前面发了两篇 SOP:公司级迭代开发 和 个人级独立开发。写完发现一个更根本的问题:这些 SOP 是怎么来的?换一个项目,能不能再造一套?
答案是能——因为我还有一套”生产 SOP 的 SOP”,一个 AI 协作元框架,我叫它 SOP 锻造厂(SOP-Forge)。这篇就讲它。
它解决什么问题
用 AI 做项目,三个反复出现的痛:
- AI 接手项目时两眼一抹黑 — 不知道项目结构、技术栈、坑在哪,每次都是从零开始的实习生
- 一套 SOP 打天下,水土不服 — 公司项目的流程套到个人项目上,重得跑不动;反过来又太野
- 经验散落在对话里 — 这个项目踩的坑、验证过的好方案,对话一关就没了,下个项目接着踩
SOP-Forge 的思路:不直接帮 AI 干活,而是给 AI 造一条”接手项目”的流水线。
四阶段流水线
1 | 01-Scout 扫描 → 02-TeamForge 角色链 → 03-SOPForge 组装 → 04-Execution 执行 |
01-Scout:项目扫描 → 标准化画像
AI 先不写代码,先给项目做”体检”,输出标准化 ScoutReport:技术栈、目录结构、依赖、风险点、决策节点。画像存进 Playbooks/ 存档,可追溯、可对比。
02-TeamForge:按画像生成角色链
不是每个项目都需要完整团队。健康数据类项目要加”合规官”;简单工具项目砍到只有 DEV + QA。角色链是根据项目画像算出来的,不是拍脑袋定的。
03-SOPForge:组装专属 SOP
通用模板(技术无关)+ 技术栈适配层 = 这个项目的专属 SOP。包含入口判定、质量门禁、执行纪律、暂停条件、回环规则——就是前两篇 SOP 里那些内容的”生产线”。
04/05:执行 + 反哺
AI 在真实项目里按 SOP 干活,踩到的坑、验证过的方案记录为 Insight,反哺通用模板升级。
两个设计细节最值钱
1. Playbook 存档机制
每个项目在 01/02/03 阶段都有独立存档({日期}_{项目}_{产物}_{版本}.md)。新项目的 SOP 不是从零生成,是站在所有历史项目的存档上演化。
2. 版本一致性检查
元框架有 VERSION.md,每个项目 SOP 头部标注”基于框架 vX.Y.Z 生成”。AI 执行时先比对版本:框架升级了而项目 SOP 没更新,就提示重新生成——防止 SOP 自己腐烂。
实战验证过的反模式(已反哺进框架)
| 反模式 | 现象 | 框架级对策 |
|---|---|---|
| 编码前不搜索 | AI 新建文件导致 invalid redeclaration |
DEV 门禁强制”先 grep 后编码” |
| 手改 .pbxproj | Xcode 15+ 自动同步冲突,工程文件损坏 | 安全红线:禁止手动编辑工程文件 |
| 一套 SOP 打天下 | 重流程拖死小项目 | 规模路由 + 按画像裁剪角色链 |
和前两篇 SOP 的关系
1 | SOP-Forge(元框架:生产 SOP 的流水线) |
公司级和个人级是”果”,SOP-Forge 是”因”。前两篇可以直接拿去用,这篇的思路适合想给自己项目造 SOP 的人。
系列链接: