Vibe Coding 的核心瓶颈从想法到验证

越来越多的发现，Vibe Coding 到后来，想法都不是瓶颈，验证才是。很多想法不停的往上面加，反正 AI 都能给你做出来，做出来了以后呢根本来不及一个个功能测试。 也不能说都是垃圾，但和以往手工...

越来越多的发现，Vibe Coding 到后来，想法都不是瓶颈，验证才是。很多想法不停的往上面加，反正 AI 都能给你做出来，做出来了以后呢根本来不及一个个功能测试。 也不能说都是垃圾，但和以往手工编码那种节奏没法比，以前写完通常要反复测试一下，由于产出速度不高，是测得过来的，有问题能马上知道在哪。现在产出太快，功能已经多到测不过来。 连 Codex 和 Claude Code 这样的产品都是一样的，你用的过程中就经常能遇到各种小 bug，明显是用 AI 开发太快来不及测试。 不是没试过用 Computer Use 配合测试，效果也不是很理想，要做好测试覆盖各种场景，要做的工作量一点不少，需要。 测试应该是不用太担心被替代的，要测试的只会被以前更多。 宝玉 @dotey 最近 vibe coding 很多，尤其是额度快要重置那会，会扔一堆任务给 Agent 做，有些任务显示任务已经完成就没管了，但是隔天测试的时候发现任务没完成，回去一检查，原来给开了个 worktree，不是在 main 修改的，压根就没合并。 再让 Agent 帮我集中检查了一下，还有不少这样的 worktree，让它清理了一下。 最后让它在 Agents.md 加了个规则，不是说不能创建 worktree，但是不能遗漏在那里。 --- 参考审查 worktree 提示词 --- 帮我看看哪些worktree还没有同步到main，同步好了的直接删除，没同步的列出来：分支、修改内容摘要（含最近几次 commit）、对应 session 会话 --- 参考清理 worktree 提示词 --- 帮我看看这些worktree的内容，明确值得合并的帮我合并并清理worktree，不确认的给我确认，但是要给我清晰的建议 --- 参考 AGENTS.md 规则 --- - worktree 不遗留：在 worktree 里做的任务，完成时必须删除该 worktree 及其分支。删除前二选一：合并进 `main`；或不合并时先把未提交改动提交到该分支，打 `archive/<worktree 名>` tag 存档，再 `git worktree remove` + `git branch -D`。编排 subagent 的会话负责收尾它派生的 worktree。确需保留的（待用户裁决、有冲突待解）在最终回复里点名路径与原因，不得默默留下。 🔗 View Quoted Tweet 💬 18 🔄 1 ❤️ 31 👀 10713 📊 17 ⚡