# 沒看著的運行你敢合併嗎？官方拆台：憑感覺信任的合併，遲早要還 ## ② 開頭：官方來源與反常識結論 官方來源：Anthropic Academy《Cla… · @swordBluesy · TwKit

@swordBluesy

# 沒看著的運行你敢合併嗎？官方拆台：憑感覺信任的合併，遲早要還 ## ② 開頭：官方來源與反常識結論 官方來源：Anthropic Academy《Claude Code in Action》课内文章。先把反常識結論放前面：信任不是感覺，是三道關都過了的結果——結論順不代表活幹對了。沒看著的運行你敢合併，合的不是代碼，是運氣。 ## ③ 說清詞 - diff（差異對照）：git diff 打出來的改動對照，審查從這裡入手。 - 測試門禁：測試通過才能合併的硬門檻。 - 覆蓋率：測試覆蓋代碼的比例，下降了要說明原因。 - 冷 second opinion（冷第二意見）：不帶上下文、換新會話或換新模型再審一遍的意見。 ## ④ 一個真實例子與一條眼熟的進化路線 課內給出的做法就是最真實的例子：先從 git diff 入手，按文件類型分批審查；再跑測試，測試通過才能合併，覆蓋率下降要說明原因；最後換新會話、換新模型、不帶上下文再審一遍。這條路線你一定眼熟：以前是憑感覺信任，結論順就合併；現在是 diff 加測試加冷 second opinion，三道關都過才合併——從憑感覺放行，變成了憑證據放行。 ## ⑤ 先把話說全：反方適用條件清單 先把話說全，以下情況信任會失靈，先講明：第一，直接看結論不看 diff，等於沒審；第二，測試失敗仍合併，等於放行；第三，覆蓋率下降無說明，等於欠賬；第四，只看改動文件不看依賴，盲區還在；第五，second opinion 帶舊上下文，等於沒換腦子，意見還是同一批。 ## ⑥ 一句定性金句 沒過關的信任，不是信任，是賭。 ## ⑦ 正文 ### 第一節：翻車清單 - 直接看結論不看 diff：結論順就合併，改了什麼根本沒看。 - 測試失敗仍合併：門禁響了還放行，門禁等於擺設。 - 覆蓋率下降無說明：覆蓋掉了沒人交代，欠賬越欠越多。 - 只看改動文件不看依賴：改動牽連的依賴沒看，盲區還在。 - second opinion 帶舊上下文：換湯不換藥，意見還是同一批。 ### 第二節：替代方案與理由 - 方案一，憑感覺合併：最快，但合的是運氣，不是代碼。 - 方案二，diff 加測試加冷 second opinion（課內做法）：三道關都過才合併，理由只有一個——信任是驗出來的，不是感覺出來的。 - 方案三，按文件類型分批審查：diff 太大時分批看，批批有交代。 ### 第三節：目標形態 目標形態是一次有證據的合併：diff 入手分批審查過了，測試門禁過了，覆蓋率有交代了，冷意見獨立拿到了。四樣齊全，合併才有底氣。 ### 第四節：遷移步驟 1. 從 git diff 入手，按文件類型分批審查。 2. 先跑測試，測試通過才能合併。 3. 覆蓋率下降，寫明原因再往下走。 4. 換新會話審一遍。 5. 換新模型審一遍。 6. 不帶上下文審一遍。 ### 第五節：團隊共建分工 - diff 審查人：diff 分批審查，歸他看。 - 測試門禁負責人：測試過沒過、覆蓋率交代了沒，歸他盯。 - 冷意見審查人：新會話、新模型、不帶上下文的三遍，歸他拿。 ### 第六節：官方工具包 - git diff：審查起點，按文件類型分批。 - 測試門禁：通過才能合併。 - 覆蓋率說明：下降了要說明原因。 - 冷 second opinion：換新會話、換新模型、不帶上下文。 ## ⑧ 結尾收束：原則比架構重要 原則只有一句：信任是驗出來的，不是感覺出來的。架構可以換，工具可以換，這句原則換不得。可重複的動作規則是：合併前先問三句——diff 看了嗎？測試過了嗎？冷意見拿了嗎？三句答完再合併，信任才算真的信任。 ## ⑨ 原文出處 原文鏈接：https://anthropic.skilljar.com/claude-code-in-action/486938 原文作者：Anthropic Academy 官方課程 （由 S1哥 編譯） ## ⑩ S1哥觀點 站隊就站死這一邊：結論順就點合併的人，合的不是代碼，是運氣。這就跟飛機起飛前不檢查清單、只憑感覺一樣荒唐——飛起來是運氣，掉下來是必然。你呢？你上次合併沒看 diff，是什麼時候？評論區說說。

曝光 8 · 评论 0 · 点赞 0 · 书签 0