ガイド一覧へ戻る
コードエージェント·2026年10月1日·最終更新 2026年10月3日·読了8分

gooseの代替 — 適したものと、本当に移行できるもの

gooseはAgentic AI Foundationに加わり、現在もバージョンをリリースしています。まず本当に移行が必要かを確認し、その後、自分の理由と移行できる要素に基づいて選択してください。

gooseの代替を探している人の多くは、その必要がありません。gooseは放棄されていません。Linux FoundationのAgentic AI Foundation傘下でblock/gooseからaaif-goose/gooseへ移行し、リポジトリはアーカイブされておらず、2026年10月1日にも更新され、v1.52.0は2026年9月23日にリリースされています。 それでも移行するなら、適切な代替は移行理由に完全に左右されます。そしてどの比較表も語らないのは、移行後に何が付いてくるかです。指示は移行しますが、レシピと履歴は移行しません。また、各移行先ではエンドポイントURLの記述方法がgooseとは異なります。

「goose ai alternative」で検索すると、互いに無関係な2つの製品が表示されるため、まず区別を明確にします。このページで扱うのは、goose-docs.aiにドキュメントが掲載されているオープンソースのコーディングエージェント、gooseです。これは、公式サイトでCoreWeaveとAnlatanの合弁事業として紹介されている、マネージドNLP推論サービスのgoose.aiではありません。同サービスのリクエスト単位の料金は、このエージェントとは無関係であり、このページには掲載していません。GitHubには、さらに同名のプロジェクトが2つあります。Goで実装されたデータベース移行ツールのpressly/gooseと、GoのサブセットをRocqに変換するgoose-lang/gooseです。

名称変更は実際に起きていますが、まだ半分しか反映されていません

移行は2026年4月7日のプロジェクトブログで発表されました。リポジトリと関連プロジェクトはblock/gooseから新しい組織へ移り、旧ドキュメントリンクはリダイレクトされます。gooseが放棄されたように見えるのは、提供物の一部に旧名称が残っているためです。2026年10月1日に確認:

項目現在の動作表示されるもの
github.com/block/gooseHTTP 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の設定である3つの移行理由

  • 「確認をやめさせたい」—あるいは、もっと確認させたい。 セッションの/modeコマンドは、auto、approve、chat、smart_approveを受け付けます。自律性は欠落した機能ではなく、調整可能なスライダーです。
  • 「エディター内で使いたい。」 ZedではgooseをACPエージェントとして起動でき、公式のVS Code拡張機能もあります。ただし、そのページは/docs/experimental/配下にあり、動作が変わる可能性があると注意しています。つまり実験的であり、成熟した拡張機能と同等ではありません。
  • 「トークン単位の支払いをやめたい。」 gooseのACPプロバイダー(Claude ACP、Codex ACP、Amp ACP、Pi ACP)を使えば、既存のClaude CodeまたはChatGPT Plus/Proのサブスクリプションを「トークン単位のAPI料金なし」で利用できます。告知されている制限は、現時点でgoose session resumeもフォークも利用できないこと、そしてセッション識別子が異なることです。

移行するなら、理由で選ぶ

移行理由適しているもの注意点
より大きなコミュニティを持つ別のターミナルエージェントopencodeGitHub組織はsstからanomalycoへ移りましたが、名称、サイト、npmパッケージは変わっていません
洗練されたターミナルUIと高速な出力CrushFSL-1.1-MITであり、OSIのオープンソースライセンスではありません。「Competing Use」以外の目的には利用が許可されています。通常の開発には自由に使えますが、移行理由がライセンスなら不適切です
VS Codeで作業しており、成熟した拡張機能が必要Clineエディター拡張機能はCLIエージェントと同じ形態ではありません。ターミナル用スクリプトやヘッドレス実行は引き継がれません
ホスティング型の選択肢を備えた長時間の自律実行OpenHandsGitHub組織は現在OpenHands、サイトはopenhands.devです。この変更に関する日付付きの発表は見つかりませんでした
エディターに依存しない軽量なペアプログラミングループAiderアーカイブはされていませんが、停止しています。最終コミットは2026年5月22日、GitHubの最終バージョンは2025年8月9日のv0.86.0です。Aiderの料金ページを参照してください
ライセンスまたはガバナンス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も移行先にはなりません。READMEには、リポジトリcontinuedev/continueはもはや積極的に保守されておらず、全員に対して読み取り専用だとあります。それでもGitHubのarchivedフラグはfalseのままです。信頼すべきなのはREADMEです。

各候補の状態(同日に確認)

プロジェクトリポジトリライセンス最終バージョンアーカイブ済み?
gooseaaif-goose/gooseApache-2.0v1.52.0、2026年9月23日いいえ
opencodeanomalyco/opencodeMITv1.18.34、2026年9月30日いいえ
Crushcharmbracelet/crushFSL-1.1-MITv0.97.1、2026年9月29日いいえ
Clinecline/clineApache-2.0v4.1.22、2026年9月30日いいえ
OpenHandsOpenHands/OpenHandsMITv1.24.0、2026年9月25日いいえ
AiderAider-AI/aiderApache-2.0v0.86.0、2025年8月9日いいえ。ただし最終コミットは2026年5月22日
Roo CodeRooCodeInc/Roo-CodeApache-2.0v3.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 SkillsSKILL.md。YAMLフロントマター付きで、~/.agents/skills/および.agents/skills/の下に配置gooseのドキュメント上は移植可能です。Agent Skills規約に従うエージェントが対象であり、上記の各ツールで使えることを保証するものではありません
レシピ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に保存されず、セッションも独自のデータベースに格納されるため、2つ目のエージェントをインストールしても、正常に動作しているgoose環境には影響しません。gooseを残したまま候補製品で実際のタスクを実行し、その後で判断してください。何かをアンインストールする前に重要なセッションをエクスポートしてください。エクスポートは一方向です。

移行するとエンドポイントURLの形が変わる

これはこのページで最も有用な移行上の事実であり、設定をひそかに壊します。gooseは単一のベースURLではなく、ホストとデフォルトパスを別々に受け取ります。プロバイダーページには、OPENAI_HOST(デフォルトはapi.openai.com)と、OPENAI_BASE_PATH(「ホストに追加されるパス(デフォルトはv1/chat/completions)」)が記載されています。したがってホストは/v1を含まない裸のオリジンです。opencodeとCrushは完全なベースURLを受け取り、/v1はその中に書き込みます。

同じエンドポイントを 3 通りで記述する
# 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がプロキシに適していないことを意味します。これは認証ではなく、パスの誤りです。各クライアントの詳細は、(英語の)goose、opencode、Crush、Cline、OpenHandsのガイドにあります。これらは各ベンダーのドキュメントから得た設定例であり、Kunavoはこれらのクライアントをエンドポイントに対して実行していません。設定ページはテストではありません。

セッションのコストとキャッシュ

まずキャッシュについて。gooseのプロバイダーページによると、ClaudeがAnthropic、Amazon Bedrock、Databricks、OpenRouter、LiteLLMのプロバイダー経由で利用される場合、Anthropicのプロンプトキャッシュ(cache_controlマーカー)が自動的に有効になります。gooseの汎用OpenAIプロバイダー経由で接続されたClaudeはこの一覧に含まれないため、この経路ではgooseはこれらのマーカーを追加しません。したがって以下の数値は、キャッシュ割引がない前提で計算しています。これは慎重な見積もりです。

以下は説明のためのトークン計算であり、測定されたタスクコストでも請求額の上限でもありません。エージェントセッション全体でキャッシュされていない入力トークン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

毎日のセッション数を掛けてから予算に組み込んでください。最も安い料金と、タスクを完了する最も安い方法は別のものです。Kunavoのカタログ料金は請求額の下限であり、上限ではありません。上流側がコストを申告した場合、請求額はカタログ料金と、上流コストに適用される上乗せ率を掛けた金額のうち高い方になります。最低入金額は$10の前払いクレジットで、サブスクリプションはありません。Stripeの決済画面ではカード、Apple Pay、Google Pay、Linkに対応していますが、SEPA口座振替には対応していません(請求)。購入前に試す価値のある、gooseで文書化された無料の方法が2つあります。1つ目は、goose経由でTetrateに初めて自動認証すると、$10分のクレジットが無料でもらえる方法です。2つ目は、利用を始めるためのGoogle Geminiの無料プランです。こちらのクォータの具体的な数値は示されていません。

さらに詳しく

gooseを使い続けてモデルの経路だけを変えますか? gooseとClaude Codeの比較ではACPとAPIの選択を扱います。移行しますか? opencodeの代替候補、Crushとopencodeの比較、OpenHandsとopencodeの比較ではクライアントを比較しています。このページの英語版はgoose alternativesです。これらの複数クライアントで1つのキーを使いたい場合は、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 日に公開されていました。Homebrew の cask(block-goose)、VS Code 拡張機能の識別子(block.vscode-goose)、Windows の設定フォルダーには Block という名前が残っているため、検索結果では放棄されたように見えますが、実際には放棄されていません。

goose と goose.ai は同じものですか?

いいえ。この検索で最もよくある混同です。goose.ai は管理型の NLP 推論サービスで、自社サイトでは CoreWeave と Anlatan の合弁会社として紹介されています。ホームページにはコードエージェント、CLI、リポジトリへの言及がありません。コードエージェントの goose は、Apache-2.0 のオープンソースプロジェクト aaif-goose/goose で、goose-docs.ai に文書化されています。goose.ai に関連するリクエスト単価は、この推論サービスのものであり、エージェントのものではありません。

goose に代わる最良のオープンソース選択肢は?

何を置き換えるかによって異なります。また goose はすでに Apache-2.0 なので、ライセンスが理由になることはほとんどありません。大規模なコミュニティを持つターミナルエージェントなら、MIT の opencode(v1.18.34、2026 年 9 月 30 日公開)。VS Code で作業するなら、Apache-2.0 の Cline(v4.1.22、2026 年 9 月 30 日)。ホスト型オプションを備えた長時間の自律実行なら、MIT の OpenHands(v1.24.0、2026 年 9 月 25 日)。Crush は高速にリリースされており、v0.97.1 は 2026 年 9 月 29 日公開ですが、FSL-1.1-MIT であり、「Competing Use」を除外し、OSI のオープンソースライセンスではありません。ライセンスが移行理由なら不適切です。2026 年 10 月 1 日に検証。

エージェントを変更しても goose の設定を維持できますか?

一部は可能です。プロジェクトの指示は移行できます。goose はすでに AGENTS.md と .goosehints を読み込みます(リストは CONTEXT_FILE_NAMES で定義されます)。したがってファイル自体は移植可能な形式ですが、移行先がどの名前を読むか確認してください。goose のレシピは移行できません。これは goose 固有の YAML または JSON 形式で、どの代替製品も読み込めないため、書き直す必要があります。履歴も移行できません。バージョン 1.10.0 以降、goose はセッションを SQLite データベースに保存します。goose session export は JSON または Markdown を生成しますが、再インポートできるのは goose Desktop だけです。API キーは設定ファイルからコピーできません。goose は config.yaml からキーを読み込まず、キーはシステムキーチェーンに、利用できない場合は secrets.yaml に保存されています。

同じ URL で goose は動いていたのに、新しいエージェントが 404 を返すのはなぜですか?

goose は、ほとんどの製品とは異なる方法でエンドポイントを記述するためです。2 つに分けて指定します。OPENAI_HOST はカスタムエンドポイント URL(デフォルトは api.openai.com)、OPENAI_BASE_PATH はホストに追加されるパス(デフォルトは v1/chat/completions)として文書化されています。そのため、ホスト欄には /v1 を含めない裸のオリジンを指定します。opencode と Crush は、/v1 を含む完全なベース URL を指定します。goose のホストをそのままコピーすると /v1 が失われ、逆方向では goose が /v1/v1/chat/completions を要求します。goose の providers ページでは、404 は認証エラーではなく、パスが誤っていることを意味します。

goose を離れたら、トークン単位で支払う必要がありますか?

必ずしもそうではありません。移行する前に確認してください。goose にはすでに、それを避ける方法があります。ドキュメントによると、goose の ACP プロバイダー(Claude ACP、Codex ACP、Amp ACP、Pi ACP)を使えば、既存の Claude Code または ChatGPT Plus/Pro のサブスクリプションで goose を利用でき、トークン単位の API コストは発生しません。Node.js、npm、プロバイダーの ACP アダプター、プロバイダーのアカウントまたはサブスクリプションが必要です。2 つの制限があります。goose session resume と fork はまだサポートされておらず、ACP のセッション ID は goose のものと異なります。

2026年10月1日に確認:GitHub APIで7つのプロジェクトの状態、ライセンス、最終バージョンを確認。block/gooseのリダイレクトとHomebrew cask、ContinueのREADME、CrushのLICENSE、gooseのプロバイダー、ACP、CLIコマンドの各ページも確認済み。未確認:実行時の動作全般。このページのクライアントはいずれもKunavoのエンドポイントに対して実行していません。Kunavoの料金はライブカタログから取得し、各数値例はトークン計算です。