08 AI 协作工作流的感悟与 SOP

这一章记录一个独立开发者在引入 AI 之后，工作流是怎么悄悄被「重写」的：

• bottleneck 从「团队最慢的人」变成了「自己一个人的认知带宽」
• 旧模式里靠人解决的事（会议对齐、QA 兜底、Code Review、PM 排期），全部需要换成「靠机制 / 文档 / 看板」来解决
• 决策飞快，但失去了多人 review 的兜底；想要在「跑得快」和「不出错」之间找到新的平衡，必须把 AI 协作流程显式化

这一章就是这条演化路径的两份产出：一份是反思（为什么要变），一份是 SOP（到底怎么做）。

文章列表

• 工作流程的变化 — 旧模式 vs 新模式对照、流程演化的 3 个 Phase、4 个隐性新成本、以及对应的工程化建议
• AI 协作工作流 SOP — 五阶段开发流程（需求 → 契约 → 并行开发 → 联调 → 沉淀）、Prompt 装备模板、模块成熟度看板、Cursor 三种模式选型

推荐阅读顺序

1. 先读 工作流程的变化，理解「我为什么要把工作流写成 SOP」
2. 再读 AI 协作工作流 SOP，把感悟变成可执行的动作

与其他主题的关联

• 这一章的方法论起点在 00 AI 开发工作流-软件开发篇（一个人 + AI 怎么拆角色、怎么定契约）
• SOP 里反复强调的「API 契约是真源头」对应 05 BFF 与前后端对接 的 Mock 真实化与缺失接口梳理
• 联调阶段「单接口验证、模块成熟度看板」是对 07 踩坑与杂记 那种「事后总结」的前置化尝试