技術 約6分で読めます

AnthropicがOpenCodeからClaude連携を法的に削除させ、AstralはOpenAIに買収された

Anthropic Claude OpenCode OAuth Python OpenAI Codex Ruff uv

2026年3月19日、AIコーディングツールまわりで2つの大きな動きがあった。AnthropicがOSSコーディングエージェント「OpenCode」に法的措置を取ってClaude連携を削除させたのと、PythonツールチェーンのAstral SoftwareがOpenAIに買収されてCodexチームに合流したこと。偶然同じ日だが、「AIベンダーとOSSの距離感」というテーマでは地続きの話だ。

OpenCodeからClaude連携が消えた経緯

OpenCodeのGitHubリポジトリにPR #18186がマージされた。タイトルは「Remove anthropic references per legal requests」。HNで315ポイント・265コメントを集めた。Anthropicの法務から要請が来て、Claude関連機能をまるごと削除した形だ。

削除されたもの

ファイル内容
anthropic-20250930.txtAnthropicブランドのシステムプロンプト
opencode-anthropic-auth@0.0.13Claude Pro/Max OAuth認証プラグイン
claude-code-20250219anthropic-betaリクエストヘッダー
providers.tsプロバイダー選択UIのAnthropicヒント
providers.mdxClaude Pro/Max OAuthフローのドキュメント

一番インパクトが大きいのは opencode-anthropic-auth プラグインの削除だ。Claude Pro/Maxサブスクライバーがclaude.aiのOAuthフローでOpenCodeにログインし、追加のAPIキーなしでモデルを使える仕組みだった。

OpenCodeの立ち位置

OpenCode（旧名 opencode）はSST（Serverless Stack）チームが開発するOSSのAIコーディングエージェント。メンテナーは thdxr（Dax Raad）。Claude Code・Cursor・Copilotの対抗馬として人気を集めていた。

プロバイダー非依存の設計で、Anthropic・OpenAI・Geminiなどをプラグインで切り替えられる。エージェント設計原則の記事で書いたGoogleやStripeの事例もそうだが、本番運用が進むほどモデルプロバイダーを固定されたくないというニーズは強い。opencode-anthropic-auth はその中でも特に利用者が多かった。

なぜAnthropicは止めたのか

直接の理由は公表されていないが、技術的な文脈から推測できる。

claude.aiのOAuthフローは公式クライアント（claude.ai・Claude Code）での利用を前提に設計されている。第三者アプリがこのフローを使うと、認証トークンの扱い・利用規約の解釈・ブランド使用権で問題が出る。削除されたシステムプロンプト anthropic-20250930.txt はAnthropicブランドが冠されており、非公式クライアントが公式のシステムプロンプトをそのまま使っていた格好だ。

同様の問題はGitHub Copilotでも繰り返し起きている。コミュニティが非公式クライアントからCopilotを使おうとするたびにGitHubが制限を強化してきた。サブスクリプション型AIモデルの「どのクライアントから使えるか」問題は構造的なもので、Anthropic固有の話ではない。

コードレビューを自動実行したGreptileの分析も興味深い。プラグイン削除に伴う llm.ts のリファクタリングで、User-Agent: opencode/VERSION ヘッダーがOpenAI・Google・Azure等の非Anthropicプロバイダー向けにも誤って削除される副作用が混入した。急いで削除した弊害が出ている。

flowchart TD
    A[Claude Pro/Maxサブスクライバー] -->|OAuthフロー| B[claude.ai認証サーバー]
    B -->|認証トークン発行| C[opencode-anthropic-auth プラグイン]
    C --> D[OpenCode経由でモデル呼び出し]
    D --> E[Anthropic API]
    E -.->|法的措置| F[プラグイン削除要求]
    F --> G[PR #18186マージ]
    G --> H[コアプラグイン削除]
    G --> I[コミュニティが<br/>opencode-claude-auth を独自公開]
    I --> D

コミュニティの反応

PRのコメント欄は荒れた。「サブスクリプションをキャンセルする」「OpenAIに乗り換える」という反応が相次ぎ、「プロダクト境界の正当な執行と、サードパーティハーネスへの敵対的な動きの境目はどこにあるのか」という問題提起も出た。

一方で冷静な指摘もあった。ben-pr-p は「プラグインがビルトインから外れただけで、サードパーティ製プラグインとしては動く」と分析。実際、griffinmartin がPRマージから数時間以内に opencode-claude-auth をGitHub・npmで公開し、同日中にArchLinux向けAURパッケージまで作成された。

OpenCodeのプラグインアーキテクチャがちゃんと機能していたわけだ。コアから外すことでAnthropicの要求は形式的に満たしつつ、コミュニティが独立プラグインとして復元できる設計になっていた。

AstralがOpenAIのCodexチームに合流

同じ3月19日、Astral SoftwareがOpenAIへの参加を発表。創業者Charlie Marshの公式ブログによると、開発チーム全体がCodexチームに合流する。HNで357ポイント。

Astralのプロダクト

Astralは3つのPythonツールを出している。いずれもRust製で速い。

ツール概要
Ruffリンター/フォーマッター。Flake8やBlackの数十〜数百倍高速で、従来のlintツールをほぼ置き換えた
uvパッケージマネージャー。pip・pip-tools・venv・pyenv相当を1バイナリに統合。依存解決がpipの数十倍速い
ty型チェッカー。mypy・Pyright対抗。開発中

Marshによれば月間数億ダウンロード、「モダンなPython開発の基盤になった」と。実際CI環境やVS Code拡張でデフォルト採用が増えている。

なぜCodexなのか

Marshの説明は「プログラミングの生産性向上」という創業ミッションの延長線上にある、というもの。AIが開発手法を急速に変えている中、その最前線で構築するのが最大のインパクトだと判断した。

OpenAIのCodexはコード生成・実行エージェントとして開発が進んでいる（Codex Securityの記事で触れたように、セキュリティ方面でも独自のアプローチを取っている）。uv・Ruffが統合されれば、依存解決・フォーマット・型チェックまでAIエージェントが自律的に回せるようになる。Copilotの大幅更新でCodexとFigmaのMCP統合が発表された直後のタイミングでもあり、OpenAIはCodexのツールチェーン層を厚くする狙いだろう。

OSSの継続性

一番気になるのはここだ。OpenAIはRuff・uv・tyのオープンソース継続を明言し、Marshも「コミュニティとともにオープンな環境で構築を続ける」と述べている。ライセンス変更や開発中断は現時点では予定されていない。

ただ「継続」が何を意味するかは今後次第だ。コア開発者がOpenAI内でCodexに集中すれば、外部コントリビューターへの依存度は上がる。chardet再ライセンス紛争の記事でも書いたが、OSSプロジェクトのガバナンスは所有構造が変わるたびに問題が再燃する。HashiCorp TerraformのBSL移行→OpenTofuフォークという先例もある。

月間数億ダウンロードのツールチェーンがOpenAI傘下に入ること自体が、Pythonエコシステムにとって相当なインパクトだ。tyが完成すればmypy・Pyrightのシェアにも影響するし、Codexとuv/Ruffの緊密な統合で「AIエージェントがPythonプロジェクトを操作する標準的な手順」が形成されていく可能性がある。

Anthropicは法的措置で排除し、OpenAIは買収で取り込んだ。同じ日にアプローチ正反対の「自社エコシステムの境界線引き」が2件起きたのは偶然だろうが、AIコーディングツール周辺がそういう段階に入ったということだと思う。