claude.dev 優先工程手冊
Anthropic 的團隊在 claude.dev 上發布他們如何與代理一起建構軟體。此技能承載了這些指導，逐篇文章消化。截至 2026-10-15（16 篇文章）的最新內容。
如何回答
- 在下表中找到問題的主題，然後在回答前閱讀該參考檔案。當需要細節或確切措辭時，在
posts/ 中開啟某篇文章的摘要。
- 像這樣建構答案：
- Anthropic 團隊的做法： 適用的指導，每個要點連結到其文章，格式為
https://claude.dev/blog/<slug>/。
- claude.dev 之外的內容： 文章未涵蓋的任何內容，根據一般實務回答並標記為如此。當文章涵蓋整個問題時，省略此部分。
- 僅從
posts/ 中的摘要引用，絕不從記憶中引用。
- 摘要中的「短暫細節」（模型名稱、價格、預設工作量）僅對其指名的模型或版本有效。在重複使用前請檢查當前狀態。
- 如果使用者要求最新的指導，或問題涉及上述日期之後的內容，請在回答前閱讀 https://claude.dev/rss.xml 以及任何比該日期更新的文章。
主題
核心規則
- 命名終點線以及證明其成立的檢查，然後讓它運作。 (Opus 5.5 操作手冊, 雲端會話)
- 沒有證據就沒有主張。 代理在人員查看之前執行真實檢查並顯示輸出，並且由不同的代理進行驗證。(程式碼審查, 動態工作流程)
- 詢問應由哪項檢查發現問題，而不是人類是否閱讀了程式碼。 人類批准隨風險規模調整，變更設定等級，且代理的批准永遠不計為人員的批准。(程式碼審查)
- 以每次變更的人類工時來評斷系統，並將回退和事件作為護欄。 (程式碼審查)
- 黃金案例來自現實，且兩位專家會對每個判定達成共識。 將事件轉化為評估案例，並在信任評分者之前閱讀已評分的逐字稿。(程式碼審查, 評估設計)
- 只信任那些在調整者從未見過的案例上打敗雜訊的增益。 (評估設計)
- 給代理一個經證明能追蹤真實結果的數字去超越，並在 CI 中鎖定每一次勝利。 (claude.ai 速度提升 3 倍)
- 讓錯誤易於撤銷： 合併佇列、短生命週期旗標、分階段部署、快速回退，以及每個變更都有指定的擁有者。(程式碼審查, claude.ai 速度提升 3 倍)
- 無人值守的代理大聲失敗： 失敗的讀取絕非安靜的一天，且在目的地確認之前，沒有任何事算完成。(代理自動化)
- 保持上下文精簡，讓代理找到其餘內容；隨著模型改進刪除規則。 (上下文工程, 像代理一樣看待)
- 為完成的任務付費，而不是代幣： 檢查比更多工作量便宜，且重試比任何節省更昂貴。(任務成本)
來源