實戰案例

四個案例，都是真會遇到的活。每篇的結構一樣：

• 在什麼權限下跑——這一步不含糊，因為它決定了最壞情況有多壞
• 提示詞怎麼給——可以直接複製改的那種
• 怎麼驗收——不是「看著還行」，是一條能跑的指令或一份能核對的清單
• 哪裡最容易翻車——別人已經踩過的

四個案例

	案例	什麼時候用
01	提 PR 前先讓它審一遍	改完了，想在同事看見之前先自查
02	摸清一個陌生程式碼庫	接手別人的專案，或者接一個不熟的模組
03	讓 CI 的失敗自己修好	流水線紅了，你想讓它先試一把
04	把團隊規範固化下來	同一件事要跟每個新人講一遍

用之前先說兩句

一、案例是給你改的，不是給你抄的。 每個倉庫的測試指令、目錄約定、紅線都不一樣。直接貼上提示詞大機率跑出一個不對味的結果。 把提示詞裡說「改什麼、別碰什麼、怎麼算完成」的那三句換成你自己的。

二、案例 03 和 04 會碰到權限。 CI 裡跑意味著 -a never，團隊規範意味著改所有人的預設值。 往下走之前，快速上手 04 · 核准與沙盒 最好先讀一遍。

三、每個案例都從一個能撤回的狀態開始。git status 乾淨、或者至少改動已經提交。這句話在每個案例裡都會再說一次，因為它真的重要。