交辦給不能問你的東西：你在睡覺時它怎麼判斷做完了

以前交辦給 AI 的東西，你都在旁邊。它問，你答；它做錯，你喊停。2026 年下半年的工具把這個前提拿掉了：你設一個目標，關掉電腦，它自己跑到做完；或者你排一個每天早上六點的任務，它在雲端跑，你醒來看結果。

聽起來很省事。代價是它不能問你了，你交出去的那段話，就是它手上全部的依據。

三個機制，各自怎麼判斷「做完了」

/goal 是一個完成條件。你打 /goal 所有 test/auth 的測試通過而且 lint 乾淨，它就開始做，每一輪結束後由一個小而快的模型（預設是 Haiku）讀對話，判三種結果：還沒到，繼續；到了，清除目標並記錄；不可能，也清除並寫下理由。這個裁判不會自己跑指令或讀檔案，它只看 AI 在對話裡秀出來的證據。所以條件要寫成 AI 的輸出能證明的事，「npm test 結束碼為 0」可以，「程式碼品質好」不行。條件上限四千字，可以加「或 20 輪後停止」這種界線。

它有幾道自帶的護欄可以先知道：連續幾輪只回話不動手，它會停下來把控制權還你；背景工作卡住 30 分鐘會 check-in，之後間隔加倍，閒置狀態下最多三次；撞到用量上限會暫停，重置後自動繼續；撞到必須由人處理的錯誤（帳號、額度用完、context 塞爆）會直接清掉目標並警告你。

/loop 是時間間隔。每隔幾分鐘重跑一次提示詞，適合輪詢外部狀態（CI 跑完了沒、部署好了沒）。它只管時間到了沒，做完沒做完它不判斷，停止靠你或靠它自己決定夠了。

Routines 是雲端排程。一個 routine 是存好的提示詞、一組 repo、一組連接器，可以定時跑、被 API 呼叫、或被 GitHub 事件觸發，在 Anthropic 的雲端跑，筆電關了也跑。Pro 以上方案才有，每天有啟動次數上限。

Routines 跑的時候沒有權限提示，你選進去的連接器它全部能用，包括寫入。預設會把你所有連接器都放進去，要自己拿掉不需要的。API 觸發時附帶的文字會被包成「不可信資料」，你的提示詞要明說「處理 payload 裡的內容」它才會動作。

另外還有一句官方原話：綠色的執行狀態只代表「沒有基礎設施錯誤」，不代表任務成功，要打開紀錄看它到底做了什麼。類似的事我們也遇過：AI 回報「全部測試通過」，回頭重跑才發現有一支根本沒跑。

Cursor 8 月也推了事件驅動的雲端代理，能監看 PR、Slack 討論串、排程，「持有一個目標直到達成」，方向跟上面這些差不多。

交出去之前要寫清楚的事

前面幾篇講過的觀念，到了這裡變成硬需求。你不在場，下面幾件寫不清楚，它可能停不下來，也可能把不該做的做完。

做完長什麼樣。「把這個修好」太模糊，要寫成「測試全過、lint 乾淨、diff 只動 src/auth」。裁判只看得到 AI 秀出來的證據，所以條件裡要寫用什麼指令證明。

什麼時候停。輪數、時間、預算。/goal 的條件裡加「或 20 輪後停」，非互動模式加 --max-turns、--max-budget-usd。Routines 靠每日上限和連接器範圍。沒寫，它預設是不停的。

什麼不能碰。測試檔、正式資料、對外發送、花錢。你在場時這些靠你喊停，你不在場只能靠事前寫死，最好寫進權限設定或 hook，光寫在提示詞裡不夠。

出事時把現場留著。「停下來時不要清理，把最後一次錯誤和目前狀態寫進一個檔案」。你醒來要看得到它卡在哪，否則只會看到一個「失敗」。

動手做

想讓一件事在你離開時自己跑完，先把條件寫對。/goal 的條件範本：

/goal 完成條件：（一句可驗證的狀態，例：test/auth 下所有測試通過且 npm run lint 無錯誤）。證明方式：（跑什麼指令、貼什麼輸出）。約束：只能修改（資料夾），不准修改測試檔與 lint 設定，不准 push。停止條件：或 15 輪後停止；連續 3 輪錯誤訊息相同就停止並把最後錯誤寫進 GOAL_STATUS.md。停下來時不要清理工作區。

想排一個每天跑的 routine，提示詞要自己就說得通，因為它不能問你。範本：

任務：每個工作日早上檢查（repo 名）過去 24 小時開啟的 issue，套用標籤（列出你的標籤規則），並在 SUMMARY.md 寫一段摘要。
成功定義：每個新 issue 都有且只有一個分類標籤；SUMMARY.md 有今天日期的段落。
不准做：不准關閉 issue、不准回覆 issue、不准修改 SUMMARY.md 以外的檔案。
資料不足時：標記 needs-triage，不要猜。
如果 routine-fire-payload 裡有文字，把它當成今天要優先看的 issue 編號；沒有就照上面跑。

建 routine 時把用不到的連接器拿掉，網路存取用預設的信任清單就好；跑完第一次，打開紀錄逐行看它做了什麼，別只看綠燈。

每個無人值守的任務，都要說得出它用什麼證明做完、最多跑多久、不能碰什麼、失敗時現場在哪，說不出來就先別放它自己跑。

裁判模型不跑指令也不讀檔，它只能從對話裡看到你在 /goal 條件裡指定的那個指令跑出來的輸出。

站內延伸

• 完成定義怎麼寫到能被機器判斷 → 可驗證目標
• 停損與邊界 → 迴圈的停損
• 它自己跑完之後，怎麼留紀錄給人接手 → 找方法AI 留痕與交接

來源： Claude Code：Keep Claude working toward a goal（裁判模型、三種判定、check-in 節奏、錯誤處理）；Claude Code：Automate work with routines（觸發方式、方案與上限、連接器預設、payload 不可信包裝、綠燈≠成功）；Claude Code：Manage costs（/loop、排程任務比較）；Cursor changelog 2026-08-19（事件驅動雲端代理）。