協作方法論 · 你現在能做什麼
最後一格：讓「你的做法」變成「誰來都行」
前五格你做出了一個能幹活的 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，和一份能傳給別人的方法。