多人協作
誰來核准
核准是另一個人說：這個行為可以變成大家的那一份。自己核准自己，等於沒有第二雙眼睛。
作者不是核准者
寫的人最知道自己打算做什麼，也最容易看見自己期望的那條路。另一個人沒有這個期望，才看得到空白單號仍會猜、或按鈕對沒有權限的人也開著。所以至少要有一個沒有寫這次改動的人點頭。
這個人不一定是最資深的工程師。對退貨規則，客服主管或你這個 PM 可能比工程師更知道「轉人工」算不算對。核准可以是兩種眼睛：一種看規則有沒有被實現，一種看規則本身是不是我們講好的。
風險決定要幾雙眼睛
改按鈕上的一個字，一個人看過就能進主線。改「什麼情況可以退」、改誰有權限按、改會不會寫進資料庫的結論，就要寫這次改動以外的人，而且最好包含懂這個業務決定的人。不要用同一套「隨便誰按核准」處理所有請求。
你可以把風險寫成一句：這次若錯了，客服會多退一張不該退的單，還是只是文案不好看。前者沒有第二雙眼睛就不能匯。後者不要為了儀式拖三天。
核准不是背書整個月的方向
點頭的範圍只有這張請求裡的行為。不要讓一張小請求的核准，被事後說成「你當時同意 AI 可以自己決定退貨」。核准紀錄要窄，窄才敢點。又大又糊的請求，大家只能不看就按，那種核准沒有意義。
若你不同意行為，退回時寫你不同意的那一句規則，不要寫「再調整一下」。作者才知道要改決定，而不是改形容詞。
範例 · 兩種改動，兩種核准
- 只改「轉人工」四個字的說法：另一位同事看過句子不會誤導，就可以匯。
- 把空白單號從「停」改成「猜」：PM 和沒有寫這次的人都不核准。這是範圍變更，不是文案。
練習
為你的第一版列兩種改動：低風險和高風險。各自寫誰必須看過才能匯。
高風險那一列若寫「作者自己看過就好」，劃掉重寫。
完成的時候
- 你能說明為什麼作者不能當唯一核准者。
- 你能依風險決定要幾雙眼睛，而不是所有改動都同一套儀式。