DeepSeek Harness vs Claude Code: 開発スタックに最適なコーディングエージェントは?

DeepSeek Harness 対 Claude Code の比較: MITオープンソース 対 プロプライエタリ、モデル選択の自由 対 Claude専用、トークン単位 対 サブスクリプション、MCPと成熟度。

Ashley Innocent

Ashley Innocent

20 8月 2026

DeepSeek Harness vs Claude Code: 開発スタックに最適なコーディングエージェントは?

Apidog エンタープライズ

オンプレミスデプロイ

SSO & RBAC

SOC 2 準拠

Apidog Enterpriseを見る

DeepSeek Harness (dsh) は2026年8月13日に登場し、その扱いは見逃せないものでした。VentureBeatのローンチ見出しは、これをDeepSeek V4-ProとともにAPIで提供される「Claude Codeのオープンソースのライバル」と呼びました。1週間後、そのリポジトリは約16万9千のスターを獲得しています(8月20日時点)。これは大きな注目を集めた登場です。

しかし、スターの数は開発者が実際に抱いている疑問に答えるものではありません。コーディングエージェントをDeepSeek Harnessで実行すべきか、それともClaude Codeで実行すべきか?この2つのツールは異なるアプローチをとっています。一方は、プラグインカーネルとローカルウェブUIを中心に構築されたMITライセンスの開発者プレビューです。もう一方は、スキル、フック、ネイティブMCP、サブエージェント、そして実行するための5つのインターフェースを備えた、成熟した独自の製品です。

この比較では、ライセンス、インターフェース、モデルの自由度、価格、成熟度、拡張性、権限、MCPといった重要な側面を検証します。捏造されたベンチマークや雰囲気に基づく性能主張はありません。各ツールが今日確実に実行することのみを説明します。dshが初めての方は、「DeepSeek Harnessとは何か、そしてその仕組み」から始め、その後ここに戻ってきてください。

💡
両方のエージェントに共通することが一つあります。それは、APIに対してコードを書き、渡された仕様の品質にのみ依存するということです。Apidogは、どちらのエージェントを選択しても、その仕様をテストされ、最新の状態に保ちます。詳細については以下をご覧ください。
ボタン

クイック比較

側面 DeepSeek Harness (dsh) Claude Code
ライセンス MIT、GitHubでソース公開 独自の(プロプライエタリ);「全権利保有」、Anthropic商用利用規約
登場時期 2026年8月13日リリース;開発者プレビュー 一般提供済み、成熟した製品
安定性 READMEで互換性を損なう変更がある可能性があると警告 安定したリリースチャネル、バージョン管理された設定
インターフェース 127.0.0.1:3080でローカルウェブUI、プロファイルベースのCLIモード(ヘッドレス含む) ターミナルCLI、VS Code、JetBrains、デスクトップアプリ、ウェブ、モバイル
モデル DeepSeek、およびカタログプロバイダー(Anthropic、OpenAI、Bedrock、Vertex、Azure)、あらゆるOpenAI互換エンドポイント Claudeモデルのみ(直接、またはBedrock、Vertex、Foundry経由)
料金 ハーネスは無料;接続するAPIの種類に応じてトークンごとに支払い Claude Pro/Maxサブスクリプション、またはコンソール経由の利用量ベースのAPI課金
拡張性 全てがプラグイン(Cordisカーネル);コミュニティのdsh-pluginトピック プラグイン、スキル、フック、サブエージェント、Agent SDK
権限 アクティブな権限ポリシーに基づくウェブUI承認プロンプト 6つの文書化された権限モード、きめ細かな許可/拒否ルール
MCP コミュニティプラグイン(dsh-mcp-manager)、コアではない ネイティブ、ファーストクラス

テーブルには多くの興味深い部分が隠されているため、ここからは詳細を説明します。

オープンソース vs プロプライエタリ:MITライセンスが実際に提供するもの

DeepSeek HarnessはMITライセンスであり、サードパーティの依存関係はTHIRD_PARTY_NOTICES.mdに追跡されています。これはライセンスの中でも最も寛容な部類に入ります。エージェントループを読み、フォークし、パッチを適用し、商用製品に組み込み、ネットワーク経由で送信されるものを正確に監査することができます。厳格なコンプライアンス要件を持つチームや、依存していた機能がベンダーによって非推奨にされた経験のあるユーザーにとって、この透明性は主要な機能となります。

Claude Codeはその反対です。Anthropicの公開リポジトリにあるLICENSEファイルには「© Anthropic PBC. 全権利保有。利用はAnthropicの商用利用規約に従うものとする」と記載されています。GitHubリポジトリは、ソースコードではなく、問題報告やドキュメントのために存在します。検査したりフォークしたりできるコードではなく、完成されたバイナリと契約書が提供されます。

それは重要でしょうか?それは誰であるかによります。ソロ開発者は主にツールが機能するかどうかを気にします。エージェントを社内ツールに組み込むプラットフォームチームにとっては非常に重要です。MITライセンスはdshがインフラストラクチャになり得ることを意味する一方、Claude Codeはサブスクライブする製品のままです。正直なところ、オープンソースはプロジェクトが維持され続ける場合にのみ報われるものであり、dshはまだ7日しか経っていません。MITは権利に関する約束であり、寿命に関するものではありません。

インターフェース:ローカルウェブUI vs どこでも利用可能

dshは「CLI」エージェントとしては珍しいアプローチを取っています。クイックスタートはnpx @deepseek-ai/dsh webで、これによりhttp://127.0.0.1:3080でローカルウェブUIが起動し、ブラウザが開きます(--no-openを渡すとスキップできます)。ワークスペースを選択し、dshを起動したプロジェクトディレクトリを指し示し、ブラウザから作業します。ローカルファーストであり、UIはホストされたサービスからではなく、あなたのマシンから提供されます。

ウェブUI以外に、dshのCLI READMEにはプロファイルベースのエントリーモードが記載されています。dsh --profile <name>$DSH_HOME/profiles/<name>下の指定されたプロファイルを起動し、ヘッドレスプロファイルは永続化されたセッションを1つ実行し、最終的な回答を出力して終了します。dsh web自体はウェブプロファイルの省略形であり、dsh pluginはpnpmに転送することでプロファイルのプラグインを管理します。したがって、スクリプト化や自動化は可能ですが、ウェブUIが明らかに主要な入り口です。

Claude Codeはターミナルを最初に採用し、そこから広がりを見せました。公式ドキュメントによると、現在ではターミナル、VS CodeおよびJetBrains拡張機能、スタンドアロンのデスクトップアプリ、そしてclaude.ai/codeのブラウザで動作し、モバイルもサポートしています。セッションは異なるインターフェース間を移動できます。ヘッドレスの機能も成熟しており、claude -p "prompt"はCI、cron、シェルパイプラインに接続できます。

1台のマシンで1つのプロジェクトに取り組んでいる場合、dshのローカルウェブUIは快適で設定が簡単な体験を提供します。IDE、ターミナル、CI、そして携帯電話の間を行き来するような使い方をする場合、Claude Codeの対応範囲は現在、別の次元にあります。

モデルの自由度:最も明確な哲学的な違い

これは、2つのツールがコーディングエージェントのあるべき姿について真に意見が分かれる側面です。

dshは設計上、モデルに依存しません。そのプロバイダードキュメントは、Anthropic、OpenAI、Bedrock、Vertex、およびAzure用のカタログプロバイダーを提供し、$DSH_HOME/settings.yamlでOpenAI互換のエンドポイントを登録できます。apiKeyEnvapi: openai-completionsbaseURL、およびモデルリストを設定すると、ハーネスはそれを他のバックエンドと同様に扱います。APIキーは別の.credentials.yamlに保存されるため、設定ファイルは共有可能です。つまり、dshはDeepSeek自身のモデル、競合するラボのAPI、またはローカルサーバーを介して自分のGPU上の量子化モデルを駆動できます。DeepSeek Harnessで任意のモデルを実行する方法で完全なセットアップを説明しています。

Claude CodeはClaudeモデルを実行します。それだけです。AnthropicのAPIの代わりにAmazon Bedrock、Google CloudのAgent Platform、またはMicrosoft Foundryを介して推論をルーティングできますが、これらは課金とインフラの選択であり、モデルは依然としてClaudeです。Anthropicの見解は、ハーネスとモデルが共同開発されており、緊密な統合が柔軟性に勝るというものです。

どちらの立場も間違っていません。価格が変動したり、より優れたモデルが他で提供されたりする場合、モデルロックインは痛手となります。ベンダーがエージェントループとモデルを共に調整する場合、密接な結合は報われます。あなたがどれだけ「出口」を重視するかによって選択してください。

料金:トークンごと vs サブスクリプション

dshハーネス自体は無料です。支払うのは、接続するAPIでの推論に対してです。それがDeepSeek自身のAPIであれば、DeepSeekのトークンごとの料金を支払います。dshと同じ日にリリースされたV4-Proは、VentureBeatのローンチ報道によると、以前のバージョンよりも高い価格で提供されていることに注意してください。DeepSeek V4-Pro-0813 APIのガイドでは、この経路を選択する場合のモデルIDとリクエスト形式を扱っています。トークンごとの料金は透明で、コーディングしていないときは費用はかかりませんが、重いエージェントセッションでは予測不能なほどトークンを消費することがあり、定額の上限はありません。

Claude Codeはこれを逆転させます。ほとんどのユーザーはClaude Pro(月額20ドル)またはMax(月額100ドルまたは200ドル)のサブスクリプションで利用しており、これを好むチーム向けにはClaude Consoleを介した利用量ベースのAPI課金が代替手段として提供されています。サブスクリプションは、メーターではなく利用制限付きの予測可能な請求額を提供し、その制限は常に話題になってきました。Anthropicは2026年7月に週次制限を50%引き上げました。これについては、「Claude Codeの週次制限引き上げ」に関する記事で詳しく解説しています。

大まかな原則として、軽度または一時的な利用はトークンごとが有利であり、日々の重い利用は定額サブスクリプションが有利となる傾向があります。そして、dshはカタログプロバイダーを介してAnthropicのAPIを指すこともできるため、料金の問いはハーネスの問いとは部分的に直交します。

成熟度:7日間 vs エコシステム

ここでは、正直さが率直さを求めます。DeepSeek Harnessは開発者プレビューであり、そのREADMEには「互換性を損なう変更が発生します」と明記されています。これは回避策ではなく、約束です。今日書いた設定が来月には解析できないかもしれません。プラグインの書き直しが必要になるかもしれません。ドキュメントにはまだ不備があり、参照されているページの一部は内容が薄いか、変更途中です。現在dsh上でワークフローを構築する場合、変更に対応し続ける義務を負うことになります。

Claude Codeは2025年初頭から開発者の手に渡っており、そのプロダクションへの対応は、CLAUDE.mdプロジェクトメモリ、自動メモリ、パッケージ化されたワークフロー用のスキル、エージェントアクションの周囲でシェルコマンドを実行するフック、協調するリードエージェントを持つサブエージェント、カスタムエージェントを構築するためのAgent SDK、GitHub ActionsおよびGitLab CI/CD統合、およびスケジュールされたルーチンといった広範な機能に表れています。これらはもはや珍しいものではなく、文書化され、バージョン管理され、日常的に使用されています。「Claude Code vs Codex CLI」で別の成熟した競合製品と比較しましたが、そこでもエコシステムの深さが決定的な要因でした。

反対に、dshの軌跡は急です。1週間で約16万9千のスターと1万8千1百のフォーク(8月20日時点)は、尋常でない量のコミュニティのエネルギーを意味し、コミュニティのエコシステムは機能のギャップを迅速に埋めることができます。しかし、今日においては、「プレビュー」対「製品」という表現が正確です。

拡張性:プラグインカーネル vs プラグインエコシステム

どちらのツールも拡張可能です。違いは、拡張性がどこに存在するかです。

dshでは、プラグインはアドオンレイヤーではなく、アーキテクチャそのものです。ハーネスはCordis上に構築されており、その設計は論文「A Programming Paradigm for Spatiotemporal Composability」で説明されているプラグインカーネルです。モデルアダプタ、ツールレジストリ、セッションログ、さらにはエージェントループ自体も交換可能なプラグインです。エージェントループが失敗したツール呼び出しを再試行する方法が気に入らない場合、そのループを交換できます。コミュニティプラグインはdsh-plugin GitHubトピックを通じて発見され、非公式プロジェクト(デスクトップラッパー、コンテキストマネージャー、ビジョンルーター)はすでに増殖しています。

Claude Codeは内部ではなく拡張ポイントを公開しています。プラグイン、スキル、フック、MCPサーバー、サブエージェントにより、明確に定義された境界で動作をカスタマイズできますが、コアのループはAnthropicのものです。ほとんどのチームにとってはこれで十分であり、ガードレールがあるため、アップグレードによってカスタマイズが壊れることはめったにありません。エンジンを再構築したいと考えるいじくり屋にとって、dshはレンチさえ提供する唯一のツールです。

権限:ポリシープロンプト vs 6つのモード

ファイルを編集し、コマンドを実行するエージェントにはブレーキが必要です。

dshのウェブUIは、ユーザーガイドによると、「アクティブな権限ポリシーの下で承認を必要とする」操作の前に確認を求めます。これが今日公開されているドキュメントの範囲であり、ポリシーレベルとその正確な意味論は、ガイドインデックスではまだ詳しく説明されておらず、これはプレビュー段階のドキュメントの症状と言えます。

Claude Codeの権限システムは、ほぼ官僚的なレベルで文書化されています。6つのモード(defaultacceptEditsplanautodontAskbypassPermissions)、ツールとコマンドごとのきめ細かな許可/拒否ルール、作業ディレクトリの境界、管理者が組織全体に適用できる管理ポリシーがあります。planモードではエージェントが編集せずに探索でき、autoモードではプロンプトを表示する代わりにバックグラウンド分類器でアクションをレビューします。bypassPermissionsはサンドボックス化されたコンテナ向けに存在します。

権限の粒度が要件である場合(規制対象のコードベース、ジュニアが多いチーム、CIの自律性)、今日のClaude Codeはドキュメントとコントロールの点で明らかに先行しています。

MCP:ネイティブ vs コミュニティプラグイン

モデルコンテキストプロトコル(MCP)は、コーディングエージェントが外部システム(データベース、チケットトラッカー、API仕様など)にアクセスする方法です。Claude CodeはMCPをネイティブでサポートしており、サーバーへの接続はファーストクラスの文書化されたフローであり、MCPツールは他のすべてのものと同じ権限ルールに接続します。

dshでは、MCPサポートは今日のコアの一部ではありません。存在するものは、MCP用の設定ページを追加し、リモートHTTPおよびローカルstdioサーバーをサポートし、OAuthまたは静的トークンを処理し、プロジェクトごとのサーバー設定でツールをmcp__<name>__*として登録するコミュニティプラグインdsh-mcp-managerです。それは機能しますが、公式ではなくコミュニティによって維持されており、プレビュー時代の変動リスクを継承しています。dshのプラグインファーストのアーキテクチャを考えると、将来的にファーストパーティのMCPが登場しても驚くことではありませんが、現時点では存在しません。

これは特にAPI作業において重要です。Apidog MCPサーバーは、コーディングエージェントにチームの実際のAPI仕様への直接アクセスを提供するため、フィールド名を幻覚的に生成するのではなく、実際の契約に基づいてクライアントコードを生成します。Claude Codeではその接続はネイティブです。dshではコミュニティプラグインを介してルーティングされます。いずれにしても、テスト済みの仕様を読み取ることができるエージェントはより良いAPIコードを書き、Apidogをダウンロードして、両方のエージェントが作業する同じプロジェクトに対してそのMCPサーバーを実行できます。これをCIでのApidog CLI回帰テストと組み合わせることで、どちらのエージェントが評価に勝ったとしても、同じセーフティネットが得られます。

どちらを選ぶべきか?

ここに唯一の勝者はいません。なぜなら、この2つのツールは異なる成熟段階で異なるアプローチを取っているからです。

Pick Claude Code if:

実用的な中間的な道として、多くの開発者はしばらくの間、両方を実行するでしょう。dshは試すのに費用がかかりません(npx @deepseek-ai/dsh webで利用開始できます)。また、Claude Codeのサブスクリプションも実験を妨げるものではありません。どちらを選ぶにしても、ApidogでAPIレイヤーを正直に保ちましょう。1つのテスト済みの仕様をMCP経由でどちらかのエージェントに提供し、エージェントによって書き換えられた変更のたびにCLI回帰テストで検証します。

よくある質問

DeepSeek Harnessは、Claude Codeとは異なり、実際にオープンソースですか?

はい。dshはMITライセンスで、エージェントループやプラグインカーネルを含むソースコードがGitHubで公開されています。Claude Codeの公開リポジトリは、Anthropicの商用利用規約に基づき「全権利保有」の表示があり、フォーク可能なソースコードではなく、問題報告やドキュメントをホストしています。

DeepSeek HarnessはClaudeモデルを使用できますか?

はい。dshはAnthropic、OpenAI、Bedrock、Vertex、Azure用のカタログプロバイダーを提供し、settings.yamlを介してカスタムのOpenAI互換エンドポイントも利用できます。しかし逆は当てはまりません。Claude Codeは、Anthropicから直接、またはBedrock、Vertex、Foundryを介して提供されるものに限らず、Claudeモデルのみを実行します。

DeepSeek Harnessは日常業務に十分安定していますか?

これは開発者プレビューであり、READMEには互換性を損なう変更が発生する可能性があると大文字で警告されています。実際の作業には十分に利用可能ですが、設定やプラグインの変更に追従する必要があるでしょう。再構築する余裕のないワークフローには、Claude Codeがより安全な選択肢です。

両方のエージェントはApidogと連携しますか?

はい。ApidogのMCPサーバーは、あなたのAPI仕様をMCP対応のエージェントに公開します。Claude Codeではネイティブに、dshではコミュニティのdsh-mcp-managerプラグインを介して行われます。Apidog CLIは、どちらのエージェントのターミナルループでもスクリプト化された回帰テストを実行します。「DeepSeek HarnessでApidog CLIを使用する方法」では、dshのセットアップについて説明しています。

ApidogでAPIデザイン中心のアプローチを取る

APIの開発と利用をよりシンプルなことにする方法を発見できる