AI 编程工作流：从需求到上线的协作方法
更新日期：2026-09-30 ｜ 适用人群：用 AI 做第一个产品的学习者、想把个人开发流程规范化的开发者
很多人的 AI 编程是「想到哪做到哪」：写几行让 AI 补几行，卡住就换个工具重来。结果不是做不完，就是做完了不敢上线。问题往往不在工具，而在没有工作流。
这篇文章把《AI 编程实战》课程的方法论压成一条流水线——六个阶段，每个阶段谁做什么、产出什么、怎么验收。
来源说明：工作流方法整理自课程讲义（第 2.1–2.3、4.1 节），各阶段的工具细节可跳转本站对应文章；文中界面与演示以你实际使用的版本为准。
总览：一条六站流水线
| 阶段 | AI 做 | 你做 | 产出物 |
|---|---|---|---|
| 1 想法验证 | 扮演目标用户提问、生成演示用落地页 | 访谈 5 个人、拍板做不做 | 验证结论 |
| 2 需求文档 | 按模板出 PRD-Lite 初稿、扮评审人 | 砍功能、写可测验收 | 需求文档 v1 |
| 3 技术方案 | 出形态/技术栈/部署/成本四张表 | 逐个核对官网、过三处把关 | 技术方案 |
| 4 开发 | 按「输入→处理→输出」实现并自查 | 定义结构、逐条验收 | 可运行版本 |
| 5 上线 | 执行部署、配置环境变量 | 真机验证、过检查清单 | 真实可访问的网址 |
| 6 迭代 | 按日志修 bug、写回归 | 记录卡点、给反馈 | 下一版计划 |
贯穿全程的分工原则只有一条——人定方向与验收，AI 负责执行（这一模型详见 AI 编程范式革命）。
阶段 1–2：先别写代码
想法验证：需求三问。 谁用（具体人群 + 场景）？解决什么（具体痛点）？凭什么选你（比现有替代强在哪）？三问都答得具体才值得做；答不上的，用 MVP 七天砍法砍到最小版本，把验证成功标准提前写死（如「5 个目标用户中 3 人愿意留联系方式」），第 7 天对着标准打勾。
需求文档：PRD-Lite 五段式。 目标用户 / 核心功能（≤5 个，每条带「可测验收」）/ 边界清单 / 不做什么 / 验收标准。让 AI 生成初稿后，务必人工过三关：功能砍到核心；验收去掉「体验良好」这类不可测的词；「不做什么」对照愿景各砍一刀。再让 AI 扮演用户、开发、运营三种视角各提漏洞——评审的价值是砍与改边界，不是加功能。完整方法见从想法到技术方案。
阶段 3：技术方案四张表
形态、技术栈、部署、成本四张表，配一次人工把关：形态（验证期一律网页，别被「上 App」带偏）；成本（免费额度逐个上官网核对，别信 AI 摘要）；风险（按「风险｜影响｜概率｜应对」写全）。选型口诀：能用现成的绝不自己造；生态大过进阶。
阶段 4：开发和验收的节奏
- 你定义 → AI 实现 → 你验收的三拍循环：目录结构、数据库表先让 AI 输出方案给你确认，再动手；
- 拆功能用「输入 → 处理 → 输出」把大功能拆成可独立验收的小单元；
- 每次只改一小块，跑不起来不算完成——细节见开发实战（上）与（下）。
阶段 5：上线
四步：push 代码 → 导入托管（Vercel 等）→ 绑域名 + HTTPS → 验证自动部署。三个高频翻车点：环境变量忘配（本地好、线上 500）、API Key 写进前端、没开强制 HTTPS。上线前过一遍检查清单：核心流程、首屏 ❤️ 秒、错误页不白屏。完整版见部署上线与迭代。
阶段 6：迭代靠日志，不靠记忆
每开发日写一段开发日志：今日任务 / 完成项 / 卡点（必填） / AI 求助记录 / 明日计划。向 AI 求助用完整公式：
「我做了 X，期望 Y，实际 Z，完整报错 W。环境是……。」
四要素齐全，AI 才不用猜。日志里沉淀的「卡点 → 解法」对照表，就是你的私人排错数据库。
三条纪律（比工具更重要）
- 验收标准先于结果——无论验证想法还是开发功能，标准提前写死，才谈得上判断好坏；
- 小步迭代——一次一小块，出问题能立刻定位，不会整体崩盘；
- 记录即资产——评审记录、开发日志、上线检查清单，全部归档，下个产品直接复用。
📖 这只是基础。《AI 编程实战》课程覆盖从想法验证、需求文档、技术方案到部署上线的完整流程，每个阶段都有人工把关清单与现场演示：查看课程详情 →
返回编程开发栏目 ｜ 相关阅读：从想法到技术方案：AI 辅助的项目规划三件套