Claude Media
Claude Codeとgooseの違いを比較する — 汎用エージェントと開発特化の使い分け
Claude Code解説

Claude Codeとgooseの違いを比較する — 汎用エージェントと開発特化の使い分け

Claude Codeとgooseを、提供面・モデル選択・拡張・安全機構の4軸で比較します。AAIF移管後のgooseの現在地と、ACPでClaude Codeを裏に使う設定も扱います。

読了目安 約10分

gooseは、手元のマシンで動く汎用のオープンソースAIエージェントです。コードだけでなく、調査・執筆・自動化・データ分析まで守備範囲に置いています。Claude Codeは、コードベースを読み、ファイルを編集し、コマンドを実行する開発向けのエージェントです。

この記事では、Claude Codeとgooseの違いを4つの軸で並べます。gooseがAAIF(Agentic AI Foundation)に移管されて何が変わったか、そしてgooseの裏側でClaude Codeを動かす設定もあわせて扱います。

gooseとは何か — AAIFに移った汎用エージェント

gooseは「コードに限らず、やりたいことを任せられる」ことを前面に出したエージェントです。トップページの説明では、次の要素が並びます。

特徴

gooseの構成要素

  • 3つの入口

    デスクトップアプリ(macOS・Linux・Windows)、CLI、組み込み用のAPIがあります。Rustで書かれています。

  • 拡張

    MCP(Model Context Protocol)経由で70超の拡張につなぎます。データベース、ブラウザ、GitHub、Google Driveなどが例に挙がっています。

  • モデルの自由度

    Anthropic、OpenAI、Google、Ollama、OpenRouter、Azure、Bedrockなど15超のプロバイダーを選べます。

  • レシピとサブエージェント

    作業手順をYAMLのレシピとして持ち回れます。サブエージェントを並列に走らせる機能もあります。

もとはBlock社が公開したプロジェクトで、2026年4月7日にLinux Foundation傘下のAAIFへ寄贈されました。ブログによると、寄贈はAnthropicのMCP、OpenAIのAGENTS.mdと並ぶ位置づけです。

提供面と作りの違い

両者とも「ターミナルから使えるエージェント」ですが、入口の数と想定している作業が違います。

観点Claude Codegoose
位置づけClaude Codeコードベースを読み、編集し、コマンドを実行する開発向けエージェントgooseコード以外にも使える汎用エージェント
提供面Claude Codeターミナル、IDE拡張、デスクトップアプリ、ブラウザgooseデスクトップアプリ、CLI、API
ライセンス・運営Claude CodeAnthropicの製品gooseオープンソース。AAIF配下で運営
利用条件Claude CodeClaudeのサブスクリプションか、Anthropic Consoleのアカウントが必要な面が多いgoose自分で選んだプロバイダーのAPIキーか、既存のサブスクリプションを使う

Claude Codeの概要ページには、ターミナルCLI・VS Code・JetBrainsがサードパーティプロバイダーにも対応するとあります。つまり「Claude Codeは必ずAnthropicの直契約」というわけではありません。ただし対象はClaudeモデルです。

gooseの強みは、入口が「開発」に固定されていないことです。組み込みの拡張には、開発用のDeveloper拡張のほかに、Webスクレイピングや自動化を担うComputer Controller、好みを覚えるMemory、グラフを描くAuto Visualiserなどがあります。Developer拡張は初期状態で有効です。

使えるモデルの違い

ここが最も大きな分かれ目です。Claude Codeの頭脳はClaudeです。gooseの頭脳は選べます。

Claude Code側は、Anthropicのほかに、Amazon Bedrock、Google CloudのAgent Platform(旧Vertex AI)、Microsoft Foundryの各クラウド経由で使えます。企業の調達や地域要件に合わせる選択肢ですが、動くのはClaudeです。

goose側はプロバイダー一覧がそのままモデルの選択肢です。Claudeを使う場合、ANTHROPIC_API_KEY を設定してAnthropicを選べば動きます。プロバイダーのページには「gooseはツール呼び出しに強く依存し、現状はClaude 4系のモデルで最もよく動く」という趣旨です。Claude系を指名する場合は、Anthropic、Amazon Bedrock、Databricks、OpenRouter、LiteLLM経由でプロンプトキャッシュ用の cache_control が自動で付きます。

要点は次のとおりです。

  • 1つのモデルに最適化した体験を求めるなら、Claude Codeが合います
  • モデルを入れ替えたり、ローカルのOllamaで試したりしたいなら、gooseの自由度が効きます
  • gooseでClaudeを使うと、Claude Code固有の機能(CLAUDE.mdやフックなど)は付いてきません

最後の項目は、後述のACP経由で使う場合だけ事情が変わります。

拡張とワークフローの違い

どちらもMCPを拡張の軸にしています。違いは「どこに入れて、どう再利用するか」です。

Claude Codeは claude mcp add で外部サービスをつなぎます。リモートのHTTPサーバーなら次の形です。

claude mcp add --transport http notion \
  https://mcp.notion.com/mcp

gooseはデスクトップのGUI、goose configure、セッション内の /extension コマンドなどから拡張を追加します。ローカルのMCPサーバーを足す例は次のようになります。

/extension npx -y @modelcontextprotocol/server-memory

繰り返し作業の持ち運び方も違います。gooseのレシピは、指示・拡張・パラメータ・サブレシピをYAMLにまとめ、チームで共有したりCIで実行したりするための単位です。Claude Codeでは、非対話モード claude -p でスクリプトやCIから実行し、手順はSkillsやCLAUDE.mdに置きます。

claude -p "Find and fix the bug in auth.py" \
  --allowedTools "Read,Edit,Bash"

MCPの対応範囲を他ツールも含めて見たい場合は、AIコーディングエージェントのMCP対応状況の比較が参考になります。

gooseの裏でClaude Codeを動かす — ACPプロバイダー

「どちらか」ではなく「両方を重ねる」道もあります。gooseはACP(Agent Client Protocol)のエージェントをプロバイダーとして使えます。Claude Codeを裏に置く設定が claude-acp です。

ACPプロバイダーの特徴は次のとおりです。

  • gooseの拡張は、MCPサーバーとしてエージェント側に渡されます
  • 既存のClaude Codeサブスクリプションを使えます。トークン単位のAPI課金は発生しません
  • 以前のCLIプロバイダー(claude-code)は非推奨で、置き換え先がACPプロバイダーです

セットアップは、アダプターをnpmで入れて、プロバイダーを環境変数で指定する形です。事前に claude CLIの認証が済んでいる必要があります。

npm install -g @agentclientprotocol/claude-agent-acp
export GOOSE_PROVIDER=claude-acp

goose configure から「Configure Providers」→「Claude Code」を選ぶ方法もあります。

制約もあります。ACPプロバイダーでは、goose session resume と goose session fork が未対応です。ACP側のセッションIDとgoose側のセッションIDも一致しないため、テレメトリの突き合わせはできません。

逆向きの関係もあります。gooseはACPサーバーとして動き、Zed・JetBrains・VS Codeから接続できます。Claude Code側のACP連携は、ZedでClaude Agentを使う手順にまとめています。

安全機構の違い

gooseのトップページは、安全機構として4つを挙げています。プロンプトインジェクションの検出、ツール権限の制御、サンドボックスモード、危険な動作を見張る「adversary reviewer」です。

Claude Codeも権限モードを持ち、Bashツール向けのサンドボックスを備えます。ただしサンドボックスは初期状態でオフです。有効にするにはセッションで /sandbox を実行するか、sandbox.enabled を設定します。有効時の書き込み先は、既定で作業ディレクトリと一時ディレクトリなどに限られます。一方、読み取りは認証情報ファイルを含むマシンの大部分に届く既定です。

どちらも「入れたまま放置して安全」ではありません。拡張やMCPサーバーを足すほど攻撃面が広がるのは共通で、信頼できないサーバーをつながない運用が前提になります。サンドボックスの設計をClaude Code・Codex・Cursor・Devinで並べた記事はサンドボックス実装比較です。

AAIF移管で変わったこと・変わらないこと

移管で実際に動いたのは、場所の情報です。

項目移管前移管後
ドキュメント移管前block.github.io/goose移管後goose-docs.ai
GitHubリポジトリ移管前block/goose移管後aaif-goose/goose
運営移管前Block社移管後Linux Foundation傘下のAAIF

古いドキュメントのリンクはリダイレクトされます。ローカルにクローンがある場合は、リモートの付け替えが必要です。

git remote set-url origin \
  git@github.com:aaif-goose/goose.git

プロジェクトの目的やコミュニティは変わりません。ただし移行作業は途中で、リンク切れやCIの問題が残る可能性があります。ベンダー中立のガバナンスという点は、特定の1社が方向を決めるClaude Codeとの性格の違いにもなります。

使い分け早見表

「どちらが上か」ではなく、仕事の形で分かれます。

やりたいこと向いている選択理由
リポジトリの修正・テスト・PR作成が中心向いている選択Claude Code理由開発向けに作られ、IDE拡張などの入口も揃う
コード以外(調査・文書作成・データ整理)も同じエージェントに任せたい向いている選択goose理由汎用エージェントで、拡張で業務範囲を広げられる
モデルを自由に切り替えたい、ローカルモデルを試したい向いている選択goose理由ローカルのOllamaも選べる
企業のクラウド契約(Bedrock・Agent Platform・Foundry)でClaudeを使いたい向いている選択Claude Code理由クラウド経由での利用手順が用意されている
ベンダー中立のOSSを基盤にしたい向いている選択goose理由AAIF配下で運営されている
既存のClaude Codeサブスクリプションをgooseの画面から使いたい向いている選択gooseのclaude-acp理由アダプターを入れるだけで使える。セッションの再開は不可

似た立ち位置のOSSとの比較は、OpenHandsとの比較とAmpとの比較にあります。汎用エージェント側の製品としては、Claude CoworkとGensparkの比較が近い視点です。

よくある質問

goose自体は無料ですか

オープンソースで、デスクトップアプリとCLIはダウンロードできます。モデルの利用料は、選んだプロバイダー側の課金に従います。

まとめ

Claude Codeは、Claudeを頭脳に据えた開発向けエージェントです。gooseは、頭脳も拡張も自分で選ぶ汎用エージェントです。コード中心でClaudeに寄せるならClaude Code、業務全般を同じ土台で自動化したい、あるいはモデルを選びたいならgooseが候補になります。

両者は排他ではありません。gooseの claude-acp を使えば、Claude Codeの契約を残したままgooseの画面と拡張を使えます。セッション再開が使えないといった制約と、移管直後でリンクや運用が動いている点だけ押さえておけば、試す負担は小さい構成です。

この記事を共有:XはてブLinkedIn

関連する記事

Claude Code をもっと見る →