DeepSeek Harness v0.1.0-rc.8は、マルチモーダル入力経路の強化、オプションのCodexおよびClaude Codeサブエージェント、Windowsでの永続的なPowerShellセッション、大規模セッション操作の高速化、OpenAI互換ゲートウェイのサポート向上を実現する、意義のある開発者プレビューアップデートです。ただし、互換性のないSQLiteストレージ変更があるため、アップグレード前のバックアップが不可欠です。
ホームサーバーで長時間稼働するエージェントのワークスペースを開く場面を想像してください。あるセッションではリポジトリをレビューし、別のセッションではCodexにテストタスクを委任し、さらに別のセッションでは計画に添付するスクリーンショットが必要です。以前のDeepSeek Harnessビルドでも、プラグインベースの基盤はすでに提供されていましたが、このワークフローのいくつかの要素はまだ分断されているように感じられました。rc.8では、その多くがつながります。画像をエージェントインターフェース内でより遠くまで渡せるようになり、外部コーディングエージェントをプロファイルレベルのサブエージェントとしてインストールでき、Windowsターミナルで状態を保持できるほか、大規模な履歴のフォークにかかるコストも下がりました。一方で、実用上のトレードオフもあります。これは依然として変化の速い開発者プレビューであり、ストレージの互換性を軽視することはできません。
このガイドでは、rc.8で変更された内容、実際のセルフホスト環境で重要な改善点、「マルチモーダル対応」が意味することと意味しないこと、ZimaOSを安全にアップデートする方法、そして今すぐアップグレードすべきか待つべきかを説明します。
DeepSeek Harness rc.8の概要
DeepSeek Harness v0.1.0-rc.8は、2026年8月19日にプレリリースとして公開されました。引き続きプロジェクトの開発者プレビューの一部であり、互換性を損なう変更が予想されます。このリリースはタグ dsh-v0.1.0-rc.8 とコミット 141eb6f で識別されます。変更内容の完全な一覧は、公式のrc.8リリースノートで確認できます。
| 領域 | rc.8で変更された内容 | 重要な理由 |
|---|---|---|
| マルチモーダル入力 | 設定可能な画像リクエスト、画像対応コマンド、ファイル/セッション参照 | 画像と既存のコンテキストを、エージェントのワークフローにより自然に組み込めます |
| 製品サブエージェント | CodexとClaude Codeは、オプションのプロファイルバンドルとしてインストールできます | DSHは、専門の外部コーディングエージェントを、デフォルトで両方をバンドルすることなく連携できます |
| Windowsターミナル | Minimalプリセットで有効になる、永続的なPowerShell PTYセッション | プロバイダーは、複数ステップのタスクにわたって作業状態を保持できます |
| プロバイダー | カスタムのOpenAI互換リクエスト形式と推論コンテンツの処理が改善されました | セルフホスト型およびゲートウェイ経由のモデルルートで、アダプターの回避策が少なくて済むようになりました |
| ツールとセッション | 同時ウェブ検索、サブエージェントのレポート配信の高速化、大規模な履歴フォークの改善 | 並列リサーチと長時間稼働するワークスペースが、直列的ではなくなりました |
| ストレージ | 互換性のないデータ構造を採用した、より小型で高速なSQLiteストレージ | パフォーマンスは向上しますが、バックアップとロールバックの計画が必須になります |
DSHを初めて使う場合は、Standard、PTC/Code、Minimal、Creatorが性能の段階ではなく、異なるランタイム構成であることを理解しておくと役立ちます。DeepSeek Harnessのモードについてのガイドでは、各モードが提供するツールとワークフローの範囲を説明しています。
DeepSeek Harness rc.8で何が変わったのか?
マルチモーダル入力が、エージェントのワークフローのより広い範囲に届くようになりました
rc.8では、画像を活用した作業への道が広がります。DeepSeekモデルアダプターはネイティブ画像リクエスト用に設定でき、次のようなコマンドも利用できます。 /goal と /plan テキストと画像を組み合わせた入力を受け取ることができ、さらに @ メニューからファイルや以前のセッションを参照できます。このリリースでは、画像が大きすぎる場合や、セッション内に蓄積された画像ペイロードが過剰になった場合に発生する失敗にも対処しています。
この組み合わせは、単純な「画像をアップロード」ボタンよりも重要です。スクリーンショットを目標定義の一部にしたり、内容を手動でコピーせずにファイルを現在の会話へ取り込んだり、既存のセッションを作業コンテキストとして参照したりできます。インターフェースのデバッグ、ドキュメントのレビュー、図の解釈、ビジュアルプランニングにおいて、これらはすべて有用な基盤となります。
重要な機能上の境界があります。rc.8ではアダプターとインターフェースのサポートが追加されますが、選択したモデルのエンドポイントが画像を受け付ける必要があります。公式のモデル設定ガイドでは、カスタムプロバイダーが宣言する入力タイプはエンドポイントに関する申告であり、自動的な機能テストではないと説明しています。テキスト専用のエンドポイントを画像対応として指定しても、プロバイダーがリクエストを拒否する場合があります。公式プロバイダー設定ドキュメントをご覧ください。
テキスト専用のDeepSeekルートには、ビジョンブリッジが引き続き役立ちます。インストールする価値のあるDeepSeek Harnessプラグインのまとめでは、ブラウザー、ワークフロー、サイドバー、移行用の拡張機能に加えて、ModLensや専門的なビジュアルツールキットも紹介しています。
CodexとClaude CodeがオプションのProfile Bundleに
rc.8で最も重要な変更の一つは、CodexとClaude Codeを個別の製品サブエージェントバンドルとしてインストールできるようになったことです。DSHは調整用ハーネスとして機能し続け、外部コーディングエージェントは必要なプロファイルにのみ追加できます。
dsh plugin --profile <profile-name> add @deepseek-ai/dsh-subagent-codex
dsh plugin --profile <profile-name> add @deepseek-ai/dsh-subagent-claude-code
バンドルは個別に、または同時にインストールできます。Codexは非対話型の権限モードと複数の名前付きインスタンスにも対応しており、プロファイルで異なる役割やポリシーを持つ個別のCodexプロバイダーを公開できます。バンドルをインストールしても、製品の認証、モデルの選択、無制限の権限の付与が自動的に行われるわけではありません。これらは引き続き個別に決定するデプロイメント上の事項です。
これにより、DSHは単一エージェントのインターフェースにとどまりません。親エージェントは計画とプロジェクトのコンテキストを維持しながら、範囲を限定した実装やレビューのタスクを専門のコーディングエージェントに委任できます。Job Panelと、rc.8でサブエージェントのレポート配信が高速化されたことで、その委任をより簡単に監督できるようになりました。
正確なパッケージコマンドとライフサイクルの動作については、公式DSH CLIリファレンスを使用してください。ネイティブ製品バンドルにはプラットフォーム固有の依存関係が含まれるため、インストール後は、パッケージコマンドが完了したことだけをヘルスチェックとみなさず、最初の実際の委任処理を検証してください。
Windowsで永続的なPowerShellセッションを利用可能に
Windowsでは、rc.8によりPTYターミナルへ永続的なPowerShellサポートが追加され、Minimalプリセットではデフォルトで有効になります。永続シェルでは、呼び出し間で現在のディレクトリ、環境変数の変更、コマンドセッションの状態を保持できます。コマンドごとに新しいPowerShellプロセスを起動するよりも、反復的な開発に適した方式です。
この改善は、PowerShellスクリプト、Visual Studioツール、または状態を保持するセットアップ手順に依存するWindowsリポジトリに特に関係します。また、Linuxの永続的なBash運用とWindowsネイティブ環境とのワークフロー上の差も縮まります。
カスタムのOpenAI互換ゲートウェイ向け互換性制御が改善
セルフホスト環境のユーザーは、DSHを企業のゲートウェイ、ローカル推論サーバー、またはOpenAIリクエスト形式の一部しか実装していないプロバイダーに接続することがよくあります。rc.8では、リクエスト形式の違いによって呼び出しが妨げられていたケースや、返された結果から推論内容が欠落する可能性があったケースが修正されました。
これにより、すべての「OpenAI互換」エンドポイントが同一になるわけではありません。ゲートウェイによって、developerロール、出力トークンのフィールド名、推論形式、画像パーツ、モデル検出の扱いが異なる場合があります。DSHはこうした違いに対応する互換性設定を公開していますが、ルートは実際のサーバーに合わせる必要があります。1回のプロンプトが成功したからといってプロバイダー全体を検証できたと考えず、通常のチャット、ツール呼び出し、推論、画像入力を個別にテストしてください。
並列調査と大規模セッションの使い勝手が向上
rc.8では可能になります web_search 同時にクエリを実行でき、改善されます reportDelivery これにより、完了したサブエージェントが親タスクを速やかに起動できるようになり、大きな履歴を持つセッションのフォークに必要な時間も短縮されます。これらの変更は、一般的な研究パターンに沿ったものです。複数の絞り込んだ検索に分散し、独立したワーカーに別々の疑問を調査させ、その後、根拠に基づく1つの回答に調査結果を統合します。
このアップデートでは、サイドバー検索時のフォーカス、ワークフローパネルの操作性、モデル選択、狭いコンポーザーのレイアウト、フィードバックの表示、ローカルファイルの再試行動作、ホームディレクトリの表示も改善されています。ローカル dsh web 起動時にブラウザが自動的に開くようになり、インストール時のダウンロード量も削減されました。
アップグレード前に知っておきたいrc.8のSQLite変更の重要性
rc.8のリリースノートで最も重要な運用上の説明は、新しいUI機能ではありません。SQLiteバックエンドが、より効率的ですが互換性のないストレージ構造を使用するようになりました。現在のプロジェクトのプレリリース時のストレージポリシーでは、すべての開発者プレビュー形式間の自動移行を保証するのではなく、そのビルドで実装されたスキーマバージョンのみを受け付けます。
実際には、アプリケーションのバイナリとそのデータは、1つのロールバック単位として扱うべきです。アプリケーションを更新しても以前のデータのコピーを保持していなければ、rc.7を再インストールしても以前の動作状態に戻らない可能性があります。コンテナイメージだけをバックアップしても不十分です。
rc.8に移行する前に、これらの領域をバックアップしてください
- 永続化されたDSHアプリケーションデータディレクトリ
- プロファイル設定とインストール済みプラグインのマニフェスト
- プロバイダーの復元に必要な認証情報または認証情報への参照
- SQLiteデータベースと保持されているセッションデータ
- エージェントが変更できるワークスペースの内容
バックアップは、更新プロセスによって置き換えられる可能性のあるディレクトリの外部に保存してください。デプロイが重要な場合は、バックアップの作成だけでなく復元もテストしてください。一度も復元されていないバックアップは、依然として仮定にすぎません。
ホームサーバーへのデプロイでは、高速な永続ストレージにより、リポジトリ検索、パッケージのインストール、ビルド、長時間のセッションアクセスも改善されます。ZimaBoard 2は、コンパクトで常時稼働するDSH環境から始め、SATAまたはPCIeストレージで拡張できます。同じマシンで大規模なリポジトリ、データベース、CIコンテナ、バックアップ、その他のサービスも運用する場合は、ZimaCube 2の方が適しています。
rc.7からrc.8にアップグレードすべきですか?
答えは、DSHのどの部分を実際に使用しているかによって異なります。
| 現在の状況 | 推奨される判断 | 理由 |
|---|---|---|
| 新規評価または使い捨てのテストプロファイル | rc.8にアップグレードまたはインストールする | かけがえのない履歴を危険にさらさずに、最新機能を評価できます |
| CodexまたはClaude Codeへの委任が必要です | バックアップ済みのテストプロファイルでアップグレードする | オプションの製品サブエージェントバンドルは、rc.8の主要なメリットです |
| カスタムのOpenAI互換ゲートウェイを使用しています | 代表的なリクエストでrc.8をテストする | 互換性は向上しましたが、ゲートウェイの動作には依然としてばらつきがあります |
| WindowsのMinimalモードに依存しています | rc.8はテストする価値があります | 永続化されたPowerShellにより、複数ステップのターミナル作業が大幅に改善されます |
| 価値のあるrc.7のセッションがあり、テスト済みのバックアップがありません | 待つ | SQLiteのストレージ構造に互換性がありません |
| 本番環境で安定した、凍結済みのインターフェースが必要です | 待つか、デプロイを分離する | DeepSeek Harnessは、依然として明確に開発者プレビュー版です |
主な目的が rc.8 自体ではなく、より広範な DSH エコシステムである場合は、まず不足している機能を1つ特定してください。DSH プラグインガイドでは、一般的なニーズをビジョン、ブラウザー、ワークフロー、TUI、サイドバー、移行の各オプションに対応付けています。DSH と別のエージェントスタックを比較している場合は、DeepSeek エージェント向け Hermes プラグインガイドで追加の情報を確認できます。
ZimaOS で DeepSeek Harness rc.8 を安全に更新する方法
DeepSeek Harness は ZimaOS App Store から利用できます。ZimaOS に表示される正確な更新操作は、現在インストールされているアプリのバージョンとカタログで利用可能なパッケージバージョンによって異なるため、既存のデプロイメントを置き換える前に rc.8 が提供されていることを確認してください。
- 現在のバージョンを記録してください。 既存のインストールが rc.6、rc.7、または別のパッケージビルドであるか確認してください。
- アクティブなエージェントタスクを停止してください。 セッション、ビルド、ツール呼び出し、またはサブエージェントがまだ状態を書き込んでいる間は、更新しないでください。
- 永続的なアプリケーションデータをバックアップしてください。 データベース、プロファイル、設定、プラグイン、セッションデータを含めてください。
- プロバイダーとワークスペースの設定を記録してください。 シークレットは保護したまま、どの認証情報の参照とマウントを復元する必要があるか把握しておいてください。
- ZimaOS App Store の更新を適用してください。 Web UI を開く前に、コンテナが再作成され、正常な状態になるまで待ってください。
- 実行中のバージョンを確認してください。 ダウンロードが完了しただけで、新しいイメージが有効になったと判断しないでください。
- 短時間の検証セッションを実行してください。 モデルの出力、ファイルアクセス、安全なコマンド、セッションの永続性、Web UI の再接続をテストします。
- オプション機能は個別にテストしてください。 選択したモデルのエンドポイントに対して画像入力を確認し、これらのバンドルがインストールされている場合は、実際の Codex または Claude Code の委任を1回実行してください。
- 通常の使用を確認するまで、バックアップを保持してください。 ワークフロー上重要な場合は、長時間セッションの開始とフォークも含めてください。
Harnessとは別にローカルのDeepSeekモデルを実行したいユーザー向けに、ZimaOS DeepSeek R1デプロイガイドでは、スタックの別の層について説明しています。DSHはエージェントハーネスであり、モデルエンドポイントは推論層です。一方を実行しても、もう一方が自動的に実行されるわけではありません。
DeepSeek Harness rc.8の既知の制限と確認項目
rc.8は初期の開発者プレビュービルドからわずか数日後に登場したため、新しい報告が急速に増えています。以下の確認項目は、公開中の議論をすべて普遍的な不具合とみなすよりも有用です。
- 画像サポート:正確なプロバイダーとモデルを確認してください。アダプターが対応しているだけでは、テキスト専用エンドポイントがマルチモーダルになるわけではありません。
- モデルカタログ:アップグレード後に、想定しているモデルが実際に表示されることを確認してください。カタログの依存関係が、プロバイダーの最新モデル一覧に追いついていない場合があります。
- 製品バンドル:CodexまたはClaude Codeのサポートをインストールした後、ネイティブ依存関係のダウンロードが不完全でないか確認するため、実際の初期化テストを実行してください。
- リモートWeb UI:ローカル以外からアクセスする場合はHTTPSを使用してください。保護されていないパブリックなオリジンに、ワークスペースを操作できるエージェントインターフェースを公開しないでください。
- 長時間のセッション:「実行中」と表示されているプロセスが処理を進めていると決めつけず、コンパクション、履歴の読み込み、フォークを監視してください。
- プラグインの権限:更新後にプロファイルを確認してください。プラグインは、その役割に応じて、ファイル、シェル、ブラウザーセッション、認証情報、ネットワークサービスに影響を与える可能性があります。
DeepSeekの公式ドキュメントでも、プロジェクトは急速に改良中で、互換性を損なう変更が含まれると引き続き警告しています。バージョンの状態や互換性を損なう変更については、DeepSeek Harness公式リポジトリを引き続き主な情報源としてください。
DeepSeek Harness rc.8 FAQ
DeepSeek Harness rc.8は安定版リリースですか?
いいえ。これはプレリリース版として扱われており、プロジェクトは引き続き開発者プレビュー段階です。評価や、慎重に分離したセルフホスト環境でのワークフローには適していますが、リリース候補間で互換性が保たれるとは限りません。
rc.8では、すべてのDeepSeekモデルが画像を理解できるようになりますか?
いいえ。rc.8では画像処理が改善され、DeepSeekアダプターでネイティブな画像入力を宣言できるようになりました。ただし、選択したエンドポイントとモデルが実際に画像パーツを受け付ける必要があります。利用を前提にする前に、プロバイダーとモデルの組み合わせをテストしてください。
DeepSeek Harness rc.8ではCodexとClaude Codeを使用できますか?
はい。個別のオプションのProfile Bundleとしてインストールできます。各製品には、それぞれ有効な認証情報、設定、権限、および初回起動時の検証が必要です。
rc.7からアップグレードする前にバックアップは必要ですか?
はい。rc.8ではSQLiteのデータ構造が互換性のない形で変更されています。ロールバックが必要になる可能性がある場合は、旧バージョンのアプリケーションと旧アプリケーションデータをセットで保持してください。
rc.8にはGPUが必要ですか?
DSHがリモートモデルAPIを呼び出す場合、GPUは必要ありません。GPUとVRAMの要件は、オプションのローカル推論サーバーに関するもので、選択したモデル、量子化方式、コンテキストサイズによって異なります。
rc.8ではどのバージョンのNode.jsが使用されていますか?
現在の上流パッケージでは、Node.js ^22.19.0 || >=24.0.0。パッケージ化されたZimaOSアプリケーションには通常、独自のコンテナランタイムが含まれているため、ホストのNode.jsインストールを置き換えるのではなく、アプリパッケージに従ってください。
ZimaOSを通じてDeepSeek Harnessを更新できますか?
パッケージ化されたアプリケーションでrc.8が利用可能になったら、ZimaOS App Storeの更新機能を使用してください。まず永続データをバックアップし、その後、実行中のバージョンを確認して、コンテナの再作成後に簡単な機能テストを完了してください。
最終判断:rc.8は急いで導入するのではなく、テストする価値があります
DeepSeek Harness rc.8は、より連携されたエージェントワークスペースへとプロジェクトを前進させます。マルチモーダル入力を目標や計画に利用でき、CodexとClaude Codeをオプションのサブエージェントとして参加させられます。Windowsでは状態を保持するPowerShellパスが利用でき、互換性のあるゲートウェイの設定も簡単になり、長時間セッションの処理には有用なパフォーマンス改善が施されています。
適切なアップグレード戦略は、自動ではなく管理されたものです。アプリケーションの状態全体をバックアップし、別のプロファイルまたは復旧可能なデプロイ環境でrc.8をテストし、必要な特定のモデルとサブエージェント機能を検証したうえで、ロールバック用にアプリケーションとデータが一致したスナップショットを保持してください。ZimaOSユーザーにとって、この方法なら開発者プレビューのデータを使い捨てと見なすことなく、最新のDSH機能を利用できます。
商標に関する注記:「DeepSeek Harness」は、DeepSeekプロジェクトとの互換性を示し、説明する目的で使用しています。本記事は、公式の推薦、提携、または認可を意味するものではありません。DeepSeek Harnessブランドアセット使用ガイドラインをご覧ください。
テック&AIハブ
もっと読む

バックアップ頻度はPlexの復旧時点の品質にどのような影響を与えますか?
任意のコピー数ではなく、復旧ポイントの要件、障害の発見が遅れるリスク、取得時の整合性、復元テストを基準にPlexのバックアップ頻度を選びましょう。

安全なPlexアップグレードの境界とは何か、そしてなぜ重要なのか?
ランタイム、状態、アクセラレーション、ロールバックデータ、エンドツーエンド検証を明確な変更境界に分離し、Plexのアップグレードをいつでも元に戻せるようにします。

Plexはデバイス間の変更をどのように検出し、同期するのか?
Plexデバイスの整合性を理解するには、信頼できるサーバー状態、クライアントキャッシュ、アカウントのアイデンティティ、そして各デバイスが使用するネットワーク経路を分けて考えます。

