すべてがプラグイン、すべてが記録される：DeepSeek Harness developer preview を読む

計算機科学の分野に「関心の分離」という言葉がある。

エドガー・ダイクストラが1974年の論文で論じた考え方で、複雑な問題を独立した部分に分けて扱うことを指す。

さて、今海外の技術者の間で話題になっているのが、DeepSeek Harness の developer preview だ。

エージェントを構成するあらゆる能力をプラグインとして切り出し、組み替えられるようにした設計が目を引く。

ハーネスという考え方

エージェントは「モデル + ハーネス」と表現されることがある。

モデルそのものは推論や生成を担う頭脳だが、実際にファイルを読んだり、ツールを呼んだり、長いタスクを続けたりするには、それを支える外側の枠組みが必要になる。

この枠組みがハーネスだ。

DeepSeek Harness では、基盤となるカーネルがプラグインのマウントや依存関係を管理する。

モデル、ツール、スキル、セッション、サンドボックス、ストレージ、ループ、スケジューリング、UI に至るまで、すべてがプラグインとして提供される。

利用者はソースコードを変更せず、設定だけでこれらの部品を選んだり、差し替えたり、拡張したりできる。

この「すべてがプラグイン」という方針は、部品の再利用と再構成を当たり前にするための土台といえる。

ここでいうプラグインは、小さな部品というより、エージェントの能力を担う独立したモジュールだ。

たとえばストレージを差し替えると、保存先の仕組みが変わっても他の部分に影響が及ばない。

そうした独立性が、長期の開発や共同作業で効いてくる。

もうひとつの柱が、実行の追跡可能性だ。

モデルが見たものはすべて追記型のセッションログに記録される。

システムプロンプト、推論の過程、ツール呼び出しとその結果、サブエージェントのスケジュール、コンテキストへの注入内容まで、まとめて残る。

Trajectory という画面では、これらの記録をソース別に確認できる。

再開、分岐、検索、再実行も同じイベントストリームの上で動く。

開発中のエージェントがなぜその行動を取ったのか、後から原因をたどれるのは実用的な利点だ。

DeepSeek Harness にはいくつかの実行モードが用意されている。

Standard モードはファイル編集、シェル、検索、スキル、プランニング、ゴール、サブエージェント、ワークフローまで含むフルセットだ。

Code モードは Standard の機能に加えて、モデルが生成した TypeScript プログラムで複数ステップのツール操作を一括して行える。

Minimal モードは永続的な bash とファイルエディタだけの最小構成で、モデルのベンチマークに向く。

Creator モードは現在のランタイムを検査し、プラグインをメモリ上で試し、新しいモードに組み合わせるための開発者向けの場だ。

Standard は自律的に長い作業を進める構成、Code はコード生成で操作をまとめる構成、Minimal はシンプルな環境でモデル自体の力を測る構成、Creator は新しい部品の実験台。

モード自体もプラグインの組み合わせで作られていると考えると、開発の自由度が伝わる。

現在は developer preview という段階で、API や主要プラグインは今後も変化していくという。

npx @deepseek-ai/dsh web と入力すれば Web UI を起動できる手軽さと、ソースコードが MIT ライセンスで公開されている点も、海外で関心を集める理由だろう。

プラグインという分解と、記録という統合。

この二つが組み合わさったとき、エージェント開発の風景がどう変わっていくのか、公開されたばかりの仕組みを前に、しばらく手を動かしながら眺めていきたい。