Appearance
34 · 综合实战:从零给一个 TODO 小工具加功能、提交一次
前面 33 篇讲了很多功能。 这一篇把它们串成一条真实流程。
目标不是做一个多复杂的产品。 目标是让你体验一次:从需求、规则、派活、验证,到 Git 提交。
这次实战只追求一个闭环
不要把 TODO 小工具做成产品。 这次只练完整流程:
- 建一个小项目。
- 写项目规矩。
- 派一个小功能。
- 控制权限。
- 跑验证。
- 看 diff。
- 生成提交说明。
功能小没关系,流程完整最重要。
第一次实战只做一个功能
不要把综合实战做成大项目。 第一次只选一个功能:
text
请给 TODO 小工具增加“清空已完成任务”按钮。
范围:
只改实现这个按钮必须修改的文件。
限制:
1. 不做登录
2. 不接数据库
3. 不重做 UI
4. 不引入大型依赖
验收:
1. 有已完成任务时可以清空
2. 未完成任务不受影响
3. 页面能正常打开
4. 最后展示 diff 并说明怎么检查这就是一个合格的 Codex 实战任务。
01 先把“靶子”立起来:两分钟造一个 TODO 小工具
你需要一个很小的项目。
功能可以很简单:
- 添加 TODO。
- 勾选完成。
- 删除 TODO。
- 本地保存。
不要一上来做登录、数据库、支付。
02 第一步:写 AGENTS.md,把项目背景一次交代清
先写项目说明书:
text
请帮我为 TODO 小工具写一份 AGENTS.md 草案。
内容包括:
1. 项目目标
2. 技术栈
3. 常用命令
4. 修改边界
5. 验证方式
先给草案,不要创建文件。03 第二步:派活:目标 + 范围 + 约束 + 验收,一句说全
示例任务:
text
目标:给 TODO 小工具增加“筛选全部/未完成/已完成”功能。
范围:只修改前端页面和必要状态逻辑。
约束:不要新增依赖,不要改项目结构。
验收:
1. 三个筛选按钮能切换列表
2. 添加和删除 TODO 仍然可用
3. 构建通过04 第三步:设好权限:让它能改文件、能跑测试,但别放飞
权限建议:
- 允许修改项目文件。
- 允许运行构建和测试。
- 安装依赖前必须确认。
- 删除文件前必须确认。
- 不允许操作真实账号或服务器。
05 第四步:让它自验证:跑测试,不达标不收工
任务里直接写:
text
修改完成后请运行项目已有检查。
如果构建失败,请先解释原因,再做最小修复。
最后告诉我如何手动验证功能。不要只看它说“完成”。 要看验证结果。
06 第五步(可选):什么时候该叫子代理或 MCP 来搭把手
这个小项目通常不需要子代理和 MCP。
只有这些情况才考虑:
- 需要同时检查安全和测试。
- 要读外部文档。
- 要批量处理很多文件。
小白阶段:能不用就不用。
07 最后一步:git 提交:它来打草稿,你来按下确认
让 Codex 帮你整理提交信息:
text
请根据当前改动生成一条 git commit message。
只生成文本,不要提交。真正提交前,你自己看 diff。
08 回头看整条链:每一步在用哪一篇的本事
这次实战会用到:
- AGENTS.md 项目说明书。
- 提示词四要素。
- 权限和审批。
- 日常工作流。
- 验证和构建。
- Git 提交。
这就是从“会问 AI”到“会用 AI 做项目”的区别。
小结
综合实战的重点不是 TODO 工具。 重点是完整流程。
你只要能跑通一次:写规则、派任务、看 diff、跑检查、提交,就已经跨过最重要的门槛了。