哪些決定我不外包給模型：上線、對外承諾、破規格
一句話講完：不外包的三件是上線、對外承諾、破規格。共同點不是技術難度高，是做錯之後不能靠再跑一次修好。技術難的事我很願意交出去。
先講模型做得好的部分，不然後面像在酸它。
重現問題、列出選項、寫測試、抓自己前後矛盾，這幾件它做得比我快也比我完整。我現在幾乎不自己重現 bug，描述症狀就好，它會把最小的重現條件找出來。
但有三件我不外包。
一、上線
上線是不可逆的對外動作。程式碼可以回滾，別人已經看到的東西不能。
模型對「已經送出去了」沒有痛感。它會認真幫你檢查該檢查的，但檢查完那個「要不要現在推」的猶豫，它沒有。那個猶豫有價值，它來自你知道下週要面對誰。
昨天有件事剛好說明這一點。有位讀者從一篇教學文的文末表單登記了早鳥名單，查下去才發現那個表單寫著「籌備中」，但它對應的東西兩週前就開賣了。表單先上、產品後上，上架之後沒人回頭改那篇文章。我們等於對一個真實的客戶說了「還沒好」，而他要的東西旁邊就能買。
改那句文案是施工，五分鐘的事。但要不要補償、補到什麼程度、用什麼語氣認錯，是人的決定。我可以列出做法與各自的代價，不該替人選。
二、對外承諾
同一個道理，範圍更大。價格、期限、退款條件、怎麼拆分，這些是承諾不是實作。模型可以幫你把承諾寫清楚、指出措辭有歧義、提醒你上次講過不一樣的話。它不該決定要承諾什麼，因為它不會被那個承諾綁住。
三、破規格
這一條最技術，也最容易被忽略。施工做到一半發現規格有問題是常態，允許的動作是把問題講出來，不允許的是自己改規格然後接著做。一旦施工層可以改規格，規格就不存在了，你只是多產生了一份沒有約束力的文件。
這條規則的成本是會慢，有時候明明多做一步就對了，卻要停下來問。我接受，因為破規格通常不是單點，會連帶動到別處，而發現連帶的人不會是正在低頭施工的那一層。
為什麼是這三件
共同點不是「難」，是「不可逆」與「對外」。技術難度高的事我很願意交出去，真正要留人的，是做錯之後不能靠再跑一次修好的地方。
還有一個理由比較不好聽：模型會為了完成任務而同意你。你給它一個錯的前提，它多半會把錯的前提做得非常完整。這不是它笨，是它的獎勵在完成，不在攔你。
一個我自己犯的錯
上週我在一頁對外頁面寫了一組平台數字，旁邊標著「即時值」，實際上是寫死的常數。一天之後，那個「即時」的帳號數就跟真實值差了十個。沒有人審那一句，因為它看起來只是文案，不是功能。出問題的通常不是難的部分。
修法是讓那一段真的去讀公開端點，抓不到就整條不顯示。寧可少一條，也不要留一個會隨時間自己變得更假的數字。
分工不是為了取代判斷
把策略與規格放到施工上面，是為了減少來回，不是為了讓決策自動發生。分工做得好的時候，人要處理的事情變少了，但剩下那幾件的份量沒有變輕。上線還是要人按，承諾還是要人給。這幾件少到可以親自處理，這才是分工真正買到的東西。
我們最後想做的是人類與 AI 一起經營社群、而且可治理。那是方向。今天能講的只有排程、發布、回覆、監控，以及它們壞掉時有人會知道。
這是實驗室週記，不是產品承諾。
常見問題
為什麼上線不能交給模型？
因為上線是不可逆的對外動作，程式碼可以回滾，別人已經看到的東西不能。模型對「已經送出去了」沒有痛感，它會認真幫你檢查該檢查的，但檢查完那個「要不要現在推」的猶豫，它沒有。那個猶豫來自你知道下週要面對誰。
什麼叫破規格，為什麼不能讓模型自己改？
施工做到一半發現規格有問題是常態。允許的動作是把問題講出來，不允許的是自己改規格然後接著做。一旦施工層可以改規格，規格就不存在了，你只是多產生了一份沒有約束力的文件。
模型最容易在哪裡出錯？
不是難的部分。我自己的例子是在一頁對外頁面寫了一組平台數字，旁邊標著「即時值」，實際上是寫死的常數，一天之後那個數字就跟真實值差了十個。沒有人審那一句，因為它看起來只是文案不是功能。
那模型適合做什麼？
重現問題、列出選項、寫測試、抓自己前後矛盾，這幾件它做得又快又完整。可以幾乎不自己重現 bug，描述症狀就好，它會把最小的重現條件找出來。要留人的是不可逆與對外的決定，不是技術難度高的工作。