协作方法论 · 你现在能做什么
最后一格：让「你的做法」变成「谁来都行」
前五格你做出了一个能干活的 Agent，但所有的判断都在你脑子里。这一格把它们写成规矩。立住之后，换个人、换个项目、换个模型，这套东西照样跑。这才叫工程，不叫手艺。
实战主线最后一格：东西做出来了，现在把过程变成可复用的资产。
M0
想清楚它替你干什么
M1
能稳定说人话
M2
能动手干活
M3
改好改坏能量化
M4
长跑不失忆
M5
过程可复现
先看清楚 · 断点设在动手之前，返工才会消失
这一章的四步流程（复述、PRD、确认、编码）解决的是同一个问题的两副面孔：AI 理解错了需求还闷头猛干，你发现时它已经改了二十个文件。断点必须设在它动手之前，动手之后的纠正都叫返工。
同一个需求，两种交法
01
AI 复述需求
用它自己的话讲一遍要做什么，歪了当场就能看见
02
写 PRD
方案、边界、不做什么，白纸黑字落下来
03
等你确认
人工闸门：不点头就不动手
04
开始编码
此时才动手，写出来的就是确认过的那个东西
理解就歪了，后面写得越快，错得越多
一句话丢过去直接开写，第一步理解就歪了，但你要到验收时才发现。它写得越快、越勤奋，你要拆的违章建筑越大。这就是「AI 写得快反而容易搞砸」的机制。
规矩不用从零写
这一章拆的 xs_vibe_rules 是能直接 Fork 的。只是别整套照搬。规则的价值在于每条背后都有一次真实翻车，你没翻过的车，规则贴上去也守不住。正确姿势是：从你自己前五格踩过的坑里挑三五条写成规矩，再从仓库里借用你看得懂「为什么」的那些。
动手清单 · 挑一个开始，勾掉它
这一章的动手清单
0 / 3 已完成
写下你的第一条 Rule
15 分钟 所有人从前五格的记录里挑一个你踩得最疼的坑，写成一条规矩。格式照这一章教的：先写为什么（那次翻车），再写怎么做（具体指令）。比如你在 M1 被格式飘坑过，规矩就是「所有输出必须符合 XX 模板，资料里没有的写未提及」。
什么算做完了
这条规矩放进新对话的开头后，那个坑真的不再出现。规矩写了不生效，说明写的是愿望不是指令。
拿一个真需求走一遍四步流程
1 小时 和 AI 协作干活的人下一个真实需求，别直接丢给 AI。先要求它复述，复述歪了就纠正；再让它写一页迷你 PRD；你确认之后才放行。全程感受一下：断点前移之后，成品和你预期的差距变了多少。
什么算做完了
复述环节至少抓到一处理解偏差（抓不到说明这个需求太简单，换个大点的），且最终成品没有大返工。
导出建造日志，整理成规范 v1
半天 要走完整条主线的人回建造日志把六个里程碑补全，导出 Markdown。然后做最后一步：把它整理成一份你自己的 AI 协作规范：需求怎么定（M0）、提示词怎么写（M1）、工具怎么接（M2）、怎么评测（M3）、怎么长跑（M4）、流程怎么走（M5）。发给一个同事，看他能不能照着做出一个类似的东西。
什么算做完了
同事拿着你的规范能提出具体的问题，说明他真读懂了。回一句「写得挺好」的，多半没读。到这一步整条主线就走完了，你手上有一个能干活的 Agent，和一份能传给别人的方法。