先整理新项目
最开始可能什么都没有，先准备产品情况、项目情况和输入来源，再由人工智能整理项目基础。
智能研发工作流
先把流程讲清楚，再让人工智能干活
你负责定来源、定边界、定结论；人工智能负责按阶段推进、补材料、写实现、跑验证、交证据。
Skip to content
先串行后并行
前面先收敛，后面只在实现输入冻结后允许前后端受控并行。
有证据才算完成
没有运行时、验收记录、整改清单和交接材料，不能说完成。
这套说明先解决什么问题
- 不让项目一开始连产品情况、项目情况都没讲清就直接开写。
- 不让人工智能一上来直接写代码。
- 不让团队靠聊天记录记需求。
- 不让数据库设计缺位。
- 不让小程序端型脱离产品定义被乱猜，也不在工作流起点先写死固定端名。
- 不让人和人工智能的职责混在一起。
- 不让“代码写完了”冒充“可以验收了”。
进入流程前先分清项目情况
先记住一件事：
text
最开始工作流可能什么都没有。
先准备产品情况、项目情况、输入来源，
再由人工智能把新项目基础整理出来。| 先分什么 | 说明 |
|---|---|
| 产品源 Git 仓 | 只是产品输入来源，不是当前研发落地仓 |
| 二开项目 | 当前仓库已经有历史代码、文档、配置，需要先梳理现状 |
| 当前工作流仓 | 当前仓库负责承接产品输入、生成契约、推进研发 |
如果这个判断没先做，后面最常见的两种错就是：把产品源仓当成研发仓直接改，或者把二开项目当成新项目直接起流程。
先看这一张总表
| 阶段 | 主要目标 | 谁主导 | 没过会怎样 |
|---|---|---|---|
| 产品情况说明与项目初始化 | 先把产品情况、项目情况、输入来源讲清楚，再让人工智能整理新项目基础 | 人提供背景，人工智能整理事实源 | 后面全部基于错误输入推进 |
| 项目级门禁 | 判断项目是否具备启动条件 | 人工智能执行检查，人看结论 | 模块不能正式启动 |
| 数据库总设计与评审 | 定清核心表、关系、字段、状态 | 人工智能出材料，人做评审结论 | 契约、接口、前后端都不能正式放行 |
| 模块开始任务 | 把模块需求写实 | 人工智能主做，人定边界 | 模块还在猜，不能进入设计 |
| 模块任务设计 | 收敛字段、接口、页面、验证口径 | 人工智能主做，人处理分歧 | 模块不能进入实现 |
| 实现输入冻结 | 锁定实现输入 | 人工智能执行，人处理审批 | 前后端不能并行 |
| 前后端实现 | 生成并修改代码 | 人工智能主做，人处理阻塞 | 不能进入验收收口 |
| 审核与验收收口 | 跑验证、补证据、形成放行材料 | 人工智能主做，人做最终验收 | 不能说可人工验收 |
你真正要管的只有 4 件事
| 你要说清什么 | 例子 |
|---|---|
| 输入来源 | 产品源 Git 仓、二开项目、文档目录、原型目录 |
| 推进对象 | 项目整体、某个模块 |
| 目标状态 | 可开模块研发、可联调、可人工验收 |
| 人工边界 | 数据库方案、业务边界、验收口径、专项审批 |
补一句：小程序如果后面要区分具体端型，也必须以产品文档和任务契约定义为准，不是在工作流起点先拍脑袋分固定端名。
除此之外，大多数动作都应该让人工智能自己按工作流推进。