不推荐

你来出方案，让 AI 实现，你来测试，让 AI 修复代码。

Vibe Coding

plan

17 条回复 • 2026-01-20 18:38:31 +08:00

cheny233

14 小时 35 分钟前

先 plan ，沟通好规划后，写文档，然后再让他按照文档来实现。

hellojukay

14 小时 31 分钟前

@cheny233 嗯，我一直用在这方案，不过有一个麻烦点就是 2 台电脑无法共享工作进度，在公司用公司电脑开发，在家里用家里电脑开发，上下文会丢失，请问大佬有思路吗

YingJieZ

14 小时 17 分钟前

@hellojukay OpenSpec ，会将阶段性的 proposal 记录到文档里，变相实现上下文的 git 化保存。并且生成出来的 Specs 从结构和内容上都要比自己写 prompt 让 AI 生成的要好很多。

hellojukay

14 小时 9 分钟前

@YingJieZ 是说这个吗 https://github.com/Fission-AI/OpenSpec ，这是一种思路，我看 Claude Code 其实是生成了 plan.md 文件，但是我不知道为什么它没有把文件放在 git 仓库里面，也许是有什么考量。

YingJieZ

14 小时 0 分钟前

@hellojukay 对的，可以体验一下。在用 OpenSpec 之前我一直都是 docs/xxx.md 这种方式手动管理文档（上下文），后面发现随着项目开发深入，docs 多多少少都存在过时的问题。至于你说的 claude code 生成的 plan.md ，我理解 Anthropic 应该是不认为 plan 是值得长期维护的，所以放到了~/.claude/xxx/xxx 下，等于是一次性的上下文。所以可以对比着来看，OpenSpec 就是解决了 plan.md 没有跟着 project 维护的痛点，通过将 proposal/design/tasks/specs 等文档结构化存到 git 上来实现项目长期开发上下文的持久化。

rcj6056

13 小时 55 分钟前

我甚至都没用过 plan 模式一直都是 agent ~ plan 模式是啥。。。

kenshinhu

13 小时 52 分钟前

现在发现 Vibe 过程中 “自洽” 很重要。当代码量大了，模型也会自己重新一个已经有方法来调用。必须要 review 生成的代码。

xuelang

13 小时 30 分钟前

这里代码量大的话，你可以不 review 没一行，但是得指导 AI 分模块，分组件，以及在哪可以复用等等。。。

12 小时 16 分钟前

前段时间听的一个分享，和 OP 你的方式差不多，但是他描述的会更细节一些。

[第 057 期：我总结了程序员靠 AI 做独立产品的可靠开发流程 - Robust: 程序员的 TALK PLACE]( https://www.xiaoyuzhoufm.com/episode/694ea7b1efa9eb089958c7bb)