Kiro CLI 和 Claude Code 都是目前的一方、封閉原始碼程式碼代理——但在大多數人開啟這項比較想釐清的事情上，兩者並不對稱。Kiro CLI 的成本路徑是以額度計量的封閉 AWS 訂閱，沒有文件記載可以將它指向你自己的模型端點。Claude Code 的成本路徑則是 Anthropic 訂閱，或按權杖計費到你透過 ANTHROPIC_BASE_URL 設定的任何 Anthropic 格式端點。如果你進行比較是因為想掌握成本路徑，那是 Claude Code 的特性，而不是 Kiro CLI 的特性；任何設定都無法改變這一點。
在其他事情之前，先說明一項命名事實，因為它決定哪些價格甚至相關。Kiro CLI 是重新命名後的 Amazon Q Developer CLI。而「Kiro」只差一個字母就像「Kilo Code」，後者是另一個產品，確實接受自訂的 OpenAI 相容端點——如果你指的是那個工具，請參閱 Kilo Code vs Claude Code。以下每一句關於自訂端點的內容都會因此標明產品。
您實際比較的是什麼
Kiro 的遷移指南提供了日期：「Kiro CLI 將自 2025 年 11 月 17 日起提供」，啟用自動更新的機器則於 2025 年 11 月 24 日遷移。舊的入口仍然存在——「q 和 q chat 將繼續運作，但我們建議使用 kiro-cli」——安裝程式會將提示和代理從 ~/.aws/amazonq 複製到 ~/.kiro，並將規則放入 ~/.kiro/steering。同一頁也記錄了一項任何方案表都未顯示的變化：「Kiro CLI 軟體採 AWS Intellectual Property License 授權，而 Q Developer CLI 軟體採 Apache 2.0 授權。」這次重新命名使該工具不再是開放原始碼。AWS 在自己的升級文件中清楚說明了這次重新命名。
這條血統也是前身持續出現在搜尋結果中的原因。AWS 的終止支援公告表示：「2027 年 4 月 30 日，AWS 將停止支援 Amazon Q Developer IDE 外掛程式。若要使用類似 Amazon Q Developer IDE 外掛程式的功能，請探索 Kiro」，而 2026 年 4 月 30 日的 AWS DevOps 部落格文章補充說明，新註冊已於 2026 年 5 月 15 日停止。
這是一項值得在編列預算前先抓出的衝突。截至 2026 年 9 月 19 日，aws.amazon.com/q/developer/pricing/仍以每位使用者每月 $19 宣傳 Amazon Q Developer Pro，附帶免費層，且沒有終止服務橫幅；但上述文件和部落格表示註冊已關閉，支援將於 2027 年結束。AWS 的行銷頁面與 AWS 的文件互相矛盾。兩個數字都不是 Kiro CLI 的價格；Kiro CLI 的價格在 kiro.dev/pricing，且以額度計價。請在結帳時確認，不要依賴任一頁面。
說明版本，避免有人安裝錯誤的系列。Kiro CLI 變更記錄的最新項目是2.22.0，日期為 2026 年 9 月 16 日；v3 系列以選擇加入的早期存取形式存在，透過 kiro-cli --v3 啟動，並與現有 2.x 安裝並行，因此 2.x 是正式發布的預設版本。Claude Code 以 npm 套件 @anthropic-ai/claude-code 發布，npm 登錄上的最新版本為 2.1.278，授權欄位為「SEE LICENSE IN README.md」——現在和 Kiro CLI 一樣，屬於專有軟體。Anthropic 的 Claude Code 文件目前由 code.claude.com 提供，以下連結使用該主機，而非較舊的 docs.claude.com 路徑。
Claude Code 與 Kiro CLI：誰該選哪一個
實際上有五項決策將兩者區分開來。沒有一項是「哪個模型比較好」——本頁內容未經執行階段測試，兩家供應商也都沒有發布值得引用的正面基準測試。
如果你的帳戶已經是決定因素，請選擇 Kiro CLI。如果你目前使用 Amazon Q Developer，遷移會替你完成，而且前身正進入倒數。若你的組織透過 AWS IAM Identity Center 或外部 IdP 登入，Kiro 可直接接受這些方式。此外，一個訂閱涵蓋多個介面：kiro.dev/pricing表示訂閱「可與 Kiro IDE、Kiro CLI、網頁版 Kiro、Kiro Crew、相容 ACP 的 IDE，以及軟體開發自動化搭配使用。」如果你想從 JetBrains 或 Zed 驅動代理，而不是使用終端機，kiro-cli acp會透過 ACP公開代理；Kiro 將 ACP 描述為「讓 AI 代理能與任何相容編輯器合作的開放標準」，並針對 JetBrains IDE、Zed 及其他相容 ACP 的編輯器提供文件。
如果你希望由管理員鎖定模型清單，請選擇 Kiro CLI。Kiro 的企業治理文章（2026 年 3 月 12 日）表示，停用的模型「不會出現在組織中任何開發者的模型選擇器內，IDE 和 CLI 都一樣」。這是一項實際的控制功能，也正是它回答下方端點問題時的同一項特性。
如果您需要按 token 計費，請選擇 Claude Code。 Kiro 的 官方 FAQ 將 credit 定義為「回應使用者提示時的一個工作單位」；簡單提示可能消耗不到一個 credit，而規格任務通常會消耗更多。這種說法很誠實，但也無法預測：您無法事先知道一個月的工作需要多少 credit，也無法將 credit 換算成 token，因為官方沒有公布換算方式。按 token 計費則會提供可供乘算的費率。
如果成本計算方式本身就是決策依據，請選擇 Claude Code。這就是兩者的不對稱之處。Claude Code 有文件說明端點覆寫；Kiro CLI 的文件則說明了相反的情況。
如果您持續遇到配額限制，請根據配額形式做選擇。 Kiro 公布每月 credit 配額，並在計費月份開始時重設；其 FAQ 也表示，未使用的訂閱 credit 不會累計至下期。根據 Anthropic 的成本文件，Team 或 Enterprise 方案中的 Claude Code 使用「每個席位的配額，會在滑動五小時視窗與每週視窗中重設」；該文件並補充，工作階段或每週限制「由所有模型共用，因此開發人員無法透過切換模型來恢復存取權/model」。兩者的耗盡方式不同：一者會在當月用盡，另一者會讓您暫停數小時。本頁查到的 Kiro 文件沒有公布相當於工作階段視窗的設定，但這不等於 Kiro 沒有這項限制。
已公布的差異並列比較
| 面向 | Kiro CLI | Claude Code |
|---|---|---|
| 沿革與名稱 | 由 Amazon Q Developer CLI 更名而來（2025 年 11 月 17 日；2025 年 11 月 24 日自動更新） | 未更名；Anthropic 官方產品 |
| 軟體授權 | AWS 智慧財產權授權條款——不是開放原始碼；前身採用 Apache 2.0 | 專有軟體（npm 上標示「SEE LICENSE IN README.md」） |
| 目前發布版本 | 2.22.0（2026 年 9 月 16 日）；v3 可透過 --v3 選擇加入搶先體驗 | npm 上的 2.1.278 |
| 計費單位 | Credits——「一個工作單位」，每次提示的消耗量不同，未公布 token 換算方式 | 訂閱配額，或依公布的每百萬 token 費率按 token 計費 |
| 配額重設 | 每月；未使用的訂閱 credit 不會累計至下期（購買的加購 credit 則會） | Team/Enterprise 方案的滑動五小時與每週席位視窗 |
| 模型清單控制 | 管理員可以移除模型，但永遠不能新增模型 | 每個工作階段選定模型；閘道可能會提供自己的別名 |
| 第三方模型端點 | 沒有記載 base URL、供應商或第三方金鑰設定 | ANTHROPIC_BASE_URL 加上 Anthropic 記載的憑證變數 |
| 無頭模式／CI 驗證 | KIRO_API_KEY；Pro、Pro+、Pro Max 與 Power 訂閱者均有記載 API 金鑰驗證方式 | 互動式 CLI 使用的相同憑證變數 |
| 其他介面 | 同一個訂閱包含 IDE、網頁、Crew，以及相容於 ACP 的編輯器 | CLI、VS Code 擴充功能、桌面應用程式、GitHub Actions、Agent SDK |
| 設定遷移位置 | 自動從 ~/.aws/amazonq 遷移至 ~/.kiro | 不適用；成本計算方式會隨兩個環境變數改變，不需要重新安裝 |
Kiro CLI 定價與 Claude Code 定價，以各自的計價單位表示
| Kiro 方案 | 價格 | 每月包含的 credit |
|---|---|---|
| 免費 | $0 | 50 |
| Pro | 每位使用者每月 $20 | 1,000 |
| Pro+ | 每位使用者每月 $40 | 2,000 |
| Pro Max | 每位使用者每月 $100 | 5,000 |
| Power | 每位使用者每月 $200 | 10,000 |
| 加購 credit | 每個 credit $0.04 | 另行購買；未使用的 credit 可累計，並於購買日起 12 個月後到期 |
2026 年 9 月 19 日查閱 kiro.dev/pricing 與 kiro.dev/faq。這兩個費率唯一能支持的算術比較是超額使用的費率比：Pro 方案內含額度的費率換算後為每點 $0.02，因此加購額度的每點價格是方案內含額度的兩倍。這並不能說明完成的工作量，因為一點額度並不代表固定的工作量。
| Claude 方案 | 公布的價格 | 列出 Claude Code 嗎？ |
|---|---|---|
| 免費 | $0 | Free 列未列出 |
| Pro | 採用年度折扣時每月 $17（預付 $200）；按月計費則為 $20 | 是 |
| Max | 每月 $100 起，提供 5 倍或 20 倍使用量級別 | 是 |
| Team | Standard 席位按年計費時每個席位每月 $20，按月計費為 $25；Premium 席位按年計費時每個席位每月 $100，按月計費為 $125 | 是 |
| Enterprise | 每個席位每月 US$20，按年計費，另加依 API 費率計算的使用費 | 是 |
2026 年 9 月 19 日查閱 claude.com/pricing。該價格表有兩項需要如實說明的限制。Free 列只是沒有在功能中列出 Claude Code——這是頁面上觀察到的缺漏，不是引用的排除條款。而 Max 列顯示「From $100」的起始價格，以及 5 倍和 20 倍使用量級別；本頁沒有取得較高級別的第一方價格字串，因此不列印第二個數字。Claude 方案限制說明這些配額在實際使用中的行為，而 Claude 與 Claude Code 的比較說明同一個訂閱如何以相同配額服務聊天應用程式與 CLI。
為何無法直接比較 Kiro credit 與 token 費率
Kiro 公布每個模型的 credit 倍率，看起來像是換算表，但其實不是——倍率會按比例調整 credit，而 credit 仍是一個工作單位，不是 token 數量。部分列如下：
| Kiro 清單中的模型 | Credit 倍率 | 公布的狀態 |
|---|---|---|
| Claude Fable 5.1 | 6x | 實驗性 |
| GPT-5.6 Sol | 4.4x | 實驗性 |
| Claude Opus 5 | 2.2x | 仍在活躍 |
| GPT-5.6 Terra | 2.2x | 實驗性 |
| GPT-5.6 Luna | 1.1x | 實驗性 |
| GLM-5 | 0.5x | 仍在活躍 |
| MiniMax M2.5 | 0.25x | 仍在活躍 |
| Qwen3 Coder Next | 0.05x | 仍在活躍 |
2026 年 9 月 19 日查閱 kiro.dev/docs/models/available-models/。該清單中的數個模型——包括 Claude Sonnet 5、Opus 4.x 系列與 Claude Haiku 4.5——完全沒有公布倍率，本頁也沒有從相鄰模型推算倍率。免費層級還有更嚴格的限制：kiro.dev/pricing 的註腳指出，使用社群登入或 AWS Builder ID 註冊的免費層級使用者，最多只能使用 Claude Sonnet 4.5，以及 Qwen3 Coder Next、DeepSeek 3.2 和 MiniMax M2.1 等開放權重模型——因此 Opus 系列無法以 $0 使用。
相較之下，Anthropic 公布了兩項產品中唯一的第一方每位開發人員成本基準。其成本文件指出，在企業部署中，「平均成本約為每位開發人員每個活躍日 $13、每位開發人員每月 $150-250，且 90% 的使用者每個活躍日的成本低於 $30。」這是 Anthropic 對按 token 計費的 Claude Code 所公布的數字，不是 Kunavo 的測量結果，也不是您團隊的報價。
成本計算方式：Claude Code 允許您變更什麼，以及這會產生多少成本
Anthropic 在同一組頁面中記載了端點覆寫及其後果，因此可以從兩個方向加以核對。設定由兩個變數組成，而 base URL 是一個來源：Anthropic 的閘道相容性指南將 ANTHROPIC_BASE_URL 閘道提供的端點列為 /v1/messages 和選用的 /v1/messages/count_tokens；其範例會將變數設為純主機名稱，因此請勿自行將 /v1 放入值中。
# ANTHROPIC_BASE_URL is an ORIGIN. Claude Code appends the route itself.
export ANTHROPIC_BASE_URL=https://api.kunavo.com
export ANTHROPIC_AUTH_TOKEN=sk-kn-...
# Pin models Kunavo serves. Claude Code's default and its opus/sonnet aliases
# follow Anthropic's newest models; the sonnet alias asks for Sonnet 5.5, which
# Kunavo does not serve, so unpinned /model sonnet, opusplan's execution phase
# and sonnet subagents 404. Opus 5.5 needs Claude Code v2.1.280 or later (claude update).
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
# Anthropic's own verification call, which shows the concatenation:
curl -X POST "$ANTHROPIC_BASE_URL/v1/messages" \
-H "Authorization: Bearer $ANTHROPIC_AUTH_TOKEN" \
-H "anthropic-version: 2023-06-01" \
-H "content-type: application/json" \
-d '{"model": "claude-sonnet-5", "max_tokens": 1, "messages": [{"role": "user", "content": "."}]}'在將此視為免費資源之前，有三件事值得仔細閱讀。第一，真正移動計費的是憑證，而不是 base URL。 Anthropic 的閘道概覽表示，當閘道憑證變數或 apiKeyHelper 啟用時，「開發人員的 claude.ai 訂閱不會被使用」，其使用量限制也不會套用；同時，「只設定該變數而沒有閘道憑證，並不會取代訂閱。」
第二，部分功能會停用。 連線頁面指出，Remote Control 與語音聽寫「在 ANTHROPIC_API_KEY、ANTHROPIC_AUTH_TOKEN 或 apiKeyHelper 啟用時無法使用」；當 base URL 指向非 Anthropic 主機時，Remote Control 也會額外停用；快速模式的可用性檢查「會直接連線至 api.anthropic.com，不會遵循 ANTHROPIC_BASE_URL」；而當憑證變數也啟用時，Claude Code「不會向 Console 分析儀表板回報使用量指標」。在桌面應用程式中，閘道設定也會從環境選擇器移除 SSH 與 Anthropic 託管的雲端環境。代理迴圈本身仍透過 Messages API 執行，但說它「不受影響」會過度簡化：Anthropic 的閘道相容性指南列出一些取決於閘道是否轉送正確標頭與本文欄位的功能，包括內容管理、測試版工具欄位、提示快取標記與 token 計數；該指南也記載，在任何自訂 base URL 上，細粒度工具串流預設為關閉。特定閘道能保留哪些功能，是該閘道的特性，而不是 Claude Code 的特性。
第三，Anthropic 限定了任何人可以如何描述這件事。同一份概覽指出：「任何提供受支援 API 格式的閘道都能運作。Anthropic 不背書、不維護，也不稽核第三方閘道產品，且不支援透過任何閘道將 Claude Code 路由至非 Claude 模型。」Kunavo 透過 Anthropic 格式端點提供 Claude 模型，符合這項已記載的形式。在 Claude Code 中執行非 Claude 模型則不符合，本頁也沒有如此暗示。
Kiro CLI 沒有對應的章節，而這正是研究結果，不是研究缺口。其驗證頁面記載 GitHub、Google、AWS Builder ID、IAM Identity Center 與外部 IdP 登入方式，沒有第三方供應商金鑰，並表示「基於 API 金鑰的驗證僅適用於 Kiro Pro、Pro+、Pro Max 與 Power 訂閱者」。其無頭模式文件涵蓋 --no-interactive、--trust-all-tools、--trust-tools、--agent-engine、--output-format stream-json 與 --require-mcp-startup，其中任何位置都沒有 base URL 或端點選項。自行提供金鑰是社群提出但尚未滿足的需求——該主要 issue 於 2026 年 6 月 11 日開啟，並以重複項目結案，沒有維護者承諾。因此，這裡沒有可展示的 Kiro CLI 端點設定。這是關於 Kiro 已公布介面的陳述，不是證明任何地方都無法設法讓它運作——但把某個設定區塊呈現為官方 Kiro 設定，並不代表它就是官方設定。
Claude Code 路線的估算範例
這是說明性的 token 算術，不是測得的任務成本，也不是帳單上限。假設一個有界任務傳送250,000 個未快取輸入 token並接收15,000 個輸出 token，且一個工作日包含8 個此類任務。這三個數字只是說明用的假設；實際數字取決於您的儲存庫。費率是目前Kunavo 目錄中每百萬 token 的即時價格。
| 模型 | 每 1M 的輸入／輸出 | 每個任務的估算 | 每個假設工作日的估算 |
|---|---|---|---|
| Claude Haiku 4.5 | $0.70 / $3.50 | $0.227 | $1.82 |
| Claude Sonnet 4.6 | $2.10 / $10.50 | $0.682 | $5.46 |
| Claude Sonnet 5 | $1.40 / $7.00 | $0.455 | $3.64 |
| Claude Opus 5 | $3.50 / $17.50 | $1.137 | $9.10 |
請將其視為成本形狀，而不是報價。在這些假設下，Claude Sonnet 5 模型在假設工作日的成本為 $3.64，而 $9.10 則適用於 Claude Opus 5——這就是為什麼模型選擇對 token 帳單的影響大於供應商選擇，也解釋了 Anthropic 自己建議將最重型的模型保留給真正需要它的工作。提示快取會在實際工作階段中大幅改變這些數字，本例未納入；請參閱 Claude 提示快取。清單中最便宜的費率與完成任務最便宜的方式也是兩個不同問題：需要嘗試三次的模型，成本可能高於一次就能完成的模型。
Kunavo 目錄金額是計費下限，而不是上限：上游回報費用後，帳單會取目錄成本與上游成本乘以適用加成兩者中較高者。最低加值額為預付 credit $10——這是資金最低額，不是任務費，也不是訂閱費。請參閱計費詳細資訊。
雙向遷移成本
從 Amazon Q Developer轉移至 Kiro CLI 是本頁最便宜的遷移方式，因為 AWS 已替您完成這項工作——上述檔案複製會在安裝時執行，舊指令也會繼續運作。成本在於授權變更，這是採購問題，而不是工程問題。
變更 Claude Code 的成本計算方式只需設定兩個環境變數，且可立即復原：取消設定後，儲存在磁碟上、一直未使用的 claude.ai 登入就會再次接手。這種可逆性是先在一個儲存庫上嘗試端點路線，再決定是否讓團隊採用的實際原因。無論往哪個方向遷移，代理程式與提示設定都不會遷移——兩個產品將檔案放在不同目錄中，而且兩者都沒有記載會讀取對方的檔案。
如果比較的原因是成本計算方式
那麼決策已由產品本身，而不是偏好決定：Kiro CLI 沒有記載端點設定，而 Claude Code 有。Kunavo 為 Claude Code 端提供設定指南——這是設定參考，不是相容性測試；本頁尚未對 Claude Code 連接 Kunavo 端點進行執行階段測試，也沒有任何內容聲稱已完成測試。嘗試時請保留一條可運作的路線，執行一個有界任務，然後讀取帳戶實際記錄的費用。請從Claude Code 整合指南開始，準備為金鑰儲值時再建立 Kunavo 帳戶。
還在縮小選項範圍？Claude Code 定價會自行拆解訂閱與 token 的決策，不使用訂閱的 Claude Code完整說明端點路線，而 Copilot CLI 與 Claude Code 的比較及 OpenCode 與 Claude Code 的比較則比較另外兩個採用不同計費形式的終端代理。
常見問題
Kiro CLI 和 Amazon Q Developer CLI 是同一個東西嗎？
是——Kiro CLI 是重新命名後的 Amazon Q Developer CLI。Kiro 自己的遷移指南表示，Kiro CLI 於 2025 年 11 月 17 日開始提供，且啟用自動更新的機器已於 2025 年 11 月 24 日遷移。舊的入口仍可運作：「q 和 q chat 將繼續運作，但我們建議使用 kiro-cli」。AWS 的文件清楚說明了這次重新命名。底層有一項變化：遷移頁面表示，Q Developer CLI 採 Apache 2.0 授權，而 Kiro CLI 軟體採 AWS Intellectual Property License 授權，因此重新命名後的工具並非開放原始碼。已於 2026 年 9 月 19 日檢查。
可以在 Kiro CLI 使用自己的 API 金鑰或自訂端點嗎？
沒有任何已記載的設定可以做到。Kiro CLI 的驗證、無頭模式或實驗性功能文件中，都沒有基礎 URL 變數、提供者欄位或第三方模型金鑰選項。Kiro 的企業治理文章明確表示相反的方向：「模型治理不允許你將模型新增至 Kiro。它允許你從已可用的清單中移除模型。」每種登入方式都是帳戶身分——GitHub、Google、AWS Builder ID、IAM Identity Center 或外部 IdP——而 Kiro CLI 接受的唯一金鑰是用於無頭模式和 CI 執行的 KIRO_API_KEY；它會驗證你進入 Kiro，而不是將流量路由到其他地方。自帶金鑰是 Kiro issue tracker 上尚未解決的社群要求，於 2026 年 6 月 11 日提出，並以重複問題結案，沒有維護者承諾。已於 2026 年 9 月 19 日檢查。
Kiro CLI 和 Claude Code 哪個比較便宜？
兩種價格的單位不同，因此沒有誠實的單一答案。Kiro 販售月度額度——$0 可得 50 點、$20 可得 1,000 點、$40 可得 2,000 點、$100 可得 5,000 點、$200 可得 10,000 點——Kiro 的常見問題將一點額度定義為「回應使用者提示時的一個工作單位」，並明確表示每個提示的額度消耗可變，且沒有公布的權杖換算。Claude Code 則是訂閱制（Pro 年繳每月 $17 起、月繳每月 $20），或依公布的每百萬權杖費率計費。你可以用相同月額比較訂閱與訂閱，也可以比較權杖費率，但把 Kiro 額度換算成每百萬權杖美元價格會是捏造的數字。價格於 2026 年 9 月 19 日從 kiro.dev/pricing 和 claude.com/pricing 讀取。
Claude Code 能與第三方端點運作嗎？你會失去什麼？
可以，而且 Anthropic 對兩個部分都有文件說明。將 ANTHROPIC_BASE_URL 設為端點的來源，並將 ANTHROPIC_AUTH_TOKEN（以 Authorization: Bearer 傳送）或 ANTHROPIC_API_KEY（以 x-api-key 傳送）設為其金鑰；相同的一對設定也可在 settings.json 的 env 中使用。真正讓計費脫離 claude.ai 訂閱的是憑證，而不是基礎 URL——Anthropic 表示，僅設定基礎 URL 會保留已儲存的登入狀態，並繼續套用其限額。你會失去的功能在同一份文件中已有列出：啟用閘道憑證時無法使用 Remote Control 和語音聽寫；只要基礎 URL 指向非 Anthropic 主機，Remote Control 也會額外停用；快速模式可用性檢查會前往 api.anthropic.com，而不會跟隨基礎 URL；Console 分析也會停止接收用量指標。Anthropic 另表示，它不認可、不維護也不稽核第三方閘道產品。已於 2026 年 9 月 19 日檢查。
Kiro 免費方案實際上能執行什麼？
免費方案價格為 $0，每月提供 50 點額度；kiro.dev/pricing 的註解說明可用模型範圍：「使用社群登入或 AWS Builder ID 註冊的免費層使用者，可以使用 Claude Sonnet 4.5，以及 Qwen3 Coder Next、DeepSeek 3.2 和 MiniMax M2.1 等開放權重模型。」因此免費層無法使用 Opus 系列。在以它為基礎規劃前，有兩項限制值得了解。Kiro 的常見問題表示，用量限制會在每個計費月開始時重設，未使用的訂閱額度不會結轉；另外購買的加購額度是文件記載的例外，因為 kiro.dev/pricing 表示這些額度會結轉，並在購買日起 12 個月後到期。而 API 金鑰驗證——無頭模式和 CI 執行所使用的方式——文件記載為僅 Pro、Pro+、Pro Max 和 Power 訂閱者可用。沒有任何 Kiro 頁面明確說明免費層在各個介面上的存取權，因此無法由本頁確認 CLI 本身是否可在 $0 方案上使用。已於 2026 年 9 月 19 日檢查。
從 Kiro CLI 切換到 Claude Code，或反向切換，有多困難？
兩個方向都很容易，但原因不同。從 Amazon Q Developer 轉到 Kiro CLI 時，遷移會自動完成：安裝程式會將提示和代理從 ~/.aws/amazonq 複製到 ~/.kiro，並將規則複製到 ~/.kiro/steering；Kiro 的遷移指南表示它不會修改你現有的 .amazonq 資料夾。反向切換時，Claude Code 不需要重新安裝即可改變計費路徑——兩個環境變數會將它指向 Anthropic 格式的端點，取消設定後則會返回已儲存的 claude.ai 登入狀態，而該登入狀態會在此期間留在磁碟上但不被使用。無論哪個方向，提示與代理設定都不會轉移：兩個產品將檔案存放在不同目錄，且都沒有記載會讀取對方的設定。
Kiro CLI 3.0 是我應該安裝的版本嗎？
截至 2026 年 9 月 19 日，預設不是。Kiro CLI 變更記錄中最新的項目是 2.22.0，日期為 2026 年 9 月 16 日，而 CLI 文件索引則宣傳 v3 內容。Kiro 自己的 v3 頁面稱其為早期版本，表示「請使用：kiro-cli --v3 試用」，並指出「V3 會與現有的 2.x 安裝並行執行——在你選擇加入前，目前的設定不會改變。」請將 2.x 視為正式發布的預設版本，將 v3 視為需要刻意選擇的版本。
本頁連結的每個官方來源都在 2026 年 9 月 18 日或 19 日查閱：kiro.dev 的定價、FAQ、變更記錄、驗證、無頭模式、ACP、可用模型與治理頁面；Kiro 遷移指南；AWS 的停止支援公告、升級文件、DevOps 部落格文章與 Amazon Q Developer 定價頁面；Kiro issue 追蹤器；claude.com/pricing；Anthropic 的閘道、閘道連線與成本文件；以及 npm 登錄。兩個用戶端都未針對任何端點進行執行階段測試，本頁未作任何基準測試或效能比較，每個美元範例都是依目前 Kunavo 目錄費率進行的說明性 token 算術，而不是測得的任務成本。