如果你刚开始尝试 Coding Agent，强烈建议你试试 TODO 驱动开发！

问题描述：

我之前尝试过 spec 驱动开发，但是要写一份长长的 spec 再给 AI 开发实在劝退我。别说自己写 spec，就是 AI 帮我写完，让我 review 我也没耐心看完。于是我发明了 TODO 驱动开发。

什么是 TODO 驱动开发

简单来说，就是将需求拆解后，在项目代码中需要修改处加上 TODO 注释，再让 Coding Agent 使用 git 读 diff，获取所有新增 TODO，再逐一编写代码。

TODO 驱动开发有什么优点

第一，也是最明显的优点，TODO 驱动开发是从源码出发，让你自己找到需要修改的点，可以是一个待完成的函数，一个需要新增的类，甚至是一个模块，加上对应的 TODO 信息，再转交给 agent 进行实现。你的工作流基本还是在 代码编辑器/IDE 中，不需要你改变现有工作流。
第二，Coding Agent 在读取 diff 信息时能顺便看到代码上下文，不需要你费劲说明应该改哪个模块。
第三，由于已经明确具体修改点以及每个点的修改逻辑，对于没那么强的模型也能有相对更好的执行效果。
第四，由于已经明确具体修改点以及每个点的修改逻辑，Coding Agent 的改动更可控，Review 起来也更容易

网友解答：

---

--【壹】--：

开一个资料夹专门放置Todo文档会不会更合乎AI的习惯？
而且不是应该相关的功能和 BUG 组成一档
专案不一定是代码位置相近，逻辑与功能相关的吧？

如果直接TODO在代码，AI不是要先搜索一遍，再做个列表
不是重复了吗？
直接做TODO文档不是比较好？

---

--【贰】--：

已经在这么做了，效果很好，后续自己独立写项目都会这么做

---

--【叁】--：

这是来时路啊，从最开始的gh copilot不都是这么整的吗？

---

--【肆】--：

是个思路，但是如果是从零开始一个项目的话感觉不太适用啊。

---

--【伍】--： BHznJNs:

不需要你费劲说明应该改哪个模块

我怎么就没想到呢，现在还费劲巴拉的去复制。

其对于小修改，写这个 TODO 很好用啊

---

--【陆】--：

从零写玩具当然是直接 vibe，不过对于程序员来说还是维护现有项目的情况更多吧

---

--【柒】--：

你这是指已有项目小改情况下阿
大多人搞ai都是一把锁, 都几句话就指望出来能用的东西, 不会自己找代码写todo

---

--【捌】--：

需求太多的话，就和方法没关系了，应该先把需求分个阶段，再逐阶段用 spec 或者其它方式来执行

---

--【玖】--：

ai的记忆有限，哪怕是市面上已经非常流行的，让他对着抄都抄不出来

---

--【拾】--：

你发明了？
我用codex或者cursor都会自动用todo的方式完成任务啊

---

--【拾壹】--：

适合写公司需求，在shit mountain中缝缝补补

---

--【拾贰】--：

这个TODO有没有好的提示词能分享一下，我有很多想法也想列列计划。

---

--【拾叁】--：

你是不是理解错了？题主说的是在代码里面打个注释写 todo

---

--【拾肆】--：

说得很有道理，这样也许能避免完全的 ai 开发最终把项目代码搞成一堆屎山？

---

--【拾伍】--：

感觉需求较少或者项目不大的情况可以这样，需求太多todo 自己写的话也很麻烦

---

--【拾陆】--：

todo 多了自己也都累了，工作量也不小的

---

--【拾柒】--：

从零开始其实也是可以基本用 AI 的，现在只要手打地基，根据你的架构设想写点文档/写非常多、非常详细的文档，让 AI 打地基自己再慢慢看也是不错的

---

--【拾捌】--：

人工老项目修改可以用这招，vscode的codex插件有发现编辑器中的todo直接弹出tip功能，点了自动补全代码。

---

--【拾玖】--：

现在最大问题是ai写的太快了，代码看不完，根本看不完，越看不完越不想看，更不知道to do加在哪里