DeepSeek Harness、コマンドラインでは dsh と呼ばれるソフトウェアは、AIエージェントを構築・運用するためのオープンソース実行ランタイムです。DeepSeekは2026年8月13日、MITライセンスで開発者向けプレビューとして公開しました。37

重要なのは、dshが単体で完成されたコーディングエージェントを提供することではありません。むしろ、モデル、ツール、実行環境、セッション管理、ユーザーインターフェース、そしてエージェントの制御ループまでを、組み替え可能な部品として扱う点にあります。

そのため、dshは「オープンソース版のClaude Code」というより、AIエージェントを組み立てるための基盤に近い存在です。

DeepSeek Harnessは何をするのか

AIエージェントには、言語モデルだけでは足りません。モデルの出力を受けて、ファイルを読み書きし、ツールを呼び出し、コードを実行し、権限を管理し、セッションを維持しながら、作業結果をユーザーに返す仕組みが必要です。

一般的なエージェント製品では、こうした設計上の判断がひとつのアプリケーションにまとめられています。どのモデルを使うか、どのツールを許可するか、どのように再試行するか、どんな画面を用意するかといった仕様が、あらかじめ決められているわけです。

dshは、これらの主要な要素を交換可能なコンポーネントとして扱います。公式のアーキテクチャ文書では、モデルアダプター、ツールレジストリ、セッションログ、エージェントループそのものがプラグインとして説明されています。112 実行環境やWeb画面も、同じプラグイン指向の設計で組み合わせられます。111

つまりdshは、モデルを現実の環境へ接続するための機構を提供しつつ、システムの構成そのものは開発者に開いているランタイムです。

土台となるのがCordis

DeepSeek Harnessの下で動くフレームワークがCordisです。Cordisでは、プラグインが共有コンテキストにサービス、型付きイベント、可逆的な副作用を提供します。12

この構造は、従来型の一体化されたエージェントフレームワークというより、マイクロカーネルやプラグインランタイムに近いものです。基盤側が担当するのは、プラグインを読み込み、組み合わせ、動作させる仕組みです。具体的なエージェント機能は、その上に配置されたコンポーネントが担います。

この分離によって、dshの中心は「唯一の正解となるエージェントループ」や「特定のモデル」ではなくなります。中心にあるのは、それらを接続し、必要に応じて置き換えるための構成システムです。

「すべてがプラグイン」とはどういう意味か

「Everything is a plugin（すべてがプラグイン）」は、単なるキャッチコピーではなく設計上のルールです。dshでは、次のような層を独立した交換可能な部品として扱えます。

• モデルアダプター
• ツールレジストリ
• セッションログと状態管理
• 実行環境やサンドボックス
• スケジューリングとオーケストレーション
• Webインターフェース
• エージェントループそのもの 11112

とりわけ重要なのが、最後のエージェントループです。多くのエージェントフレームワークは、推論、ツール利用、結果の観察、次の行動というReAct型のサイクルなど、特定の制御方式を前提にしています。

dshもそのような使い方には対応できますが、ReAct型のループをランタイムの恒久的なアイデンティティにはしません。エージェントのインターフェースと、そこに接続される具体的なループ実装を切り離しているのです。

この設計なら、開発者はモデルアダプターやツール層、UIをすべて作り直さなくても、オーケストレーションの方式や複数エージェントの構成を試せます。

設定ファイルが「構成の合成」になる

このアーキテクチャを実際に動かす仕組みが、プロファイルと設定パッチです。起動時のdshは、順序付けられた複数のレイヤーからプラグインツリーとして組み立てられます。

プロファイルには複数のバンドルを積み重ねられるほか、メインツリーの外にあるプラグインを導入したり、ユーザー独自の cordis.patch.yml を適用したりできます。1

リポジトリのバンドル定義を見ると、まず共通コンポーネントをベース層に追加し、その後のレイヤーやユーザーのパッチでエントリーを上書き・無効化する仕組みが確認できます。1011

これはカスタマイズの単位を変える発想です。ある機能だけを差し替えるために巨大なエージェントアプリケーション全体をフォークするのではなく、起動時に読み込む構成を変更できます。プロジェクトのインターフェースは今後変化する可能性がありますが、想定されている開発体験は宣言的かつモジュール式です。

なぜ「オープンソース版Claude Code」ではないのか

Claude Code、Codex、WorkBuddyなどは、ユーザーから見れば一貫したひとつのアプリケーションです。モデルへの接続方法、権限、ツール、オーケストレーション、操作画面、実行環境について、製品側がまとまった判断を下しています。

dshでも、ReAct型に近いエージェント体験を構築することはできます。しかし、dshの特徴は、そのループや周辺のコンポーネントを固定的な製品仕様として縫い付けないことです。モデル接続、ツール、実行環境、UI、スケジューラー、エージェントループのいずれも、置き換えの候補になります。

両者の違いを整理すると、次のようになります。

• コーディングエージェント製品：すぐに使えるワークフローと、一貫した製品上の判断を重視する
• エージェントランタイム：構成の自由度、実験、他システムへの組み込みを重視する

dshが狙っているのは後者です。最初から付属するエージェントが最も優れたコーディングアシスタントかどうかよりも、開発者がその周囲によりよい組み合わせを構築できるインターフェースを提供できるかどうかが、価値を左右します。

DeepSeekが賭ける「エコシステム主導」の開発

DeepSeekの戦略的な賭けは、オープンな構成レイヤーを提供することで、エージェントシステムの試行錯誤を開発者コミュニティへ広げることです。

インターフェースが安定すれば、第三者はメモリ、スケジューリング、サンドボックス、モデル対応、マルチエージェント連携、ユーザーインターフェースなどを、それぞれ独立して改良できます。

ひとつの企業が単一製品の中で探索できる設計空間には限界があります。dshの構成なら、DeepSeekが特定のメモリ方式やスケジューラー、実行モデル、操作方法を最初から標準として選び切る必要はありません。ランタイムの周囲に形成されるエコシステムから、結果的に有力な設計を見いだせる可能性があります。

この意味で、今回の公開は新しいモデルの発表というより、エージェント開発のインフラに対する賭けと見る方が実態に近いでしょう。公式リポジトリも、dshを「すべてがプラグイン」というアーキテクチャとCordisを基盤にしたオープンソースのエージェントハーネスとして位置付けています。12

エージェント版npm、あるいはKubernetesになれるのか

npmやKubernetesとの比較は、現時点では将来像を示す比喩です。しかし、dshが目指す役割を理解するうえでは有効です。

npmはNode.jsパッケージの配布・合成レイヤーとして普及しました。Kubernetesは、コンテナ化されたワークロードを管理する拡張可能なコントロールプレーンとして発展しました。

dshも、長期的に安定したインターフェース、信頼できるパッケージ発見機能、互換性の保証、セキュリティ対策、デプロイの慣行を整えられれば、エージェント部品のための同様の層になり得ます。その場合、開発者はdshを単なるアプリとして導入するのではなく、相互運用可能な部品を組み合わせてエージェントシステムを構築することになります。

ただし、この比喩を、すでにdshがその地位を確立した証拠と受け取るべきではありません。プラットフォームがインフラになるには、開発者がそのインターフェースと運用上の挙動を長期にわたって信頼できる必要があります。

現時点での限界

現在のdshは、汎用的な本番プラットフォームではなく、開発者向けプレビューです。公開時の報道でも、破壊的変更の可能性、未完成のユーザー体験、成熟途上のエコシステムが指摘されています。3716

GitHubでは公開から数日のうちに14万以上のスターを集めたと報じられ、強い関心を示しました。513 しかし、スター数だけで信頼性、本番導入、セキュリティ、長期的な互換性が証明されるわけではありません。

プラグインの初期活動についても同じ注意が必要です。若いエコシステムは熱量を示せても、本番運用に必要な保守体制、レビュー、バージョン管理、安全性の保証をまだ備えていない可能性があります。

まとめ：dshが変えようとしている問い

DeepSeek Harnessの意義は、「どのエージェント製品を使うべきか」という問いを、「エージェントシステムのどの部分を交換可能なままにすべきか」という問いへ変える点にあります。

Cordisがプラグインランタイムとして土台を提供し、dshはモデル、ツール、セッション、実行環境、インターフェース、さらには制御ループまでを組み替え可能にします。12

そのためdshは、Claude Codeに正面から対抗する完成品というより、エージェント開発のオープンな基盤を作ろうとする試みです。

もっとも、そのプラットフォーム構想はまだ実証されていません。現時点でのdshは、組み合わせ可能なエージェント設計を試すための開発者向け環境としては注目に値しますが、企業が安定稼働や本番利用を前提にできるインフラとは言えません。

DeepSeek Harness、コマンドラインでは dsh と呼ばれるソフトウェアは、AIエージェントを構築・運用するためのオープンソース実行ランタイムです。DeepSeekは2026年8月13日、MITライセンスで開発者向けプレビューとして公開しました。37

重要なのは、dshが単体で完成されたコーディングエージェントを提供することではありません。むしろ、モデル、ツール、実行環境、セッション管理、ユーザーインターフェース、そしてエージェントの制御ループまでを、組み替え可能な部品として扱う点にあります。

そのため、dshは「オープンソース版のClaude Code」というより、AIエージェントを組み立てるための基盤に近い存在です。

DeepSeek Harnessは何をするのか

AIエージェントには、言語モデルだけでは足りません。モデルの出力を受けて、ファイルを読み書きし、ツールを呼び出し、コードを実行し、権限を管理し、セッションを維持しながら、作業結果をユーザーに返す仕組みが必要です。

一般的なエージェント製品では、こうした設計上の判断がひとつのアプリケーションにまとめられています。どのモデルを使うか、どのツールを許可するか、どのように再試行するか、どんな画面を用意するかといった仕様が、あらかじめ決められているわけです。

dshは、これらの主要な要素を交換可能なコンポーネントとして扱います。公式のアーキテクチャ文書では、モデルアダプター、ツールレジストリ、セッションログ、エージェントループそのものがプラグインとして説明されています。112 実行環境やWeb画面も、同じプラグイン指向の設計で組み合わせられます。111

つまりdshは、モデルを現実の環境へ接続するための機構を提供しつつ、システムの構成そのものは開発者に開いているランタイムです。

土台となるのがCordis

DeepSeek Harnessの下で動くフレームワークがCordisです。Cordisでは、プラグインが共有コンテキストにサービス、型付きイベント、可逆的な副作用を提供します。12

この構造は、従来型の一体化されたエージェントフレームワークというより、マイクロカーネルやプラグインランタイムに近いものです。基盤側が担当するのは、プラグインを読み込み、組み合わせ、動作させる仕組みです。具体的なエージェント機能は、その上に配置されたコンポーネントが担います。

この分離によって、dshの中心は「唯一の正解となるエージェントループ」や「特定のモデル」ではなくなります。中心にあるのは、それらを接続し、必要に応じて置き換えるための構成システムです。

「すべてがプラグイン」とはどういう意味か

「Everything is a plugin（すべてがプラグイン）」は、単なるキャッチコピーではなく設計上のルールです。dshでは、次のような層を独立した交換可能な部品として扱えます。

• モデルアダプター
• ツールレジストリ
• セッションログと状態管理
• 実行環境やサンドボックス
• スケジューリングとオーケストレーション
• Webインターフェース
• エージェントループそのもの 11112

とりわけ重要なのが、最後のエージェントループです。多くのエージェントフレームワークは、推論、ツール利用、結果の観察、次の行動というReAct型のサイクルなど、特定の制御方式を前提にしています。

dshもそのような使い方には対応できますが、ReAct型のループをランタイムの恒久的なアイデンティティにはしません。エージェントのインターフェースと、そこに接続される具体的なループ実装を切り離しているのです。

この設計なら、開発者はモデルアダプターやツール層、UIをすべて作り直さなくても、オーケストレーションの方式や複数エージェントの構成を試せます。

設定ファイルが「構成の合成」になる

このアーキテクチャを実際に動かす仕組みが、プロファイルと設定パッチです。起動時のdshは、順序付けられた複数のレイヤーからプラグインツリーとして組み立てられます。

プロファイルには複数のバンドルを積み重ねられるほか、メインツリーの外にあるプラグインを導入したり、ユーザー独自の cordis.patch.yml を適用したりできます。1

リポジトリのバンドル定義を見ると、まず共通コンポーネントをベース層に追加し、その後のレイヤーやユーザーのパッチでエントリーを上書き・無効化する仕組みが確認できます。1011

これはカスタマイズの単位を変える発想です。ある機能だけを差し替えるために巨大なエージェントアプリケーション全体をフォークするのではなく、起動時に読み込む構成を変更できます。プロジェクトのインターフェースは今後変化する可能性がありますが、想定されている開発体験は宣言的かつモジュール式です。

なぜ「オープンソース版Claude Code」ではないのか

Claude Code、Codex、WorkBuddyなどは、ユーザーから見れば一貫したひとつのアプリケーションです。モデルへの接続方法、権限、ツール、オーケストレーション、操作画面、実行環境について、製品側がまとまった判断を下しています。

dshでも、ReAct型に近いエージェント体験を構築することはできます。しかし、dshの特徴は、そのループや周辺のコンポーネントを固定的な製品仕様として縫い付けないことです。モデル接続、ツール、実行環境、UI、スケジューラー、エージェントループのいずれも、置き換えの候補になります。

両者の違いを整理すると、次のようになります。

• コーディングエージェント製品：すぐに使えるワークフローと、一貫した製品上の判断を重視する
• エージェントランタイム：構成の自由度、実験、他システムへの組み込みを重視する

dshが狙っているのは後者です。最初から付属するエージェントが最も優れたコーディングアシスタントかどうかよりも、開発者がその周囲によりよい組み合わせを構築できるインターフェースを提供できるかどうかが、価値を左右します。

DeepSeekが賭ける「エコシステム主導」の開発

DeepSeekの戦略的な賭けは、オープンな構成レイヤーを提供することで、エージェントシステムの試行錯誤を開発者コミュニティへ広げることです。

インターフェースが安定すれば、第三者はメモリ、スケジューリング、サンドボックス、モデル対応、マルチエージェント連携、ユーザーインターフェースなどを、それぞれ独立して改良できます。

ひとつの企業が単一製品の中で探索できる設計空間には限界があります。dshの構成なら、DeepSeekが特定のメモリ方式やスケジューラー、実行モデル、操作方法を最初から標準として選び切る必要はありません。ランタイムの周囲に形成されるエコシステムから、結果的に有力な設計を見いだせる可能性があります。

この意味で、今回の公開は新しいモデルの発表というより、エージェント開発のインフラに対する賭けと見る方が実態に近いでしょう。公式リポジトリも、dshを「すべてがプラグイン」というアーキテクチャとCordisを基盤にしたオープンソースのエージェントハーネスとして位置付けています。12

エージェント版npm、あるいはKubernetesになれるのか

npmやKubernetesとの比較は、現時点では将来像を示す比喩です。しかし、dshが目指す役割を理解するうえでは有効です。

npmはNode.jsパッケージの配布・合成レイヤーとして普及しました。Kubernetesは、コンテナ化されたワークロードを管理する拡張可能なコントロールプレーンとして発展しました。

dshも、長期的に安定したインターフェース、信頼できるパッケージ発見機能、互換性の保証、セキュリティ対策、デプロイの慣行を整えられれば、エージェント部品のための同様の層になり得ます。その場合、開発者はdshを単なるアプリとして導入するのではなく、相互運用可能な部品を組み合わせてエージェントシステムを構築することになります。

ただし、この比喩を、すでにdshがその地位を確立した証拠と受け取るべきではありません。プラットフォームがインフラになるには、開発者がそのインターフェースと運用上の挙動を長期にわたって信頼できる必要があります。

現時点での限界

現在のdshは、汎用的な本番プラットフォームではなく、開発者向けプレビューです。公開時の報道でも、破壊的変更の可能性、未完成のユーザー体験、成熟途上のエコシステムが指摘されています。3716

GitHubでは公開から数日のうちに14万以上のスターを集めたと報じられ、強い関心を示しました。513 しかし、スター数だけで信頼性、本番導入、セキュリティ、長期的な互換性が証明されるわけではありません。

プラグインの初期活動についても同じ注意が必要です。若いエコシステムは熱量を示せても、本番運用に必要な保守体制、レビュー、バージョン管理、安全性の保証をまだ備えていない可能性があります。

まとめ：dshが変えようとしている問い

DeepSeek Harnessの意義は、「どのエージェント製品を使うべきか」という問いを、「エージェントシステムのどの部分を交換可能なままにすべきか」という問いへ変える点にあります。

Cordisがプラグインランタイムとして土台を提供し、dshはモデル、ツール、セッション、実行環境、インターフェース、さらには制御ループまでを組み替え可能にします。12

そのためdshは、Claude Codeに正面から対抗する完成品というより、エージェント開発のオープンな基盤を作ろうとする試みです。

もっとも、そのプラットフォーム構想はまだ実証されていません。現時点でのdshは、組み合わせ可能なエージェント設計を試すための開発者向け環境としては注目に値しますが、企業が安定稼働や本番利用を前提にできるインフラとは言えません。