把产品想法写成 Codex 可执行的项目说明

适用场景

你已经有一个产品想法，但还没有写清楚它到底解决什么问题、第一版包含什么、不包含什么，暂时不适合直接让 Codex 开始写页面或改代码。

输入

• 一句话目标：这个产品最终帮谁完成什么事。
• 核心用户和真实场景：谁会使用，在什么情况下使用。
• 首发功能：第一版必须有的 3—5 项能力。
• 明确不做的事：登录、支付、多角色权限等暂不进入首版的能力。
• 验收清单：怎样算一个功能真正可用。

工作流

一句话目标 → 用户与场景 → 功能边界 → 页面或模块清单 → 验收清单 → Codex 实施 → 逐项核对。

工具组合

Codex 负责把项目说明转成文件级改动、页面组件和验证动作；你负责判断产品优先级、语气和最终验收。项目说明建议保存在仓库内，方便后续 AI 和协作者阅读。

操作步骤

1. 先写一句产品承诺：用户输入什么，最终得到什么。
2. 列出第一版必须完成的功能，并把“以后再做”的能力单独放一栏。
3. 为每个功能指定入口、主要操作和完成状态。
4. 写明不使用的技术方案，例如不加数据库、不接支付、不创建会员系统。
5. 让 Codex 先输出任务拆解和影响文件，确认后再实现。
6. 每完成一个功能，用验收清单检查，再进入下一个。

可用指令

请把这个项目说明拆成可交付的开发任务。

项目目标：{一句话}
核心用户：{谁会用}
首发功能：{3—5 项}
暂不做：{登录 / 支付 / 多角色等}
页面清单：{首页、输入页、结果页等}
验收标准：{每个功能怎样算完成}

请输出：任务顺序、影响文件、每项验收方式、需要我确认的决策点。
确认前不要直接开始改代码。

验收标准

• 项目说明可以回答“给谁用、解决什么、第一版做什么”。
• 每个首发功能都有可检查的完成状态。
• 不做的能力被明确写出，避免开发过程中不断膨胀范围。
• Codex 拿到说明后能直接输出任务拆解，而不是继续追问基础信息。

风险提醒

项目说明写得太细可能让首版失去灵活性，写得太粗又会让 AI 自由发挥。先保证目标、边界和验收清楚，再允许 Codex 在实现层做合理选择。