Goal — 讓 Claude 自己跑到條件達成
設一個可驗證的完成條件，Claude 一輪一輪跑直到達標，你不用每次催它繼續
⏱ 預估 ~6 分鐘
01 · 讀一讀
做大任務時你常常要連續喊「繼續」、「修下一個」、「跑測試」、「再試一次」 — 因為 Claude 一輪只做一件事就停下來等你。
/goal 讓你設一個可驗證的完成條件，Claude 自己一輪一輪跑直到達標。例如「所有 test/auth 的測試通過、lint 也乾淨」，你設好按 Enter，去喝咖啡。回來時要嘛條件達成自動結束、要嘛 Claude 卡住等你決策。
💡 想像一下像給工程師一個 ticket 跟驗收條件 「這個 PR 要綠燈才算完」，他自己會迭代、改、跑測試、再改、再跑，不用每個小步驟跟你確認。你只在他完全卡住或完成時才會出現。
重點整理
- /goal <條件> 設定完成條件並立刻開始第一輪
- Claude 跑一輪 → 評估是否達標 → 沒達標就再跑一輪
- 達標自動結束；沒達標也可以 /goal clear 手動停
- 適合有「明確驗收標準」的任務 (測試通過、檔案存在、queue 空)
02 · 讀一讀
內部怎麼運作： 每輪結束後，一個獨立的小模型 (通常是 Haiku) 讀對話 transcript、判斷條件是否達成。它不能自己跑指令、讀檔 — 它只看 Claude 在對話裡呈現了什麼。
這代表你的條件必須是 Claude 能在對話裡「秀」出來的東西：- ✅ 「npm test exit code 0」（Claude 跑測試、輸出顯示） - ✅ 「git status 乾淨」（Claude 跑 git status、輸出顯示） - ❌ 「code 品質好」（無法驗證、評估器看不懂） - ❌ 「沒有 bug」（沒辦法在對話裡證明）
另一個重點是「執行模型」跟「評估模型」分開 — 工作的 Claude 不會自己宣告完成糊弄你，Haiku 會獨立判斷。
重點整理
- 評估器 (Haiku) 跟工作模型分開判斷
- 評估器不能跑指令、讀檔 — 只看對話內容
- 條件要 Claude 能在對話裡「秀出來」的證據
- 上限 4000 字元、可加「或 N 輪後停」當保險
03 · 看程式碼
三個核心指令：設定、查進度、清除。
在 Claude Code session 內
# 設定 goal — 立刻開始第一輪
/goal all tests in test/auth pass and lint is clean
# 看當前進度 (條件、跑了幾輪、花了多少 token、評估器最新理由)
/goal
# 手動清除 (條件達成會自動清，不需要這步)
/goal clear
# 別名： stop, off, reset, none, cancel
# /clear 開新對話也會清掉
headless / 一次跑完
# 非互動模式，跑到完成才回 shell
claude -p "/goal CHANGELOG.md 有這週每個 PR 的條目"
# Ctrl+C 中斷
Goal active 時 prompt 旁會顯示 ◎ /goal active 加 elapsed time。headless 模式 (-p) 很適合放 CI 或排程裡，例如每天跑「生 changelog 條目」直到完成。
04 · 看程式碼
寫好條件 vs 寫壞條件，差很多 — 看實際例子：
❌ 壞條件 (評估器無法驗證)
/goal 把 auth.js 拆得更好
/goal 修 login bug
/goal 確保程式碼品質夠
/goal 完成所有 TODO
✅ 好條件 (有明確驗收 + 保險時限)
/goal 把 auth.js 拆成多個 module、每個 <300 行、所有測試通過、或 20 輪後停
/goal 修登入特殊字元 bug，跑 `npm test test/auth` 全綠、或 15 輪後停
/goal 把所有 import 從 old-api 換成 new-api、lint 乾淨、grep 找不到 old-api
好條件的三個共同點：有可量化的終止狀態 (exit code、檔案數、queue 空)、寫出「怎麼證明」 (跑哪個指令)、有時限保險 (「或 N 輪後停」避免無限燒 token)。壞條件常見的問題是「品質好」「拆得更好」這種主觀詞 — 評估器讀不出來。
05 · 讀一讀
Claude Code 有好幾種「自動繼續」的工具，別搞混：- /goal — 設條件，Claude 一輪一輪跑直到達標。重點是「跑到完成」，不管要幾輪。 - /loop — 設一個排程 (例如「每 5 分鐘做一次 X」)，時間到就跑。重點是「週期性檢查」，不是要跑完。 - Stop hook — 寫在設定檔的腳本，每輪結束跑你自己的判斷邏輯。重點是「跨 session 都生效的客製規則」。 - Auto mode — 移除「每個工具呼叫前都要你按 yes」的提示。重點是「免授權」，不是要 Claude 自己決定何時停。
搭配用最爽： Auto mode 免授權 + /goal 跑到完成 = 真正放手讓 Claude 自跑。
重點整理
- /goal = 跑到條件達成 (session 限定)
- /loop = 時間排程 (週期性)
- Stop hook = 跨 session 客製邏輯 (寫在設定)
- Auto mode = 免按 yes
- Auto mode + /goal 一起用，可以真正背景跑
06 · 選擇題
你要 Claude 把舊版 React class component 都改寫成 hooks，有 30 個檔案。下面哪個 /goal 條件最有機會跑到完成？
- /goal 把所有 class component 改寫成 hooks
- /goal 把所有 class component 改寫成 hooks、每個檔案都通過原本的 test、grep 找不到 extends React.Component、或 40 輪後停
- /goal 讓程式碼更現代化、更好維護
- /goal 改寫 components 直到我滿意
07 · 配對
配對每個情境，選最適合的工具。
(本節為互動練習，請啟用 JavaScript 體驗)
⚠ 完整互動體驗需要 JavaScript。請啟用 JavaScript 後重新整理。
※ 本站為獨立繁中教學專案，非 Anthropic 官方產品。Claude™ 為 Anthropic, PBC 商標。