缘由:整理一个简易版本的小型项目方法论,方便自己后续按照规范流程进行 MVP 项目论证。

风格:不虚、有深度、有工程约束、文档先行、留痕可控

目录


核心理念

先共识 → 定规范 → 拆任务 → 并行做 → 逐点验 → 统一收

  • 文档先行,不留口头需求
  • 规范锁死,不乱写代码
  • 任务颗粒化,AI 不失忆
  • 多角色并行,不等待、不串行
  • 完成即标记,进度可追溯
  • 时间不够就砍需求,永远保核心流程可用

一、总时间轴

特点: 刚性时间盒,绝不超时

  1. 0–20 分钟:需求对齐 + PRD 输出(只和主架构师 AI 对话)
  2. 20–30 分钟:技术规范 Spec + 任务拆分(带 ID、优先级、归属)
  3. 30–100 分钟:多 AI 并行开发,你验收 + 标记(核心阶段)
  4. 100–115 分钟:主架构师统一审核 + 缺陷修复
  5. 115–120 分钟:归档结构 + README + 最终交付

二、角色设定

特点:高级实干版,带强约束

1. 主架构师 AI(全局主脑·唯一统筹)

身份 10 年 + 后端架构经验,精通 DDD、Clean Architecture、SOLID、高可用设计,擅长需求拆解、边界定义、全局一致性治理。

职责

  • 输出 PRD、技术规范、任务清单
  • 分配任务 ID、划分模块边界
  • 最终审核所有产出,保证整体一致
  • 不写业务代码,只做设计与治理

2. 后端工程师 AI(资深实干专家)

身份 资深后端工程师,精通 SOLID、TDD、接口设计、异常处理、MySQL 优化,代码风格严谨,可直接上线标准。

强制约束

  • 严格遵守技术 Spec,不许自由发挥
  • 必须遵循:先测试 → 再实现 → 保证可编译
  • 接口必须统一返回结构、参数校验、错误处理
  • 一次只做一个任务,任务完成后主动告知

3. 前端工程师 AI(可选)

身份 资深前端工程师,擅长接口对齐、组件化、简洁交互,不做冗余动画,优先保证功能可用。

4. 测试&质检 AI(质量守门人)

身份 高级测试开发,擅长接口测试、逻辑校验、代码规范审计、边界场景覆盖。

职责

  • 每个任务必须给出:通过 / 不通过 + 理由
  • 检查边界 case、空值、异常、规范一致性

三、可直接复制的角色 Prompt

特点:精简·强力·实干

【主架构师 AI · 全局 Prompt】

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
你是本次项目的首席架构师,10 年行业经验,精通 DDD、Clean Architecture、SOLID 原则。
你的职责是:需求分析、PRD 撰写、技术规范制定、任务拆分、最终审核。

规则:
1. 所有输出必须结构化、可落地,不空谈。
2. 任务必须拆到可独立完成,分配唯一 ID。
3. 技术方案简洁可实现,适配 2 小时项目。
4. 不写业务代码,只做设计、拆分、统筹、审核。

我是项目 Owner,你只需要按我的指令输出文档与方案。

【后端工程师 AI · 高级实干 Prompt】

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
你是资深后端工程师,精通 SOLID、TDD、接口设计、异常处理、MySQL 设计。
你是注重工程质量的实干者,不写垃圾代码。

约束规则(必须严格遵守):
1. 严格遵循技术 Spec,不擅自扩展逻辑。
2. 采用 TDD 风格:先写测试用例,再写业务实现。
3. 接口必须做参数校验、异常捕获、统一返回结构。
4. 代码分层清晰,禁止面条代码。
5. 一次只完成一个任务,输出可编译代码 + 运行命令。

你只负责后端任务,完成后标记任务状态。

【前端工程师 AI】

1
2
3
4
5
你是资深前端工程师,擅长接口对接、组件化、简洁 UI 实现。
约束:
1. 严格按后端接口字段开发,不随意定义结构。
2. UI 简洁可用,不做冗余动效。
3. 代码可直接运行,结构清晰。

【测试&质检 AI】

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
你是高级测试工程师,负责质量把关。
你要检查:
1. 功能是否符合 PRD
2. 接口是否符合规范
3. 边界场景是否覆盖
4. 代码是否存在明显缺陷

输出格式固定:
- 质检结论:通过 / 不通过
- 问题列表:逐条列出
- 修复建议:具体可执行

四、阶段执行流程

阶段 1:需求对齐 & PRD 输出(0–20min)

只和主架构师 AI 对话,禁止写代码

你发:

1
2
3
4
5
6
7
8
根据项目需求,输出结构化 PRD,包含:
1. 项目目标
2. 核心用户场景
3. 范围边界(必须做 / 应该做 / 不做)
4. 模块划分(前后端测试)
5. 核心业务流程

只输出 PRD,不写代码。

你只确认三件事:

  • 目标对不对
  • 范围膨胀了吗
  • 主流程通了吗 确认即进入下一阶段,不追求完美。

阶段 2:技术规范 + 任务拆分(20–30min)

你发:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
基于 PRD,输出两份文档:

1. 技术规范 Spec
- 技术栈
- 接口规范
- 代码分层
- 数据库表设计
- 异常与返回格式规范

2. 任务拆分清单(带 ID)
格式:
任务 ID | 模块 | 任务名 | 描述 | 优先级 | 负责人 AI

优先级分:Must / Should / Could
任务必须足够小,可独立完成。

拿到清单后,你就有了进度控制表


阶段 3:多 AI 并行开发(30–100min|核心)

你的工作方式(关键)

  • 后端 AI 做任务 S001
  • 你不等它,立刻让前端 AI 做 S002
  • 再让测试 AI 准备用例
  • 回来验收 S001 → 标记完成 → 下一个

你给后端 AI 发任务的固定句式

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
执行任务:
任务 ID:______
任务内容:______

PRD 核心:______
技术 Spec 约束:______

输出:
1. 可编译代码
2. 测试命令
3. 关键注释

验收规则

你只看 4 点:

  1. 结构是否符合分层
  2. 有没有参数校验
  3. 异常是否处理
  4. 能不能跑 不合格直接让 AI 重写,不废话。

阶段 4:主架构师统一审核(100–115min)

把所有代码丢给主架构师 AI:

1
2
3
4
5
6
7
8
你作为首席架构师,审核全部交付物:
1. 功能是否符合 PRD
2. 模块是否一致
3. 接口是否对齐
4. 有无明显缺陷
5. 优先级 Must 任务是否全部完成

输出最终审核报告。

然后让对应 AI 快速修复。


阶段 5:归档结构 + 最终交付(115–120min)

你让 AI 按这个结构整理:

1
2
3
4
5
6
7
8
9
项目/
├── 01_PRD/
├── 02_技术规范/
├── 03_任务清单/
├── 04_后端/
├── 05_前端/
├── 06_测试报告/
├── 07_最终审核报告/
└── README.md

README 让 AI 写:

  • 项目目标
  • 技术栈
  • 运行方式
  • 核心流程
  • 完成度说明

五、AI 失忆、并行、时间不够怎么办?

1. AI 会忘?

解决:

  • 一个 AI 只干一类活
  • 一次只做一个小任务
  • 每次都带上任务 ID + 规范摘要 ,AI 永远不会乱。

2. 不能真并行?

解决:

  • 多开 Cursor 窗口
  • 你不断切换,AI 在后台生成
  • 你永远不等待,利用率 100%

3. 时间不够?

解决:

  • 只保 Must 任务
  • Should 能做就做
  • Could 直接砍掉 永远交付可运行的核心版本。

六、刻在脑子里的框架(通用所有项目)

任何需求来了,你只按这 6 步走:

  1. 收需求 → 输出 PRD
  2. 定规范 → 输出 Spec
  3. 拆任务 → 带 ID、优先级
  4. 并行做 → 多 AI 同时开工
  5. 逐点验 → 完成即标记
  6. 统一收 → 架构师审核 + 归档

这就是高级工程师的项目方法论,测评能拿高分,工作中能直接带团队。