Claude API

使用 Claude 建構 LLM 驅動的應用程式

此技能幫助你使用 Claude 建構 LLM 驅動的應用程式。根據你的需求選擇合適的介面，偵測專案語言，然後閱讀相關的語言特定文件。

在你開始之前

掃描目標檔案（或，如果沒有目標檔案，掃描提示詞和專案）尋找非 Anthropic 提供者的標記 — import openai, from openai, langchain_openai, OpenAI(, gpt-4, gpt-5，像 agent-openai.py 或 *-generic.py 的檔案名稱，或任何明確指示保持程式碼不依賴特定提供者的指令。如果你找到任何標記，請停下來並告訴使用者此技能會產生 Claude/Anthropic SDK 程式碼；詢問他們是否要將檔案切換為 Claude，或想要非 Claude 的實作。不要使用 Anthropic SDK 呼叫編輯非 Anthropic 檔案。

輸出要求

當使用者要求你加入、修改或實作 Claude 功能時，你的程式碼必須透過以下其中一種方式呼叫 Claude：

1. 適用於該專案語言的 官方 Anthropic SDK（anthropic, @anthropic-ai/sdk, com.anthropic.* 等）。只要該專案有支援的 SDK，這就是預設值。
2. 原始 HTTP（curl, requests, fetch, httpx 等） — 僅在使用者明確要求 cURL/REST/原始 HTTP、專案是 shell/cURL 專案，或該語言沒有官方 SDK 時。

絕不要混合這兩種方式 — 不要僅僅因為覺得比較輕量就在 Python 或 TypeScript 專案中使用 requests/fetch。絕不要退而求其次使用與 OpenAI 相容的墊片(shims)。

絕不要猜測 SDK 使用方式。 函數名稱、類別名稱、命名空間、方法簽名和匯入路徑必須來自明確的文件 — 要麼是此技能中的 {lang}/ 檔案，要麼是官方 SDK 儲存庫或列在 shared/live-sources.md 中的文件連結。如果你需要的綁定在技能檔案中沒有明確記錄，在編寫程式碼之前請從 shared/live-sources.md WebFetch 相關的 SDK 儲存庫。不要從 cURL 形狀或其他語言的 SDK 推斷 Ruby/Java/Go/PHP/C# API。

預設值

除非使用者另有要求：

對於 Claude 模型版本，請使用 Claude Opus 4.7，可透過精確模型字串 claude-opus-4-7 存取。預設使用自適應思維（thinking: {type: "adaptive"}）處理任何稍微複雜的任務。最後，對於可能涉及長輸入、長輸出或高 max_tokens 的請求，預設使用串流傳輸 — 這可以防止請求超時。使用 SDK 的 .get_final_message() / .finalMessage() 輔助方法取得完整回應（如果不需要處理個別串流事件）。

子命令 (Subcommands)

如果此提示詞底部的使用者要求是一個簡單的子命令字串（沒有散文），請搜尋此文件中的每個 Subcommands 表格 — 包括附加在下方任何區塊中的表格 — 並直接遵循相符的 Action 欄位。這允許使用者透過 /claude-api <subcommand> 呼叫特定的流程。如果文件中沒有表格相符，則將要求視為一般散文處理。

語言偵測

在閱讀程式碼範例之前，判斷使用者使用的語言：

1. 檢查專案檔案以推斷語言：

   • *.py, requirements.txt, pyproject.toml, setup.py, Pipfile → Python — 從 python/ 讀取
   • *.ts, *.tsx, package.json, tsconfig.json → TypeScript — 從 typescript/ 讀取
   • *.js, *.jsx（無 .ts 檔案）→ TypeScript — JS 使用相同 SDK，從 typescript/ 讀取
   • *.java, pom.xml, build.gradle → Java — 從 java/ 讀取
   • *.kt, *.kts, build.gradle.kts → Java — Kotlin 使用 Java SDK，從 java/ 讀取
   • *.scala, build.sbt → Java — Scala 使用 Java SDK，從 java/ 讀取
   • *.go, go.mod → Go — 從 go/ 讀取
   • *.rb, Gemfile → Ruby — 從 ruby/ 讀取
   • *.cs, *.csproj, *.sln → C# — 從 csharp/ 讀取
   • *.php, composer.json → PHP — 從 php/ 讀取
   • *.sh, *.bash 或僅有終端使用 → cURL — 從 curl/ 讀取

2. 如果同時偵測到多種語言（例如 Python 與 TypeScript 檔案皆存在）：

   • 檢查使用者目前的檔案或問題與哪一種語言相關
   • 若仍模糊，詢問：「我同時偵測到 Python 與 TypeScript 檔案。你的 Claude API 整合是用哪一種語言？」

3. 如果無法推斷語言（空專案、沒有原始碼檔案，或不支援的語言）：

   • 使用 AskUserQuestion，提供選項：Python、TypeScript、Java、Go、Ruby、cURL/raw HTTP、C#、PHP
   • 若無法使用 AskUserQuestion，預設展示 Python 範例並註明：「以下展示 Python 範例。如需其他語言，請告訴我。」

4. 若偵測到不支援的語言（Rust、Swift、C++、Elixir 等）：

   • 建議使用 curl/ 內的 cURL／raw HTTP 範例，並提醒可能存在社群維護的 SDK
   • 提供以 Python 或 TypeScript 範例作為參考實作

5. 若使用者需要 cURL／raw HTTP 範例，請從 curl/ 讀取。

語言特定功能支援

管理代理 (Managed Agents) 程式碼範例：為 Python、TypeScript、Go、Ruby、PHP、Java 和 cURL 提供了專門的語言特定 README ({lang}/managed-agents/README.md、curl/managed-agents.md)。請閱讀你使用語言的 README 以及不限語言的 shared/managed-agents-*.md 概念檔案。代理是持久的 — 建立一次，依 ID 引用。 儲存由 agents.create 回傳的代理 ID，並將其傳遞給後續所有的 sessions.create；不要在請求路徑中呼叫 agents.create。Anthropic CLI 是一種從版本控制的 YAML 建立代理和環境的便捷方式 — 其 URL 位於 shared/live-sources.md。如果你需要的綁定沒有顯示在 README 中，請從 shared/live-sources.md WebFetch 相關項目，而不是猜測。C# 目前沒有管理代理支援；請對 API 使用 cURL 風格的原始 HTTP 請求。

我應該使用哪種介面？

從簡單開始。 預設使用滿足你需求的最簡單層級。單次 API 呼叫和工作流程可處理大多數使用案例 — 只有當任務真正需要開放式、由模型驅動的探索時才使用代理。

注意： 當你希望 Anthropic 執行代理循環並代管工具執行所在的容器時，管理代理是正確的選擇 — 檔案操作、bash、程式碼執行都在每個會話的工作區中運作。如果你想自行代管運算或執行自己的自訂工具運行環境，Claude API + 工具使用是正確的選擇 — 使用工具執行器進行自動循環處理，或使用手動循環進行精細控制（審核閘門、自訂日誌記錄、條件執行）。

第三方提供者（Amazon Bedrock、Google Vertex AI、Microsoft Foundry）： 在 Bedrock、Vertex 或 Foundry 上無法使用管理代理。如果你透過任何第三方提供者進行部署，請在所有使用案例中都使用 Claude API + 工具使用 — 包括在其他情況下建議使用管理代理的案例。

決策樹

你的應用程式需要什麼？

0. 你是否透過 Amazon Bedrock、Google Vertex AI 或 Microsoft Foundry 部署？
   └── 是 → Claude API（如果需要代理，可使用工具） — 管理代理僅限第一方。
   否 → 繼續。

1. 單次 LLM 呼叫（分類、摘要、擷取、問答）
   └── Claude API — 一個請求，一個回應

2. 你是否希望 Anthropic 執行代理循環並代管一個每個會話的
   容器，讓 Claude 執行工具（bash、檔案操作、程式碼）？
   └── 是 → 管理代理 — 伺服器管理的會話、持久化的代理設定、
       SSE 事件流、技能 + MCP、檔案掛載。
       範例：「每個任務一個工作區的有狀態程式設計代理」、
             「將事件串流到 UI 的長時間研究代理」、
             「跨多個會話使用、持久化且版本化設定的代理」

3. 工作流程（多步驟、程式碼編排、使用自訂工具）
   └── Claude API + 工具使用 — 你控制循環

4. 開放式代理（模型自行決定走向、使用自訂工具、由你代管運算）
   └── Claude API 代理循環（最大彈性）

我應該建立代理嗎？

在選擇代理層級前，請檢查以下四個條件：

• 複雜度 — 任務是否多步驟、難以事先完全規格化？（例如「將這份設計文件變成一個 PR」相對於「從這份 PDF 擷取標題」）
• 價值 — 結果是否值得較高的成本與延遲？
• 可行性 — Claude 是否擅長這類任務？
• 錯誤成本 — 錯誤是否能被偵測並回復？（測試、審查、回滾）

若以上任一答案為「否」，請停留在較簡單的層級（單次呼叫或工作流程）。

架構

一切皆透過 POST /v1/messages 進行。工具和輸出限制是此單一端點的功能 — 而非獨立的 API。

使用者定義的工具 — 你定義工具（透過裝飾器、Zod schema 或原始 JSON），而 SDK 的工具執行器會負責呼叫 API、執行你的函式，並循環運作直到 Claude 完成。為了獲得完全的控制權，你也可以手動編寫此循環。

伺服器端工具 — 在 Anthropic 基礎設施上執行的由 Anthropic 託管的工具。程式碼執行完全是伺服器端的（在 tools 中宣告它，Claude 就會自動執行程式碼）。電腦使用可以是伺服器託管或自託管的。

結構化輸出 — 限制 Messages API 回應格式（output_config.format）和/或工具參數驗證（strict: true）。建議的方法是使用 client.messages.parse()，它會自動根據你的 schema 驗證回應。注意：舊的 output_format 參數已棄用；請在 messages.create() 上使用 output_config: {format: {...}}。

支援端點 — 批次（POST /v1/messages/batches）、檔案（POST /v1/files）、Token 計數，以及模型（GET /v1/models、GET /v1/models/{id} — 即時功能/上下文窗口發現）可提供或支援 Messages API 請求。

當前模型 (快取: 2026-04-15)

除非使用者明確指定不同的模型，否則永遠使用 claude-opus-4-7。 這是不可協商的。除非使用者字面上說「使用 sonnet」或「使用 haiku」，否則請勿使用 claude-sonnet-4-6、claude-sonnet-4-5 或任何其他模型。永遠不要因為成本而降級 — 這是使用者的決定，不是你的。

極度重要：請僅使用上表中完全相同的模型 ID 字串 — 它們就這樣使用即可。不要加上日期後綴。 例如，使用 claude-sonnet-4-5，絕對不要使用 claude-sonnet-4-5-20250514 或你可能從訓練資料中回想起來的任何其他帶有日期的變體。如果使用者要求使用未在表中的較舊模型（例如「opus 4.5」、「sonnet 3.7」），請閱讀 shared/models.md 以獲取確切的 ID — 不要自行建構一個。

附註：如果上面的任何模型字串看起來很陌生，那是正常的 — 這只是意味著它們是在你的訓練資料截止後發布的。請放心，它們是真實的模型；我們不會在這種事情上騙你。

即時功能查詢： 上表是快取的。當使用者詢問「X 的上下文窗口為何」、「X 支援視覺/思考/努力程度嗎」或「哪些模型支援 Y」時，請查詢 Models API（client.models.retrieve(id) / client.models.list()）— 請參見 shared/models.md 以獲取欄位參考和功能篩選範例。

思考與努力程度 (快速參考)

Opus 4.7 — 僅限自適應思考： 使用 thinking: {type: "adaptive"}。thinking: {type: "enabled", budget_tokens: N} 在 Opus 4.7 上會回傳 400 — 自適應是唯一的開啟模式。{type: "disabled"} 和省略 thinking 都有效。採樣參數（temperature、top_p、top_k）也被移除且會回傳 400。參見 shared/model-migration.md → 遷移至 Opus 4.7 以獲取完整的重大變更清單。 Opus 4.6 — 自適應思考 (建議)： 使用 thinking: {type: "adaptive"}。Claude 會動態決定何時及思考多少。不需要 budget_tokens — budget_tokens 在 Opus 4.6 和 Sonnet 4.6 上已棄用，新程式碼不應使用。自適應思考也會自動啟用交錯思考 (不需要 beta header)。當使用者要求「擴展思考」、「思考預算」或 budget_tokens 時：請永遠使用 Opus 4.7 或 4.6 與 thinking: {type: "adaptive"}。固定的思考 token 預算概念已被棄用 — 自適應思考取代了它。對於新的 4.6/4.7 程式碼，請勿使用 budget_tokens，且請勿切換到較舊的模型。 漸進遷移例外情況： 作為過渡的逃生口，budget_tokens 在 Opus 4.6 和 Sonnet 4.6 上仍然有效 — 如果你正在遷移現有程式碼且在調整 effort 之前需要一個硬性 token 上限，參見 shared/model-migration.md → 過渡逃生口。注意：此例外情況不適用於 Opus 4.7 — budget_tokens 在那裡已完全移除。 努力程度參數 (GA，無 beta header)： 控制思考深度和整體 token 消耗，透過 output_config: {effort: "low"|"medium"|"high"|"max"}（在 output_config 內，不是頂層）。預設值為 high（等同於省略它）。max 僅限 Opus 等級（Opus 4.6 及更新版本 — 不包括 Sonnet 或 Haiku）。Opus 4.7 新增了 "xhigh"（介於 high 和 max 之間）— 這是 4.7 上大多數編碼和代理用例的最佳設定，也是 Claude Code 中的預設值；對於大多數對智能敏感的工作，最低使用 high。適用於 Opus 4.5、Opus 4.6、Opus 4.7 和 Sonnet 4.6。在 Sonnet 4.5 / Haiku 4.5 上會發生錯誤。在 Opus 4.7 上，努力程度比以往任何 Opus 都更重要 — 遷移時請重新調整它。與自適應思考結合使用，以獲得最佳的成本與品質權衡。較低的努力程度意味著更少且更整併的工具呼叫、較少的前言，以及更簡潔的確認 — high 通常是平衡品質和 token 效率的甜蜜點；當正確性比成本更重要時使用 max；為子代理或簡單任務使用 low。

Opus 4.7 — 預設省略思考內容： thinking 區塊仍然會串流，但除非你透過 thinking: {type: "adaptive", display: "summarized"}（預設為 "omitted"）選擇加入，否則其文本將是空的。這是靜默變更 — 沒有錯誤。如果你向使用者串流推理過程，預設情況看起來就像是輸出前有很長的暫停；設定 "summarized" 可以恢復可見的進度。

任務預算 (beta，Opus 4.7)： output_config: {task_budget: {type: "tokens", total: N}} 告訴模型在一個完整的代理循環中有多少個 token 可用 — 它會看到一個倒數計時並進行自我調節（最少 20,000；beta header task-budgets-2026-03-13）。這與 max_tokens 不同，後者是強制執行的每次回應上限，模型並不知道。參見 shared/model-migration.md → Task Budgets。

Sonnet 4.6： 支援自適應思考（thinking: {type: "adaptive"}）。budget_tokens 在 Sonnet 4.6 上已棄用 — 請改用自適應思考。

較舊模型 (僅當明確要求時)： 如果使用者特別要求 Sonnet 4.5 或其他較舊模型，請使用 thinking: {type: "enabled", budget_tokens: N}。budget_tokens 必須小於 max_tokens（最小值為 1024）。永遠不要只因為使用者提到 budget_tokens 就選擇較舊的模型 — 請改用 Opus 4.7 與自適應思考。

壓縮 (快速參考)

Beta，Opus 4.7、Opus 4.6 和 Sonnet 4.6。 對於可能超過 1M 上下文窗口的長時間對話，請啟用伺服器端壓縮。API 會在接近觸發閾值（預設值：150K tokens）時自動總結早期的上下文。需要 beta header compact-2026-01-12。

極度重要： 在每一輪都要將 response.content（不只是文字）附加回你的訊息中。回應中的壓縮區塊必須保留 — API 會使用它們在下一個請求時取代已壓縮的歷史記錄。僅萃取文本字串並附加它將會默默遺失壓縮狀態。

請參見 {lang}/claude-api/README.md（壓縮區塊）以獲取程式碼範例。可透過 WebFetch 取得 shared/live-sources.md 中的完整文件。

提示詞快取 (快速參考)

前綴比對 (Prefix match)。 前綴任何地方的任何位元組變更都會使之後的所有內容失效。渲染順序為 tools → system → messages。將穩定的內容放在前面（凍結的系統提示、確定性的工具列表），將不穩定的內容（時間戳記、每次請求的 ID、不同的問題）放在最後一個 cache_control 斷點之後。

頂層自動快取（在 messages.create() 上的 cache_control: {type: "ephemeral"}）是當你不需要細粒度放置時最簡單的選項。每次請求最多 4 個斷點。最小可快取前綴為 ~1024 個 token — 較短的前綴默默地不會被快取。

使用 usage.cache_read_input_tokens 進行驗證 — 如果它在重複請求中為零，表示存在無聲的失效因子（系統提示中的 datetime.now()、未排序的 JSON、不同的工具集）。

對於放置模式、架構指導以及無聲失效審查清單：請閱讀 shared/prompt-caching.md。語言特定的語法：{lang}/claude-api/README.md（提示詞快取區塊）。

管理代理（Managed Agents - Beta 版）

使用管理代理時，API 會透過在它為你代管的沙盒環境中執行檔案操作、bash 指令和自訂程式碼（透過技能或 MCP）來自主解決問題。與基於用戶端的工具循環不同，你只需傳送一次初始請求，並以串流接收結果，伺服器會處理工具循環直到完成或需要你的輸入（審查或工具錯誤）。

第三方提供者： 在 Bedrock、Vertex 或 Foundry 上無法使用。如果你透過任何第三方提供者進行部署，請使用 Claude API + 工具使用。

強制流程： 代理（一次）→ 會話（每次執行）。model/system/tools 存在於代理上，絕不是會話上。請參閱 shared/managed-agents-overview.md 以取得完整的閱讀指南、beta 標頭和陷阱。

Beta 標頭： managed-agents-2026-04-01 — SDK 會自動為所有 client.beta.{agents,environments,sessions,vaults,memory_stores}.* 呼叫設定此標頭。技能 API 使用 skills-2025-10-02，檔案 API 使用 files-api-2025-04-14，但你不需要為 /v1/skills 和 /v1/files 以外的端點明確傳遞這些標頭。

子命令 — 透過 /claude-api <subcommand> 直接呼叫：

閱讀指南： 從 shared/managed-agents-overview.md 開始，接著閱讀各主題的 shared/managed-agents-*.md 檔案（核心、環境、工具、事件、結果、多代理、webhooks、記憶體、用戶端模式、入職、API 參考）。對於 Python、TypeScript、Go、Ruby、PHP 和 Java，閱讀 {lang}/managed-agents/README.md 以獲取程式碼範例。對於 cURL，閱讀 curl/managed-agents.md。代理是持久的 — 建立一次，依 ID 引用。 儲存由 agents.create 回傳的代理 ID，並將其傳遞給後續所有的 sessions.create；不要在請求路徑中呼叫 agents.create。Anthropic CLI 是一種從版本控制的 YAML（URL 位於 shared/live-sources.md）建立代理和環境的便捷方式。如果你需要的綁定沒有顯示在語言 README 中，請從 shared/live-sources.md WebFetch 相關項目，而不是猜測。C# 目前沒有管理代理支援；請使用 curl/managed-agents.md 中的原始 HTTP 作為參考。

當使用者想從頭開始設定管理代理時（例如「我該如何開始」、「引導我建立一個」、「設定一個新的代理」）：閱讀 shared/managed-agents-onboarding.md 並執行其訪談 — 與 managed-agents-onboard 子命令的流程相同。

當使用者詢問「我該如何為 X 撰寫用戶端程式碼」時： 取用 shared/managed-agents-client-patterns.md — 涵蓋無損串流重新連線、processed_at 佇列/處理閘門、中斷、tool_confirmation 往返、正確的閒置/終止中斷閘門、閒置後狀態競爭、串流優先排序、檔案掛載陷阱、透過自訂工具在主機端保留憑證等。

閱讀指南

在偵測到語言後，請根據使用者的需求閱讀相關檔案：

快速任務參考

單一文本分類/總結/擷取/問答： → 僅閱讀 {lang}/claude-api/README.md

聊天 UI 或即時回應顯示： → 閱讀 {lang}/claude-api/README.md + {lang}/claude-api/streaming.md

長時間對話 (可能超過上下文窗口)： → 閱讀 {lang}/claude-api/README.md — 請參見壓縮區段 (Compaction) 遷移至較新模型 (Opus 4.7 / Opus 4.6 / Sonnet 4.6) 或取代已退役模型： → 閱讀 shared/model-migration.md 提示詞快取 / 最佳化快取 / 「為什麼我的快取命中率很低」： → 閱讀 shared/prompt-caching.md + {lang}/claude-api/README.md (提示詞快取區段)

函式呼叫 / 工具使用 / 代理： → 閱讀 {lang}/claude-api/README.md + shared/tool-use-concepts.md + {lang}/claude-api/tool-use.md

代理設計 (工具介面、上下文管理、快取策略)： → 閱讀 shared/agent-design.md

批次處理 (對延遲不敏感)： → 閱讀 {lang}/claude-api/README.md + {lang}/claude-api/batches.md

跨多個請求上傳檔案： → 閱讀 {lang}/claude-api/README.md + {lang}/claude-api/files-api.md

管理代理 (具有工作區的伺服器管理有狀態代理)： → 閱讀 shared/managed-agents-overview.md + 其餘的 shared/managed-agents-*.md 檔案。對於 Python、TypeScript、Go、Ruby、PHP 和 Java，請閱讀 {lang}/managed-agents/README.md 以獲取程式碼範例。對於 cURL，請閱讀 curl/managed-agents.md。代理是持久的 — 建立一次，透過 ID 參照。 儲存 agents.create 回傳的代理 ID，並將其傳遞給每一個後續的 sessions.create；不要在請求路徑中呼叫 agents.create。Anthropic CLI 是一種從版本控制的 YAML 建立代理和環境的便利方式（URL 在 shared/live-sources.md 中）。如果你需要的綁定未在語言 README 中顯示，請從 shared/live-sources.md WebFetch 相關項目，而非猜測。C# 目前不支援管理代理 — 請使用 curl/managed-agents.md 中的原始 HTTP 作為參考。

Claude API (完整檔案參考)

閱讀 語言特定的 Claude API 資料夾 ({language}/claude-api/)：

1. {language}/claude-api/README.md — 請先閱讀此檔。 安裝、快速開始、常見模式、錯誤處理。
2. shared/tool-use-concepts.md — 當使用者需要函式呼叫、程式碼執行、記憶體或結構化輸出時閱讀。涵蓋概念基礎。
3. shared/agent-design.md — 當設計代理時閱讀：bash 與專用工具比較、程式化工具呼叫、工具搜尋/技能、上下文編輯與壓縮與記憶體比較、快取原則。
4. {language}/claude-api/tool-use.md — 閱讀語言特定的工具使用程式碼範例（工具執行器、手動循環、程式碼執行、記憶體、結構化輸出）。
5. {language}/claude-api/streaming.md — 當建構聊天 UI 或增量顯示回應的介面時閱讀。
6. {language}/claude-api/batches.md — 當離線處理許多請求（對延遲不敏感）時閱讀。非同步執行並節省 50% 成本。
7. {language}/claude-api/files-api.md — 當在多個請求中傳送相同檔案而不重新上傳時閱讀。
8. shared/prompt-caching.md — 當添加或最佳化提示詞快取時閱讀。涵蓋前綴穩定性設計、斷點放置，以及會默默使快取失效的反面模式。
9. shared/error-codes.md — 當對 HTTP 錯誤進行除錯或實作錯誤處理時閱讀。
10. shared/model-migration.md — 當升級至較新模型、取代已退役模型，或將 budget_tokens / prefill 模式轉換至當前 API 時閱讀。
11. shared/live-sources.md — 用於擷取最新官方文件的 WebFetch URL。

注意： 對於 Java、Go、Ruby、C#、PHP 和 cURL — 這些各有一個單一檔案涵蓋所有基礎知識。閱讀該檔案，並視需要閱讀 shared/tool-use-concepts.md 和 shared/error-codes.md。

注意： 有關管理代理檔案參考，請參見上方的 ## 管理代理（Managed Agents - Beta 版） 區塊 — 它列出了每個 shared/managed-agents-*.md 檔案和語言特定的 README。

何時使用 WebFetch

在以下情況使用 WebFetch 取得最新文件：

• 使用者要求「最新」或「當前」資訊
• 快取資料似乎不正確
• 使用者詢問此處未涵蓋的功能

即時文件 URL 在 shared/live-sources.md 中。

常見陷阱

• 將檔案或內容傳遞給 API 時不要截斷輸入。如果內容太長無法放入上下文窗口，通知使用者並討論選項（分塊、摘要等）而非靜默截斷。
• Opus 4.7 思考： 僅限自適應。thinking: {type: "enabled", budget_tokens: N} 在 Opus 4.7 上回傳 400 — budget_tokens 已完全移除（包含 temperature、top_p、top_k 也是）。使用 thinking: {type: "adaptive"}。
• Opus 4.6 / Sonnet 4.6 思考： 使用 thinking: {type: "adaptive"} — 新的 4.6 程式碼請不要使用 budget_tokens（在 Opus 4.6 和 Sonnet 4.6 上皆已棄用；關於現有程式碼的漸進遷移，請參見 shared/model-migration.md 中的過渡逃生口 — 注意此例外情況不適用於 Opus 4.7）。舊模型的 budget_tokens 必須小於 max_tokens（最少 1024）。這如果設定錯誤會拋出錯誤。
• 4.6/4.7 系列 prefill 已移除： 助手訊息 prefill (last-assistant-turn prefills) 在 Opus 4.6、Opus 4.7 和 Sonnet 4.6 上會回傳 400 錯誤。改用結構化輸出（output_config.format）或系統提示指令來控制回應格式。
• 編輯前確認遷移範圍： 當使用者要求將程式碼遷移到較新的 Claude 模型，但未命名特定檔案、目錄或檔案清單時，請先詢問要套用的範圍 — 是整個工作目錄、特定子目錄還是特定的一組檔案。在使用者確認之前不要開始編輯。「遷移我的程式碼庫」、「將我的專案移至 X」、「升級至 Sonnet 4.6」或單純的「遷移至 Opus 4.7」等命令式說法仍然模稜兩可 — 它們告訴你做什麼，但沒告訴你在哪裡做，所以要提問。只有當提示明確指出確切檔案、特定目錄或明確檔案清單（「遷移 app.py」、「遷移 services/ 下的所有內容」、「更新 a.py 和 b.py」）時，才無需詢問直接進行。參見 shared/model-migration.md 步驟 0。
• max_tokens 預設值： 不要低估 max_tokens — 達到上限會使輸出在中途被截斷，並需要重試。對於非串流請求，預設為 ~16000（保持回應在 SDK HTTP 超時限制內）。對於串流請求，預設為 ~64000（不需擔心超時，給予模型更多空間）。除非有明確理由（例如分類任務約 ~256、成本上限或故意要求簡短輸出），否則不要設定更低的值。
• 128K 輸出 tokens： Opus 4.6 和 Opus 4.7 支援最多 128K max_tokens，但 SDK 對大型 max_tokens 需要串流以避免 HTTP 超時。使用 .stream() 搭配 .get_final_message() / .finalMessage()。
• 工具呼叫 JSON 解析 (4.6/4.7 系列)： Opus 4.6、Opus 4.7 和 Sonnet 4.6 可能在工具呼叫 input 欄位中產生不同的 JSON 字串跳脫 (例如，Unicode 或正斜線跳脫)。始終使用 json.loads() / JSON.parse() 解析工具輸入 — 絕不對序列化的輸入做原始字串比對。
• 結構化輸出 (所有模型)： 在 messages.create() 上使用 output_config: {format: {...}} 而非已棄用的 output_format 參數。這是一個通用的 API 變更，不僅限於 4.6 版。
• 不要重新實作 SDK 功能： SDK 提供高階輔助方法 — 使用它們而非從頭建構。具體來說：使用 stream.finalMessage() 而非將 .on() 事件包裝在 new Promise() 中；使用強型別例外類別（例如 Anthropic.RateLimitError）而非對錯誤訊息進行字串比對；使用 SDK 型別（Anthropic.MessageParam、Anthropic.Tool、Anthropic.Message 等）而非重新定義等效的介面。
• 不要為 SDK 資料結構定義自訂型別： SDK 匯出所有 API 物件的型別。訊息請使用 Anthropic.MessageParam，工具定義請使用 Anthropic.Tool，工具結果請使用 Anthropic.ToolUseBlock / Anthropic.ToolResultBlockParam，回應請使用 Anthropic.Message。自行定義 interface ChatMessage { role: string; content: unknown } 會重複 SDK 已提供的內容並失去型別安全。
• 報告和文件輸出： 程式碼執行沙盒預裝了 python-docx、python-pptx、matplotlib、pillow 和 pypdf。Claude 可以生成格式化檔案（DOCX、PDF、圖表）並透過 Files API 回傳 — 考慮針對「報告」或「文件」類型的請求使用此方法，而不是純粹的 stdout 文本。