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の代替を検索すると、互いに無関係な2つの製品が見つかるため、まず両者を区別しておきます。このページで扱うのは、goose-docs.aiにドキュメントが掲載されているオープンソースのコーディングエージェント、gooseです。これは、CoreWeaveとAnlatanの合弁事業であると自社サイトで説明されているマネージドNLP推論サービスのgoose.aiではありません。そのサービスのホームページには、コーディングエージェント、CLI、リポジトリのいずれについても記載がありません(2026年9月21日確認)。そこで公開されているリクエストごとの料金は、そのサービスのものであり、このページには一切掲載していません。同名の別プロジェクトとして、知っておくとよいものがさらに2つあります。pressly/gooseはGoのデータベースマイグレーションツールで、goose-lang/gooseはGoのサブセットをRocqに変換します。
改名は事実ですが、その半分はまだ反映されていません
移行は、プロジェクト自身のブログで2026年4月7日にプリンシパルエンジニアのMichael Nealeによって発表されました。「GitHubリポジトリと関連プロジェクトはblock/gooseから新しい組織へ移行しました」とし、「古いドキュメントのリンクはリダイレクトされますが、ブックマークを新しいサイトに更新してください」と説明しています。この財団自体はそれより早く、MCP、goose、AGENTS.mdなどの貢献を基盤とするAgentic AI Foundationの設立を発表したLinux Foundationのプレスリリースで発表されました。
検索結果でgooseが放棄されたように見えるのは、古い名前が出荷される成果物にまだ組み込まれているためです。2026年9月21日確認:
| 画面 | 現在の動作 | 表示内容 |
|---|---|---|
github.com/block/goose | github.com/aaif-goose/gooseへのHTTP 301 | 移行済み(サーバー側) |
block.github.io/goose | 「goose has moved — Redirecting…」というタイトルのページをHTTP 200で提供し、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のgoose」という表現は、リポジトリとドキュメントについては古い情報ですが、インストール成果物については今も文字どおり正しい表現です。検索結果やソフトウェア一覧でBlockとの関連が残っているのはこれらの成果物が理由であり、現在もそこでガバナンスが行われている証拠ではありません。
実はgooseの設定変更で解決できる3つの移行理由
候補を絞る前に、その理由がすでに設定変更で解決できるものではないか確認してください。よくあるものは3つあり、いずれも2026年9月21日にgooseの公式ドキュメントで確認しました。
- 「質問を止めたい」—または、もっと質問してほしい。
GOOSE_MODEはツール実行を制御し、値はauto、approve、chat、smart_approveで、デフォルトはauto(環境変数)です。ここで自律性は欠けている機能ではなく、調整可能な設定です。 - 「エディターで使いたい。」 ZedではgooseをACPエージェントとして実行でき、公式のVS Code拡張機能もあります。ただし、そのページは
/docs/experimental/の下にあり、「goose for VS Codeは現在開発中です。動作と設定は今後のリリースで変更される可能性があります」と記載されています。使用にはVS Code 1.95.0以上とgoose CLIが必要です。成熟した拡張機能と同等ではなく、実験的なものです。 - 「トークンごとの支払いを止めたい。」 gooseのACPプロバイダー(Claude ACP、Codex ACP、Amp ACP、Pi ACP)は、「既存のClaude CodeまたはChatGPT Plus/Proサブスクリプションでgooseを使用でき、トークンごとのAPI費用は不要」です。制限は2つ明記されています。
goose session resumeとgoose session forkはまだサポートされておらず、ACPセッションIDはgooseセッションIDと異なるため、テレメトリーフィールドが相関しない場合があります。文書化されている前提条件は、Node.jsとnpm、プロバイダーのACPアダプター、認証に使用するベンダーのアカウントまたはサブスクリプションです。したがって、この経路ではベンダーアカウントを通じて請求され、別の接続先を指定するためのベースURLはありません。
移行するなら、理由に合わせて移行先を選ぶ
| 離れる理由 | 適しているもの | 注意点 |
|---|---|---|
| より大きなコミュニティを持つ別のターミナルエージェントが欲しい | opencode | GitHub組織はsstからanomalycoへ移行しました。製品名、サイト、npmパッケージは変わっていません。このページで確認できたのは、移行日ではなく、リダイレクトが設定されていることだけです |
| 洗練されたTUIと高速なリリースが欲しい | Crush | OSIのオープンソースライセンスではなくFSL-1.1-MITです。「Competing Use以外」のあらゆる目的での使用を許可します。通常の開発では無料でダウンロードして使用できますが、ライセンスが移行理由なら不適切な選択です |
| VS Code内で作業し、成熟した拡張機能が欲しい | Cline | エディター拡張機能はCLIエージェントとは異なる作業形態です。ターミナルスクリプトとヘッドレス実行は引き継がれません |
| ホスト型の選択肢を含め、より長時間の自律実行が欲しい | 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です |
一覧記事で名前が挙がるものの、移行先にすべきではない名前が2つあります。Roo Codeはアーカイブされています。GitHub APIはarchived: trueを報告しており、最後のリリースは2026年5月15日のv3.54.0、以降のプッシュはありません。第三者の記事では後継フォークが挙げられていますが、このページでは公式ソースで確認していないため、後継は記載しません。Continueも移行先ではありません。continue.devには「Continue has joined Cursor」というバナーがあり、リポジトリのREADMEには、最終リリース2.0.0後、「continuedev/continueリポジトリは現在積極的に保守されておらず、すべてのユーザーに対して読み取り専用です」と記載されています。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のスキルはAgent Skills規約をサポートするエージェントと互換性があると記載されています。ただし、これは規約についての主張であり、このページのすべてのツールがそれを読み込む保証ではありません |
| レシピ | goose固有のYAMLまたはJSON。title、description、instructionsまたはpromptを使用 | いいえ。 ここに記載した移行先はこの形式を読み込みません。再作成の予算を確保してください。また、.ymlはgoose CLI自体でもサポートされていないことに注意してください |
| セッション履歴 | バージョン1.10.0以降の~/.local/share/goose/sessions/sessions.dbにあるSQLite | いいえ。 goose session exportはJSONまたはMarkdownを書き出し、インポートはgoose独自のJSONからgoose Desktopでのみ利用できます。Windowsのパスはドキュメントに記載されていません |
| プロバイダーAPIキー | システムキーチェーン。フォールバックとしてプレーンテキストのsecrets.yamlを使用。環境変数が優先 | いいえ。 gooseはconfig.yamlからキーを読み込まないため、コピーするものはありません。移行先でキーを発行または再入力してください |
5行すべて、2026年9月21日にgoose自身のドキュメントから読み取りました。注意すべき矛盾が1つあります。gooseのコンテキストファイルガイドではデフォルトのファイル名をAGENTS.md、次に.goosehintsとしていますが、環境変数ページではCONTEXT_FILE_NAMESのデフォルトが逆の順序で示されています。どちらが優先されるかではなく、ファイル名の集合を基準にしてください。
元に戻すコストは低いので、gooseを残しておきましょう。 キーはconfig.yamlに保存されず、セッションは専用データベースに保存されるため、2つ目のエージェントをインストールしても動作中のgoose環境には影響しません。gooseをインストールしたまま、候補製品で実際のタスクを1つ実行してから判断してください。何かをアンインストールする前に、必要なセッションをエクスポートしてください。エクスポートは一方向です。
移行するとエンドポイントURLの形式が変わる
これはこのページで最も役立つ移行情報であり、設定をひそかに壊します。gooseは1つのベースURLを受け取りません。デフォルト値を持つホストとパスを受け取ります。gooseのプロバイダーページでは、OPENAI_HOSTを「カスタムエンドポイントURL(デフォルトはapi.openai.com)」、OPENAI_BASE_PATHを「ホストに追加されるリクエストパス(デフォルトはv1/chat/completions)」と説明しています。したがって、ホストは/v1を含まない裸のオリジンです。opencodeとCrushはどちらも、/v1を含む完全なベースURLを1つ受け取ります。
# 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のホスト文字列をそのままどちらかの移行先にコピーすると、リクエストから/v1が失われます。逆方向にコピーすると、gooseは/v1/v1/chat/completionsを要求します。goose自身のページはこの失敗を正しく説明しています。「404は通常、OPENAI_BASE_PATHがプロキシに対して誤っていることを意味します」。これは認証ではなくパスの問題です。各クライアントの設定詳細は、goose統合ガイド、opencode、Crush、Cline、OpenHandsにあります。これらは各ベンダーのドキュメントから読み取った公開設定リファレンスです。Kunavoはこれらのクライアントをエンドポイントに対して実行時テストしておらず、設定ページはテストではありません。
Kunavoは埋め込み、音声合成、音声認識モデルを提供していません。そのため、ベクトルでコードベースをインデックス化するステップや音声を文字起こしするステップでは、既存のプロバイダーキーがそのまま使用されます。エージェントのチャットプロバイダーをここに向けても、それらの呼び出しは移行しません。
セッションの料金と、gooseのキャッシュ処理
予算を立てる前に、キャッシュに関する1点を確認する価値があります。gooseのプロバイダーページには、gooseは「Anthropic、Amazon Bedrock、Databricks、OpenRouter、LiteLLMプロバイダー経由でClaudeモデルを使用する場合、Anthropicのプロンプトキャッシュを自動的に有効化する」とあります。また、goose自身のドキュメントでは、その動作を「リクエストにcache_controlマーカーを追加する」と説明しています。gooseの汎用OpenAIプロバイダー経由で到達するClaudeモデルはこの一覧に含まれないため、その経路ではgooseはそれらのマーカーを追加しません。これはAnthropicのマーカーベースのプロトコルと、gooseが送信する内容についての説明であり、あらゆるキャッシュ方式についての説明ではありません。サーバー側でキャッシュが適用されるプロバイダーはクライアントから何も必要とせず、このページでは特定のエンドポイントがマーカーなしのリクエストをキャッシュするかどうかもテストしていません。したがって、その経路でキャッシュ割引があるとも、ないとも決めつけないでください。以下の数値は単純にキャッシュなしを仮定しており、保守的な方向です。
以下の数値は測定したタスクコストでも請求上限でもなく、トークン計算の例です。1つのエージェントセッションがターンをまたいで400,000個のキャッシュされていない入力トークンを送信し、25,000個の出力トークンを受信すると仮定します。これは説明のための仮定です。エージェントセッションが入力中心になるのは、各ターンでコンテキストが再送されるためです。料金はKunavoカタログに掲載されている100万トークンあたりの現行価格です。
| モデル | 100万トークンあたりの入力/出力 | 1回のセッションの見積もり |
|---|---|---|
| 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 |
予算として扱う前に、自分の1日あたりのセッション数で拡大してください。また、掲載料金が最安であることと、タスクを完了する方法が最安であることは別の主張です。3回の試行が必要なモデルは、1回で済むモデルより高くなる可能性があります。Kunavoのカタログ金額は上限ではなく請求の下限です。上流が料金を報告すると、請求額はカタログ料金と、適用されるマークアップを掛けた上流コストのうち大きい方になります。キャッシュ料金と外部ツールはこの例の対象外です。前払いクレジットの最低チャージ額は$10です。これはタスク料金やサブスクリプションではなく、資金投入の最低額です。請求の詳細を参照してください。
何かを購入する前に、goose自体で文書化されている無料経路を2つ試す価値があります。インストールページには、「gooseを通じてTetrateで初めて自動認証すると、$10の無料クレジットを受け取れます」と記載されています。また、Google Geminiには開始時に利用できる無料ティアがあると説明されていますが、割り当て量は示されていません。
次に確認する項目
gooseを使い続け、モデル経路だけを変更しますか?gooseとClaude Codeの比較ではACPとAPIの選択について説明しています。移行しますか?opencodeの代替製品、Crushとopencodeの比較、OpenHandsとopencodeの比較ではクライアントを比較し、Clineの料金とAiderの料金では各製品の請求内容を説明しています。これら複数のクライアントで1つのキーを使いたい場合は、Kunavoアカウントを作成し、チームで何かを採用すると決める前に、範囲を限定したタスクを1つ実行してください。
よくある質問
gooseは開発終了または放棄されたのですか?
いいえ。gooseはblock/goose GitHub組織から、Linux FoundationのAgentic AI Foundationのプロジェクトであるaaif-goose/gooseへ移行しました。これは2026年4月7日に、プロジェクト自身のブログでPrincipal EngineerのMichael Nealeが発表しました。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は、公式サイトでCoreWeaveとAnlatanの合弁事業と説明されているマネージドNLP推論サービスです。2026年9月21日に確認したホームページには、コーディングエージェント、CLI、リポジトリへの言及はありません。コーディングエージェントのgooseは、aaif-goose/gooseにあるApache-2.0のオープンソースプロジェクトで、文書はgoose-docs.aiにあります。goose.aiという名前に紐づくリクエスト単価は推論サービスの料金であり、エージェントの料金ではありません。GitHubにはさらに2つの名前の衝突があります。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のオープンソースライセンスではありません。したがって、ライセンスが移行理由なら選ぶべき行き先ではありません。すべて2026年9月21日に確認しました。
エージェントを切り替えるとき、gooseの設定を引き継げますか?
一部は可能です。プロジェクトの指示は移行できます。gooseは.AGENTS.mdを.goosehintsとともにすでに読み取り、ファイル名のリストはCONTEXT_FILE_NAMES環境変数で設定されるため、移動前からファイルは移植可能な形式です。ただし、移行先がどのファイル名を読むかは、その製品自身の文書で確認してください。gooseのレシピは移行できません。title、description、instructionsまたはpromptを持つgoose固有のYAMLまたはJSON形式で、他の製品は読み取れないため、エクスポートではなく再作成が必要です。セッション履歴も移行できません。バージョン1.10.0以降、gooseはセッションを~/.local/share/goose/sessions/sessions.dbのSQLiteデータベースに保存し、goose session exportはJSONまたはMarkdownを書き出しますが、再インポートできるのはgoose Desktopだけです。APIキーは設定ファイルからコピーできません。gooseはプロバイダーキーをconfig.yamlから読み取らず、システムのキーリング、またはキーリングが利用できない場合はsecrets.yamlに保存するためです。
同じURLでgooseは動作したのに、新しいエージェントが404を返すのはなぜですか?
gooseはエンドポイントの記述方法が、ほかのほとんどの製品と異なるためです。gooseはエンドポイントを2つに分けます。OPENAI_HOSTは「カスタムエンドポイントURL(デフォルトはapi.openai.com)」、OPENAI_BASE_PATHは「ホストに付加するリクエストパス(デフォルトはv1/chat/completions)」と文書化されています。つまり、hostフィールドには/v1を含まないベアなオリジンを指定し、goose自身がパスを付加します。opencodeとCrushは、/v1を含む完全なベースURLを1つ指定します。gooseのhost文字列をどちらかにコピーすると/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キーではなく、そのベンダーアカウントを通じて請求されます。明記されている制限は2つあります。gooseセッションの再開とgooseセッションのフォークはまだサポートされておらず、ACPセッションIDはgooseセッションIDと異なるため、テレメトリーフィールドが相関しない場合があります。2026年9月21日確認。
このページの執筆中、2026年9月21日に確認しました。GitHub APIで7つすべてのプロジェクトのリポジトリステータス、ライセンス、最新リリースを確認し、直接リクエストでblock/gooseとsst/opencodeのリダイレクトおよびblock.github.io/gooseの応答を確認し、Homebrew caskメタデータを確認しました。また、gooseのブログ記事、providers、ACP、environment-variables、installation、config-files、session-management、context-file、skills、Zed ACP、recipe-reference、VS Code extensionの各ページ、CrushのREADMEとLICENSE.md、ContinueのREADMEとcontinue.dev、Cline、OpenHands、goose.aiの各サイトを確認しました。確認していないものは実行時の動作です。このページのクライアントはいずれもKunavoのエンドポイントに対して実行していません。Kunavoのトークン料金は現行カタログから読み取り、ここに記載したすべてのドル例はトークン計算の例です。