Mistral Vibe CLI 和 Claude Code 都是終端機程式設計代理程式，選擇取決於結構，而不是哪一個更聰明：Vibe CLI 是 Apache-2.0 軟體，其供應商清單是手動編輯的 TOML 檔案；Claude Code 是專有軟體，使用單一通訊協定與 Claude 模型通訊，並要求付費的 Anthropic 帳戶。Vibe CLI 提供更廣泛的自帶金鑰介面。Claude Code 則提供有文件記錄且受支援的介面。以下內容均有日期，且這裡沒有任何執行階段相容性測試。
先釐清一點，因為這會改變價格的意義。Mistral 自己的說明中心現在發布資訊指出 Le Chat 就是 Vibe，而「Mistral Vibe」指的是整個產品系列——網頁和行動裝置上的 Vibe Work、Vibe Chat 和 Vibe Code。本頁只討論終端機代理程式：來自 mistralai/mistral-vibe 儲存庫的 mistral-vibe 套件，二進位檔 vibe，版本為 v2.25.5。下方的 Mistral 方案價格購買的是涵蓋遠超該二進位檔的帳戶。另一方面，Claude Code 是 Anthropic 自有的用戶端，而不是Claude Code Router，後者是獨立的第三方代理伺服器。
該選哪一個，以及切換成本
若供應商決策必須由您自己掌控，或您想在付費前試用終端機代理程式，請選擇 Vibe CLI。Mistral 的定價頁面在 Free 方案中列出「有限的程式設計工作階段」，而 CLI 本身是免費軟體，可在 Python 3.12 或更新版本上使用 pip install mistral-vibe 安裝。其設定文件以第三方閘道作為自訂供應商的操作範例，因此將它指向其他位置是有文件記錄的模式，而不是權宜作法。其儲存庫提供 Zed、JetBrains IDE 和 Neovim 的 Agent Client Protocol 設定指示，而 Mistral 的說明中心也將第一方 VS Code 擴充功能列在命令列工具旁。
如果您的工作已使用 Claude 模型，且您想要在供應商自己的通訊協定上使用供應商自己的用戶端，請選擇 Claude Code。其設定文件指出：「Claude Code 需要 Pro、Max、Team、Enterprise 或 Console 帳戶。免費的 claude.ai 方案不包含 Claude Code 存取權。」作為交換，您會取得可在背景自動更新的維護型原生二進位檔、六種具名權限模式，以及完整的閘道相容性指南，其中準確說明自訂端點必須轉送哪些標頭和本文欄位。Mistral 的 CLI 文件沒有提供 Vibe 第三方路徑的同等相容性參考。
從另一個方向來看——您已經執行 Claude Code，正在評估 Vibe CLI——遷移成本在於設定，而非程式碼。兩個用戶端都不會變更您的儲存庫。無法一起移轉的是周邊設定：Claude Code 將設定保存在 ~/.claude、專案 .claude 目錄和 .mcp.json 中，而 Vibe CLI 將自己的設定保存在 ~/.vibe/config.toml、專案 ./.vibe/config.toml 和信任資料夾檔案中。兩者沒有共用格式，也沒有匯入工具，因此請預留一個下午重新宣告供應商、權限和 MCP 伺服器，而不是期待有遷移工具。權限使用習慣也無法直接對應，下一個表格會具體說明這一點。
Mistral Vibe CLI 與 Claude Code 並列比較
| 面向 | Mistral Vibe CLI | Claude Code |
|---|---|---|
| 供應商與授權 | Mistral AI；CLI 採用 Apache-2.0 授權 | Anthropic；npm 套件宣告「SEE LICENSE IN README.md」 |
| 檢查的版本 | v2.25.5，發布於 2026 年 9 月 18 日 | npm 2.1.277，發布於 2026 年 9 月 18 日；stable 標籤為 2.1.267 |
| 安裝與執行環境 | Shell 指令碼、uv tool install 或 pip install；Python 3.12+ | 安裝程式、Homebrew、WinGet、apt/dnf/apk 或 npm；npm 套件會安裝原生二進位檔，「本身不會呼叫 Node」 |
| 需要帳戶 | Mistral 帳戶；Free 方案列出有限的程式設計工作階段 | Pro、Max、Team、Enterprise 或 Console；免費的 claude.ai 不包含此功能 |
| 預設模型 | Mistral Medium 3.5，ID 為 mistral-vibe-cli-latest | Claude 模型，可使用 /model 或 ANTHROPIC_MODEL 變數系列選取 |
| 權限模型 | 代理程式設定檔：ask、plan、accept-edits（預設）、auto-approve，或自訂設定檔，另加 --auto-approve / --yolo | 六種具名模式：default、acceptEdits、plan、auto、dontAsk、bypassPermissions；「在 Pro、Max 和 Team 方案中，內建的初始權限模式為 auto 模式」 |
| 內容處理 | 預設在 200,000 個 Token 時自動壓縮；Mistral 將 Medium 3.5 描述為具有 256k context 的模型 | 對未識別的 ID，假定內容視窗為 200K；若 ID 帶有 [1m]，則假定為 1M |
| 編輯器介面 | Agent Client Protocol 用戶端及第一方 VS Code 擴充功能 | VS Code 擴充功能、JetBrains 外掛程式和 Desktop 應用程式 |
| 第三方端點 | 手動編輯的 [[providers]] TOML；沒有新增供應商的 UI | ANTHROPIC_BASE_URL 加上認證資訊變數，並附有已發布的相容性指南 |
| 遙測預設值 | 開啟；在 config.toml 中使用 enable_telemetry = false 停用 | 由您的帳戶類型決定；請參閱 Anthropic 的資料使用文件 |
來源檢查日期為 2026 年 9 月 19 日：Vibe CLI 的GitHub API和PyPI 中繼資料、Claude Code 的npm 套件登錄服務和權限模式。Vibe 的發布節奏很快——2026 年 9 月 10 日至 9 月 18 日之間發布了四個版本——因此請將任何設定相關的說法對應至特定版本，而不是您上個月閱讀的文件頁面。
每個帳戶的費用
| 方案 | 公布價格 | 已發布的項目對程式設計所說的內容 |
|---|---|---|
| Mistral Free | $0 | 「有限的程式設計工作階段」；「每月 $10 的 API 額度」 |
| Mistral Pro | 每月 $14.99；經驗證的學生為 $5.99 | 「全天候在 CLI、IDE 或網頁上進行程式設計」；「每月 $30 的 API 額度」（學生 Education 方案為 $15） |
| Mistral Team | 每位使用者每月 $24.99，最低每月 $50 | 增加儲存空間、網域驗證和資料匯出 |
| Claude Pro | 年度訂閱每月 $17（預先收取 $200）；按月支付 $20 | 包含 Claude Code |
| Claude Max | 每月 $100 起 | 「每個 5 小時工作階段可選擇 Pro 使用量的 5 倍或 20 倍」 |
| Claude Team | 年度訂閱每個席位每月 $20，按月支付 $25；Premium 席位年度每月 $100，按月支付 $125 | 包含 Claude Code |
資料取自 2026 年 9 月 19 日查閱的 mistral.ai/pricing 和 claude.com/pricing。有三項需要誠實說明的缺口。兩家供應商都沒有公布可用作月費除數的使用量數字——「有限的程式設計工作階段」、「整天進行程式設計」和「每個 5 小時工作階段的使用量為 Pro 的 5 倍或 20 倍」是已發布的措辭，您在其他地方看到的任何每月時數都是某人的估算。Max 頁面只列出「起價 $100」，因此本指南不提供 20 倍級別的價格。此外，Anthropic 的定價頁面與其部分部署文件中的席位價格有所不同，因此請在訂購前於結帳時確認席位報價。
方案表格無法告訴您的另一件事：Mistral 將每月 API 額度列為方案福利，但沒有說明其適用產品，因此定價頁面無法回答這些額度是否能專門用於 Vibe CLI。請在自己的帳戶中確認，然後再將這些額度視為程式設計預算。更新於 2026 年 10 月 1 日：本表在 9 月 19 日讀取時將 Pro 的 API 額度列為 $15；10 月 1 日定價頁面列出 Pro 為 $30，學生 Education 方案為 $15。方案金鑰、隨用隨付金鑰，以及超過方案限制後的處理方式，請參閱Mistral Vibe 定價。
將任一用戶端指向您自己的 API 金鑰
Vibe CLI 會依名稱合併 [[providers]] 項目，並依別名合併 [[models]] 項目；其已記錄的優先順序由高至低為管理員設定、命令列旗標、環境變數、專案 ./.vibe/config.toml，然後是使用者 ~/.vibe/config.toml。使用 api_style = "openai" 時，要求會攜帶 bearer token 傳送至 {api_base}/chat/completions，因此基礎 URL 以 /v1 結尾。
# Vibe CLI reads ./.vibe/config.toml first, then ~/.vibe/config.toml.
active_model = "kunavo-sonnet"
[[providers]]
name = "kunavo"
api_base = "https://api.kunavo.com/v1"
api_key_env_var = "KUNAVO_API_KEY"
api_style = "openai"
backend = "generic"
[[models]]
name = "claude-sonnet-5"
provider = "kunavo"
alias = "kunavo-sonnet"
display_name = "Claude Sonnet 5 (Kunavo)"這裡有兩件容易搞錯的事。v2.25.5 原始碼會透過普通字典查詢解析 api_style，不進行驗證，因此拼寫錯誤會在要求時間引發錯誤，而不是在載入設定時引發。這裡也沒有新增供應商的 UI：/config 和 --setup 不會建立第三方供應商，因此此檔案必須手動編輯。原始碼也在 "openai" 旁公開了 "anthropic"、"openai-responses"、"reasoning" 和 "vertex-anthropic"——Anthropic 版本會使用 x-api-key 傳送至 /v1/messages，因此其 api_base不得包含 /v1——但 Mistral 的文件完全沒有列出其中任何一個。v2.25.5 從實驗性階段提升的 Unified Harness 確實包含這些值——相同原始碼會將 api_style 傳給它，並在該路徑上實作每種樣式的認證資訊配置——因此請將它們視為已由原始碼驗證但未記錄於文件中，而不是僅供舊版使用；同時也請注意，本頁未執行這些項目。
Claude Code 確實只有一條路徑，而且有完整的端到端文件。設定基礎 URL 和憑證；gateway 頁面指出：「當 gateway 憑證變數或 apiKeyHelper 啟用時，開發者的 claude.ai 訂閱不會被使用：該憑證會取代該工作階段的訂閱登入，而訂閱的使用量限制不適用。」設定基礎 URL 但不設定憑證，不會取代訂閱。
export ANTHROPIC_BASE_URL="https://api.kunavo.com"
export ANTHROPIC_AUTH_TOKEN="sk-kn-..."
export ANTHROPIC_MODEL="claude-sonnet-5"
export ANTHROPIC_DEFAULT_OPUS_MODEL="claude-opus-5-5"
export ANTHROPIC_DEFAULT_SONNET_MODEL="claude-sonnet-5"
export ANTHROPIC_DEFAULT_HAIKU_MODEL="claude-haiku-4-5"
claude保留模型列：Claude Code 內建的預設模型及其 opus 別名都會解析至最新的 Opus；若 Kunavo 尚未提供該模型，第一次請求會回傳 404。此固定設定會將 opus 固定為 Claude Opus 5.5，這需要 Claude Code v2.1.280 或更新版本，比上方表格中的 2.1.277 版本更新（請執行 claude update）。sonnet 別名預設為 Sonnet 5.5，而 Kunavo 不提供該模型，因此若沒有 ANTHROPIC_DEFAULT_SONNET_MODEL 設定，/model sonnet 切換、opusplan 的執行階段，以及任何設定為 model: sonnet 的子代理程式都會回傳 404。
Kunavo 提供 chat completions、responses 和 Anthropic 原生的 Messages 端點，其 Messages 路徑接受 Authorization 或 x-api-key 中任一種憑證，這使兩個用戶端能以相同方式進行驗證。請參閱基礎 URL 參考和 Claude Code 整合指南。這些是已發布的設定參考，不是相容性測試。
第三方端點無法取得的內容
這正是功能表格遺漏的部分，也是應該閱讀原始碼而非行銷頁面的最強理由。
在 Vibe CLI 中，並非所有流量都會傳送至您的供應商。 背景「utility」完成請求——也就是為對話和工作樹命名的小型呼叫——只要有可用的 Mistral 供應商，就會路由至 Mistral 自己的 mistral-vibe-cli-fast 模型；而內建預設值總是會設定一個，即使您工作階段的作用中供應商是其他供應商。v2.25.5 的原始碼明確說明了這一點以及其 fallback：當沒有可用的 Mistral 供應商時，utility 呼叫會改用工作階段的作用中模型。實際上，這表示未設定 MISTRAL_API_KEY，或透過 allowed_models 排除該別名。Smart Approve 更進一步：其 2.25.1 變更記錄指出，分類器「現在無論工作階段的作用中模型為何，都會在快速 Mistral 模型上執行分類器」，而且它僅適用於 Unified-Harness，因此僅使用 Kunavo 的工作階段實際上會處於 accept-edits 或 plan，而不是 Smart Approve。連接器 bootstrap 同樣受限於供應商的 backend 為 mistral；瀏覽器登入還需要該設定以及已設定的瀏覽器驗證 URL；以上方區塊所示方式宣告的供應商僅提供憑證。此外，在沒有 API 金鑰環境變數的情況下設定的第三方供應商，在 Unified Harness 上每一輪都會失敗，直到 v2.25.5 修正為止；這項修正相當新，值得在除錯自己的設定前了解。
另外還有一項取樣細節，會決定您的第一個請求是否能正常運作。Vibe 的 OpenAI 路徑會無條件地以 temperature 建立其 payload，而 Anthropic 路徑則完全不傳送該欄位。這很重要，因為 Kunavo 的目錄將 temperature、top_p 和 top_k 標示為其多個 Claude 清單不支援的項目，並在派送前將其移除；若路徑原樣轉送這些欄位，客戶端預設值就會變成硬性拒絕。這就是本頁展示上述 api_style = "openai" 設定的原因。
就 Claude Code 而言，自訂基礎 URL 也會改變預設值，而且 Anthropic 有說明哪些預設值會改變。Token 計數最明顯：/v1/messages/count_tokens 是選用的，而「當它們不存在時，Claude Code 會退回使用以字元為基礎的內容使用量估算」，因此 /context 會針對任何不提供該端點的 gateway 顯示約略數字——Kunavo 不提供該端點。使用自訂基礎 URL 時，細粒度工具串流預設為關閉。除非設定 CLAUDE_CODE_ENABLE_GATEWAY_MODEL_DISCOVERY=1，否則 gateway 模型探索功能會關閉，且會捨棄任何不含「claude」或「anthropic」的 id。快速模式可用性檢查和 WebFetch 網域安全性檢查仍會直接呼叫 api.anthropic.com，永遠不會出現在 gateway 記錄中。而 ANTHROPIC_DEFAULT_*_MODEL_SUPPORTED_CAPABILITIES 變數「在 ANTHROPIC_BASE_URL gateway 後方不會產生任何作用」。
兩項 Kunavo 特有的邊界，取自其 2026 年 9 月 24 日的原始碼。其 Messages 端點只提供 slug 以 claude- 開頭的模型，因此 Vibe 的 "anthropic" api_style 無法透過該端點存取其他模型。而在 Vibe 的 Anthropic adapter 一律傳送的四個 anthropic-beta 值中，該路徑會將 interleaved-thinking-2025-05-14 和 fine-grained-tool-streaming-2025-05-14 轉送至上游，並捨棄 prompt-caching-2024-07-31 和 context-1m-2025-08-07，不會拒絕請求。JSON 主體（包括任何 cache_control 標記）會依傳入內容交給 dispatcher；這是否會在特定模型上產生快取命中，不是本頁測量的項目。提示快取說明支援快取的路徑所適用的費率。
單一工作階段的範例 token 成本
這些是 token 算術，不是實測的工作成本，也不是帳單上限。假設一個工作階段傳送 200,000 個未快取輸入 token，並接收 12,000 個輸出 token。第一列是 Mistral 為 Vibe CLI 預設模型發布的費率，列出來供比較——Kunavo 不販售 Mistral 模型。其餘各列是 Kunavo 目錄按每百萬 token 計算的即時費率。
| 模型 | 每 1M 的輸入／輸出 | 計費方 | 假設工作階段的估算 |
|---|---|---|---|
| Mistral Medium 3.5 | $1.50 / $7.50 | Mistral 自有 API | $0.390 |
| Claude Haiku 4.5 | $0.70 / $3.50 | Kunavo 目錄 | $0.182 |
| Claude Sonnet 4.6 | $2.10 / $10.50 | Kunavo 目錄 | $0.546 |
| Claude Sonnet 5 | $1.40 / $7.00 | Kunavo 目錄 | $0.364 |
| Claude Opus 5 | $3.50 / $17.50 | Kunavo 目錄 | $0.910 |
Mistral 的數字來自其 API 價格表，而 Vibe 自身隨附的設定也為其預設模型宣告相同的兩個數字。請注意，字面 id mistral-vibe-cli-latest 並未出現在任何 Mistral 價格表中，且至少有一個第三方計算器為其列出不同費率，因此最誠實的做法是引用 Mistral Medium 3.5 的發布費率，而不是引用該 id 的價格。
在 Kunavo 方面，每個 Claude 項目的定價都各自與 Anthropic 的牌價比較：Claude Sonnet 4.6 的價格為 $2.10 / $10.50，官方參考價格為 $3.00 / $15.00（約比牌價低 30%）；而 Claude Sonnet 5 的價格為 $1.40 / $7.00，對應的參考價格為 $2.00 / $10.00（約比牌價低 30%）。Kunavo 的目錄金額是計費下限而非上限：當上游回報其費用時，帳單金額取目錄成本與上游成本乘以適用加成後的金額兩者中較高者。快取費用和外部工具不包含在此範例中。最低加值金額是$10 的預付額度，這筆金額會增加餘額，而不是購買方案——請參閱計費詳細資料。
不靠猜測地試用
將同一項受限任務執行兩次——一次處理一個檔案、一次修正一個錯誤、一次跨多個檔案進行調查——分別在兩個用戶端中執行，然後查看帳戶實際記錄的費用。這能回答方案表無法回答的問題：列出的較低費率是否也完成了工作。試用期間請保留一條可運作的路徑，因為上述兩種設定都尚未針對 Kunavo 進行執行時測試。Claude Code 方面請從 Claude Code 整合指南開始；準備為金鑰儲值時，請建立 Kunavo 帳戶。
正在以相同面向評估其他終端機代理程式？OpenCode 與 Claude Code以及 Gemini CLI 與 Claude Code會比較另外兩個用戶端，兩者同樣將免費二進位檔與按用量計費的 API 帳單分開；不使用訂閱的 Claude Code則詳細說明憑證路徑。
常見問題
Mistral Vibe 比 Claude Code 好嗎？
這裡沒有任何基準測試可以回答這個問題，而在沒有發布執行結果的情況下，依品質為兩個程式設計代理程式排名只是猜測。可核查的差異在於結構。Vibe CLI 是 Apache-2.0 軟體，讀取手動編輯的 TOML 檔案，且可指向任何 OpenAI 相容端點；Mistral 的免費方案列出有限的程式設計工作階段。Claude Code 是專有軟體，使用單一通訊協定 Anthropic Messages API，要求 Pro、Max、Team、Enterprise 或 Console 帳戶，並詳細記錄其閘道路徑。請根據您能接受哪些限制做選擇，然後在自己的儲存庫上測量兩者。
Mistral Vibe 免費嗎？
Vibe CLI 軟體是免費的：它在 PyPI 上以 mistral-vibe 的形式採用 Apache-2.0 授權，並可透過 pip、uv 或 shell 指令碼安裝。需要付費的是推論。Mistral 的 Free 方案列出「有限的程式設計工作階段」和「每月 $10 的 API 額度」，Pro 每月 $14.99（經驗證的學生為 $5.99），並列出「全天候在 CLI、IDE 或網頁上進行程式設計」。Mistral 沒有公布每項額度可購買多少工作階段，因此任何誠實的頁面都無法將方案換算成時數。Claude Code 的對比更明確：其自身設定文件表示，免費的 claude.ai 方案完全不包含 Claude Code 存取權。
Mistral Vibe 是開源軟體嗎？
CLI 是。GitHub 儲存庫 mistralai/mistral-vibe 採用 Apache-2.0 授權，未封存，PyPI 套件也宣告相同授權。不過在 v2.25.5 中，宣稱「完全開源」仍然言過其實：pyproject.toml 鎖定了 mistralai-vibe-local-harness==0.5.1，這是另一個 PyPI 套件，被描述為本機 Unified Harness 執行環境和原生繫結，但沒有授權欄位、授權表達式、分類器、專案 URL 或原始碼儲存庫。2.25.5 的變更日誌也移除了 Unified Harness 的「實驗性」標籤，並將 --legacy-harness 命名為返回 Python 版本的逃生機制。Claude Code 也不是開源軟體：其 npm 套件宣告「SEE LICENSE IN README.md」，而非 OSI 授權。
Mistral Vibe CLI 可以使用 Claude 模型嗎？
可以，透過其自身的供應商設定，而不是切換功能。Vibe CLI 會依名稱合併 [[providers]] 項目，並依別名合併 [[models]] 項目，來源可為 ./.vibe/config.toml 或 ~/.vibe/config.toml；Mistral 自己的設定文件也以第三方閘道作為操作範例。使用 api_style = “openai” 時，CLI 會攜帶 bearer token 發送至 /chat/completions，因此 api_base 以 /v1 結尾。v2.25.5 原始碼也公開了 api_style 值 “anthropic”、“openai-responses”、“reasoning” 和 “vertex-anthropic”，但 Mistral 的文件只顯示 “openai”，因此請將其他值視為已由原始碼驗證、但未記錄於文件中。v2.25.5 從實驗性階段提升的 Unified Harness 也包含這些值——相同原始碼會直接將 api_style 傳給它，並在該路徑上實作每種樣式的認證資訊配置——但本頁沒有執行其中任何一種。
Claude Code 可以使用 Mistral 模型嗎？
不行，而且 Anthropic 已直接說明：其閘道文件指出，Anthropic「不認可、維護或稽核第三方閘道產品，也不支援透過任何閘道將 Claude Code 路由至非 Claude 模型」。線路格式進一步限制了這一點：使用 ANTHROPIC_BASE_URL 的閘道必須以 Anthropic Messages 格式提供 /v1/messages，而閘道模型探索功能預設關閉，除非設定 CLAUDE_CODE_ENABLE_GATEWAY_MODEL_DISCOVERY=1；它只保留包含「claude」或「anthropic」的模型 ID。不過，請將這項篩選視為不受支援，而非遭到封鎖：同一份文件表示它控制 /model 選擇器，而被捨棄的 ID 仍可手動設定。Kunavo 從自身一側劃定界線：其 Messages 端點會拒絕 slug 不以 claude- 開頭的任何模型。
Mistral Vibe CLI 預設使用哪個模型？
Mistral Medium 3.5。Mistral 自己的公告表示，它「成為 Le Chat 的預設模型」，並且「也取代我們程式設計代理程式 Vibe CLI 中的 Devstral 2」；v2.25.5 原始碼也一致：預設啟用的模型是 ID mistral-vibe-cli-latest，顯示名稱為「Mistral Medium 3.5」。任何聲稱 Vibe CLI 預設執行 Devstral 2 的文章都早於這項變更。Mistral 的 API 價格表列出 Mistral Medium 3.5 的價格為每百萬輸入 Token $1.5、每百萬輸出 Token $7.5，而 Vibe 隨附的設定也宣告相同兩個數字。
Mistral Vibe 和 Claude Code 哪個比較便宜？
兩者的計費方式不同，因此只有先固定路徑後才能進行比較。在方案方面，Mistral Pro 每月 $14.99，而年度訂閱的 Claude Pro 每月 $17（預先收取 $200），或按月支付 $20；兩家供應商都沒有公布可用來除以這些價格的使用量數字。在 Token 方面，兩個用戶端都可以改用計量 API 金鑰執行，此時由模型費率而非用戶端決定帳單。最低列出的費率與完成工作的最低成本仍是不同問題：需要嘗試三次的模型，成本可能高於一次完成工作的較昂貴模型。
檢查日期為 2026 年 9 月 19 日：mistral-vibe 及其執行框架相依項目的 GitHub 和 PyPI API；v2.25.5 原始碼、變更記錄和 README；docs.mistral.ai 的 CLI 設定頁面；mistral.ai/pricing、mistral.ai/pricing/api、Mistral Medium 3.5 公告，以及 Mistral 說明中心關於 Vibe 更名的文章；@anthropic-ai/claude-code 的 npm 套件登錄項目；以及 code.claude.com 的設定、權限模式、閘道和閘道相容性頁面。Kunavo 自身的端點行為也在同日從其原始碼讀取。兩個用戶端都未安裝，也未對 Kunavo 執行，因此本文任何內容都不是相容性測試；所有美元數字都是範例 token 算術，而非實測的工作成本。