大多數尋找 goose 替代方案的人其實不需要替代。goose 並未被棄用：它已從 block/goose 移至 aaif-goose/goose，隸屬 Linux Foundation 的 Agentic AI Foundation；儲存庫未封存，並於 2026 年 10 月 1 日再次更新，v1.52.0 於 2026 年 9 月 23 日發布。 如果您仍然要離開，合適的替代方案完全取決於離開原因——而比較表不會告訴您的是，哪些東西能跟著您一起移轉。指令可以沿用；配方和歷史記錄不能；每個目標工具寫入 endpoint URL 的方式也都與 goose 不同。
搜尋「goose ai alternative」會找到兩個毫無關係的產品，因此先釐清。本頁討論的是在 goose-docs.ai 上有文件的開放原始碼 coding agent goose。它不是 goose.ai，後者是受管理的 NLP 推論服務，其網站將自己介紹為 CoreWeave 與 Anlatan 的合資企業；它的按請求價格與此 agent 無關，因此不在此列出。GitHub 上另外兩個同名項目：pressly/goose，Go 語言的資料庫遷移工具；以及 goose-lang/goose，將 Go 的子集轉換為 Rocq。
更名是真實的，但只完成了一半的傳播
搬遷已於 2026 年 4 月 7 日的專案部落格宣布：儲存庫及相關專案已離開 block/goose，移至新的組織，舊文件連結也會重新導向。讓 goose 看起來像被棄用的原因，是舊名稱仍留在已發布的項目中。已於 2026 年 10 月 1 日驗證：
| 項目 | 目前的作用 | 看起來像 |
|---|---|---|
github.com/block/goose | HTTP 301 至 github.com/aaif-goose/goose | 已搬遷，伺服器端 |
| Homebrew Cask | 仍是 block-goose，版本 1.52.0，且其中的 homepage 欄位仍指向 block.github.io/goose | 仍是 Block |
| VS Code 擴充功能識別碼 | 仍是 block.vscode-goose | 仍是 Block |
| Windows 設定資料夾 | 仍是 %APPDATA%\Block\goose\config\ | 仍是 Block |
其實是 goose 設定的三種離開方式
- 「我希望它停止詢問」——或多詢問一些。 工作階段的
/mode命令接受auto、approve、chat和smart_approve。自主程度是滑桿，不是缺少的功能。 - 「我希望它在我的編輯器裡。」 Zed 可以將 goose 作為 ACP agent 啟動，且有官方 VS Code 擴充功能——但其頁面位於
/docs/experimental/，並提醒其行為可能變更。因此它是實驗性擴充功能，不能視為成熟擴充功能的同等替代。 - 「我不想再按 token 付費。」 goose 的 ACP 供應商——Claude ACP、Codex ACP、Amp ACP、Pi ACP——可讓您使用現有的 Claude Code 或 ChatGPT Plus/Pro 訂閱，「無需 token API 費用」。已公布的限制：目前不支援
goose session resume或 fork，且工作階段識別碼不同。
如果您要離開：依離開原因選擇
| 離開原因 | 適合的選項 | 陷阱 |
|---|---|---|
| 另一個擁有更大社群的終端機 agent | opencode | 其 GitHub 組織已從 sst 移至 anomalyco；名稱、網站和 npm 套件未變 |
| 精緻的終端機介面與快速輸出 | Crush | FSL-1.1-MIT，不是 OSI 開放原始碼授權：允許任何「非 Competing Use」的用途。適合一般開發，但若授權是離開原因，這不是好選擇 |
| 您在 VS Code 中工作，並希望使用成熟的擴充功能 | Cline | 編輯器擴充功能的形式不同於 CLI agent；您的終端機腳本和無介面執行不會隨之移轉 |
| 長時間自主執行，並需要託管選項 | OpenHands | GitHub 組織現在稱為 OpenHands，網站為 openhands.dev；未找到此變更的日期公告 |
| 與編輯器無關的輕量級結對程式設計迴圈 | Aider | 未封存，但已停止：最後一次 commit 為 2026 年 5 月 22 日，GitHub 最後版本 v0.86.0 於 2025 年 8 月 9 日發布。請參閱我們的 Aider 價格頁面 |
| 授權或治理 | goose 已在 Linux Foundation 專案中採用 Apache-2.0 | 確認您實際獲得了什麼；opencode 和 OpenHands 採 MIT，Cline 採 Apache-2.0 |
清單中反覆出現、卻不適合作為移轉目的地的兩個名稱。Roo Code 已封存：GitHub API 顯示 archived: true，最後版本為 2026 年 5 月 15 日的 v3.54.0。Continue 也不適合作為移轉目的地：其 README 表示儲存庫 continuedev/continue 已不再積極維護，且對所有人皆為唯讀，即使 GitHub 的 archived 標記仍為 false——應相信 README。
同日驗證的各候選項目狀態
| 專案 | 儲存庫 | 授權 | 最新版本 | 已封存？ |
|---|---|---|---|---|
| goose | aaif-goose/goose | Apache-2.0 | v1.52.0，2026 年 9 月 23 日 | 否 |
| opencode | anomalyco/opencode | MIT | v1.18.34，2026 年 9 月 30 日 | 否 |
| Crush | charmbracelet/crush | FSL-1.1-MIT | v0.97.1，2026 年 9 月 29 日 | 否 |
| Cline | cline/cline | Apache-2.0 | v4.1.22，2026 年 9 月 30 日 | 否 |
| OpenHands | OpenHands/OpenHands | MIT | v1.24.0，2026 年 9 月 25 日 | 否 |
| Aider | Aider-AI/aider | Apache-2.0 | v0.86.0，2025 年 8 月 9 日 | 否，但最後一次 commit 為 2026 年 5 月 22 日 |
| Roo Code | RooCodeInc/Roo-Code | Apache-2.0 | v3.54.0，2026 年 5 月 15 日 | 是 |
2026 年 10 月 1 日從 GitHub API 讀取；版本和活動變化很快，在要求團隊採用工具前請重新確認。就用戶端軟體本身的價格而言：goose 採 Apache-2.0，其安裝頁面只要求您在 LLM 供應商處有可用額度；Cline 標示開放原始碼版本免費，並提供需詢價的 Enterprise 方案；OpenHands 提供免費的本機開放原始碼方案、免費的個人 SaaS 方案，以及需詢價的 Enterprise 方案；Crush 的 README 將 Charm Hyper 描述為訂閱服務，含免費方案，但未公布價格數字。
哪些內容能從 goose 移出，哪些不能
| 您擁有的內容 | 所在位置 | 能移轉嗎？ |
|---|---|---|
| 專案指令 | AGENTS.md 和 .goosehints，在專案根目錄及父資料夾中讀取 | 可以。 goose 原生讀取 AGENTS.md；清單由 CONTEXT_FILE_NAMES 固定。請確認目標工具讀取哪個名稱 |
| 代理技能（Agent Skills） | SKILL.md 搭配 YAML frontmatter，位於 ~/.agents/skills/ 和 .agents/skills/ 下 | 依 goose 文件可攜，適用於遵循 Agent Skills 慣例的 agent——這是對該慣例的說明，不是對上述每個工具的承諾 |
| Recipes | goose 專用的 YAML 或 JSON（title、description、instructions 或 prompt） | 不行。 沒有任何替代方案會讀取此格式：請預留重寫時間 |
| 工作階段歷史 | 自 1.10.0 版起的 SQLite 資料庫 ~/.local/share/goose/sessions/sessions.db | 不行。 goose session export 會產生 JSON 或 Markdown，但只能重新匯入 goose Desktop |
| 供應商 API 金鑰 | 系統鑰匙圈，否則以明文存於 secrets.yaml；環境變數優先 | 不行。 goose 不會從 config.yaml 讀取金鑰：沒有可複製的內容，請發行或重新輸入金鑰 |
保留退路不會造成損失。 由於金鑰從不位於 config.yaml，且工作階段存在各自的資料庫中，安裝第二個 agent 不會干擾正常運作的 goose 安裝。保留 goose，使用候選工具完成一項真實任務，再做決定。解除安裝任何工具前，請先匯出重要工作階段：匯出是單向的。
搬遷後 endpoint URL 的形式會改變
這是本頁最實用的移轉事實，也是會讓設定無聲失效的原因。goose 不接受單一 base URL，而是接受一個主機和一個預設路徑：其 providers 頁面記載 OPENAI_HOST（預設為 api.openai.com）和 OPENAI_BASE_PATH，「加到主機上的路徑（預設為 v1/chat/completions）」。因此主機是裸 origin，不含 /v1。opencode 和 Crush 接受完整的 base URL，並將 /v1 寫入其中。
# goose — hôte et chemin SÉPARÉS. L'origine ne porte pas /v1.
OPENAI_API_KEY=sk-kn-...
OPENAI_HOST=https://api.kunavo.com
# OPENAI_BASE_PATH reste vide ; sa valeur par défaut est v1/chat/completions.
# opencode — une baseURL complète, /v1 compris, dans opencode.json :
# "options": { "baseURL": "https://api.kunavo.com/v1" }
# Crush — une --base-url complète, /v1 compris. Ce n'est PAS une commande shell :
# un crushrc est du Bash avec des builtins Crush, dont "provider add".
provider add kunavo --type openai-compat \
--base-url "https://api.kunavo.com/v1" --api-key "$KUNAVO_API_KEY"將 goose 主機原樣複製到任一目標工具中，請求就會遺失其 /v1；反向複製時，goose 會請求 /v1/v1/chat/completions。goose 頁面說明：404 通常表示 OPENAI_BASE_PATH 不適合您的 proxy——是路徑錯誤，不是驗證錯誤。各客戶端的詳細資訊位於（英文）指南 goose、opencode、Crush、Cline 和 OpenHands。這些是根據各發布者文件整理的設定參考：Kunavo 未讓上述任何客戶端對其 endpoint 執行過，而設定頁面不等於測試。
工作階段的成本與快取
先說一個快取細節。goose 的 providers 頁面指出，當 Claude 透過 Anthropic、Amazon Bedrock、Databricks、OpenRouter 和 LiteLLM 供應商傳遞時，會自動啟用 Anthropic prompt caching（標記 cache_control）。透過 goose 的通用 OpenAI 供應商連接的 Claude 不在此清單中，因此 goose 不會在此路徑加入這些標記。所以下列數字假設沒有快取折扣，採取較保守的估算。
以下是僅供說明的 token 算術，不是實際測得的任務成本，也不是帳單上限：一個 agent 工作階段在所有回合中總共傳送400,000 個未快取的輸入 token，並收到25,000 個輸出 token——每回合重新傳送的上下文，會讓 agent 工作階段的輸入量很大。以下為Kunavo 目錄目前每百萬 token 的價格。
| 模型 | 每百萬 token 的輸入／輸出 | 工作階段估算 |
|---|---|---|
| Claude Haiku 4.5 | $0,70 / $3,50 | $0,367 |
| Claude Sonnet 5 | $1,40 / $7,00 | $0,735 |
| GPT-5.6 Sol | $2,00 / $12,00 | $1,100 |
在納入預算前，請乘以您每天的工作階段數；最低價格與完成任務最便宜的方式是兩回事。Kunavo 目錄價格是計費下限，不是上限：當上游回報其成本時，帳單金額取目錄價格與上游成本乘以適用加成兩者中的較高者。最低儲值金額為 $10 預付額度，無訂閱；Stripe 結帳支援信用卡、Apple Pay、Google Pay 和 Link，不支援 SEPA 直接扣款（帳務）。在購買前，值得先試用 goose 文件中記載的兩種免費方案：首次透過 goose 使用 Tetrate 自動驗證時贈送 $10 額度，以及 Google Gemini 的免費方案；後者開始使用時沒有標示數值的配額。
進一步了解
你仍想使用 goose，只更換模型途徑嗎？goose vs Claude Code會說明 ACP 與 API 的選擇。準備離開 goose 嗎？opencode alternatives、Crush vs opencode 和 OpenHands vs opencode會比較各個用戶端。本頁的英文版是goose alternatives。如果你想用一組金鑰連接其中多個用戶端，請建立 Kunavo 帳戶，並先執行一項有明確界限的任務，再讓團隊投入其中。
常見問題
goose 被棄用了嗎？
沒有。goose 已從 GitHub 組織 block/goose 移至 aaif-goose/goose，成為 Linux Foundation 的 Agentic AI Foundation 專案，並於 2026 年 4 月 7 日在專案部落格宣布。2026 年 10 月 1 日，GitHub API 顯示該儲存庫未封存、採用 Apache-2.0 授權，當天仍有 push，且 v1.52.0 於 2026 年 9 月 23 日發布。Block 這個名稱仍存在於 Homebrew cask（block-goose）、VS Code 擴充功能識別碼（block.vscode-goose）和 Windows 設定資料夾中，因此搜尋結果看起來像是已被棄用，但實際並非如此。
goose 和 goose.ai 是同一個東西嗎？
不是，這是此查詢最常見的混淆。goose.ai 是受管理的 NLP 推論服務，其網站將自己介紹為 CoreWeave 與 Anlatan 的合資企業；其首頁沒有提到 coding agent、CLI 或儲存庫。goose 這個 coding agent 則是採 Apache-2.0 授權的開放原始碼專案 aaif-goose/goose，文件位於 goose-docs.ai。與 goose.ai 相關的任何按請求計價，描述的是該推論服務，而不是此 agent。
goose 最好的開放原始碼替代方案是什麼？
這取決於您要替代的是什麼，而 goose 本身已採用 Apache-2.0，因此授權很少是原因。若要使用擁有大型社群的終端機 agent：opencode，採 MIT 授權，v1.18.34 於 2026 年 9 月 30 日發布。若要在 VS Code 中工作：Cline，採 Apache-2.0 授權，v4.1.22 於 2026 年 9 月 30 日發布。若要長時間自主執行並保留託管選項：OpenHands，採 MIT 授權，v1.24.0 於 2026 年 9 月 25 日發布。Crush 發布速度很快——v0.97.1 於 2026 年 9 月 29 日發布——但採用 FSL-1.1-MIT，排除「Competing Use」，並非 OSI 的開放原始碼授權：如果離開的原因是授權，這不是合適選擇。已於 2026 年 10 月 1 日驗證。
更換 agent 時可以保留 goose 設定嗎？
部分可以。專案指令可以沿用：goose 已會讀取 AGENTS.md 以及 .goosehints（清單由 CONTEXT_FILE_NAMES 定義），因此該檔案已是可攜格式；請確認目標工具讀取哪個名稱。goose recipes 無法沿用：這是 goose 專用的 YAML 或 JSON 格式，任何替代方案都不會讀取，必須重寫。歷史記錄也無法沿用：自 1.10.0 版起，goose 將工作階段儲存在 SQLite 資料庫中，而 goose session export 產生的 JSON 或 Markdown 只有 goose Desktop 能重新匯入。API 金鑰不能從設定檔複製：goose 不會從 config.yaml 讀取金鑰；金鑰位於系統鑰匙圈，或在沒有鑰匙圈時位於 secrets.yaml。
為什麼我的新 agent 使用與 goose 相同的 URL 卻回傳 404？
因為 goose 寫入 endpoint 的方式與幾乎所有其他工具不同。它將 endpoint 拆成兩部分：OPENAI_HOST 文件定義為自訂 endpoint URL（預設為 api.openai.com），OPENAI_BASE_PATH 則是加到主機上的路徑（預設為 v1/chat/completions）。因此，主機欄位要填裸 origin，不含 /v1。opencode 和 Crush 接受完整的 base URL，包含 /v1。將 goose 的主機複製到其中一個工具會遺失 /v1；反過來複製時，goose 會請求 /v1/v1/chat/completions。goose 的 providers 頁面將 404 解讀為路徑錯誤，而不是驗證錯誤。
離開 goose 後，我需要按 token 付費嗎？
不一定——而且在離開前就應先確認，因為 goose 已有可避免此費用的路徑。其 ACP 供應商（Claude ACP、Codex ACP、Amp ACP、Pi ACP）依文件所述，能讓您搭配現有的 Claude Code 或 ChatGPT Plus/Pro 訂閱使用 goose，無需支付 token API 費用。您需要 Node.js、npm、供應商的 ACP adapter，以及該供應商的帳戶或訂閱。文件列出兩項限制：goose session resume 和 fork 尚未支援，且 ACP 工作階段識別碼與 goose 的不同。
截至 2026 年 10 月 1 日已驗證：透過 GitHub API 查核七個專案的狀態、授權條款與最新版本；block/goose 的重新導向與 Homebrew cask；Continue 的 README 與 Crush 的 LICENSE；以及 goose 的 providers、ACP 和 CLI 指令頁面。未驗證：任何執行時行為——本頁沒有任何用戶端曾連接 Kunavo endpoint 執行。Kunavo 價格來自即時目錄，每個數字範例都是 token 算術。