claw-code vs Claude Code：実際に何が違うのか？
claw-codeはClaude Codeのハーネスを書き直したPython実装です。何が同じで、何が欠けており、それぞれがどのような場面でビルダーに適しているかを詳しく解説します。
4月1日の朝目が覚めると、いつものようにミームをスクロールするつもりだった。ところが、フィードは大炎上していた——Anthropicが誤ってClaude Codeのフルソースコードをnpmパッケージに公開してしまい、韓国のある開発者がすでにコアアーキテクチャをゼロから再構築してGitHubにプッシュしていた。コーヒーを入れ終わる頃には、そのリポジトリが30,000スターを超えていた。
そのリポジトリがclaw-codeだ。実際に使えるのか、本番環境で安全なのか、それともあの混沌とした一夜の興味深い産物に過ぎないのか——その答えを求めているなら、この解説が参考になるはずだ。
それぞれの一言ポジショニング
Claude CodeはAnthropicの公式ターミナルネイティブコーディングエージェントだ。CLI またはIDEで動作し、コードベース全体を理解し、git操作を処理し、テストを実行し、Anthropicのインフラとセキュリティチームに支えられている。Claude ProまたはMaxサブスクリプション（月額約20ドル）が必要となる。
claw-codeはオープンソースのクリーンルーム再実装であり、最新のソースリーク後の数時間で開発者Sigrid JinによってPythonとRustで構築されたClaude Codeエージェントハーネスアーキテクチャだ。独自のコードをコピーすることなく、Claude Codeのアーキテクチャパターンを取り込んでいる。無料で使用でき、セルフホスト可能で、活発に開発が続けられている。
これらは従来の意味での直接的な競合ではない。一方は洗練されたエンタープライズサポート付きのプロダクトであり、もう一方は実際に動作するコミュニティ主導のアーキテクチャ研究だ。
コアアーキテクチャの比較
言語とランタイム
Claude Codeのリークされたソースは、1,906ファイルにわたる約512,000行のTypeScriptで構成された、npmパッケージとして出荷される大規模な実績あるコードベースだった。Node.js上で動作し、拡張機能経由でVS CodeとJetBrainsに直接統合され、SSE経由でレスポンスをストリーミングする。
claw-codeはPython + Rustのハイブリッドで構築されている。プロジェクト自身のアーキテクチャドキュメントによると、Rustが現在コードベースの72.9%を占めており（パフォーマンスクリティカルなパス、ゼロ依存のJSONパーサー、OAuth PKCEフロー、ターミナルレンダリング）、PythonがエージェントオーケストレーションとLLM統合を27.1%で担っている。完全なメモリセーフなランタイムを目指すdev/rustブランチが活発に開発中だ。
実際の違いとして、Claude Codeは安定していて実績があり、npm install一コマンドで動く。claw-codeはPythonのセットアップが必要で、まだ活発な開発中であり、Rustへの移行はまだメインにマージされていない。
# Claude Codeのインストール — コマンド一つで完了
npm install -g @anthropic-ai/claude-code
# claw-code — クローン、設定、実行
git clone https://github.com/instructkr/claw-code
cd claw-code
pip install -r requirements.txt
python src/main.pyマルチエージェントオーケストレーションのサポート
これはリークの中でも特に興味深い部分の一つだ。Claude Codeの内部アーキテクチャには、複雑なエンジニアリングタスクを並列化するサブエージェントを生成する「スウォーム」システムが含まれており、各エージェントは共有メモリアクセスを持つ独立したコンテキストで動作する。Model Context Protocol仕様は、これらのツール呼び出しインタラクションがどのように構造化されるかの基礎となる標準を提供している。
claw-codeはこれをAgentツールを通じてドキュメント化し再実装している——大きなタスクを独立して実行可能なサブタスクに分解するサブエージェントスポーナーだ。コーディネーションの品質がClaude Codeの本番チューニングに匹敵するかどうかは大規模ではまだテストされていないが、アーキテクチャパターンは存在している。
MCPとツール統合
両ツールともModel Context Protocolをサポートしている。claw-codeの実装は6つのトランスポートタイプをドキュメント化している：Stdio、SSE、HTTP、WebSocket、SDK、ClaudeAiProxy——自動名前正規化、設定ハッシュ化、OAuth認証を備えている。これはコミュニティによる再実装としては、多くの開発者が期待する以上に広いカバレッジだ。
Claude CodeのMCPサポートはより成熟しており、Claude Code Docsウェブサイトでより充実したドキュメントが提供され、実際のサーバー実装に対してテストされた公式統合がある。本番MCPワークフローでは、これが重要になる。
権限とサンドボックスモデル
Claude Codeは明示的できめ細かな権限制御で動作する。ファイルアクセスやシェル実行が必要な場合は確認を求める。Anthropicは専用のセキュリティインフラを維持し、定期的な監査を行い、エージェントとシステム間の信頼境界を管理している。2026年初頭に追加されたリモートコントロール機能は、インバウンドポートを公開せずにネイティブモバイルアクセスを提供する。
claw-codeは権限コンテキスト管理レイヤーを実装している（ソースツリーのpermissions.pyを参照）。19の権限ゲート付きツールがある。各ツール——ファイル読み取り、Bash実行、Git操作、Webスクレイピング、LSP統合——は独自のアクセス制御を持っている。アーキテクチャは健全だ。問題は、どれだけ徹底的に監査されているかだ。
注目すべき点として、2026年3月31日のサプライチェーン攻撃がリーク期間中にnpmベースのClaude Codeインストールに影響を与えた。claw-code自体は影響を受けなかったが、より広いエコシステムには注意が必要だ。本番環境でサードパーティのエージェントをデプロイする前に、ソフトウェアサプライチェーンセキュリティに関するOWASPガイドを確認することをお勧めする。
claw-codeが持つもの、まだ不足しているもの
現在の機能パリティの状況
オリジナルの未公開フラグの裏に隠れているもの
ソースリークによってClaude Codeのコードベースにある44のコンパイル済みフィーチャーフラグが明らかになった——そのうち20は外部ユーザーに対して無効のままだ。これは公開リリースに先立つ実質的な内部パイプラインだ。3つが際立っている：
KAIROSモード：ユーザー入力を待たずに開発環境を監視して自律的に行動する、継続的に動作するプロアクティブアシスタント。独立した追記専用ログに支えられている。
ULTRAPLANモード：複雑なアーキテクチャ計画を、最大30分の専用推論時間とブラウザベースの人間承認ワークフローを持つOpusクラスモデルが動作するリモートクラウドコンテナにオフロードする。
autoDreamサービス：バックグラウンドメモリ統合エンジン——内部的にはシステムの「夢を見る」メカニズムとして説明されており、アイドル時間中に学習したパターンを再編成して古いコンテキストを削除する。
これらはいずれもclaw-codeではまだ実装されていない。リバースエンジニアリングできることと、信頼性を確保するために数ヶ月の本番チューニングが必要なことの差を体現している。
意思決定マトリックス：それぞれどんな場合に使うべきか？
実験的な使用とアーキテクチャ研究
claw-codeはここで本当に興味深い。本番グレードのAIコーディングエージェントが実際にどのようにツールを接続し、ランタイムコンテキストを管理し、サブエージェントをオーケストレーションするかを理解したいなら——コードベースは読みやすくドキュメント化されており、GitHubリポジトリにはTypeScriptソースに対するパリティ監査が含まれている。エージェントシステム設計を学んでいる開発者にとって、これは価値がある。
Anthropicリサーチブログのエージェントアーキテクチャに関する記事は、Claude Codeの設計選択がどこから来たかを理解するための有益な文脈を提供している。
本番グレードのエージェントワークフロー
Claude Codeだ。claw-codeが優れていないからではなく——実際に優れているのだが——本番ワークフローには安定性、公式のセキュリティ監査、一貫したモデル品質、そして深夜2時に問題が発生したときのサポートが必要だからだ。Claude Codeの長いセッションにわたるエラー回復とコンテキスト保持は、数十億の実際のトークンに対してチューニングされた機能だ。
チーム評価基準
この表を正直に活用してほしい：
よくある質問
Q: claw-codeは本番環境で使える？
私の正直な評価では、まだだ。Pythonの基盤はスコープが限定されたタスクには機能するが、Rustへの書き換えはまだ別のブランチで進行中であり、IDE統合は存在せず、マルチエージェントオーケストレーションは大規模では実戦テストされていない。急速に進化している——数日で48kスターということは多くのコントリビューターがいることを意味する——しかし「興味深いアーキテクチャ」と「本番対応」は異なる基準だ。
Q: claw-codeはMCPサーバーをサポートしている？
書面上はそうだ。プロジェクトはStdio、SSE、HTTP、WebSocketを含む6つのトランスポートタイプをドキュメント化している。実際には、実装はClaude Codeよりも新しく、テストが少ない。MCPサーバーの安定性がワークフローにとって重要なら、今のところClaude Codeの方が安全だ。完全な準拠が実際に何を意味するかを理解するためにMCP仕様を確認してほしい。
Q: claw-codeはAnthropic以外のモデルプロバイダーに接続できる？
できる——これは本物の優位点の一つだ。claw-codeはプロバイダーに依存しないLLM抽象レイヤーで設計されており、OpenAI、Gemini、またはOllama経由のローカルモデルに向けることができる。Claude CodeはAnthropicのモデルにロックされている。モデルの柔軟性が重要な場合（そして状況が変化するにつれてますます重要になっている）、claw-codeには構造的な優位性がある。
Q: AnthropicがclaW-codeに対してさらなる法的措置を取った場合はどうなる？
このプロジェクトはクリーンルームの再実装として設計されている——独自コードはコピーされておらず、アーキテクチャパターンだけが研究されて独立して再実装された。これはWineやReactOSなどのプロジェクトで成功裏に使用されてきたのと同じ法的アプローチだ。とはいえ、執筆時点でAnthropicはinstructkrリポジトリに対して公的な法的措置を起こしていない。プロジェクトのメンテナーはREADMEでクリーンルームの方法論について明確に説明している。
Q: claw-codeのRust書き換えは本番使用に近づいている？
dev/rustブランチは活発であり、プロジェクト自身のドキュメントによると6つのRustクレートのワークスペースにはパフォーマンスクリティカルなパスがすでに実装された16のランタイムモジュールが含まれている。しかし「活発な開発」と「マージ準備完了」は異なることだ。現在の活動状況に基づくと、Rustコアは今後数ヶ月で安定するとは思うが、そのタイムライン想定の上に本番パイプラインを構築するのはお勧めしない。
前回の記事：
