Skip to content
←

필사 모드: DeepSeek Harnessのプラグインカーネル構造 — 巻き戻せるエージェントは何が違うのか

日本語
0%
정확도 0%
💡 왼쪽 원문을 읽으면서 오른쪽에 따라 써보세요. Tab 키로 힌트를 받을 수 있습니다.

この記事は2026-08-15にHacker News APIとGeekNewsフィードで直接確認した項目に基づいています。スコアと順位は変わり続けます。

何が上がっていたか

Hacker News APIで確認した項目です。タイトルは DeepSeek Harness developer preview、アイテム番号は49285244で、2026-08-15時点で718ポイント、コメント297件でした。リンク先はDeepSeekのHarness紹介ページです。GeekNewsフィードにも同じ項目が並んでいました。

コメントの1つは著者本人によるもので、まだ初期の開発者プレビューであり、粗い部分と互換性を壊す変更が多いだろうと述べています。ライセンスはMITです。

すべてがプラグインだという文

紹介ページの中心的な主張は、すべてがプラグインだということです。そしてその一覧が具体的です。モデル、ツール、スキル、セッション、サンドボックス、ストレージ、ループ、スケジューリング、そしてUIまですべてプラグインが提供すると記されています。

目を引くのは後半です。ツールをプラグインにするのはよくあります。しかしループとスケジューリングとUIまでプラグインというのは、エージェントの制御フローそのものを交換可能なものとして扱うという意味です。

これを管理する層はCordisというカーネルとして紹介されています。プラグインの装着と解除、依存関係を担当し、プラグイン同士はCordisのサービスとイベントで通信します。

コメントでこの部分の背景が補われました。Cordisは今回初めて出たものではなく、別のプロジェクトで数年使われてきたプラグインシステムであり、核心は動作中のプロセスを再起動せずにプラグインを載せ外しすることだという説明でした。そして外すときにそのプラグインが作った状態と副作用を巻き戻す点が特徴として挙げられました。

巻き戻せる解除がなぜ難しい問題なのか

プラグインを載せるのは簡単です。難しいのは外すほうです。

プラグイン1つが生きている間に何をするか考えればわかります。イベント購読を張り、ソケットを開き、タイマーを登録し、他のプラグインが参照するサービスを登録します。参照を切っただけではこのどれも消えません。タイマーは回り続け、購読は呼ばれ続けます。

だからほとんどのプラグインシステムは実質的に一方向です。載せることはできて、外すには再起動します。ところがエージェントでは再起動が高くつきます。進行中のセッションと積み上げた文脈が飛ぶからです。

Harnessがプラグインに解除処理を求める点がここで意味を持ちます。片付けを選択肢ではなく契約にしたわけです。こうするとセッションの途中でツールを1つ差し替えたり、問題を起こすプラグインだけ外して残りはそのままにしたりできます。自分たちのシステムに移すと問いはこうなります。自分たちのエージェントでツールを1つ変えるには何が死ぬ必要があるか。たいていはプロセス全体です。

本当の特徴はイベントログです

紹介ページで最も実務的な部分は追跡です。モデルが見るものすべてを追記専用のセッションログに残すと記されています。一覧はシステムプロンプト、推論、ツール呼び出しとその結果、サブエージェントのスケジューリング、そしてすべての文脈注入です。

最後の項目が重要です。文脈注入まで記録することは、エージェントのデバッグで最もよくある迷宮を取り除きます。

エージェントが妙な動きをするとき、私たちが見るのはたいてい自分が書いたプロンプトです。しかしモデルが実際に受け取ったのは、そのプロンプトにシステムが付け足した複数の断片が合わさった結果です。以前の要約、検索結果、ファイルの内容、ツールの説明といったものです。これらがいつどの順で入ったかが残らなければ、私たちは自分が書いたものを見ながら、自分が送っていないものの結果を説明しようとすることになります。

そして紹介ページは、このログの上で再開、分岐、検索、再生がすべて同じイベントストリームで動作すると記しています。この一文が設計の核心です。4つの機能を別々に作ったのではなく、1つのデータ構造から派生させたのです。あるコメントはこの追跡機能をこのプロジェクトで最も良い部分に挙げ、商用サービスではたいていこの水準の生の記録に触れられないと指摘しました。

4つの実行モード

紹介ページは4つのモードを示します。

  • 標準モード: ファイル編集、シェル、検索、計画立案、サブエージェントを含む全ツール集合です。
  • コードモード: 複数段階を調整するためにモデルがTypeScriptを生成して実行します。
  • 最小モード: bashシェルとファイルエディタだけを残します。ベンチマーク用途と明記されています。
  • クリエイターモード: 独自プリセットを作り、ランタイムを覗き、プラグインを実験します。

最小モードにベンチマークという用途が明記されているのが興味深いです。エージェントのベンチマークではスコアのかなりの部分がモデルではなくハーネスから来ることは広く知られています。ツールを最小に固定したモードを別に置けば、モデル自体の寄与とツールの寄与を分けて測れます。自前の評価を回すチームなら、この発想はそのまま持ち帰る価値があります。

実行形態は次のとおりでNode.jsが必要です。全ソースは deepseek-ai/deepseek-harness リポジトリにあります。

# 例: 紹介ページに記された実行形態
npx @deepseek-ai/dsh web

コメントから出た反論

最も鋭い反論はプラグイン構造そのものに向きました。あるコメントは、コミュニティプラグインに機能を依存する製品は最初の半年はうまく回るが、その後は互換性のない放置されたプラグインが積み上がり、一貫性も管理主体もなくなると書きました。

この指摘は退けにくいものです。実際に複数の生態系で繰り返されたことだからです。ただし正確に見ると、この危険はプラグイン構造のせいではなく、プラグインが拡張点であると同時に基本機能でもあるときに生じます。中核機能がサードパーティのプラグインとしてのみ提供されると、それが放置された瞬間に製品に穴が空きます。

別のコメントは、これは一体何なのかと問い、READMEがインストール案内以外は空だと指摘しました。アーキテクチャが良くても、それで何が作れるかが見えなければ採用されません。

どう適用するか

このプロジェクトを導入しなくても、持ち帰るものが2つあります。

第一に、モデルに実際に渡ったものをそのまま残すことです。ほとんどのチームはプロンプトテンプレートと最終応答だけを記録します。組み立てが終わった最終入力とツール呼び出しの結果、その間にシステムが挟み込んだすべてを順に残せば、再現できなかったバグのかなりが再現可能になります。保存コストが心配なら失敗したセッションから残せば十分です。

第二に、評価用の最小構成を別に作ることです。ツールを最小に固定したプロファイルを1つ置けば、モデルを替えたときの性能変化がモデル由来かツール由来かを切り分けられます。

誰には当てはまらないか

エージェントを自作せず完成したコーディングツールを使うチームなら、この構造は参考事項です。ただしその場合も、セッション記録に触れられるかどうかはツールを選ぶときの基準になります。

単発の作業だけを処理するエージェントも該当が薄いです。セッションが短く、失敗したらやり直せばよい構造では再開も分岐も要りません。この設計の価値はセッションが長く、文脈を積み直すコストが大きいときに出ます。プレビュー段階だという点もそのまま受け止めるべきです。APIが変わりうると著者自身が述べている以上、今これの上に製品を載せるのは、その変更に追随する余力があるときだけ合理的です。

まとめ

このプロジェクトで長く残るアイデアは、すべてがプラグインだというスローガンではありません。エージェントの実行を1つの追記専用ストリームとして表現すれば、再開と分岐と再生は別に作る機能ではなくその表現の帰結になるという点、そしてプラグインを外すときの片付けを契約として強制すれば、再起動なしにシステムを変えられるという点です。どちらもエージェントに限った話ではありません。

原文と関連記事

解除処理とイベントログの解釈、および適用方法は、紹介ページとコメントで確認した内容をもとに筆者が整理したものです。

현재 단락 (1/37)

Hacker News APIで確認した項目です。タイトルは `DeepSeek Harness developer preview`、アイテム番号は49285244で、2026-08-15時点で71...

작성 글자: 0자원문 글자: 4,408자작성 단락: 0/37