00 / 00
目标编程：让 AI 长时间自主运行
先做竞品调研、需求文档和 Harness 环境，再用目标模式让 Codex 连续工作十几个小时，最后统一验收。
一句话结论
目标编程不是让 AI 多写点代码，而是把「一问一答」换成「先定目标，让 AI 长时间自主跑」。
它要求你先调研、先写清楚需求和验收标准，再搭好一个 AI 能自我验证的环境。跑通了，生产力提升非常夸张；准备不足，AI 跑再久也只是跑出一堆垃圾。
核心流程
- Plan：把模糊想法变成清晰计划。
- Goal：让 Codex 按目标连续运行十几个小时，甚至几天，中间不用人守着。
- 验收：跑完后按事先写好的验收标准检查。
第一步：先调研，不要直接开工
以「一愿」这个愿望可视化 App 为例。我没有直接对 Codex 说「帮我做个愿望 App」，而是先做了几件事：
- 搜竞品，确认这是真实需求，同时判断还有没有机会。
- 把跟朋友的语音记录一次性发给 AI，让它出多版原型图，不满意就继续要，直到挑出「愿景策展」这个方向。
- 决定配色、名称和 slogan（中文是「所见，皆如愿」）。
- 让 AI 整理功能建议：核心痛点、新手流程、效果展示页、主题流程等，再核对删改。
先想好 slogan 很重要，它会让你判断这个东西到底能不能打动人。直接开工，大概率做得很糟糕。
第二步：写一份足够长的需求文档
这是目标编程里最重要的东西。一份好用的需求文档至少包含：
- 产品名称、一句话定位、产品定义、核心痛点。
- 产品边界：哪些做、哪些不做。
- 核心用户和核心体验循环。
- 完整页面结构（onboarding、首页、详情、设置、组件等），每个页面的具体需求。
- 付费系统设计（Pro 版本、价格）。
- 主题色、文案、视觉方向。
- 验收标准：第一版必须实现什么，怎么算通过。
需求文档写到两三千行也没关系，越长越细越好。而且最好放在单个文件里，和原型图一起交给 AI。
第三步：搭好 Harness 环境
Harness 就是让 AI 能稳定工作的「规则 + 工具 + 检查流程」。开工前至少准备好：
- 代码脚手架：有条件就基于模板或现成项目改。主题切换、多语言这些能直接复用，少踩很多坑。
- 外部能力：需要生图就提前给 Imagegen 或图片 API key；需要天气就提前接天气 API。
- 部署方式：比如后端用 Cloudflare，就直接让它部署网站和 API 服务。
- Skills 和 MCP：iOS 项目装 iOS / Xcode 相关插件，Web 项目装浏览器控制和 UI 设计插件，小程序就配微信开发者工具相关的能力。
- 自验收能力：让它能自我截图、自我验证。离线或简单 App 可以简化这一步。
不知道要装什么，就直接问 AI：我要做某类项目，需要提前装哪些 Skills、MCP、CLI。
第四步：用目标模式开跑
需求文档和原型图准备好后，用目标模式（如 Codex 的 /goal）发出去：勾上完全访问，把需求文档拖进去，粘贴原型图，然后发送。
「一愿」跑了两轮目标：第一轮十几个小时，第二轮八个小时。我测试完后再列一批新需求，让它继续跑。目标编程把对话量和监工量都降到最低。
卡在人身上时怎么办
它会停在需要人登录、授权的环节，比如 TestFlight。这时候让它用浏览器控制插件操作，你只负责登录和点确认。
测试和迭代有两种方式：
- 一问一答，逐个反馈 bug。
- 再起一个目标：把新问题、新需求（账号登录、倒计时、一堆 bug）一次性写成需求文档，再开一个目标让它继续跑。
这样就能多个项目并行，不用一直守在电脑前。
代价
目标编程烧 token 很猛。我并行七八个目标时，30 天消耗约 120 亿 token。先想清楚哪些任务值得长跑，再开目标。