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

DeepSeek Harness（dsh）は2026年8月13日に登場し、すぐに大きな注目を集めました。VentureBeatのローンチ記事では、DeepSeek V4-ProとともにAPIで提供される「Claude Codeのオープンソースのライバル」と位置付けられています。リリースから1週間後の8月20日時点で、GitHubリポジトリは約16万9千スターを獲得していました。

今すぐApidogを試す

ただし、スター数だけでは実装判断はできません。コーディングエージェントをDeepSeek Harnessで動かすべきか、Claude Codeを使うべきかは、ライセンス、モデル選択、インターフェース、権限、MCP、運用安定性で判断する必要があります。

この記事では、捏造されたベンチマークや印象論ではなく、各ツールが現時点で提供している機能に限定して比較します。dshを初めて使う場合は、先にDeepSeek Harnessとは何か、そしてその仕組みを確認してください。

💡 どちらのエージェントも、API仕様に基づいてコードを書きます。仕様が古い、未検証、または曖昧なら、生成コードも不正確になります。Apidogを使ってAPI仕様をテスト・同期し、エージェントに正しい契約を渡すことが重要です。

クイック比較

側面	DeepSeek Harness（dsh）	Claude Code
ライセンス	MIT、GitHubでソース公開	独自ライセンス、「全権利保有」、Anthropic商用利用規約
登場時期	2026年8月13日リリース、開発者プレビュー	一般提供済みの成熟した製品
安定性	READMEで破壊的変更の可能性を明記	安定リリースチャネル、バージョン管理された設定
インターフェース	127.0.0.1:3080 のローカルWeb UI、プロファイルベースCLI、ヘッドレス実行	ターミナル、VS Code、JetBrains、デスクトップ、Web、モバイル
モデル	DeepSeek、Anthropic、OpenAI、Bedrock、Vertex、Azure、OpenAI互換エンドポイント	Claudeモデルのみ。直接利用、Bedrock、Vertex、Foundry経由に対応
料金	ハーネスは無料。接続先APIのトークン料金を支払う	Claude Pro/Maxサブスクリプション、またはConsole経由の従量課金
拡張性	Cordisカーネル上で全てがプラグイン	プラグイン、スキル、フック、サブエージェント、Agent SDK
権限	有効な権限ポリシーに応じたWeb UI承認	6つの権限モード、許可・拒否ルール、管理ポリシー
MCP	コミュニティプラグイン経由	ネイティブでファーストクラス対応

以降では、実際に選定・導入するために重要な差分を確認します。

オープンソース vs プロプライエタリ：MITライセンスでできること

DeepSeek HarnessはMITライセンスです。サードパーティ依存関係もTHIRD_PARTY_NOTICES.mdで追跡されています。

このため、dshでは次のような対応が可能です。

• エージェントループを読んで動作を監査する
• 独自要件に合わせてフォークする
• 内部実装にパッチを当てる
• 商用製品に組み込む
• ネットワークへ送信する内容を確認する

コンプライアンス要件が厳しいチームや、将来のベンダー都合による仕様変更を避けたいチームにとって、ソースコードを確認・変更できることは重要です。

一方、Claude Codeは完成されたプロプライエタリ製品です。Anthropicの公開リポジトリにあるLICENSEには「© Anthropic PBC. 全権利保有。利用はAnthropicの商用利用規約に従う」と記載されています。公開リポジトリは問題報告やドキュメント向けであり、フォークして運用できるソースコードを提供するものではありません。

実務上は、次のように分けて考えるとよいでしょう。

• dshを選ぶ: 監査、フォーク、独自改修が必須
• Claude Codeを選ぶ: 内部実装よりも完成度・運用安定性を優先

ただし、MITライセンスは継続的なメンテナンスを保証するものではありません。dshはまだリリース直後の開発者プレビューであり、権利と長期的な安定性は別の問題です。

インターフェース：ローカルWeb UI vs 複数環境での利用

dshは「CLIエージェント」としては珍しく、ローカルWeb UIを主要な入口にしています。

まずは次のコマンドで起動します。

npx @deepseek-ai/dsh web

起動後、dshは通常、次のURLでローカルWeb UIを提供します。

http://127.0.0.1:3080

ブラウザを自動で開きたくない場合は、--no-openを追加します。

npx @deepseek-ai/dsh web --no-open

Web UIでは、作業対象のワークスペースを選択し、dshを起動したプロジェクトディレクトリを指定して利用します。UIはクラウドサービスではなく、ローカルマシン上で提供されます。

dshにはWeb UI以外の実行方法もあります。CLI READMEによると、プロファイル単位で実行できます。

dsh --profile <name>

プロファイルは次の場所に配置されます。

$DSH_HOME/profiles/<name>

ヘッドレスプロファイルを使うと、永続化されたセッションを実行し、最終回答を出力して終了できます。自動化やスクリプトから利用したい場合に有用です。

dsh web
dsh plugin

• dsh web: Webプロファイルのショートカット
• dsh plugin: pnpmへ転送してプロファイルのプラグインを管理

Claude Codeはターミナルを起点に、より多くの実行環境へ拡張されています。公式ドキュメントによると、以下を利用できます。

• ターミナルCLI
• VS Code拡張機能
• JetBrains拡張機能
• デスクトップアプリ
• claude.ai/code
• モバイル

CIやcron、シェルパイプラインで実行する場合は、Claude Codeのヘッドレス実行も利用できます。

claude -p "prompt"

選定の目安はシンプルです。

• 1台のマシン上でローカルプロジェクトを扱うなら、dshのWeb UIは導入しやすい
• IDE、ターミナル、CI、Web、モバイルを横断するなら、Claude Codeの対応範囲が広い

モデルの自由度：dshはマルチモデル、Claude CodeはClaude専用

モデル選択は、両者の最も大きな設計思想の違いです。

dshはモデル非依存の設計です。プロバイダードキュメントでは、次のカタログプロバイダーをサポートしています。

• Anthropic
• OpenAI
• Amazon Bedrock
• Google Vertex
• Azure

さらに、$DSH_HOME/settings.yamlへ設定を追加すれば、OpenAI互換エンドポイントにも接続できます。

providers:
  my-provider:
    apiKeyEnv: MY_PROVIDER_API_KEY
    api: openai-completions
    baseURL: https://example.com/v1
    models:
      - my-model

APIキーは.credentials.yamlへ分離して保存できるため、設定ファイルを共有しやすい構成です。

この設計により、dshでは以下を同じハーネスから切り替えられます。

• DeepSeekのモデル
• AnthropicやOpenAIなどのクラウドAPI
• OpenAI互換のセルフホストモデル
• ローカルGPUで動かす量子化モデル

具体的な設定手順は、DeepSeek Harnessで任意のモデルを実行する方法を参照してください。

Claude CodeはClaudeモデル専用です。推論経路としてはAnthropic APIのほか、Amazon Bedrock、Google CloudのAgent Platform、Microsoft Foundryを選択できます。しかし、切り替えられるのはインフラや請求経路であり、使うモデル自体はClaudeです。

判断基準は次のとおりです。

• 複数モデルを比較・切り替えたい: dsh
• Claudeとハーネスの統合を優先したい: Claude Code
• 将来的なモデル変更や価格変動に備えたい: dsh
• モデルの自由度より完成された統合体験を優先したい: Claude Code

料金：トークン従量課金 vs サブスクリプション

dshハーネス自体は無料です。費用は接続する推論APIに対して発生します。

DeepSeek APIを使用する場合は、DeepSeekのトークンごとの料金に従います。dshと同日に公開されたV4-Proは、VentureBeatのローンチ報道によると、以前のバージョンより高い価格帯で提供されています。

DeepSeek V4-Proをdshから利用する場合は、モデルIDとリクエスト形式を確認してください。DeepSeek V4-Pro-0813 APIガイドで手順を確認できます。

従量課金の利点と注意点は明確です。

• 利用しない期間の固定費がない
• モデルやプロバイダーを選べる
• 重いエージェント実行ではトークン消費が予測しにくい
• 定額の支出上限はない

Claude Codeでは、多くのユーザーがClaude ProまたはClaude Maxを利用します。

• Claude Pro: 月額20ドル
• Claude Max: 月額100ドルまたは200ドル
• Claude Console経由の従量課金API: チーム向けの代替手段

サブスクリプションは利用制限付きですが、月次コストを予測しやすい点が特徴です。Anthropicは2026年7月に週次制限を50%引き上げました。詳細はClaude Codeの週次制限引き上げを参照してください。

実装・運用での判断目安は次のとおりです。

• 軽い利用、検証、一時的なタスク: dsh + 従量課金API
• 毎日長時間使う個人開発・チーム開発: Claude Codeのサブスクリプション
• 複数プロバイダーの価格を比較したい: dsh

なお、dshからAnthropic APIを利用することもできるため、「ハーネス」と「推論コスト」は完全に同じ問題ではありません。

成熟度：開発者プレビュー vs 実運用エコシステム

dshは開発者プレビューです。READMEには、互換性を損なう変更が発生する可能性があることが明記されています。

導入時には、次の前提を置く必要があります。

• 現在の設定が将来もそのまま動くとは限らない
• プラグインの書き直しが必要になる可能性がある
• ドキュメントが不足している、または変更中の箇所がある
• ワークフローを維持するために追従コストが発生する

一方、Claude Codeは2025年初頭から開発者に提供され、実運用向けの機能が積み上がっています。

• CLAUDE.mdによるプロジェクトメモリ
• 自動メモリ
• 再利用可能なワークフロー向けスキル
• エージェントアクションと連動するフック
• 協調動作するサブエージェント
• カスタムエージェント向けAgent SDK
• GitHub Actions、GitLab CI/CD連携
• スケジュール実行されるルーチン

これらは実験的なアイデアではなく、文書化・バージョン管理された運用機能です。Claude Code vs Codex CLIでも、成熟したエコシステムが選定要因になる点を比較しています。

もちろん、dshのコミュニティ成長は非常に速いものです。2026年8月20日時点で約16万9千スター、1万8千1百フォークを獲得しており、機能ギャップをコミュニティが埋める可能性はあります。

ただし、現時点での分類は明確です。

• dsh: プレビュー
• Claude Code: 成熟した製品

拡張性：プラグインカーネル vs 拡張ポイント

どちらも拡張できますが、拡張の対象が異なります。

dshでは、プラグインは追加機能ではなくアーキテクチャの中心です。dshはCordis上に構築されており、論文「A Programming Paradigm for Spatiotemporal Composability」で説明されるプラグインカーネルの設計を採用しています。

交換可能な要素には次が含まれます。

• モデルアダプター
• ツールレジストリ
• セッションログ
• エージェントループそのもの

たとえば、ツール呼び出しの失敗時にエージェントがどう再試行するかを変更したい場合、ループを交換する余地があります。コミュニティプラグインはGitHubのdsh-pluginトピックで探せます。

Claude Codeは、内部コアを置き換えるのではなく、明確に定義された拡張ポイントを提供します。

• プラグイン
• スキル
• フック
• MCPサーバー
• サブエージェント

ほとんどのチームでは、コアエージェントループを改造する必要はありません。アップデート時に独自実装が壊れにくいという点では、Claude Codeの境界が明確な設計は運用上の利点です。

選び方は次のとおりです。

• エージェント自体を改造・再構築したい: dsh
• 安定した拡張ポイントだけで十分: Claude Code

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

ファイル編集やコマンド実行を行うエージェントには、権限制御が必要です。

dshのWeb UIは、ユーザーガイドによると、アクティブな権限ポリシーのもとで承認が必要な操作を実行する前に確認を求めます。ただし、ポリシーレベルや正確な意味論について、現時点で公開されているドキュメントは詳細ではありません。

Claude Codeの権限システムは、より細かく文書化されています。利用可能なモードは6つです。

default
acceptEdits
plan
auto
dontAsk
bypassPermissions

さらに、次の制御ができます。

• ツール単位の許可・拒否
• コマンド単位の許可・拒否
• 作業ディレクトリ境界
• 組織全体に適用する管理ポリシー

たとえば、planモードは変更を行わずに探索・計画をさせる用途に向いています。

plan

autoモードでは、毎回プロンプトを表示する代わりにバックグラウンド分類器でアクションをレビューします。

auto

bypassPermissionsは、サンドボックス化されたコンテナでの利用を想定しています。

規制対象のリポジトリ、ジュニアメンバーが多いチーム、自律的なCI処理など、権限の粒度が必須なら、現時点ではClaude Codeが優位です。

MCP：ネイティブ対応 vs コミュニティプラグイン

Model Context Protocol（MCP）は、コーディングエージェントがデータベース、チケット管理、API仕様などの外部システムへアクセスするための仕組みです。

Claude CodeはMCPをネイティブでサポートしています。MCPサーバーへの接続は文書化された標準フローであり、MCPツールにもClaude Codeの権限ルールが適用されます。

dshでは、MCPはコア機能ではありません。現時点では、コミュニティプラグインのdsh-mcp-managerを利用します。このプラグインは以下を提供します。

• MCP設定ページ
• リモートHTTPサーバーへの接続
• ローカルstdioサーバーへの接続
• OAuthまたは静的トークンの処理
• プロジェクト単位のサーバー設定
• mcp__<name>__*形式でのツール登録

利用は可能ですが、公式コア機能ではなく、コミュニティメンテナンスである点に注意してください。dsh本体がプレビューであることも含め、設定やプラグインの変更に追従する必要があります。

API開発では、MCP接続の有無が生成コードの品質に直結します。Apidog MCPサーバーを使うと、エージェントに実際のAPI仕様を渡せます。これにより、存在しないフィールドを推測するのではなく、実際の契約に基づいてクライアントコードを生成できます。

実装パターンは次のようになります。

1. ApidogでAPI仕様を管理・テストする
2. MCP経由でエージェントに仕様を公開する
3. エージェントにクライアント実装やテストを生成させる
4. CIでApidog CLIの回帰テストを実行する

Claude CodeではMCP接続をネイティブに設定できます。dshではdsh-mcp-managerを経由します。どちらを選んでも、Apidogをダウンロードして、同じプロジェクトのAPI仕様とテストを共有できます。

どちらを選ぶべきか？

唯一の勝者はありません。必要な制御、モデル戦略、運用成熟度に応じて選んでください。

DeepSeek Harnessを選ぶべきケース

• ソースコードが必要

  • MITライセンス
  • 監査可能
  • フォーク可能
  • 独自改修が可能

• モデルロックインを避けたい

  • DeepSeek
  • OpenAI互換ローカルモデル
  • クラウドプロバイダー
  • Anthropic API

• エージェント本体を改造したい

  • Cordisの「すべてがプラグイン」という設計を活用できる

• 破壊的変更を受け入れられる

  • プレビュー段階の変更に追従できる

最初の検証は次のコマンドで始められます。

npx @deepseek-ai/dsh web

Claude Codeを選ぶべきケース

• 完成された製品が必要

  • 複数インターフェース
  • 成熟したドキュメント
  • スキル、フック、サブエージェント
  • ネイティブMCP

• エンタープライズ向け制御が必要

  • 文書化された権限モード
  • 管理ポリシー
  • クラウドプロバイダー経由の推論ルーティング

• 請求額の予測可能性を重視する

  • ProまたはMaxサブスクリプションを選べる

• Claudeモデルで問題ない

  • モデル選択の自由度より統合体験を優先できる

実務では、しばらく両方を併用する開発者も多いでしょう。dshは無料で試せますし、Claude Codeのサブスクリプションがdshの検証を妨げるわけではありません。

どちらを選ぶ場合でも、APIレイヤーは検証可能な状態に保つべきです。Apidogで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は、直接利用、Bedrock、Vertex、Foundry経由を含めて、Claudeモデルのみを実行します。

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

dshは開発者プレビューであり、READMEには互換性を損なう変更が発生する可能性があると明記されています。

日常作業に使うことはできますが、設定やプラグインの変更に追従する必要があります。再構築の余裕がない重要ワークフローでは、Claude Codeの方が安全な選択肢です。

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

はい。ApidogのMCPサーバーはAPI仕様をMCP対応エージェントへ公開できます。

• Claude Code: ネイティブMCP経由
• dsh: コミュニティのdsh-mcp-managerプラグイン経由

Apidog CLIを使えば、どちらのエージェントのターミナルループでもスクリプト化された回帰テストを実行できます。dshでの構成手順は、DeepSeek HarnessでApidog CLIを使用する方法を参照してください。