DeepSeek Harness のセッションをバックアップ・エクスポート・移行する
実録動画から学ぶ、アップグレード事故に強い構成：インストールを専用ホームとポートを持つ隔離レーンに複製し、検証を済ませてからバージョンを切り替え、会話はレーン単位でバックアップ。壊れたプラグインもバージョン更新も、セッション履歴までは奪いません。
最終更新: 2026-09-29
ハーネスが仕事を保持する仕組みは、ブラウザのタブに似ています。すべてのセッション、軌跡、承認の記録は、そのインストールのホームディレクトリの中にあります。だから dsh 所有で一番危険な瞬間は、悪いプロンプトではなくアップグレードです。プラグインがランタイムと一致しないとき、dsh 自身が、このページの根拠となる警告をログに出力します：実行するとクラッシュやデータ損失を引き起こす可能性がある、と。以下の録画が示すのは防御レイアウトです——日々使う環境は触らず、隔離レーンに複製し、複製に自分を証明させてから、ようやくバージョンを変える。
各スクリーンショットはこの録画の 1 コマで、元の秒数へ深リンクしています。録画に字幕はないため、事実——カードのラベル、ログ行、セルフチェックの項目——はすべて画面を 1 コマずつ読み取りました。セッション保存の内部構造に触れる部分は、別のクレジット付きソースを引用しています。画面上のバージョン（0.1.5 から 0.2.0 の RC）は 2026 年 9 月時点のスナップショットで、耐用なのはレーンという発想のほうです。セッション履歴を読む側については 過去セッションのリプレイとレビュー
要点
- ▸唯一の環境をアップグレードしない。dsh のログは、不一致のプラグインでクラッシュやデータ損失の恐れがあると明言します——録画の答えは、常用レーンを触らず複製で実験すること。
- ▸DSH マルチバージョンランチャー（dsh-lanes）は、インストールを専用のツリーと HOME に複製します。録画では global が global-copy になり——45,323 ファイル、1.6 GB、308 秒——ポート 3083 を独占し、API キーは自動継承。
- ▸複製が継承するのはキーだけ：会話と設定はレーンごとに独立。カードの「备份对话…（会話をバックアップ）」でそのレーンのチャットをアーカイブし、クローンツリーと HOME の両ディレクトリをまとめてコピーすれば完全スナップショット。
- ▸信頼は感覚ではなく記録で：複製に環境セルフチェック（バージョン、DSH_HOME、自身の DSH_WEB_URL）をさせ、そのターンの軌跡を読み、それからインプレース更新——クローンのパスも HOME リンクも一つも変わりません。
手順
インストールを隔離レーンに複製する
- 1
手を動かす前に、複製のレシートを読む
ランチャーはインストールごとにカードを 1 枚持ち、録画には 4 枚映っています：global（常用環境、ポート 3080、★主要版本バッジ付き）、next が 3081、stable が 3082、そして「复制…（複製）」で作った global-copy が 3083。ライブログは操作全体のレシートを印字します：インストールツリー D:\dsh-lanes\clones\global-copy、ホーム D:\dsh-lanes\homes\global-copy、45,323 ファイル / 1.6 GB を 308 秒でコピー、DEEPSEEK_API_KEY を継承、続いて次に実行する 3 つのコマンド。ステータスバーのまとめは「lane 4 本（実行 1）、ルート D:\dsh-lanes」。
$py dsh_lanes.py open global-copy --no-browser$py dsh_lanes.py verify global-copy$py dsh_lanes.py upgrade global-copy <版本>
複製のレシート：専用ツリー、専用 HOME、専用ポート——そして次に実行する 3 つのコマンド。1:10 の場面を見る - 2
複製に、意図どおりのバージョンか自己証明させる
複製の Web UI を開き、環境セルフチェックを依頼します。報告書は口約束ではなく証拠で答える：DSH バージョン 0.1.7-rc.2（リリース候補）、npm グローバルの @deepseek-ai/dsh、解決された dsh.cmd のパス、そして実行した検査——dsh --version の出力、package.json の name/version、npm 依存ツリー。このガイドの本題はその次の実行環境セクション：DSH_HOME = D:\dsh-lanes\homes\global-copy、DSH_PROFILE = web、DSH_WEB_URL = http://127.0.0.1:3083——複製は自分の HOME と自分のポートから答えており、常用環境とは無関係です。
複製が自分で答える：自分のバージョン、自分の HOME、自分のポート。3:30 の場面を見る - 3
軌跡を開いて、検証をさらに検証する
同じターンの軌跡ビューが結論を検証可能にします：ツール行が順に、複製ホームの中身の一覧、package.json の読み取り、どのインストールが実際に動いているかを見るプロセスコマンドラインの検査、dsh-lanes ルートの列挙、実行中レーンのプロセスとランチャーの確認。この習慣——チェックを頼み、そのチェックの方法を読む——が、信じられるバックアップと、動いてくれると願うバックアップの分かれ目です。
報告書の結論はすべて、開けるツール呼び出しにさかのぼれます。4:10 の場面を見る - 4
会話と設定はレーンごとに独立
global カードの説明がはっきり書いています：新しいコピーは API キーを自動継承する——キーだけ。会話と設定はそれぞれ独立のまま。だから各レーンの設定ダイアログ（一般、モデル、内蔵プラグイン、Agent プリセット）が編集するのはそのレーン自身の設定ファイルで、「打开配置文件（設定ファイルを開く）」ボタンからいつでも届きます。内部構造は、以下で引用する別の dsh セッションイベントログのソースコード解説が帳簿を説明しています：dsh HOME の下、セッションごとに追記専用の JSONL ファイルが 1 つ——だからレーンごとに HOME を分けると履歴が混線しないのです。
継承したのはキーだけ、ほかは全部別：各レーンは自分の設定ファイルを編集する。2:00 の場面を見る
複製をインプレース更新し、元は触らない
- 5
コピーのツリー内で更新、元は一切触らない
複製カードの「升级版本…（バージョンを更新）」が「换 DSH 版本：lane『global-copy』（このレーンの DSH バージョンを切り替え）」を開きます：現在のバージョン 0.1.7-rc.2、インストールツリー D:\dsh-lanes\clones\global-copy、そして重要な一言——コピー自身のツリー内でインプレース更新するため、パスは変わらず、HOME のリンクは 1 本も張り直し不要。npm レジストリのリストからバージョンを選び（0.2.0-rc.1 には next、0.1.7-rc.2 には latest と「现在用的·本地已装＝使用中・ローカル済み」の印）、バージョン番号の手入力も可能。「先看会改什么（まず変更点を見る）」で差分を確認してから「升级到这一版（この版へ更新）」で確定します。
更新はクローン自身のツリー内に着地——元のパスは一歩も動かない。3:15 の場面を見る - 6
日々の保険：カード単位のアクションと、飾らないログ
どのカードにも保守ベルトが付いています：「备份对话…（会話をバックアップ）」はそのレーンのチャットをアーカイブ、「插件市场…（プラグインマーケット）」でマーケットを開き、「升级版本…」、「复制…」でさらに複製、「删除这套 DSH（この dsh を削除）」はレーン名の手打ち確認を要求。ライブログは更新を飾りません——npm ERESOLVE の依存警告が目の前を流れていきます。この正直さこそが意味です：失敗しても複製を失うだけで済むレーンの上で、リスクの発生を見届けるのです。
レーン単位の保険：「备份对话」がチャットをアーカイブし、更新のつまずきもログがそのまま認める。2:20 の場面を見る
セッションバックアップ FAQ
次のアップグレードを履歴が乗り越えられるかを決める問い。
dsh はセッションをどこに保存していますか？
使っているインストールの dsh ホームディレクトリの下です。録画はこれを映しています：常用環境は DSH_HOME = C:\Users\Administrator\.dsh、複製レーンは DSH_HOME = D:\dsh-lanes\homes\global-copy を報告。以下で引用する別のセッションイベントログのソースコード解説が帳簿構造をさらに説明します：dsh HOME の下、セッションごとに追記専用の JSONL ファイルが 1 つ。実務的な結論は、ホームディレクトリのバックアップがそのままセッションのバックアップであり、各レーンの HOME は設計上分かれている、ということです。
複製に会話も含まれますか？
含まれません、それが意図的です。カードには新しいコピーは API キーのみ自動継承し、会話と設定は独立すると明記されています。チャットをアーカイブするにはレーンごとの「备份对话…」を実行、全体のスナップショットにはレーンの 2 ディレクトリをまとめてコピーします：clones の下のツリーと homes の下の HOME。ペアとして扱ってください——クローンがプログラム、ホームがあなたの履歴です。
ランチャーは中国語 UI ですが、この型を真似できますか？
できます。録画のツールはコミュニティ製ランチャーで、中身は dsh_lanes.py スクリプト、画面に出るコマンドは open・verify・upgrade・stopそのもの。型はどの環境でも成立します：常用環境はデフォルトポートのまま（公式パッケージの Web UI は 127.0.0.1:3080）、2 つ目のインストールに専用の DSH_HOME とポートを与え、まずそちらを更新し、セルフチェックを通ってから昇格させる。
元と複製を同時に動かせますか？
動きます——ポートが分かれているのはまさにそのためです。録画のステータスバーは 4 レーン中 1 本が実行中と追跡し、ログはコピーが自分のツリーと HOME を持ち元と同時に開けると明記します。同じログからの注意も一つ：古い dsh に固定されたプラグインは、新しいランタイムに対してロードを拒否することがあります——まさに、複製の上で初めて出会いたい失敗です。
関連ガイド
レーンを整えたら、次はこちら。
DSH セッション管理：削除・アーカイブ・移行プラグイン 8 選
dsh のセッション管理プラグイン集——パネルからセッションの削除・アーカイブ・復元・移動・エクスポートまで、ファイルシステムを直接触らずに。
ガイドを読むセッション管理実践：アーカイブ・削除・一括操作
デスクトップのサイドバーでセッションを探し、内蔵パネルでアーカイブ復元、multiselect プラグインで一括選択——9フレームの実録、各フレームにタイムスタンプ付き
ガイドを読む過去セッションのリプレイとレビュー
同じ履歴の読む側：過去セッションの軌跡を開き、ツール呼び出しを掘り下げ、任意のステップから新しいチャットを分岐。
ガイドを読むプラグインを安全に更新
プラグインとランタイムのバージョン不一致は、このページが回避するデータ損失警告の発生源。意図的に更新し、うっかりでの更新は避けましょう。
ガイドを読むプラグインをきれいにアンインストール
レーンに残骸が溜まったらクリーン除去の手順で。次の複製は清潔な状態から始められます。
ガイドを読む必須プラグインを実践導入
新しいレーンにまず入れるべきもの——マーケット、バックグラウンドタスク、ビジョンを実演。
ガイドを読むソース動画
フレームはすべて 1 本目の動画から——字幕のない Bilibili 録画のため、事実はすべて画面を 1 コマずつ読み取りました。2 本目はスライド主体の dsh セッションイベントログのソースコード解説で、セッション保存の事実のみクレジットし、フレームは提供していません。画面上のバージョンは 2026 年 9 月時点のスナップショット。セッション履歴を読む側については 過去セッションのリプレイとレビュー