DeepSeek Harness徹底解説：dshとは何か、仕組み、そして料金

DeepSeek Harnessとは？

DeepSeek Harnessは、DeepSeek AIが開発したオープンソースのエージェントハーネスで、Cordisというプラグインフレームワーク上に構築されています。リポジトリは2026年8月13日に公開され、Hacker Newsのローンチスレッドは747ポイント、314コメントに達しました。コマンド名はdsh、npmパッケージは@deepseek-ai/dshで、10月4日までの1週間に451,964回のnpmダウンロードを記録しました。

DeepSeek自身の製品ページは、コーディングよりはるかに広い用途を打ち出しています。「Everyday tasks, coding, or your own harness.」組み込みのデモでは、ファイルの整理やスライドの下書きから、バグ修正、出典付きの調査、バックグラウンドスクリプトの実行まで、5つの仕事が紹介されています。

プロジェクトの現状は、売り文句と同じくらい重要です。READMEは開発者向けプレビューと明記し、互換性を壊す変更があると大文字で警告しています。これまでのリリースはすべてプレリリースで、執筆時点の最新タグは10月3日のdsh-v0.2.1-alpha.1です。

そもそもエージェントハーネスとは？

モデル単体ができるのはテキストの予測だけで、ハーネスはその予測を行動に変える周辺の仕組みすべてです。プロンプトを送り、ツール呼び出しを読み取り、ツールを実行し、結果を戻し、いつ止めるかを判断するループがその中心です。サンドボックス、権限、セッション履歴、入力するインターフェースも担います。

Claude Code、Codex、AWSのStrandsハーネスはどれもハーネスです。eeselでチケットに答えるエージェントもそうです。話題になるのはモデルですが、日々の使い心地の違い（コンテキストの扱い方、失敗したコマンドからの立ち直り方、触ってよい範囲）の大半はハーネスにあります。

DeepSeek版が違うのは、ハーネスであること自体ではありません。固定されたコアが存在しないことです。DeepSeekのアーキテクチャドキュメントは率直に述べています。「no privileged core to patch.」

「すべてがプラグイン」は実際どう動くのか

内部的には、dshはCordisプラグインの集合です。Cordisでは、プラグインがサービス、型付きイベント、「reversible effects」を共有コンテキストに提供するため、アプリの実行中でもプラグインを読み込み、入れ替え、アンロードできます。DeepSeekはこれをあらゆる層に適用しており、モデルアダプター、ツールレジストリ、セッションログ、エージェントループは、アーキテクチャドキュメントによれば、いずれも設定から置き換えられるプラグインにすぎません。

プラグインはバンドルにまとめられ、バンドルはプロファイルに積み重ねられます。CLIリファレンスには、層が合成される順序が明記されています。

1. 各バンドルのパッチ。プロファイルが列挙する順に適用されます。
2. プロファイル自身のcordis.patch.yml。
3. すべてのプロファイルで共有される、ホームレベルの$DSH_HOME/cordis.patch.yml。
4. コマンドラインで渡す--patchファイル。

後の層が優先され、パッチは対象行のconfig全体を、ディープマージではなく置き換えます。忘れていた値が黙ってマージされる設定ファイルに悩まされたことがあるなら、このルールはかなり爽快です。dsh --profile web --dump-configで合成結果を出力でき、各行にはその値を提供したファイルが注記されます。

最も盛り上がったのがCreatorモードです。チャットでプラグインを説明すると、エージェントがそれを書き、インストールし、検証します。DeepSeekのデモでは、フローティングのポモドーロタイマーを作ります。エージェントがcordis-plugin-developmentスキルを読み込み、638行のclient.jsを書き、プラグインマネージャー経由でインストールして動作を確認するまでが、5分24秒です。

トレードオフは現実のもので、Hacker Newsのヘビーユーザーがうまく言い表しています。コアのプラグインを置き換えられることと、微調整できることは別だからです。

"the problem with "Everything Is A Plugin" is that when this includes core functionality, you still have to maintain downstream patches for those core plugins if you want to tweak existing behaviour. I currently have ~25 downstream commits and 0 new plugins."

wren6991, Hacker News

5つの実行方法

すべては単一のランチャーdshから始まり、名前付きのプロファイルを起動します。標準で5つのプロファイルが付属し、デスクトップアプリはWebプロファイルを包んでいます。違いは次のとおりです（CLIのREADMEとデスクトップのREADMEによる）。

CIなら、まずヘッドレスモードを選びます。モデルの推論はdsh: reasoning:という見出しでstderrにストリームされ、stdoutは回答用にきれいなまま保たれるため、次のステップへのパイプが簡単です。v0.1.7以降は、stdinからのタスク読み込み、--session-idでの再開、--jsonでの改行区切りJSONイベント出力にも対応しています。すでにターミナルからエージェントをスクリプト化しているなら、CLIからのAIエージェント操作のガイドで、他のツールでの同じパターンを紹介しています。

気に入った細かい点がひとつあります。Webプロファイルは--host 0.0.0.0を拒否し、使い方エラーを返します。シェルアクセスを持つエージェントをネットワーク全体に公開するには、--public-urlと--trusted-hostで意図的に行う必要があります。

標準で手に入るもの

デフォルトのインストールは意図的に軽量で、興味深い部分の多くはオンにして使う公式プラグインです。ドキュメントとリリースノートからの主な内容です。

• サブエージェント（他のハーネスを含む）。 オプションのプラグインにより、dshはClaude CodeとCodexをサブエージェントとして呼び出せます（@deepseek-ai/dsh-subagent-claude-codeと@deepseek-ai/dsh-subagent-codex）。サブエージェントのチェーンは、v0.1.6のノートによれば、デフォルトで稼働中の子8つ、委任の深さ1です。
• エージェントチーム。 共有タスクボードを備えた実験的なチームモードで、チームメイト数のデフォルト上限は9月に8から16へ引き上げられました。
• スケジュールタスク。 「毎週金曜17:00に今週のメモを要約する」といった定期ジョブ。デスクトップではデフォルトでオフです。
• Officeファイル。 デスクトップはoffice-docx、office-pptx、office-xlsxスキルを登録し、Word、Excel、PowerPointのファイルをアプリ内でプレビューします。
• ブラウザーとコンピューターの操作。 Playwright MCP、Chrome DevTools MCP、Stagehand、Cuaドライバー経由の実験的なバックエンド。
• MCPクライアント。 MCPのサポートは依存関係として同梱されますが、デフォルトで有効なサーバーはありません（理由は後述）。
• Claude Codeモッズのブリッジ。 最新リリースでは、Claude Codeモッズの機能が「broadly a subset」にあたるかを検証するための実験的な互換レイヤーが加わりました。

ユーザーが最も話題にする機能はトラジェクトリビューです。すべてのターン、ツール呼び出し、ペイロード、結果、所要時間をタイムラインで見せる開発者向けパネルで、最終回答から推測するのではなく、エージェントがどこで道を外れたかを正確に確認できます。

"Trajectory view is the underrated bit. If the agent searches the web or edits files, people need to see the trail, not just trust the final answer."

Ferbin, X

私はスター数よりも、こちらに強く同意します。eeselのヘルプデスクチームメイトで私が最も頼りにしているデバッグ画面は、実行ごとのアクティビティログで、エージェントが何を読み、どのツールを呼んだかを示します。追跡できないエージェントに、実際の仕事は任せられません。

実行する前に確認したいデフォルト設定

ローンチ時の記事の多くが飛ばすセクションで、私が最初に読むべきだと考える部分です。どれも隠されてはおらず、すべてDeepSeek自身のドキュメントに書かれていますが、インストールがnpx1行だけだと見落としがちです。

公式APIではセッションログがDeepSeekに送られます。 ベースバンドルは、デフォルトで有効なDeepSeekセッションログコントリビューターをマウントします。これはセッションログを、設定済みのゲートウェイ経由を含め、以降のリクエストとともにDeepSeek APIへ送信します。Settings, General, Upload Session Log when using the official model APIでオフにするか、プラグインのenabled設定をfalseにできます。詳しく調べたHacker Newsのコメント投稿者は、有用な裏側を補足しています。ローカルモデルに対してdsh webを動かす場合、DeepSeekのAPIを使うWeb検索ツール以外は、デフォルトで何もDeepSeekに送られません。

書き込みはサンドボックス化、読み取りとネットワークは対象外です。 新しいセッションはworkspace-writeプリセットを使うため、Bashとファイル変更はワークスペース内と一時フォルダーに制限されます。読み取りとネットワークアクセスは制限されないので、エージェントはホームフォルダーを読み、インターネットを呼び出せます。プロセスの分離の強さはバックエンド次第で、Linuxのbwrapはホストのプロセスを隠しますが、LandlockとmacOSのSeatbeltは隠しません。sdk-minimalプロファイルはその逆で、承認サービスなしでdanger-full-accessに固定します。

MCPサーバーは追加するまでオフです。 DeepSeekの理由は引用に値します。各MCPサーバーのコマンドは「trusted executable code outside the agent sandbox」であるため、デフォルトで有効なものはありません。これは正しい判断で、私がサポート業務用のMCPサーバーを、顧客データに接続する前に必ず監査する理由と同じです。

Webビルドのテレメトリーはデフォルトではフィードバックのみです。 DSH_TELEMETRY_MODEのベースのデフォルトはFEEDBACK_ONLYで、DISABLEDで無効化できます。あるHacker Newsユーザーは、デスクトップ版はテレメトリーがデフォルトで有効に見えると報告しており、デスクトップのREADMEも、その分析が別の製品収集ポリシーとリアルタイムの設定に従うと確認しています。アプリを使う場合はそのトグルを確認してください。

これでdshが特別だというわけではありません。ホスト型のコーディングエージェントの多くも、プロンプトとコードをベンダーに送ります。ホスト型モデルとはそういうものです。違いは、dshがオープンソースでローカル実行されるため、何もマシンの外に出ないと思い込む人が多いことです。公式APIを使う場合、設定を切り替えるまでその想定は誤りです。

DeepSeek Harnessの料金は？

ハーネスは無料です。コードはMITライセンスの対象で、製品ページにプランや料金の記載はありません。支払うのはモデルの利用分で、DeepSeek自身のAPIでは非常に安価です。現行の料金表は、100万トークンあたり次のとおりです。

2つの点で計算が変わります。1つ目は、オフピークは半額であること。料金ドキュメントによれば、ピークは平日のUTC 01:00〜04:00と06:00〜10:00のみで、中国の祝日は除きます。週末は終日オフピークです。2つ目は、モデル名が現在deepseek-flashであること。古いdeepseek-v4-flashの名前も引き続き使えますが、V4.1 Flashで処理され、Flashの料金で請求されます。キャッシュの計算は、V4.1 Flashの料金の記事でさらに詳しく扱っています。

簡単な計算例です。長いコーディングセッションで、V4.1 Flashにキャッシュなし入力500万トークンを送り、出力50万トークンが返ってくるとします。オフピークなら5 x $0.15 + 0.5 x $0.60で$1.05。同じセッションがピークなら$2.10です。エージェントループは多くのコンテキストを再送するため、実際にはその入力の多くが$0.003のキャッシュにヒットし、実際の請求額はさらに下がります。

dshがこれほど注目される正直な理由はそこにあり、あるコメント投稿者は、多くの人が天秤にかけているトレードオフをこうまとめました。

"At least DeepSeek provides 95% of the performance for 10% of the cost."

cheonic4040, Hacker News

「95%」は、ベンチマークではなく一個人の印象として受け取ってください。より詳しい比較は、V4 FlashとV4 Proの記事とClaude Codeの料金の記事で、モデル面とサブスクリプション面を扱っています。

開発者たちは何と言っている？

反応はいくつかの陣営に分かれました。アーキテクチャを愛する人、価格を愛する人、そして本番での運用に耐えるのかを見たい人です。

アーキテクチャへの称賛は具体的です。Hesam（@Hesamation）は、最初の数日で目にした反応をまとめました。

"unusually well designed architecture with tools, session log, agent loop, subagents, all being replaceable plugins"

Hesam, X

実際に触ったユーザーは、日常の使い心地を挙げています。ある開発者はOpenCodeと直接比較し、サブエージェント間の双方向メッセージを際立った点としました。

"Good things about it are that it is extremely lightweight and fast. The communication between sub agents is two way in that a sub agent can midway send a message to parent and the parent can send a message midway to change the course of action of a sub agent and while this is happening, you can sitll continue talking to the model on the main thread."

wg0, Hacker News

懐疑派も的外れではありません。スターは注目度を測るもので、イシュートラッカーがオフの急成長リポジトリは、外から判断しにくいものです。

"The repo was created on 13 August, so that is about 202K stars in 15 days, and the issue tracker is turned off. Stars at that rate measure attention, not deployment. Is there a published number on agents actually running on it?"

Marius Laurusevicius, X

DeepSeekの作者たちはこの点を率直に認めています。そのうちの1人はローンチ当日に、これは「an early developer preview」であり、「expect lots of rough edges and compatibility-breaking changes」と投稿しました。変更履歴もそれを裏付けています。v0.2.1-alpha.1のリリースだけで、ランタイム不変条件プラグインの削除と、コンポーザー統計エントリーの名称変更が行われ、どちらもプラグイン作者にとって互換性を壊す変更でした。

DeepSeek以外のモデルでの実行も可能です。人気のローカルモデルランナーであるOllamaは、2日目に対応を発表しました。

"Ollama now supports the DeepSeek Harness. ollama launch dsh. Run it completely in your own environment."

Ollama, X

Claude Code、Codex、Strandsとの比較

4つともハーネスで、正直なところ収束しつつあります。現時点で重要な違いは、オープンさ、モデルへの縛り、そして成熟度です。

私の見立てはこうです。エージェントの仕組みをいじりたい、あるいはDeepSeek V4.1 Flashで1日数ドルで有能なコーディングエージェントを動かしたいなら、dshは現在最も興味深いオープンなハーネスです。毎週変更履歴を読み直さずに、チーム全員が来四半期も頼れるものが必要なら、成熟したツールのほうが依然として安全な選択です。より広い視点では、AIコーディングアシスタントツールのまとめとStrandsハーネスの代替のリストが、さらに多くの選択肢を扱っています。

その上でサポートエージェントを作るべき？

すでに質問した人がいます。「Anyone using DeepSeek Harness (dsh) as part of a customer-facing agent?」という小さなAsk HNスレッドは、トークン価格がこれほど下がったとき、人々の考えがどこへ向かうかを示しています。エージェントが無料でモデルも安いなら、自前のサポートボットを作ればいいのでは、と。

その気持ちは分かります。私は反対側から見ているからです。eeselの顧客の何社かは、Claude APIで自社構築するために離れていき、月額$799のプランを使っていたある化粧品ブランドは、価格が下がらなければ「build their own solution」とeeselのサポートチームに伝えました。安価なモデルは、この会話を減らすのではなく増やします。

落とし穴は、ハーネスが仕事全体の小さな部分にすぎないことです。実際に作ってみて見えた内訳は次のとおりです。

dshが提供するのは優れたループとサンドボックス、そしてプラグインシステムです。サポートエージェントにはさらに、ヘルプデスクとの双方向の接続（チケットを読み、タグを付け、返信し、エスカレーションする）、ヘルプセンターやマクロ、過去のチケットが変わるたびに同期を保つ仕組み、人の確認なしにできることのルール、そしてお客様と話す前に実際の過去チケットでテストする方法が必要です。この最後のステップは、私なら決して省きません。自信ありげなボットが、誰かが気づくまで何日も間違った回答を続けるのを見たことがあり、だからこそeeselの導入はすべて、まず過去のチケットでシミュレーションされます。

私の答えはこうです。そのスタックを自分で持つのが好きで、毎週変わるプレビューに追随する時間があるチームなら、dshの上に作ってください。目的が、保守するフレームワークではなく、回答済みのチケットなら、チームメイトを採用してください。そして、顧客データを公式APIに通す前に、上のデフォルト設定のセクションを読み直してください。

eeselを試す

すっきり言えば、DeepSeek Harnessはインフラで、eeselは従業員です。eeselは、特定の仕事向けにすぐ働けるチームメイトを採用するAIチームメイトプラットフォームです。サポートなら、それがAIヘルプデスクのチームメイトです。Zendesk、Freshdesk、Gorgiasなどのヘルプデスクに数分で接続し、過去のチケットとヘルプセンターから学習します。誰かに返信する前に、自社のチケット履歴でシミュレーションすることもできます。

ターミナルからエージェントを操作するのが好きでdshに惹かれたなら、eeselにもそれがあります。eesel CLIは、ダッシュボードと同じチームメイトとワークスペースを操作するもので、別製品ではありません。npx @eesel/cli initでエージェントをセットアップし、eesel integrations connectでヘルプデスクを接続し、eesel approvals listで人の承認待ちのアクションを表示し、eesel activityで各実行を詳しく読めます。これはdshのトラジェクトリビューとよく似ています。すべてのコマンドはJSONを出力して--dry-runに対応するので、Claude Code、Codex、さらにはdsh自身のようなコーディングエージェントが、ワークスペースのセットアップとテストを代行できます。手順は、ターミナルでのAIエージェントの管理の記事で紹介しています。

100クレジット付きでカード不要の無料プランから始められます。有料のチームメイトプランは500クレジットで月額$299から、チケットまたはチャット1件が1クレジットです。欲しいのが保守するハーネスではなく解決済みのチケットなら、そのほうが近道です。