DeepSeek Harness 0.1.2 Alpha、サブエージェントのモデル選択を開放し、ACPの権限・キャンセル制御を拡充

DeepSeek Harness 0.1.2-alpha.1では、マルチエージェントのモデルルーティングが固定設定から、制御された実行時選択へと変更された。関連する権限を有効にすると、メインエージェントはサブエージェントに使用させるプロバイダー、モデル、推論強度を選択できる。呼び出し側は最大出力長も指定でき、Claude CodeやCodexのサブエージェントにも個別のモデル設定を適用できる。これによりエンジニアリングチームは、組み合わせごとに独立したワークフローを構築することなく、計画、コード変更、簡易クエリといったタスクを、コストと能力が異なるモデルへ振り分けられる。

相互運用レイヤーでは、新版がAgent Client Protocolの標準的なセッション制御、モデル設定、MCP、権限、キャンセル機能を網羅し、Python SDK向けにWindows x64 runtimeも提供する。Headlessモードでは進捗がstderrへ送られ、stdoutには最終結果のみが出力されるようになったため、shell pipelineや自動評価へ組み込みやすくなった。公式のDeepSeek adapterは、デフォルトで有効化されたプラグインのパッケージ名とバージョンを送信する。このテレメトリは無効化でき、Sessionログの逐次アップロードについては、引き続き明示的なオプトインが必要となる。

セキュリティ境界にも注目すべき変更がある。リモートWebインターフェースでは、起動URLに含まれるワンタイムtokenが必須となった。一方、公開WebFetchはデフォルトで有効化され、組み込みのSSRF対策に依存するため、呼び出しのたびにユーザーの承認を求めることはなくなった。PTC modeのSDK機能は`run_code`内に限定され、モデルがそれらを通常のツールとして直接呼び出すことを防いでいる。しかし、メンテナーは同時にセキュリティ声明も更新し、このプロジェクトはセキュリティ監査を受けておらず、サンドボックス、権限、承認機構のいずれも分離を保証しないと明記した。デプロイ担当者は、引き続きOSまたはコンテナのレイヤーでファイル、ネットワーク、認証情報へのアクセスを制限し、プラグインのログイン制御が権限を拡大していないか確認すべきである。このバージョンは依然としてalpha段階にある。今後は、モデルルーティングの認可に監査可能なイベントが用意されるか、WebFetchの防御策に十分なテストカバレッジがあるか、そしてACPクライアント間の互換性が確保されるかを注視する必要がある。