DeepSeek V 4 Proの正式リリースに続き、DeepSeek独自のエージェント製品がついにデビューしました。ディープシーク·ハーネス。
最も注目すべき点は、“もう一つのコードエージェント”ではなく、その背後にある設計哲学です。すべてはプラグイン（Everything is a Plugin）。
DeepSeekが提供するコア公式は：
エージェント=モデル+ハネス
この公式は非常に理解できます。私たちが普段使用しているClaude CodeやCodexなどの製品は、本質的にHarnessに属しています。モデルは推論を担当し、Harnessはツール、スキル、コンテキスト、サンドボックス、ストレージ、エージェントループ、サブエージェント、ワークフローなどの一連の動作メカニズムを担当します。
以前は、これらの機能はほとんどがソフトウェア製品全体にカプセル化されていました。ユーザーはそれを使用できますが、理解する必要はほとんどなく、自由に変更できません。
DeepSeek Harnessは別の道を選んだ。これら本来製品内部に秘められていた能力を全てプラグイン化する。
ハーネスとは何か？
DeepSeek Harnessが本当に特別なのはその背後にあるものです Cordisカーネル。
Cordisは特定のタスクを直接実行する責任はなく、非常に抑制されたことを行います。プラグインのロード、アンロード、および依存関係を管理します。
さらに重要なことに、プラグインはエージェントの実行中に動的に変更され、エージェント全体の実行状態が直接クラッシュすることはありません。
ここには2つの重要な概念がある。
時間構成可能性Temporal Composability #カイカクセイ#：プラグインがアンインストールされた後、以前の副作用を完全に取り消すことができます。
空間構成可能性Spatial Composability #スペースコンポジティビティ#プラグインが他のプラグインに依存している場合、依存関係が追加、削除、変更されたときに動的に再処理できるかどうか。
この2つの能力を組み合わせると興味深いことが起こります
エージェントはもはやツールを使用するだけではなく、実行中にツールや機能を変更することができます。
たとえば、エージェントが機能が欠けていることに気付いた場合、プラグインを作成し、そのプラグインを現在の環境にロードしてタスクを完了することができます。
そのため、DeepSeekは単にCodeやBuildと呼ばず、代わりに..。 ハーネス·ハネス。
それが本当に望んでいるのは、おそらく完全に機能する一般ユーザー向けのエージェント製品ではなく、拡張、組み合わせ、実験できる一連のエージェント製品です。 エージェント·インフラ。
この観点から、DeepSeek Harnessは実験場のようなものです。基本的なプラグインのバッチが公式に提供され、開発者は新しいプラグインを作成し続け、最終的にはエージェント機能システム全体がより豊かになります。
4つのモデル、実際には4つの前提セット。
初めてハーネスを開くと、その4つのモードに戸惑うのは簡単です。
しかし、コーディスを理解すると、これら4つのパターンはハーネスの本質ではなく、公式に提供されたほんの一部です。プラグインの組合せテンプレート。
1.標準モデル
これは一般ユーザーに最適なモデルです。
ファイルの読み取りと編集、シェル、ファイル検索、Web検索、スキル、スケジュール、目標、バックエンドタスク、サブエージェント、ワークフローなど、完全なコードエージェント機能が事前に提供されています。
DeepSeek Harnessを使いたいだけなら、標準モデルの選択で十分です。
2.モード
PTCモードは標準モードの機能のほとんどを持っていますが、モデルがツールを呼び出す方法が変わります。
従来のモデルでは、モデルはしばしば：
ツールを呼び出す→結果を得る→ 再思考 →ツールを呼び出す。
PTCはモデルにCode Mode SDKを提供し、複数のツール操作を組み合わせて一度に実行できるTypeScriptプログラムを直接記述します。
例えば、複数の読み取り、検索、フィルタリング、並列呼び出しを必要とするタスクは、1つのプログラム実行に圧縮することができます。
その利点は、モデルとツール間のラウンドトリップを削減し、トークン消費量を一部削減しかし、その代償は、モデルのプログラミングとデバッグ能力に対する要求が高くなることです。
通常のユーザーはPTCを使用する必要はありません。
3.ミニマリストモデル
ミニマルモードは、順番に、環境を非常に小さなサイズに圧縮します。
主に永続的なBashとファイルエディタを提供しますが、多くの追加機能を削除します。
モデルの能力テストに適しています。このパターンは、最小限のエージェント環境で異なるモデルのパフォーマンスを比較したい場合に役立ちます。
しかし、日常的なエージェントとしての経験は明らかに制限されます。
4.モデルの創造
パターンを作ることがハーネスの最も興味深いところです。
既存の機能を使用するだけでなく、現在実行中のCordis環境をチェックし、インメモリ内でプラグインを実験し、新しいエージェントやプラグインを作成することもできます。
エージェントは試みることができる。自分を変える。。
例えば、リクエストできます。
“コードの読み取りのみ許可され、ファイルの変更は許可されないセキュリティ監査エージェントの作成を手伝ってください。”
または：
“社内検索機能と独自のスキルを備えたリサーチエージェントの作成”。
まず自分の機能を確認し、ツールがないことを発見したら、プラグインを作成してロードすることもできます。
簡単なメタファーで言えば：
エージェントはレンチを持っていないことに気づき、自分でレンチを作って自分の手に取り付けて仕事を続けました。
これがDeepSeek Harnessの実験の中心的な意味です。
もう一つの重要なデザイン：すべてがイベントログです。
Harnessの会話デザインも特別です。
単にチャット履歴を保存するのではなく、エージェントの実行プロセス全体を1つに設計します。追加のイベントログのみ。
システムプロンプト、ユーザメッセージ、モデル推論、ツール呼び出し、ツール結果、パーミッション変更、コンテキスト注入、コンテキスト圧縮、サブエージェントスケジューリングなどは、すべてログ内のイベントになり得る。
次のラウンドで見られる履歴も、このイベントログから再導出されます。
これは開発者にとって重要です。
従来のエージェントに問題が発生すると、“タスク失敗”や“モデルがループしている”ことがよくありますが、どこから逸脱しているのかはわかりません。
イベントログとトラックビューは、エージェントを実行するより完全な方法を提供します。観測可能、監査可能、再現可能。
これは、Harnessが一般的なコンシューマ製品よりも開発者や研究環境を好む理由の1つです。
本当に重要なのは、プラグインの数ではなく
DeepSeek Harnessの現在の最大の特徴は、その最大の論争である。
好きな人はこう思う。
これが未来のエージェントのあるべき姿です。
嫌いな人はこう思う。
なぜエージェントはそんなに複雑なのか？
両方の見解は正しいと思います。
通常のユーザーの観点から、Harnessには明らかなしきい値があります。開発者の用語が多く、概念が複雑で、機能間の関係が直感的ではなく、プラグイン、パターン、動作メカニズムを理解する必要があります。
しかし、エージェントのインフラストラクチャの観点から見ると、これは本当に興味深いことです。
以前はエージェントを使っていましたが、基本的にはベンダーが設計した“ボックス”を使っていました。Harnessはそのボックスを分解し、ツール、機能、メカニズムをすべて公開し、開発者自身が再構成できるようにしました。
私はDeepSeek Harnessを理解することを好む。
これはまだ本格的なエージェント製品ではなく、形成中のエージェントインフラストラクチャです。
それが本当に探求したいのは、“より良いコードアシスタントを作る方法”ではなく、
エージェントの機能自体が動的に作成、インストール、アンインストール、結合できるとしたら、エージェントはどうなるでしょうか。
これは“すべてのもの”の面白いところです。
もちろん、現段階では、一般ユーザーにとって“良い”という本当の意味からは、まだまだ長い道のりがあります。
しかし、エージェントアーキテクチャへの大胆な試みとして、DeepSeek Harnessは注目に値します。
それは最終的な答えではないかもしれませんが、少なくとも非常に興味深い方向性を提供します。
将来のエージェントは、もはや固定されたソフトウェアではなく、常に機能を変更できる運用環境になるかもしれません。