ゲスト記事 / DeepSeek Harness

DeepSeek Harness は DeepInfer ではない：推論の上の層

2026年、DeepSeek は混同しやすい2つのインフラを公開した。DeepInfer は V4.1-Flash のトークンを生成し、DeepSeek Harness はエージェントにワークスペース、ツールレジストリ、ループを与える。どちらかがどちらかの代替ではない。

執筆：SpringBrand/9分で読める/公開 2026-10-21

ゲスト記事

本記事は SpringBrand による、明示的にラベル付けされたゲスト記事だ。SpringBrand は本サイトの他のページの編集に関与しておらず、技術的な主張は一次資料にリンクしている。本サイトは独立したファンメイドのままである。

DeepInfer のリリースノートを読んだ人なら、DeepSeek が10月に何をオープンソース化したか知っているはずだ。DeepSeek-V4.1-Flash という1つのモデル専用の推論エンジンで、最適化されたカーネルを備える一方、サービング層には意図的な空白を残している。DeepSeek Harness は別の月に公開された別のプロジェクトだ。これは推論エンジンではなく、エージェントハーネスである。この区別は重要だ。多くのチームが、いまも両者を二択として評価しているからだ。

そうではない。DeepInfer が答えるのは「プロンプトを効率よくトークンに変えるにはどうするか」。DeepSeek Harness が答えるのは「モデルが返した後、エージェントはどう動き続けるか」。実際に動くエージェントには両方の答えが必要で、さらに3つ目の答えも要る。どのツールを呼べるのか、という問いだ。

4つの層、2つではない

間違った対象を比較するのをやめる最短の方法は、スタックを描くことだ。DeepSeek の2026年のリリースは異なる層にあり、それぞれに固有の失敗の仕方がある。

層	責務	例
モデル	重み、トークナイザー、コンテキストウィンドウ、推論の振る舞い。	DeepSeek-V4.1-Flash-1017
推論エンジン	バッチ処理、KV キャッシュ、カーネル、並列化、スループットとレイテンシ。	DeepInfer、vLLM、SGLang、TensorRT-LLM
エージェントハーネス	ワークスペース、ツールレジストリ、承認、セッションログ、サンドボックス、エージェントループ。	DeepSeek Harness（dsh）
ツールと能力	検索、広告、SEO、CRM、EC、受信箱、クリエイティブ API。	MCP サーバー、プラグイン、直接 API 連携

DeepInfer はオフラインのエンジンだ。API をホストせず、エージェントループも持たず、対応モデルは1つだけ。DeepSeek Harness はローカルファーストのランタイムで、重みを同梱せず、モデルを学習せず、自分でトークンを生成しない。設定したモデルプロバイダーを呼び出す。どちらが「優れている」かは層の取り違えであり、データベースと ORM を比べるようなものだ。

有用な問いは、ボトルネックがどの層にあるかだ。SM100 や Ascend 950 で prefill/decode を調整しているなら DeepInfer の層にいる。エージェントが起動し、計画し、ツールを呼び、結果を受け取り、次の判断をしているなら dsh の層にいる。多くのチームは最終的に両方を必要とし、その境界はプロバイダー設定ひとつで決まる。

dsh が提供するもの

DeepSeek Harness、略称 dsh は MIT ライセンスのエージェントハーネスだ。リポジトリは2026年8月13日に公開され、DeepInfer より2か月早い。developer preview であり、README は互換性を壊す変更が来ると大文字で警告している。これは飾りではない。ワークフローを載せる前にバージョンを固定すべきだ。

面白いのはアーキテクチャだ。dsh は Cordis の上に構築され、「すべてはプラグイン」を設計原則にしている。モデルアダプター、ツールレジストリ、セッションログ、サンドボックス、ストレージ、エージェントループ、さらには Web UI までプラグインだ。実行中のインスタンスはプロファイルとバンドルから合成されたプラグイン木で、パッチ1つで1行を差し替えられる。コアを fork する必要はない。ツールポリシーを変えるためだけにエージェントフレームワークの fork を保守したことがあるなら、この設計はその問題に向いている。

Web プロファイルをそのまま使うと、ローカル UI が立ち上がる。

npx @deepseek-ai/dsh web

サーバーは既定で http://127.0.0.1:3080 で起動する。Settings でモデルプロバイダーを追加し、ワークスペースを選び、セッションを開始する。ハーネスはモデルが見た内容を追記専用のセッションログに記録する。これがトラジェクトリの確認、再開、fork、リプレイを可能にする。エージェントが予想外の動きをしたとき、同じログが監査証跡になる。

dsh は地味だが不可欠な部分も同梱する。実行を保護するスコープ付きツールレジストリ、承認ポリシー、読み取り専用から完全アクセスまでのサンドボックスモードだ。正常時には気づかない。ツール呼び出しが壊れたときにだけ、その存在を思い出す。

提供しないもの

リストは短く、どれも批判ではない。境界の説明だ。

モデルはない。重みを同梱せず、学習もホスティングもしない。モデルプロバイダーは自分で用意する。
ホスト型サービスはない。Web UI は既定で localhost にバインドする。SLA 付きのマネージド基盤ではなく、自分で動かすツールだ。
API 安定性の保証はない。developer preview は文字どおりの意味だ。コアプラグインと設定はリリース間で変わる。
長尾の SaaS コネクタはない。ツールレジストリは継ぎ目であり、カタログではない。広告プラットフォーム、CRM、ストア、受信箱はプラグインか MCP サーバーとして接続する。それぞれに認証、スキーマ、レート制限、課金がある。

最後の項目が、多くのエージェントプロジェクトが失速する場所だ。ハーネスはモデルにループを与えるのが得意だが、ループの価値は実行できるアクション次第だ。コーディングエージェントにはリポジトリツールが要る。GTM エージェントにはキーワードデータ、広告アカウント、ソーシャル、CRM、ストアが要る。これらは1つの問題ではなく、異なる認証情報と異なる失敗の仕方を持つ数十の小さな問題だ。

ツールの空白こそ本当の統合プロジェクト

「MCP 対応」はよくゴール扱いされるが、実際はスタートラインに近い。MCP サーバーはプロトコルを与えるが、カタログ、共通の認証モデル、従量課金、1枚の請求書は与えない。10の提供元に直接つなげば、10の OAuth フロー、10のスキーマ、10のリトライ方針、10の請求書を抱えることになる。デモでは動くが、本番では運用プロジェクトになる。

空白を埋める正直な方法は2つある。1つはコネクタを自分で作り、保守する。ワークフローが1つで、セキュリティ要件が厳しく、チームが完全な制御を望むなら正しい。もう1つは、長尾をすでに集約している層につなぐ。依存と従量コストを受け入れる代わりに、すべての統合を作り直さずに済む。

SpringBrand は後者の一例だ。dsh 向けに OAuth MCP クライアントプラグイン springbrand-lab/dsh-oauth-mcp-client を公開している。ブラウザサインイン、認証情報の永続化、自動再接続、SpringBrand MCP 接続の同梱を備える。背後にあるマーケットプレイスは、広告と SEO、ソーシャル、EC、営業と CRM、カスタマーサポートにまたがる10,000以上の API とプラグインを、1アカウント・1請求書で提供する。

接続方法の詳細は、SpringBrand の DeepSeek Harness セットアップガイドに、インストールのプロンプトとブラウザ OAuth の手順がある。プラグインは第三者のコードとして扱うべきだ。DeepSeek のリポジトリには含まれておらず、ワークスペースへのアクセスを与える前にソースを読むべきである。

開示。本記事は SpringBrand が執筆し、掲載枠の費用を支払っている。上記のアーキテクチャ上の主張は DeepSeek のリポジトリとドキュメントに基づく。推奨は我々の判断であり、コネクタを自前で保守する選択肢と比較してほしい。

何かをつなぐ前のチェックリスト

SpringBrand を使うにせよ、自前で構築するにせよ、失敗の仕方は似ている。エージェントに新しい能力を与える前に使うチェックリストだ。

dsh のバージョンを固定する。正確なリリースとプロファイルを記録する。developer preview の変更は動作中の設定を無効にしうる。
タスクごとにサンドボックスを選ぶ。調査は読み取り専用、コーディングは workspace-write、完全アクセスは理由を説明できるときだけ。未検証のプラグインにタスク以上の権限を与えない。
指標を4層に分ける。モデルのレイテンシ、推論スループット、ハーネスのオーバーヘッド、ツールのレイテンシは別の数字だ。遅いエージェントが遅いモデルとは限らない。
プラグインとスコープを監査する。長期間の静的キーより、狭いスコープの OAuth を優先する。ファイルシステムに触れる前にソースを読む。
セッションログを残す。追記専用ログは、モデルが何を見て、どのツールが何を返したかを再構成する唯一の確実な方法だ。
実際のワークフロー1つから始める。「10,000 API」はカタログであって戦略ではない。実タスクに必要な2〜3のツールをつなぎ、結果を測ってから広げる。

FAQ

DeepSeek Harness と DeepInfer は同じものですか？

いいえ。DeepSeek Harness はエージェントハーネスで、ワークスペース、ツールレジストリ、セッションログ、サンドボックス、エージェントループを提供する。DeepInfer は DeepSeek-V4.1-Flash 向けのオフライン推論エンジンだ。dsh は自分でトークンを生成せず、DeepInfer はエージェントループを実行しない。

dsh はモデルや推論ホスティングを含みますか？

含まない。重みを同梱せず、学習もホスティングもしない。DeepSeek、カタログの他プロバイダー、または独自の OpenAI 互換エンドポイントを設定する。

dsh は DeepSeek-V4.1-Flash と使えますか？

使える。設定したプロバイダー経由で接続する。dsh はアダプター層でモデルに依存せず、モデルとそれを提供する推論エンジンはハーネスとは別の選択だ。

SpringBrand のプラグインは公式ですか？

いいえ。SpringBrand が公開する第三者プラグインで、DeepSeek Harness のリポジトリには含まれない。DeepSeek はコミュニティプラグインを審査しないため、導入前にコードと権限を監査してほしい。

dsh は本番利用できますか？

API 安定性という意味ではまだだ。developer preview であり、README は互換性を壊す変更が来ると明記している。バージョンを固定し、変更を吸収できるチームなら今日から使える。

出典

DeepSeek Harness リポジトリ — README、ライセンス、developer preview の注意、起動コマンド。
DeepSeek Harness アーキテクチャ — Cordis、プロファイル、バンドル、プラグイン木。
DeepSeek Harness 安全ガイド — サンドボックスと承認の方針。
npm の dsh — パッケージとリリース履歴。
DeepInfer リポジトリ — 本サイトが扱う推論層。
SpringBrand の DeepSeek Harness ガイド — 本記事で触れたプラグインとマーケットプレイス。
DeepInfer の制約 — 推論エンジンが完全なサービングスタックではない理由。

次に読む：DeepInfer のアーキテクチャ、または比較ハブ。