🚨 AI-LECTURER 快訊速報|2026-10-04|5 分鐘速讀

🚨 Opus 5.5 上線:一次交代整個任務,它能自己跑好幾個小時

取材:Getting the most out of Opus 5.5 in Claude and Claude Code(Hacker News(AI 高人氣))|完整課同日跟進,見書架
📍 真實場景
小林,接案的網站工程師,手上有一個要把舊付款模組換成新模組的專案

他習慣把 AI 當成『一步一步帶著走』的助手,每改完一個檔案就要回來貼結果、再問下一步

😖 卡住的地方:一個專案來回問了上百次,每次中斷都得重新交代前因後果,半天就過去了,還常常漏改某個檔案
💡 讀完你就知道怎麼一次講清楚任務與『完成標準』,讓 Opus 5.5 自己跑到測試全過,並學會中途插話而不必重來

⚡ 一句話講清楚

Anthropic 官方發表了使用 Opus 5.5 的指南。Opus 5.5 是 Claude 的最新大型模型,最大的進步是『長時間自己做事』:它能在一個大型專案裡連續處理多個步驟,直到事情做完,早期測試者讓它跑了好幾個小時幾乎不用盯著。它也會在回答前自己決定要想多久,所以不用再叫它『一步一步想』(這種咒語式的提示詞,業界叫 提示詞(prompt)你輸入給 AI 的那段文字指令)。

官方建議的核心用法是:在同一則訊息裡講完整個任務,並明確寫出『完成標準』,例如『測試全部通過』或『每個端點都改用新版』。有了這條終點線,它就知道什麼時候算做完。這個工具叫 Claude Code跑在你電腦終端機裡、能直接讀寫你專案檔案並執行指令的 AI 助手,所以它真的能動手改程式、跑測試,而不只是給建議。

另外有兩個小改變:第一,舊的『think carefully』(仔細想)這類句子可以刪掉,官方測試發現刪掉後回覆更快開始,品質沒有明顯下降;第二,它跑的時候你可以直接打字插話補充需求,不用中斷重來。你還可以在專案的 CLAUDE.md放在專案裡的一份說明檔,Claude Code 每次開工前都會先讀,用來寫規則與偏好 裡寫一條『什麼情況下該停下來問我』的規則。

🏃 快速上手三步(今天就能做)

1
寫出『任務+完成標準+何時停下來問』挑一個你手上真實的多步驟小任務(例如改一組 API 或重新命名一批函式),在 Claude Code 用一則訊息寫:『把 A 全部改成 B。完成的定義是:所有地方都改用 B、舊的 A 已刪除、測試全部通過。只有遇到你無法解釋的測試失敗才停下來問我。』然後放手讓它跑,不要每步都介入。判斷標準:它最後有沒有自己跑測試並回報結果。
▼
2
清掉舊咒語,再比較一次打開你的 CLAUDE.md 或常用的提示詞範本,搜尋並刪除『think carefully』『think step by step』『請一步一步思考』這類句子。若只是簡單問題,直接加一句『Answer directly.』(直接回答)。同一個問題各問一次,比較回覆開始的速度與品質;如果想調整思考量,改 Claude Code 的 effort 設定,而不是靠加咒語。
▼
3
跑到一半想到新需求就直接插話任務執行中別按停止重來:直接在輸入框打字(例如『另外舊的端點名稱請保留成別名』)然後按 Enter,它會把這句話納入後續工作。注意:長時間執行請先確認專案已用 git 提交過一次乾淨狀態,跑完用 git diff 檢查它改了什麼,不要只看它最後的總結就收工。

🧠 工程思維透鏡(資深工程師看到的是什麼)

🔭 『長時間自主執行』的風險與權衡是什麼?
好處是省下大量來回溝通的成本,尤其是跨很多檔案的遷移類工作;代價是出錯時影響範圍更大、也更晚被發現。因此『完成標準』必須是可機器驗證的(測試通過、型別檢查乾淨),而不是『看起來好了』;並且要搭配 git 分支或提交點,讓你能一鍵回退。把『何時該停下來問』寫清楚,等於替自主性設下護欄。
🔭 移除『think step by step』在團隊提示詞庫裡會有什麼影響?
官方說法是針對 Opus 5.5 與其聊天產品的測試,不代表所有模型都適用:若你的流程同時支援其他模型或舊版本,貿然全面刪除可能讓它們的表現下降。比較穩妥的做法是依模型分版本管理提示詞範本,只在 Opus 5.5 這條線拿掉,並用你自己的任務集做一次前後對照,再決定是否全面套用。