閲覧ガイド

Nonead DSH Desktop ユーザーマニュアル

これは一般ユーザー向けの操作マニュアルである。コードを書く必要はなく、Node.js、pnpm などの開発ツールを事前に用意する必要もない——実行環境はインストールパッケージにすべて同梱されており、インストールすればそのまま使える。

対象バージョン:2.2.8(DSH ランタイム 0.2.2-rc.1) · 2026 年 11 月
対象読者:本製品に初めて触れるユーザー。章の順に読むか、必要な節へ直接ジャンプしてほしい

本書の案内

十三節は「導入 → 使う → トラブル」の順に並んでいる。特定のトラブルだけを解決したい場合は、第十二節へ直接ジャンプしてよい。

一、これは何か

一言で言えば:DeepSeek Harness のエージェント機能をデスクトップアプリに収めたものだ。アイコンをダブルクリックすれば会話を始められ、ファイルの読み書き、コマンド実行、ツール呼び出しを任せられる。

製品全体は三層で構成される。ユーザーが付き合うのは第三層だけで、前の二層はバックグラウンドで自動的に動く。

デスクトップシェル ウィンドウ · トレイ · 更新 · 端末 · 複数プロファイル Host(バックグラウンド) プラグイン読込 · ツール実行 · セッションとファイル管理 Web UI(画面に表示される内容) 会話 · 入力欄 · サイドバー · 設定
図 1 製品は三層構成。日常の操作は最上層で行われる。
Web 版との違いは何か?Web 版はチャットしかできない。デスクトップ版はマシン全体を任せられる:ファイルを読む、コマンドを走らせる、プラグインを入れる、作業ディレクトリをつなぐ——いずれもローカルで完結し、データはマシンの外に出ない。

二、インストール

製品のダウンロードページから該当プラットフォームのインストールパッケージを取得し、ダブルクリックするだけでよい。Electron、Node.js、pnpm と固定バージョンの DSH ランタイムは同梱済みで、別途環境を用意する必要はない。本版に同梱されるのは Electron 44.0.0、Node.js 24.21.0、pnpm 11.8.0、Python 3.12.14、そして DSH ランタイム 0.2.2-rc.1 である。

プラットフォーム取得するものインストール方法
Windows x64.exe インストーラー実行して表示に従い、次へで完了
macOS(Intel / Apple チップ共通).dmg ディスクイメージ開いてアイコンを「アプリケーション」へドラッグ
Linux x64.AppImageまず chmod +x で実行権限を付与し、その後ダブルクリックまたはコマンドラインで実行
表 1 3 つのプラットフォームのインストール方法。Linux で FUSE 不足の警告が出る場合は --appimage-extract-and-run で実行できる。

アップグレードインストールで旧版を手動で終了する必要はない。インストーラーはまず実行中の旧版に終了を要求し、応答がなければ強制終了してからファイルを上書きする。どうしても終了できない場合は、インストールが明確にエラーを出して停止する——インストールは終わったのに起動しない、という事態にはならない。とはいえ、アップグレードの前に作業中の内容を保存しておくことを勧める。

注:Windows ARM64 は現在実験的ビルドである。本体は ARM64 ネイティブだが、パッケージ内の一部のペイロード(同梱の Python / Node / Office ランタイム、一部のネイティブモジュール)は依然として x64 で、ARM デバイスでの完全な検証は済んでいない。通常のユーザーには x64 版を推奨する。

三、初回の起動

初回起動時は既定の設定一式(desktop という名前のプロファイル)が自動的に用意され、ローカルで UI サービスが起動する。まず七つの手順からなるウィザードが表示される。「セットアップをスキップ」はいつでも選べ、あとから設定ページで補える。

手順この手順で聞かれること推奨
1 ようこそウィザードが何を設定するかの説明「セットアップを開始」をクリック
2 ウィンドウモード互換 / 拡張 / 強化。ウィンドウのレイアウトとデスクトップ操作の方式を決める迷ったら「互換モード」。互換性が最も高い。拡張と強化は Linux 非対応
3 ウィンドウ素材単色背景かガラス背景か古い GPU やリモートデスクトップでは単色が安定する
4 プラグインマーケットオフ / dsh-market / dsh-community-market。同時に有効化できるのは一つだけ最初はオフでも使える。必要になったら有効化する
5 スマートフォン接続Agents-Anywhere(Beta)でスマートフォンやブラウザからこのマシンにアクセスするか分からなければオフ。有効化後はサイドバーの「スマートフォン接続」でペアリングする
6 デスクトップ通知今回のタスク、バックグラウンドタスク、自動化タスクの完了・失敗時にシステム通知を出すかすべて有効化を推奨。長いタスクを眺め続けずに済む
7 ブラウザアクセス現在のプロファイルをブラウザで開けるようにするか、また本機のみか LAN 全体か自分専用なら「このマシンのみ」。LAN では HTTPS 証明書が必要
表 2 初回起動ウィザードの七つの手順。

ウィザードが終わるとメイン画面に入る。ウィンドウを閉じてもアプリは終了しない:既定ではウィンドウがトレイに収まるだけで、バックグラウンドサービスと実行中のタスクは動き続ける。本当に終了するには、トレイメニューの「終了」を使う。

四、メイン画面の概要

領域位置役割
サイドバー左セッション一覧、新規セッション、プラグインとスキルの入口、スマートフォン接続、設定の入口。折りたたみ可能
会話領域中央あなたと相手のやり取り、ツール呼び出しの過程、ファイルの変更とコマンド出力
入力欄下部要望を入力する。ファイルの添付、モデルの切り替え、作業ディレクトリの選択ができ、送信後もいつでも中断できる
デスクトップコントロールバーウィンドウ上部デスクトップシェルが提供する:戻る/進む、再読み込み、ウィンドウ操作。ウィンドウモードによって形が変わる
表 3 メイン画面の四つの領域。
作業ディレクトリはとても重要だ。既定では、そのセッションで選んだディレクトリしか読み書きできない。新しいセッションを始めるときにディレクトリが正しいか確認しておけば、あとから「違う場所を書き換えていた」と気づくよりずっと楽だ。

五、最初の会話を始める

  1. 新しいセッションを作り、作業ディレクトリを選ぶ。
  2. 「何をするか + どこでするか + どんな結果が欲しいか」を一文で伝える。例えば「このディレクトリの README を読み、期限切れのダウンロードリンクを探して表にまとめて」。
  3. 作業が始まったら、ツール呼び出しと変更されたファイルに目を配る。方向を変えたいときは、そのまま中断して新しい指示を出す。
  4. 結果に満足できなければ、どこが違うかを伝える。文脈を保ったまま直してくれるので、セッションを作り直す必要はない。

要望を明確に伝える三つの要点:

六、トレイメニュー

ウィンドウを閉じたあとは、トレイアイコンがアプリ全体の入口になる。トレイアイコンを右クリックすると、次の項目が見える:

メニュー項目役割
DSH Desktop を開くウィンドウを再び表示する
新しいプロファイル…独立した設定一式を新規作成する
プロファイル:<名前>現在使用中のプロファイル。ここで切り替えられる
モード:強化 / 互換 / 拡張ウィンドウモードをすばやく切り替える(再起動で反映)
更新を確認…新しいバージョンがあるか手動で確認する
安定版をインストール…テストチャネルから安定版に戻す
セーフモードに入る…一時環境で起動し、プラグインの問題を切り分ける(第十節参照)
セーフモードを終了して再起動…セーフモード専用。通常の起動に戻す
DSH 端末を開く同梱の端末を開く。dsh コマンドを実行できる
診断情報をエクスポート…ログとシステム情報をまとめる。問題報告に使う
画面を再読み込みWeb の更新と同じ。バックグラウンドサービスは再起動しない
復旧モードで再起動まず復旧アシスタントを開く。現在のプロファイルとプラグインは読み込まない
終了アプリを本当に終了する。バックグラウンドサービスも終わる
表 4 トレイメニュー。

七、設定ページ

設定の入口はサイドバー下部(設定 → デスクトップ設定)。各セクションは次のとおり:

セクション変更できること反映
プロファイル起動時に使うプロファイルの選択、新規作成、削除(削除すると設定とプラグインファイルも一緒に消える)再起動
ウィンドウモード互換 / 拡張 / 強化、およびウィンドウ素材(単色 / ガラス)保存後に自動再起動
プラグインマーケットオフ / dsh-market / dsh-community-market。同時に有効化できるのは一つだけ再起動。旧版からアップグレードした場合は既定でオフなので、一度明示的に選ぶ
ブラウザと LANブラウザでの表示を許可(互換モードのみ)、本機のみか LAN か、ローカル CA 証明書の指紋とダウンロード即時または再起動
Agents-Anywhere(Beta)スマートフォン接続のスイッチ。有効化後はサイドバーの「スマートフォン接続」でペアリングする即時
デスクトップ通知今回の完了/失敗、バックグラウンドタスクの完了/失敗、自動化の完了/失敗即時
ログ開発者ログのスイッチ、ログレベル。ログは診断パッケージに含めてエクスポートされる即時
バージョンと更新現在のバージョン、更新の確認、再起動、復旧モードで再起動即時
開発者オプション画面の再読み込み、開発者ツールの切り替え即時
下部の操作診断情報のエクスポート、DSH 端末を開く—
表 5 デスクトップ設定ページのセクション。
セーフモードではこのページは読み取り専用で、ブラウザアクセス、LAN、Agents-Anywhere、通知などの項目も無効になる——これは設計どおりで、故障ではない。

八、プロファイル:複数の設定

プロファイルは独立した設定環境である:セッション、プラグイン、設定がそれぞれに属し、互いに干渉しない。典型的な使い方は「仕事」と「個人」を分ける、あるいは「日常」と「新しいプラグインの試用」を分けることだ。

DSH Desktop を起動 プロファイルを選択 プラグインと設定の読込 メイン画面へ 起動失敗 復旧アシスタントへ自動移行 チェックポイントへ復元 またはプロファイル切替 成功 失敗
図 2 プロファイルは読み込むプラグインと設定を決める。起動に失敗すると復旧アシスタントに落ちる。

実用的な三つのルール:

九、プラグイン:出荷状態とインストール方法

9.1 出荷時に何が入っているか

インストールパッケージにサードパーティのプラグインは一切入っていない。初回起動時に作成される既定のプロファイルが読み込むのは、公式の基本コンポーネント二つだけである:

つまり、インストール直後に手に入るのは、きれいで、会話ができ、ファイルを読み書きでき、コマンドを走らせられるデスクトップアプリである。プラグインマーケット、専門家チーム、音声入力、タスクボード、コードグラフなどはすべて自分で入れる。これは意図された設計だ:何を入れるかを自分で決められ、問題が起きたときも「直前に導入したもの」に絞り込める。

本マニュアルの旧版には、あるマシンに導入済みのプラグインを並べた一覧があったが、それはその一台での実測記録であって出荷状態ではないため削除した。自分のマシンに何が入っているかは、次の方法で確認できる。

9.2 三つのインストール経路

経路向いているもの使い方
プラグインページ公式プラグインとサードパーティプラグイン左側の「プラグイン」→「プラグインを追加」→「サードパーティのプラグインをインストール」で、npm パッケージ名、Git リポジトリのアドレス、またはローカルディレクトリを入力
プラグインマーケットコミュニティのサードパーティプラグイン先に 設定 →「プラグインマーケット」でマーケットを選んで再起動し、マーケット内で検索してインストール
DSH 端末パッケージ名が分かっているサードパーティプラグイン、一括操作トレイ →「DSH 端末を開く」で dsh plugin add <パッケージ名> を実行
表 6 三つのインストール経路。

プラグインページ(左側の「プラグイン」、サブタイトルは「プラグインのインストール、有効化、設定」)は二つの役割を持つ:

一部のプラグインはDSH に同梱されている:「このプラグインは DSH に同梱されています · 追加のダウンロードなしで有効にできます」と表示され、有効化すればそのまま効く。現在の DSH より古い場合は「更新」が現れる。これに該当するのは、専門家チーム、音声入力、プラグインマーケット、自動レビュー、端末、セッション検索、セッションタイトル、バッジスキル、Ralph、思考連鎖の翻訳、Inspector、LiveShare、Forge、ワークツリーツール、パーソナライズ推薦などである。サイズや依存が重く、既定では入らないもの(Claude Code サブエージェント、Codex サブエージェント、Computer Use デスクトップ操作)も、同じくプラグインページから必要に応じて有効化する。

DSH に組み込まれた基本コンポーネント(dsh-base、dsh-web-app など)はプラグインページの管理一覧には現れない。それらの稼働状態は設定 →「組み込みプラグイン」で確認する。

プラグインマーケットは現在二つから選べる:dsh-community-market(同梱のオープンマーケット。独自のデータソースに対応)と dsh-market(コミュニティの人気マーケット。データは awesome-dsh-plugin 由来)。同時に有効化できるのは一つだけである。

端末の三つのコマンド(--profile を付けない場合は現在有効なプロファイルに作用する):

コマンド役割
dsh plugin add <パッケージ名>インストール
dsh plugin remove <パッケージ名>アンインストール
dsh plugin updateインストール済みプラグインの更新

9.3 入れたら再起動、入れたら確認

プラグインを入れたあとはアプリを再起動して初めて読み込まれる——インストール完了時に「インストール済みです。読み込むには DSH を再起動してください。」と表示される。入ったかどうかの確認は:

  1. プラグインページを開き、「インストール済みプラグイン」に現れているか、有効になっているかを見る。
  2. サイドバーにその入口(マーケット、ボード、専門家チームなど)が増えているかを見る。
  3. それでも分からなければ「設定 → ログ」を開き、ログレベルを上げて一度再起動する。読み込みに失敗していれば、通常ははっきりしたエラーが出る。

9.4 無効化とアンインストール

9.5 プラグインでアプリが起動しなくなったら

OS の再インストールも、データディレクトリの削除も要らない。第十節の復旧アシスタントを使う:まず「プラグイン管理」で直前に導入したものを無効化して起動し、それでもだめなら「ロールバック」で最後に起動できたチェックポイントまで戻す。

十、セーフモードと復旧モード

この二つは同じ種類の問題を解く:何かを入れたら起動しなくなった。違いは、セーフモードが「きれいに入って作業する」、復旧モードが「戸口で止まって直す」ことにある。

10.1 セーフモード

セーフモードは独立した一時データディレクトリで起動する:既存のプラグイン、設定、セッション、ワークスペースの記録は読まないので、それらに引きずられることもない。元のデータは一バイトも動かない。

入り方:トレイ →「セーフモードに入る…」。または復旧アシスタントのホームで「セーフモード」をクリック。

セーフモードでできること:

制限(設計どおり):

終了:トレイ →「セーフモードを終了して再起動…」。終了後、一時環境は次回の通常起動時に自動で片付けられ、ディスクに残らない。

10.2 復旧アシスタント(復旧モード)

いつ入るか:

復旧アシスタントは三つのことを教えてくれる:なぜ入ったのか(手動なら「手動で復旧モードに入りました」と明記される)、いまどのプロファイルとどのディレクトリを使っているのか、起動がどの段階で止まったのか(Electron 初期化 → Shell 環境の準備 → デスクトップランタイムの準備 → プロファイルの選択 → プラグイン設定の組み立て → プラグインサービスの起動 → デスクトップ UI の起動 → 起動結果の確認)。どこで止まったかが分かれば、問題の範囲もそこまで絞れる。

タブ用途いつ使うか
クイック復旧セーフモード、プラグイン管理、チェックポイントの表示、プロファイルの切り替え、データ管理、診断への総合入口どれを押せばいいか分からないときはここから
プラグイン管理直接インストールしたプラグインを一覧し、「無効化」(インストールは残し、起動時に読み込まない)または「アンインストール」ができる。組み込みと保護対象は読み取り専用直前に導入したプラグインが疑わしいとき
ロールバック起動チェックポイントを復元する:その時点のプロファイル、共有 settings.yaml、データディレクトリのパッチ(プラグインの有効状態を含む)をまとめて戻す「昨日までは動いていた」とき
プロファイルの切り替え利用できるプロファイルを一覧し、切り替えや新規作成ができる。現在のプロファイルは残る一つ壊れたとき、まず別のものを使う
リセットとデータ管理データディレクトリの表示・変更、既定ディレクトリへの復元、工場出荷状態への復元どうしても救えないとき
診断settings.yaml、プロファイルのパッチ、プラグイン一覧の表示・編集、プロファイルディレクトリを開く、診断パッケージのエクスポート根本原因を調べたい、問題を報告したいとき
表 7 復旧アシスタントの六つのタブ。

ロールバックの仕組み:起動に成功するたびに、アプリは「起動チェックポイント」を保存する——その瞬間に動いていた設定の記録である。ロールバックは、プロファイル、settings.yaml、プラグインの有効状態をその時点までまとめて戻す。チェックポイントには「復元可能 / 読み取れない / チェックポイントなし」の三つの状態が表示される。「読み取れない」はそのチェックポイント自体が壊れているという意味なので、より古いものを選ぶ。

工場出荷状態への復元:現在のデータディレクトリを丸ごとゴミ箱へ移し(Windows ではごみ箱)、再起動後に既定のプロファイルを新規作成する。データディレクトリの外にあるプロジェクトのファイルは削除されない——消えるのは自分の設定とセッションだけである。実行前に、古いセッションが本当に不要かを確認してほしい。

10.3 出口

直したあとに手動で片付ける必要はない:復旧アシスタントを普通に終了してアプリを起動すればよい。復旧モードから「再起動」を押した場合は、通常の起動フローをもう一度通る。それでも失敗すれば復旧アシスタントに戻るが、無限に繰り返すことはない。

十一、更新

更新を確認 新しい版? パッケージを取得 インストール 旧版は自動終了 上書きインストール 新バージョンが起動 設定とプラグインは保持 最新版です いいえ はい
図 3 更新の流れ。

五つの段階:確認 → ダウンロード → インストール → 再起動 → バージョン確認。再利用できる四つの操作:

更新はプロファイル、プラグイン、セッションデータには触れない。それらはデータディレクトリにあり、インストーラーはプログラム本体だけを置き換える。

十二、トラブル時の対処

症状まずすることそれでもだめなら
アイコンをダブルクリックしても反応しない / 画面が白いトレイから終了して開き直す。既にインスタンスが動いていないか見る復旧モードで再起動し、起動がどこで止まるかを見る
起動が固まる、または再起動を繰り返す復旧アシスタント →「プロファイルの切り替え」で使えるものに替える復旧アシスタント →「プラグイン管理」→ 直前に導入したものを無効化
プラグインを入れたら画面がエラー、パネルが 4xxプラグインページでそのプラグインを無効化して再起動アンインストールし、代替のプラグインに替える
プラグインを入れたのに効かないプラグインページで有効になっているか確認し、完全に終了して開き直す「設定 → ログ」の読み込みエラーを見る
ウィンドウを閉じたらアプリが見つからないトレイアイコンを見る。既定では終了しないトレイ →「DSH Desktop を開く」
タスクが途中で止まったまま安全停止や確認待ちになっていないか見る。ログレベルを確認する診断情報をエクスポートし、時刻を添えて報告する
ブラウザで開けないウィンドウモードが「互換モード」か確認する設定で「ブラウザでの表示を許可」を入れ直す
LAN の機器からつながらないLAN アクセスが有効か、機器が証明書を信頼しているか確認するファイアウォールと本機の IP が変わっていないか見る
更新が入らないトレイからアプリを終了し、インストーラーを再実行する診断情報をエクスポートし、インストーラーのエラー画面を添える
設定ページが灰色で変更できないセーフモードである可能性が高い。上部の帯を見るセーフモードを終了して再起動する
表 8 よくある症状の対照表。

診断情報のエクスポート

トレイ →「診断情報をエクスポート…」、または設定ページ下部の同じ項目。パッケージにはローカルパス、ログ、システム情報、クラッシュ時のメモリ断片が入る。共有する前に自分で一度目を通してほしい:パスやセッションの断片にプライベートな内容が含まれていることがある。

十三、データの場所とヘルプ

内容場所
アプリデータ(プロファイル、設定、セッション、プラグイン)Windows:%APPDATA%\Nonead DSH Desktop。macOS:~/Library/Application Support/Nonead DSH Desktop。Linux:~/.config/Nonead DSH Desktop
プログラム本体Windows の既定は D:\Software\Nonead DSH Desktop(インストール時に変更可)。macOS は「アプリケーション」、Linux は AppImage のある場所
デスクトップログ設定 → ログで有効化でき、診断パッケージに含めてエクスポートされる
セッションファイルデータディレクトリ内のセッションストア。復旧アシスタントの「診断」からプロファイルディレクトリを直接開ける
プロジェクトのファイルセッションごとに指定した作業ディレクトリ。アプリデータの中にはなく、アンインストールしても消えない
表 9 データの場所。個別インストールやインストール先の変更をした場合は、実際のパスを優先する。

追加ドキュメント

謝辞

本製品は上流の DeepSeek Harness とオープンソースコミュニティの上に成り立っている:Electron、Node.js、pnpm、Python、そして Cordis のプラグイン体系と公式バンドル群。上流のメンテナとすべての貢献者に感謝する。

サードパーティプラグインの作者情報は各プラグインに伴って配布され、プラグインページやプラグインマーケットの詳細で確認できる。本マニュアルでは個々のバージョンと作者を並べない——それは製品の出荷状態ではなく、あなたのインストールの選択に属するものだからだ。

マニュアルはバージョンに合わせて更新される。現在のバージョンと合わない箇所を見つけたら、GitHub / GitCode で issue を立ててほしい。