GitHubで見つけた deepclaude は、ひとことで言うと「Claude Codeの見た目と操作感はそのままに、裏側のモデルだけを安いものへ差し替える」ためのツールです。
発想がかなり気持ちいいです。高い道具の“外側”はそのまま使って、頭脳だけ別のエンジンに載せ替える感じ。こういうやり方、地味だけど実用性が高いんですよね。
元記事の主張はわかりやすいです。Claude Code は「自律型のコーディングエージェント」としてかなり優秀だけれど、月額 $200 と高い。そこで deepclaude は、Claude Code の CLI やツールループ、ファイル編集、bash実行、git操作といった“身体”はそのまま使い、モデルだけを DeepSeek V4 Pro などに差し替えます。
つまり、Claude Code がやっている「考えて、ファイルを見て、直して、また考える」という流れは維持しつつ、API の接続先だけ変えるわけです。
この手の仕組みは、表面上は単純でも中身はかなり実用的です。なぜなら、開発者が欲しいのは「特定のブランド名」ではなく、「終わるまで勝手に仕事を進めてくれるエージェント」だからです。
しかも README では、DeepSeek V4 Pro は LiveCodeBench で 96.4% を出していて、出力トークン単価は $0.87/M とかなり安いとしています。Anthropic の Claude 側は $15/M output と書かれているので、差はかなり大きい。ここは単純にインパクトがあります。
このプロジェクトの面白いところは、魔法っぽく見えて実装はかなり素直な点です。Claude Code は、どこにAPIを送るかをいくつかの環境変数で判断します。たとえば ANTHROPIC_BASE_URL や ANTHROPIC_AUTH_TOKEN、モデル名を指定する変数などです。
deepclaude はセッションごとにこれらを設定し、Claude Code を起動して、終了したら元の設定を戻します。
要するに、システム全体を書き換えるのではなく、起動時の受け口を差し替えているだけです。この「大げさな改造をしていない」感じはかなり好感が持てます。壊れにくいし、戻しやすい。実務ではこういう控えめな設計のほうが強いことが多いです。
さらにライブ切り替えもできます。ローカルの localhost:3200 にプロキシを立てて、そこが API を受け、/_proxy/mode でバックエンドを切り替える仕組みです。
Claude Code の中から /deepseek や /anthropic のようなスラッシュコマンドを打つだけで切り替えられる、というのはかなり便利そうです。わざわざプロセスを落として起動し直さなくていいのは、地味だけど使い始めると手放せなくなりそうです。
README にある比較はかなり直球です。DeepSeek や OpenRouter は入力 $0.44/M、出力 $0.87/M と書かれていて、Anthropic は入力 $3.00/M、出力 $15.00/M。Fireworks AI はその中間くらいで、速度重視の選択肢として置かれています。
コスト比較では、Anthropic Max の $200/月に対して、deepclaude（DeepSeek）だと軽めの利用で約 $20/月、重めでも約 $50/月、さらに自動ループを多用しても約 $80/月という試算が載っています。
もちろん、これは使い方次第で変わるはずですが、それでも「エージェントを普段使いするには高すぎる」という悩みに対して、かなりわかりやすい答えになっています。
個人的には、こういうツールの価値は「単発の料金の安さ」より、「毎日気軽に使えること」にあります。月額 $200 を意識すると、人間はどうしても使いどころをケチるんですよね。安くなると試行錯誤しやすい。AIエージェント系の道具では、それがけっこう重要だと思います。
README はちゃんと「できること」と「苦手なこと」を分けています。ここは好印象です。都合のいい話だけ並べないのは大事。
動くものとしては、ファイルの読み書き、bash や PowerShell の実行、Glob や Grep による検索、複数ステップの自律ループ、subagent の起動、git 操作、/init、thinking mode などが挙げられています。
つまり、Claude Code っぽい「コードベースを見ながら自分で進める」体験の核はかなり残せるわけです。
一方で、弱いところもあります。画像入力は DeepSeek の Anthropic 互換エンドポイントでは未対応。MCP server tools も互換レイヤー経由では使えない。Anthropic の cache_control を使ったキャッシュ節約もそのままでは効きません。
このあたりは、「同じUX」と言っても完全な互換ではない、という現実を感じます。実務で“なんでも置き換え可能”と期待すると、たぶん少しがっかりします。逆に言えば、テキスト中心のコーディング作業ならかなり戦える、ということでもあります。
README で興味深いのは、「普段の8割は DeepSeek V4 Pro で十分、難しい推論が必要な2割だけ Claude Opus に切り替える」という考え方です。
これはかなり賢い発想だと思います。全部を最高級モデルに寄せると高すぎる。でも全部を安いモデルに振ると、詰まる場面が出る。その中間を狙って、必要なときだけ切り替えるのが現実的です。
しかも deepclaude はセッション中の切り替えをサポートしているので、「この課題は難しいからAnthropicに戻す」がやりやすい。
AIエージェントは、実は“ずっと同じ賢さで走り続ける”より、“途中で賢さの配分を変えられる”ほうがずっと使いやすいのかもしれません。人間の開発もそうですしね。調べ物は安く、最後の詰めだけ高性能、という分け方はかなり自然です。
セットアップ手順もかなり軽いです。DeepSeek の API key を取得して、環境変数に入れ、スクリプトを PATH に通す。あとは deepclaude を実行するだけ。
OpenRouter や Fireworks AI を使いたいなら、追加でそれぞれの API key を設定します。
この手のツールは、導入にやたら儀式が多いと一気に使われなくなります。README の印象では、deepclaude はそこをかなり意識していて、少なくとも「触ってみるまでの距離」は短いです。
こういう気軽さは、実はかなり強いです。性能が高くても試すのが面倒だと、結局誰も毎日使わないので。
面白い一方で、気になる点もあります。まず、Claude Code を前提にした設計なので、当然ですが Claude Code 自体の挙動や仕様変更の影響は受けやすそうです。裏側だけ差し替えている以上、元のクライアントが変われば崩れる可能性はあります。
それと、DeepSeek の「Anthropic互換」という表現は便利ですが、完全に同じではありません。README でも対応できない機能がちゃんと列挙されていました。
このあたりを見ていると、「互換」は“だいたい動く”の意味であって、“完全同一”ではない、という当たり前の話を再確認します。便利だけど、過信は禁物です。
ただ、その制約込みでも、使い道はかなり広いと思います。特に、コード編集・実行・試行錯誤を大量に回す用途では、コスト圧縮の効果が大きいはずです。
私なら、まずは個人開発や検証用のプロジェクトで試します。毎日触る小さめのコードベースで「どこまで自然に動くか」を見るのがよさそうです。
deepclaude は、AIエージェント時代の「高い道具を買い切るしかないのか？」という悩みに対して、かなり現実的な逃げ道を示しています。
豪華さより実用、ブランドより運用コスト。そういう価値観の人には、かなり刺さるはずです。
