多數搜尋 goose 替代方案的人其實不需要替代方案。goose 並未退役：它已從 block/goose 移至 Linux Foundation 旗下 Agentic AI Foundation 的 aaif-goose/goose，儲存庫未封存，於 2026 年 9 月 21 日有推送，並於 2026 年 9 月 17 日發布 v1.51.0。 如果您仍要離開，適合的替代方案完全取決於您離開的原因——而比較表無法涵蓋的是哪些內容能隨之移轉。指示可以移轉，配方和工作階段歷史不行，而且每個目的工具寫入端點 URL 的形式都與 goose 不同。
搜尋 goose AI 替代方案會得到兩個無關的產品，因此先釐清一點。本頁介紹的是開源程式開發代理程式 goose，文件位於 goose-docs.ai。它不是 goose.ai，後者是受管理的 NLP 推論服務，其官方網站稱其為 CoreWeave 與 Anlatan 的合資企業；其首頁未提及程式開發代理程式、CLI 或儲存庫（檢查日期：2026 年 9 月 21 日）。該處公布的每次請求價格屬於該服務，本頁任何地方都沒有。另有兩個值得知道的名稱衝突：pressly/goose 是 Go 資料庫遷移工具，goose-lang/goose 將 Go 的子集轉換為 Rocq。
重新命名是真的，但其中一半尚未傳播開來
首席工程師 Michael Neale 於 2026 年 4 月 7 日 在專案官方部落格宣布此次遷移：「GitHub 儲存庫及相關專案已從 block/goose 移至新的組織」，並補充：「舊文件連結會重新導向，但請將書籤更新至新網站。」該基金會更早在宣布成立 Agentic AI Foundation 的Linux Foundation 新聞稿中公布，其基礎貢獻包括 MCP、goose 和 AGENTS.md。
讓 goose 在搜尋結果中看起來像已遭棄用的原因，是舊名稱仍保留在已發布的軟體成品中。於 2026 年 9 月 21 日檢查：
| 介面 | 目前的行為 | 顯示為 |
|---|---|---|
github.com/block/goose | HTTP 301 至 github.com/aaif-goose/goose | 已移動，伺服器端重新導向 |
block.github.io/goose | HTTP 200 提供標題為「goose has moved — Redirecting…」的頁面，含 meta refresh 和指向 goose-docs.ai 的 canonical | 已移動，但透過瀏覽器，而非 HTTP 重新導向 |
| Homebrew cask | 仍是權杖 block-goose、版本 1.51.0，其 homepage 欄位仍指向 block.github.io/goose | 仍是 Block |
| VS Code 擴充功能 ID | 仍是 block.vscode-goose | 仍是 Block |
| Windows 設定目錄 | 仍是 %APPDATA%\Block\goose\config\ | 仍是 Block |
因此，「Block's goose」對儲存庫和文件而言已過時，但對安裝元件而言仍是字面上正確的說法。這些元件是 Block 關聯持續出現在搜尋結果和軟體清單中的原因；它們不代表目前的治理仍由該組織負責。
三個其實只是 goose 設定的離開理由
在列入候選清單前，先確認您的理由是否其實只需變更設定。以下是三個常見理由，均來自 2026 年 9 月 21 日檢查的 goose 官方文件：
- 「我想讓它停止詢問」——或詢問更多。
GOOSE_MODE透過auto、approve、chat和smart_approve值控制工具執行，預設為auto（環境變數）。這裡的自主程度是一個調節旋鈕，而不是缺少的功能。 - 「我想在編輯器中使用它。」 Zed 可以將 goose 作為 ACP agent 執行，且已有官方 VS Code 擴充功能——但其頁面位於
/docs/experimental/下方，並寫道：「goose for VS Code 正在積極開發中。未來版本中的行為與設定可能會變更。」它需要 VS Code 1.95.0 或更高版本，以及 goose CLI。這是實驗性功能，不是成熟擴充功能的同等替代品。 - 「我想停止按權杖付費。」 goose 的 ACP providers——Claude ACP、Codex ACP、Amp ACP 和 Pi ACP——「可讓您搭配現有的 Claude Code 或 ChatGPT Plus/Pro 訂閱使用 goose——無逐權杖 API 費用。」文件列出兩項限制：尚不支援
goose session resume和goose session fork，且 ACP session id 與 goose session id 不同，因此遙測欄位可能無法相互對應。文件列出的先決條件是 Node.js 和 npm、供應商的 ACP adapter，以及用於驗證的供應商帳戶或訂閱——因此費用會透過供應商帳戶收取，且沒有可指向其他位置的 base URL。
如果您要離開：依離開原因選擇目的工具
| 你離開的原因 | 適用情境 | 注意事項 |
|---|---|---|
| 您想要社群更大的不同終端機 agent | opencode | 其 GitHub 組織從 sst 移至 anomalyco；產品名稱、網站和 npm 套件未變更。本頁未驗證該移動的日期，只確認重新導向已就緒 |
| 您想要精緻的 TUI 和快速發布 | Crush | FSL-1.1-MIT，而非 OSI 開源授權——允許任何用途，「Competing Use」除外。可免費下載並用於一般開發；若授權是您遷移的原因，這不是正確選擇 |
| 您在 VS Code 中工作，想要成熟的擴充功能 | Cline | 編輯器擴充功能的工作方式不同於 CLI agent；您的終端機腳本和無頭執行不會隨之移轉 |
| 您想要較長時間的自主執行，並需要託管選項 | OpenHands | GitHub 組織從 All-Hands-AI 重新命名為 OpenHands，網站為 openhands.dev；未找到有日期的重新命名公告 |
| 您想要小型、與編輯器無關的結對程式設計迴圈 | Aider | 未封存，但發布節奏已停止：最近一次提交為 2026 年 5 月 22 日，最近一次 GitHub 發行版為 2025 年 8 月 9 日的 v0.86.0。請依這些日期界定範圍，不要將其視為仍在積極開發的同類工具 |
| 授權或治理是原因 | 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 也不是目的地——continue.dev 顯示「Continue has joined Cursor」橫幅，儲存庫 README 表示「continuedev/continue 儲存庫已不再積極維護，對所有使用者均為唯讀」，其最後版本為 2.0.0。其 GitHub archived 旗標仍為 false，與上述文字矛盾；應以 README 的陳述為準。如果您是從那裡而來，請參閱 Continue 替代方案。
所有候選工具的狀態，同日檢查
| 專案 | 儲存庫 | 授權 | 最新發行版 | 已封存？ |
|---|---|---|---|---|
| goose | aaif-goose/goose | Apache-2.0 | v1.51.0，2026 年 9 月 17 日 | 否 |
| opencode | anomalyco/opencode | MIT | v1.18.31，2026 年 9 月 14 日 | 否 |
| Crush | charmbracelet/crush | FSL-1.1-MIT | v0.96.1，2026 年 9 月 21 日 | 否 |
| Cline | cline/cline | Apache-2.0 | 2026 年 9 月 21 日推送 | 否 |
| OpenHands | OpenHands/OpenHands | MIT | v1.20.0，2026 年 9 月 17 日 | 否 |
| Aider | Aider-AI/aider | Apache-2.0 | v0.86.0，2025 年 8 月 9 日 | 否，但最近一次提交為 2026 年 5 月 22 日 |
| Roo Code | RooCodeInc/Roo-Code | Apache-2.0 | v3.54.0，2026 年 5 月 15 日 | 是 |
2026 年 9 月 21 日從 GitHub API 讀取；發行版號和活動日期會變動，因此在為團隊統一採用任何一項前請重新檢查。各工具依其官方公布條款對用戶端本身的收費如下：goose 採 Apache-2.0，其安裝頁面僅表示「您需要確保 LLM Provider 帳戶中有可用額度，才能成功發出請求。」Cline列出 Open Source 為 Free、Enterprise 為 Custom；OpenHands列出 Open Source (Local) Free、Individual (SaaS) Free，以及 Enterprise 為自訂價格，模型以「成本價、無加價」提供，且未公布美元費率；Crush 的 README 稱 Charm Hyper 採訂閱制並提供免費方案，但未公布相關數字。
哪些內容能從 goose 移出，哪些不能
| 你目前擁有的內容 | 所在位置 | 是否移轉？ |
|---|---|---|
| 專案指示 | AGENTS.md 和 .goosehints，從專案根目錄與父目錄載入，另加 ~/.config/goose/ | 可以。 goose 原生讀取 AGENTS.md，檔名清單由 CONTEXT_FILE_NAMES 設定，因此檔案已具可攜性。請確認目的工具讀取哪個名稱 |
| 代理技能（Agent Skills） | SKILL.md，含 YAML frontmatter，位於 ~/.agents/skills/ 和 .agents/skills/ 下 | goose 文件宣稱可攜，表示 goose skills 相容於支援 Agent Skills 慣例的 agent。這是對該慣例的聲明，不保證本頁任何工具都會讀取它們 |
| 配方 | goose 專用 YAML 或 JSON，包含 title、description 和 instructions 或 prompt | 不行。 這裡沒有任何工具讀取該格式。請預留重新撰寫的時間，並注意 .yml 即使對 goose 本身也不受 goose CLI 支援 |
| 工作階段歷史 | 自 1.10.0 版起位於 ~/.local/share/goose/sessions/sessions.db 的 SQLite | 不行。 goose session export 會寫入 JSON 或 Markdown，而匯入功能只可在 goose Desktop 中從 goose 自有 JSON 使用。文件未提供 Windows 路徑 |
| 供應商 API 金鑰 | 系統金鑰圈，無法使用時退回純文字 secrets.yaml；環境變數優先 | 不行。 goose 不會從 config.yaml 讀取金鑰，因此沒有可複製的內容——請在目的工具中簽發或重新輸入金鑰 |
五列內容均於 2026 年 9 月 21 日讀自 goose 官方文件。請注意一項衝突：goose 的上下文檔案指南將預設檔名列為 AGENTS.md 接著 .goosehints，而其環境變數頁面則以相反順序提供 CONTEXT_FILE_NAMES 預設值。請依檔名集合判斷，不要依哪一個優先。
回復成本低，因此請保留它。 由於金鑰從不位於 config.yaml，而工作階段位於獨立資料庫中，安裝第二個 agent 不會干擾可運作的 goose 設定。保留 goose 已安裝，在候選工具中執行一項真實工作，然後再決定。解除安裝任何工具前，請匯出需要保留的工作階段，因為匯出是單向的。
遷移後端點 URL 的形式會改變
這是本頁最實用的單一遷移資訊，且設定可能在不知不覺中失效。goose 不接受一個 base URL，而是接受具有預設值的 host 和 path：其providers 頁面將 OPENAI_HOST 定義為「自訂端點 URL（預設為 api.openai.com）」，將 OPENAI_BASE_PATH 定義為「附加至主機的請求路徑（預設為 v1/chat/completions）」。因此 host 是不含 /v1 的裸來源。opencode 和 Crush 都接受一個在其中寫入 /v1 的完整 base URL。
# goose — host and path are SEPARATE. The origin carries no /v1.
OPENAI_API_KEY=sk-kn-...
OPENAI_HOST=https://api.kunavo.com
# OPENAI_BASE_PATH is left unset; its default is v1/chat/completions.
# opencode — one full baseURL, /v1 included, inside opencode.json:
# "options": { "baseURL": "https://api.kunavo.com/v1" }
# Crush — one full --base-url, /v1 included. This is NOT a shell command:
# a crushrc is Bash with Crush builtins, and "provider add" is one of them.
provider add kunavo --type openai-compat \
--base-url "https://api.kunavo.com/v1" --api-key "$KUNAVO_API_KEY"將 goose host 字串直接複製到任一目的工具，請求會失去 /v1；反向複製則會讓 goose 要求 /v1/v1/chat/completions。goose 自己的頁面正確解讀此失敗：「404 通常表示 OPENAI_BASE_PATH 對您的代理而言不正確」——這是路徑錯誤，不是驗證錯誤。各用戶端的設定細節位於 goose integration guide、opencode、Crush、Cline 和 OpenHands。這些是從各供應商文件讀取的已發布設定參考——Kunavo 未對任何這些用戶端與其端點進行執行期測試，而設定頁面不等於測試。
Kunavo 不提供 embedding、文字轉語音或語音轉文字模型，因此工作流程中任何以向量索引程式碼庫或轉錄音訊的步驟，都會繼續使用原有的供應商金鑰——將 agent 的聊天供應商指向此處，不會移轉那些呼叫。
工作階段成本，以及 goose 如何處理快取
在編列預算前，有一項快取細節值得閱讀。goose 的 providers 頁面表示，使用 Claude 模型並透過 Anthropic、Amazon Bedrock、Databricks、OpenRouter 和 LiteLLM providers 時，goose「會自動啟用 Anthropic 的 prompt caching」；其官方文件也說明作用：「這會在請求中加入 cache_control 標記。」透過 goose 的一般 OpenAI provider 存取的 Claude 模型不在此清單內，因此 goose 不會在該路徑加入標記。這是關於 Anthropic 的標記式協定，以及 goose 傳送內容的說明——不是關於所有快取機制：若供應商在伺服器端套用快取，客戶端不需要做任何事；本頁也未測試任何特定端點是否會快取未標記的請求。因此，不要假設該路徑有快取折扣，也不要假設沒有；以下數字單純假設沒有快取，這是較保守的方向。
以下數字是說明性的權杖算術，不是測得的工作成本，也不是帳單上限。假設一個 agent 工作階段在各輪傳送 400,000 個未快取輸入權杖，並接收 25,000 個輸出權杖——這是說明用假設，因為每輪重新傳送內容正是 agent 工作階段輸入量偏高的原因。費率是即時的 Kunavo 目錄每百萬權杖價格。
| 模型 | 每 1M 的輸入／輸出 | 單一工作階段的估算 |
|---|---|---|
| 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，這是儲值最低額，而非工作費用或訂閱費；請參閱計費詳細資訊。
在購買任何東西之前，值得先試試 goose 本身文件記載的兩條免費路徑：其安裝頁面指出：「您第一次透過 goose 自動向 Tetrate 驗證時，會獲得 10 美元的免費額度」，並提到 Google Gemini 提供免費層級可供開始使用，但未提供配額數字。
接下來可以查看
想繼續使用 goose，只改變模型路徑嗎？goose 與 Claude Code 比較涵蓋 ACP 與 API 之間的選擇。想改用其他工具嗎？opencode 替代方案、Crush 與 opencode 比較以及 OpenHands 與 opencode 比較會比較各個用戶端；Cline 定價與 Aider 定價則說明各自的收費方式。如果你希望在其中幾個用戶端共用一個金鑰，請建立 Kunavo 帳戶，先執行一項範圍受限的工作，再決定是否讓團隊投入使用。
常見問題
goose 是否已停止開發或被棄置？
不是。goose 已從 block/goose GitHub 組織移至 aaif-goose/goose，成為 Linux Foundation 旗下 Agentic AI Foundation 的專案；首席工程師 Michael Neale 於 2026 年 4 月 7 日在專案官方部落格宣布此事。2026 年 9 月 21 日，GitHub API 回報該儲存庫未封存、採用 Apache-2.0 授權，最近一次推送就在當天，且 v1.51.0 於 2026 年 9 月 17 日發布。Block 這個名稱仍出現在 Homebrew cask（block-goose）、VS Code 擴充功能 ID（block.vscode-goose）和 Windows 設定目錄中，因此專案在搜尋結果中可能看起來已退役，實際上並非如此。
goose 和 goose.ai 是同一回事嗎？
不是，這是此查詢中最常見的混淆。goose.ai 是受管理的 NLP 推論服務，其官方網站稱其為 CoreWeave 與 Anlatan 的合資企業；其首頁未提及程式開發代理程式、CLI 或儲存庫（檢查日期：2026 年 9 月 21 日）。goose 這個程式開發代理程式則是位於 aaif-goose/goose 的 Apache-2.0 開源專案，文件位於 goose-docs.ai。您找到的任何附在 goose.ai 名稱下的每次請求價格，描述的都是推論服務，而非該代理程式。GitHub 上還有兩個名稱衝突：pressly/goose 是 Go 資料庫遷移工具，goose-lang/goose 則將 Go 的子集轉換為 Rocq。
最佳的 goose 開源替代方案是什麼？
取決於您要替換哪項特性；而 goose 本身已採用 Apache-2.0，因此單憑授權很少會成為理由。若要使用擁有大型社群的終端機代理程式，opencode 採 MIT 授權，並於 2026 年 9 月 14 日發布 v1.18.31；其 GitHub 組織從 sst 移至 anomalyco，但名稱、網站和 npm 套件維持不變。若要使用 VS Code 擴充功能工作流程，Cline 採 Apache-2.0 授權，並於 2026 年 9 月 21 日有推送。若要進行較長時間的自主執行，且需要託管選項，OpenHands 採 MIT 授權，並於 2026 年 9 月 17 日發布 v1.20.0。Crush 仍在積極發布——v0.96.1 於 2026 年 9 月 21 日發布——但採用 FSL-1.1-MIT，排除競爭性使用（Competing Use），且不是 OSI 開源授權；因此若您離開的原因是授權，Crush 就不是合適的目的地。以上均於 2026 年 9 月 21 日檢查。
切換 agent 時，可以保留 goose 設定嗎？
部分可以。專案指示可以移轉，因為 goose 已會讀取 AGENTS.md，以及 .goosehints；檔名清單由 CONTEXT_FILE_NAMES 環境變數設定，因此檔案在移動前已是可攜格式——請在目的工具的文件中確認它讀取哪個檔名。goose recipes 無法移轉：它們是 goose 專用的 YAML 或 JSON 格式，包含 title、description 和 instructions 或 prompt，其他工具不會讀取，因此必須重新撰寫，而非匯出。工作階段歷史也無法移轉：自 1.10.0 版起，goose 將工作階段儲存在 ~/.local/share/goose/sessions/sessions.db 的 SQLite 資料庫中；goose session export 會寫出 JSON 或 Markdown，但只有 goose Desktop 能重新匯入。API 金鑰完全無法從設定檔複製，因為 goose 不會從 config.yaml 讀取供應商金鑰——金鑰位於系統金鑰圈；無法使用金鑰圈時則位於 secrets.yaml。
為什麼我的新 agent 使用與 goose 相同的 URL 卻回傳 404？
因為 goose 設定端點的方式不同於幾乎所有其他工具。goose 將端點拆成兩部分：OPENAI_HOST 的文件定義為「自訂端點 URL（預設為 api.openai.com）」，OPENAI_BASE_PATH 的文件定義為「附加至主機的請求路徑（預設為 v1/chat/completions）」；因此主機欄位要填僅含通訊協定與主機位址、不含 /v1 的網址，路徑則由 goose 自行附加。opencode 和 Crush 都使用一個包含 /v1 的完整基底 URL。將 goose 的主機字串複製到任一工具會產生缺少 /v1 的 URL，反向複製則會產生 /v1/v1/chat/completions。goose 自己的提供商頁面將 404 解讀為基底路徑不適用於您的代理伺服器，而非驗證錯誤（檢查日期：2026 年 9 月 21 日）。
離開 goose 後，必須按權杖付費嗎？
不一定；在您遷移前值得先確認，因為 goose 已有可避免按權杖計費的路徑。goose 的 ACP 提供商——Claude ACP、Codex ACP、Amp ACP 和 Pi ACP——文件說明可讓您「搭配現有的 Claude Code 或 ChatGPT Plus/Pro 訂閱使用 goose——無按權杖計算的 API 費用」。文件列出的先決條件是 Node.js 和 npm、提供商的 ACP 配接器，以及用於驗證的廠商帳戶或訂閱；因此此路徑會透過該廠商帳戶計費，而不是透過您指向基底 URL 的 API 金鑰。文件明確列出兩項限制：尚不支援 goose 工作階段的恢復與分支；ACP 工作階段 ID 與 goose 工作階段 ID 不同，因此遙測欄位可能無法相互對應。檢查日期：2026 年 9 月 21 日。
撰寫此頁面時於 2026 年 9 月 21 日查核：透過 GitHub API 查閱全部七個專案的儲存庫狀態、授權條款與最新版本；直接請求查閱 block/goose 與 sst/opencode 的重新導向，以及 block.github.io/goose 的回應；Homebrew cask 中繼資料；goose 的部落格文章、供應商、ACP、環境變數、安裝、設定檔、工作階段管理、上下文檔案、技能、Zed ACP、配方參考與 VS Code 擴充功能頁面；Crush 的 README 與 LICENSE.md；Continue 的 README 與 continue.dev；以及 Cline、OpenHands 和 goose.ai 網站。未查核任何執行期行為——本頁未在 Kunavo 端點上執行任何用戶端。Kunavo 的權杖費率取自即時目錄，本頁每個美元範例都只是示意性的權杖算術。