DeepSeekが、ループさえもプラグインにしたハーネスをオープンソース化(2026)

Surya Pratap
By Surya Pratap

2026年8月18日

12 min read

AI & Technology
DeepSeek Harnessのアーキテクチャ。エージェントループを強調した8つの差し替え可能なレイヤーと、約10倍のトークンのオーバーヘッド、そしてファイルシステムしか対象にしないサンドボックスの穴を並べた図8つの差し替え可能なレイヤーHover to explore
エージェントループそのものであるControlを含め、すべてのレイヤーがプラグイン。右側の2つの枠が、その組み替えやすさの代償だ。

8月13日、DeepSeekは自社のエージェントハーネスをMITライセンスの開発者プレビューとして公開し、同時にV4-Proを一般提供にしました。28時間後、リポジトリのスターは9万2700に達しました。その2日後には、フォークが8400を超えていました。

スター数が測るのは注目度であって適性ではないので、その分は割り引いて考えるべきです。それでも、実際に動かすことがなくても、その下にある設計には時間を割く価値があります。今月公開された他のハーネスが取らなかった立場を取っているからであり、また最大の問題2つが、導入初日から引き継ぐことになる種類のものだからです。

1. 10日前に投げかけられた問いへの3つ目の答え

今月初め、2つのハーネスが48時間差で公開され、正反対の賭けをしました。Prime Agentは、ハーネスはポータブルで、自分たちで所有すべきものだとしました。MITで、どのモデルでも動きます。Muse Codeは、ハーネスはモデルがその中で訓練されて初めて機能するので、ラボのものだとしました。この分岐についてはTwo Agent Harnesses Shipped in 48 Hoursで取り上げ、どちらかの側を選ぶ必要があるという結論でした。

DeepSeek Harnessは選ぶことを拒否しています。MITライセンスで、DeepSeekへのロックインがないことを明言し、約40のプロバイダーをカバーするプラグイン型のアダプター層を備えています。DeepSeek、Anthropic、OpenAI、Google、Kimi、Bedrock、Vertex、Azure、そしてOpenAI互換のあらゆるエンドポイントです。これはPrime Agentの立場です。

同時に、V4と一体で設計されてもいます。DeepSeek自身の表現はModel + Harness = Agentで、V4の2階層構成はハーネスのワークフローを念頭に作られました。V4-Proがオーケストレーションと複雑な判断を担い、V4-Flashが並列のサブエージェント呼び出しを担います。ハーネスはプレフィックスキャッシュ、KVキャッシュ管理、長いコンテキストの処理といったV4固有の挙動を活用します。こちらはMuse Codeの立場です。

両方を名乗ることが矛盾ではなく興味深い理由

ポータビリティと一体設計は、実は矛盾していません。値段を付けられるトレードオフです。ポータブルなハーネスは、すべてのプロバイダーを共通の抽象化を通して表現する必要があり、抽象化にはトークンとレイテンシのコストがかかります。一体設計のハーネスは、下に何があるかを知っているので抽象化を省けます。DeepSeekは、ポータビリティの税を払っても、自社モデルについては一体設計で勝てると賭けています。その賭けが請求書に現れるのが第3節です。

2. 「すべてがプラグイン」の本当の意味

独立して差し替えられるレイヤーは8つあります。Inference、Tools、State、Control、Execution、Composition、Experience、Frameworkで、最後のものはCordisという依存性注入システムの上に作られています。

このうち7つは驚くようなものではありません。本格的なハーネスの多くは、ツールや推論を差し替えられます。標準的でないのはControl、つまりエージェントループそのものです。ループを動かすプロンプトでも、その中のポリシーでもなく、ループ自体です。それを実行時に、設定によって差し替えます。

LangGraphでスーパーバイザーノードを書いたことがあるなら、特定のループを1つ手で組み、固定で配線したことになります。DeepSeek Harnessはそのループをスロットとして扱います。それが解放的か不安かは、チームの誰かがいつか別のループを必要とするかどうかに完全にかかっています。

プラグインシステム以上に価値のある、2つ目の設計判断があります。モデルに見えるものはログに残るというものです。モデルが見られるものはすべて記録され、それは誰かが忘れるかもしれないログの慣習に任されるのではなく、アーキテクチャによって強制されます。3日前にエージェントがなぜそうしたのかを再構成しようとしたことがある人なら、これが本当に価値のある性質だと分かるはずです。今回の公開内容のうち、筆者がそのまま取り入れたいのはこの部分です。

示されているエンジニアリングの規律も異例です。記録された設計判断メモが1386件あり、ドキュメントは放置されて腐るのではなく、コードとのずれがチェックされています。

3. CTOより先にCFOに届くべき数字

DeepSeekの評判は安さです。その評判は、今では一部が古くなっています。

V4-Proの一般提供価格では、需要に応じた時間帯料金が導入されました。ピーク時は出力100万トークンあたり3.96ドルで、オフピークはピーク価格の50%です。従来の料金と比べると、出力価格はおよそ2.28〜4.55倍に上がっています。

これをハーネスのルーティング設計と並べてみてください。V4-Proがオーケストレーションし、V4-Flashがサブエージェントに分散します。オーケストレーションはエージェント実行のなかで長時間続き、コンテキストが重く、出力も多い部分です。つまりハーネスは、出力価格が最も上がったまさにそのモデルに、高価なトークンを集中させることになります。

これはアーキテクチャへの批判ではありません。推論を強いモデルに、並列作業を安いモデルに回すのは正しい設計です。警告したいのは、「DeepSeekだからほぼタダ」という昔ながらの暗算が、エージェントのワークロードではもう通用しないこと、そしてピーク時間帯のバッチ処理は今やオフピークの2倍かかることです。

さらに掛け算する

コミュニティによる暫定的なテストでは、dshのトークン消費はPiの約10倍、他のハーネスの約3倍とされています。確認されている要因の一つは、CLAUDE.mdとAGENTS.mdの両方を読み込むことです。ツールで両ファイルを同期しているチームでは、システムプロンプトがそのまま二重になります。これはバグであり、修正されるでしょう。倍率の残りの部分を生んでいる抽象化のオーバーヘッドは構造的なもので、上記の時間帯料金に上乗せされます。

4. サンドボックスはファイルシステムで止まる

どこで動かしてよいかを決めるべきなのは、この発見です。

DeepSeek Harnessはファイルシステムのサンドボックスを定義しています。そのサンドボックスが管理するのはファイルシステムへの影響です。ネットワークアクセスとプロセスの可視性は、その語彙の外にあります。さらに、古いLandlock環境や現在のWindowsのACL境界では、強制は部分的にしか効かないと報告されています。

素直に読めばこうなります。エージェントはディレクトリに閉じ込められていても、ソケットを開けるのです。ファイルシステムへの閉じ込めは外向きの通信を制限しないので、データの持ち出しを防げません。しかもサンドボックスは任意で、デフォルトでは有効になっていません。

認証情報や顧客データ、契約上の守秘義務の対象になるものを含むリポジトリでハーネスを動かすなら、ファイルシステムだけのサンドボックスは必要な制御ではありません。必要なのはネットワーク層での外向き通信のルールで、それはハーネスではなく環境の側で用意する必要があります。

実際には何を意味するか

  • 明示的な外向き通信ルールを持つ専用環境。 これだけは譲れません。それ以外は多層防御で、これが本当の境界です。
  • リポジトリ、レジストリ、API用に分けた短命のID。 開発者自身の認証情報は使いません。
  • プラグインのバージョンを固定し、プリセットを実行可能コードとして扱う。 実際そうだからです。プリセットはサプライチェーンの攻撃面です。
  • 機微な操作には人による承認を。 ループが自分で歯止めをかけると信じるのではなく。ループ自体が差し替え可能なプラグインである場合はなおさらです。
  • 敵対的テスト。 リポジトリ内の悪意ある指示、汚染されたツール出力、シークレットの発見、シンボリックリンクによる脱出に対して行います。

私たちのエージェントセキュリティガイドを読んだことがあれば、ここに新しいことはありません。新しいのは、これほど組み替えやすいハーネスは攻撃面を広げるという点です。差し替え可能なレイヤーはどれも、振る舞いをすり替えられる場所になります。

5. 過剰設計なのか

出回っている最も鋭い批判は、設計が間違っているというものではなく、コストの配分が悪いというものです。複雑さとトークンのオーバーヘッドは全ユーザーが負担する一方、実行時にループをホットスワップできる恩恵を受けるのはごく一部です。

それを裏付ける細部は具体的です。Codexの宣言的でフォルダベースのプラグインは、2〜3秒で再読み込みされます。実行時に差し替え可能なプラグインは、宙に浮いた参照を処理し、実行中のタスクを終了させ、依存関係を調整しなければなりません。ライフサイクル管理モジュールだけで750行あります。ほとんどのチームが一度設定したら二度と触らない機能のために、現実の複雑さを抱えることになります。

筆者の見方では、この批判は誰が払うかについては正しく、それを不適格の理由とみなす点では間違っています。今日のユースケースには柔軟すぎるインフラこそが、来年のユースケースを見つける手段になるからです。とはいえ、プロダクトの締め切りを抱えた状態でその請求書を払うべきではありませんし、「いずれ必要になるかもしれない」は、今四半期に本番コードで動かす理由にはなりません。

ベンチマークもまた、企業自身による報告です。V4-ProのTerminal Bench 2.1での87.9、DeepSWEでの62.7は第三者による再現がされておらず、DeepSeekは過去にもベンダー報告の再現できないスコアで批判を受けています。

6. 皆が読み飛ばしている成熟度のシグナル

バージョンは0.1.0-rc.5です。タグ付きのリリースは一つもありません。READMEは、互換性を壊す変更について大文字で警告しています。

これは、プロジェクトが使える中で最も明確な言葉で、まだ重要なものをこの上に構築するなと伝えているのです。9万2700スターを持つリポジトリでも、1.0以前のインフラであることは変わりません。この2つは無関係で、混同すると、もう存在しないリリース候補版に固定されたチームが生まれます。

7. 今月、筆者が実際にやること

今やる価値がある

外向き通信ルールを設けた専用環境で、テスト生成や範囲を絞ったリファクタリングなど、狭く元に戻せるタスクに限定したパイロットを行う。誰かが示す倍率を信じるのではなく、この記事の数字も含めて、現在のハーネスと比べた自社のトークン消費を測定する。

今すぐ取り入れる価値がある

「モデルに見えるものはログに残る」という不変条件。今使っているどのハーネスにも、今週、他は何も採用せずに取り入れられます。今回の公開内容のなかで、最も安くて長く効く改善です。

待つ価値がある

最初のタグ付きリリースとインターフェースの安定化。第三者によるベンチマークの再現。ネットワークの外向き通信までカバーするサンドボックス。再評価までの期間は3〜6か月が妥当です。

やる価値がない

勢いだけを根拠に本番のコントロールプレーンにすること、あるいは顧客に面した自律的な運用に近づけること。プロジェクト自身も準備ができているとは言っていません。

正直なまとめ

DeepSeek Harnessは、今月公開された3つのハーネスのなかで、アーキテクチャとして最も野心的で、最も未成熟なものです。他の2つが迫ったポータブルか一体設計かという選択を拒否しているのは本当に興味深く、トレーサビリティを習慣ではなく構造的な保証にしているのは本当に有用です。

一方で、最も軽量な選択肢の約10倍のトークンを消費し、出力が2〜4倍高くなったばかりのモデルに支出を集中させ、エージェントがインターネットと通信するのを止められないサンドボックスを備えています。

ネットワークを封じた箱の中でパイロットしましょう。ログの考え方はすぐに取り入れましょう。それ以外は、見直す対象となるタグ付きリリースが出てから見直しましょう。

出典:DeepSeek Harness 開発者プレビュー · DeepSeek V4-ProのGA、ハーネス、時間帯料金 · The New Stack、プラグインアーキテクチャについて · TechNode、Claude Coworkに対するポジショニングについて · MarkTechPostによるリリース解説 · Justin3go、過剰設計への批判とトークン測定 · Wavect、本番導入の準備度とサンドボックスの範囲 · AIToolsReview、ライセンス、レイヤー、価格の分析

IdeaToMVP Academy

Want to build with AI — not just read about it?

4-week live cohort for founders. Learn to ship AI agents, scope MVPs, and automate your business — taught by the same team that writes these guides.

Explore the Academy →
Share this post :