DeepSeek Harness（dsh）を使っていて、モデルが唐突に回答を拒否したり、指示した通りのツール実行を止めてしまったりして困っていませんか。
実はその現象、モデル自身の判断ではなく、実行環境であるHarness側が通信を遮断しているケースが大半です。dsh purgeを導入すれば、ホスト環境による過度な介入を取り払い、ローカルに置いた指示ファイルの通りにモデルを直接動かせます。
dsh purgeとは何か？ホスト側介入を取り除く仕組み
dsh purgeは、DeepSeek Harnessが実行時に適用するシステムプロンプト改変、承認ゲート、サンドボックス上限の3つを無効化し、モデル本来の応答性能を引き出すローカル拡張プラグインです。
開発現場では、モデルがどのような安全基準で拒絶を起こしているのか、あるいはホスト側のラッパーが原因なのかを正しく切り分けなければなりません。Harnessは実行時にセッションフォーマットの書き換えや単語の自動置換を行っています。dsh purgeはこの仲介処理をバイパスし、ユーザーが書いた指示文をそのままモデルのコンテキストへ届ける役割を持ちます。
ホスト環境と推論モデルの境界線
AIエージェントの実行基盤は、ユーザーとモデルの間に複数の安全フィルターを挟み込みます。このフィルターは不正な操作を防ぐために設置されていますが、開発時のテストや高度な自動化においては予期せぬ制約となります。
【通常の通信フロー】
ユーザー指示文
→ DeepSeek Harness（文言改変・ツール上限設定・承認ゲート付与）
→ AIモデル
→ Harnessによる出力検査
→ ユーザーへの回答
【dsh purge適用時のフロー】
ユーザー指示文（AGENTS.md / CLAUDE.md）
→ dsh purge（安全文言の中性化・ゲート無効化）
→ AIモデルへ直接伝達
→ モデル生の推論結果
→ ユーザーへの回答
上の図のように、dsh purgeはHarness内部の処理層へ直接介入します。拒絶の発生源がモデル内部のガードレールなのか、Harnessのラッパーなのかを明確に切り分けられる点が大きな利点です。
開発用エージェントの環境構築については、AIエージェント一覧でも基盤ごとの違いを詳しく取り上げています。
編集部のおすすめ
AIで
声で文章を入れる、写真を整える、資料を作る。よく使われる作業ごとに1本ずつ選んでいます。
なぜDeepSeek Harnessはモデルの出力を遮断するのか？
Harnessがプロンプトや出力を遮断するのは、ローカル環境のファイルを破壊したり、悪意あるシェルコマンドが自動実行されたりする事故を防ぐためです。
安全弁としての設計は理にかなっています。しかし、テストコードの破壊試験やセキュリティ監査、OSの深い階層を扱う作業では、この安全弁が作業を止めてしまう要因になります。
遮断が発生する3つの内部レイヤー
Harnessの内部には、指示文がモデルへ届くまでに3つの関門が存在します。
次の表は、Harnessが内部で処理している介入レイヤーの一覧です。
| レイヤー | 介入の | 主な | 開発作業への |
|---|---|---|---|
| プロンプト書き換え層 | 送信前 | 特定の単語をマイルドな表現へ置換 | 厳密な指示文がモデルへ伝わらない |
| 承認ゲート層 | 実行直前 | コマンド実行やファイル書き込みの停止 | バッチ処理や自動化が途中で止まる |
| ツールリソース層 | セッション全体 | 1回あたりの外部ツール呼び出し数を制限 | 長大なリファクタリングが中断する |
つまり、私たちが「モデルの能力不足」や「モデルの頑固な拒絶」だと感じていた現象の多くは、Harnessの仕様によって生じています。
コーディング支援エージェントの挙動全般にトラブルを抱えている場合は、Cursorが動かない7つの原因と復旧チェックリスト (2026年版)の手法も問題切り分けの参考になります。
dsh purgeが解除する3つの具体的な制限とは？
dsh purgeを導入すると、Harnessが強制適用している主要な3つの制限が解除されます。
具体的には「文言の中性化による指示の保持」「承認ゲートの自動パス」「ツール実行上限の引き上げ」です。
1. 安全文言の中性化とシステムプロンプトの維持
Harnessは通常、ローカルに置かれた設定ファイル（AGENTS.mdやCLAUDE.md）を読み込む際、特定のキーワードを安全側に書き換えます。dsh purgeはこの書き換え処理を止め、単語を中性化して保持します。
これによって、プロンプトに記述した本来の制約や命名規則が崩れず、開発者が意図した挙動を正確に再現できます。
2. 承認ゲートの無効化
シェルスクリプトの実行や外部ファイルの編集を行う際、Harnessは都度ユーザーの承認を要求します。手動での確認は安全ですが、夜間の自動ビルドやテストでは致命的なボトルネックです。
dsh purgeを有効化すると、権限ポリシーが緩和され、バックグラウンドでの自律実行が止まりません。
3. ツール呼び出し上限の撤廃
1回のタスクで呼び出せる検索ツールやファイル読み込みの回数は、通常版のHarnessでは低めに設定されています。dsh purgeはパッケージ内の定数を書き換え、連続したツール呼び出しを許可します。
エージェントツールの全体像や機能比較を確認したい場合は、AIエージェントのランキングをあわせて確認してください。
毎週月曜の朝に、今週のAIの主なニュース・新しく載ったツール・よく読まれた記事をまとめて届けます。登録特典は「AIツール選定チェックリスト 2026」。
確認メールのボタンを押すと登録が完了します。配信はいつでも解除できます。
dsh purgeの動作環境とバージョン互換性の注意点
dsh purgeは、Harness本体のバージョンによって適用できるビルドが異なります。
2026年10月時点の最新ビルドはバージョン1.1.71です。この版はDeepSeek Harness 0.2系を対象に設計されています。
Harnessのバージョン確認と適合表
古いHarness環境を使っている場合、最新のdsh purgeをそのまま導入すると起動エラーを起こします。
次の表は、Harness本体のバージョンとdsh purgeの適合状況を示したものです。
| Harness本体 | 推奨dsh | 動作状況 | 注意点 |
|---|---|---|---|
| dsh 0.2.0以降 | v1.1.71（最新） | 完全対応 | 設定画面（Dock）が正常に描画される |
| dsh 0.1.7系 | v1.0.x系レガシー | 限定対応 | 一部パッチを手動で適用する必要あり |
| dsh 0.1.6以前 | 非対応 | 動作不可 | Harness本体のアップデートが必要 |
つまり、利用前にローカルのHarnessバージョンを必ず確認しなければなりません。
# Harnessのバージョンを確認するコマンド
dsh --version
出力が0.2.xであることを確認してから、インストール作業へ進んでください。
自動化開発の基盤技術全般を調べたい方は、AI自動化ツール一覧も役立ちます。
インストール手順と設定ファイルの構文
dsh purgeのインストールは、Harnessのプラグインディレクトリへ配置するか、設定構文をHarnessの初期化ファイルへ追記して行います。
設定ファイルはJSONまたは独自形式のConfigファイルに記述します。
設定の記述例
Harnessの設定ファイル（例: config.json またはHarnessの起動設定ブロック）に次の記述を追加します。
insert iddsh-purge name'dsh-purge' ' ' config enabled true autoApplyOnStart true autoUpdateOnStart false autoRevertOnMissing false verbose false postPromptOrder 5100 postPrompt "" " "
この一行により、Harnessの起動時にdsh purgeが自動で読み込まれます。
主要パラメータの意味と推奨値
設定行に含まれる各パラメータの役割は明確です。
次の表は、設定構文で指定できるパラメータとその推奨設定をまとめたものです。
| パラメータ名 | 設定値の | 推奨値 | 動作内容 |
|---|---|---|---|
enabled | boolean | true | プラグインの有効・無効を切り替える |
autoApplyOnStart | boolean | true | Harness起動時にパッチを自動適用する |
autoUpdateOnStart | boolean | false | 起動ごとの自動更新を防ぎ動作を固定する |
verbose | boolean | false | 詳細ログの出力を制御する |
postPromptOrder | integer | 5100 | プロンプト合成時の挿入順序を指定する |
つまり、初回の安定運用を狙うなら、自動更新を切った状態で手動管理するのが賢明です。
AIを用いたプログラミング手法の基礎は、AIコーディングツール一覧やAIコーディングのランキングでも網羅しています。
Clean画面とDrill画面で何ができるのか？
dsh purgeを導入すると、Harnessのセッションタイトル横に専用のアイコンが表示されます。
アイコンをクリックすると、画面右側に操作ドック（右ハンドック）が展開されます。ここには「Clean」と「Drill」という2つの主要ページが用意されています。
Clean画面の役割：パッチの一括管理
Clean画面は、Harnessに適用する安全解除パッチを一覧化し、個別にオン・オフできる管理ダッシュボードです。
- テキスト中性化パッチ: システムが強制挿入する安全文言を中性ワードへ置換します。
- ポリシー緩和パッチ: ファイル書き換え時の確認ダイアログを一括スキップします。
- UIテーマ切り替え: 操作ドックの見た目を「Light」と「Ink」の2つのテーマから選べます。
開発中に一部の制限だけを戻したい場合、Clean画面からトグルを切り替えるだけで即座に反映されます。
Drill画面の役割：プロンプトの注入と深層テスト
Drill画面は、モデルに対して直接指示を流し込むためのテスト用作業スペースです。
セッション全体のコンテキストとは独立して、単発の検証プロンプトを差し込めます。モデルが特定の指示に対してどう応答するかを、Harnessの介在なしで観察できます。
プロンプト順序の制御とポストプロンプト指定
エージェント運用で極めて重要な要素が、プロンプトの読み込み順序です。
複数の指示ファイルが存在する場合、どの指示が最終決定権を持つかによってモデルの挙動は一変します。
postPromptOrderの重要性
Harnessは通常、システムプロンプトの末尾に独自の監視命令を付与します。監視命令が一番最後にあると、モデルはユーザーの指示よりもHarnessの制約を優先してしまいます。
dsh purgeの設定にあるpostPromptOrder 5100は、この優先順位を逆転させるための数値です。
- 基底のシステムプロンプト（Order: 1000）
- ユーザーのプロジェクト指示（AGENTS.md / Order: 3000）
- Harness標準の監視ルール（Order: 5000）
- dsh purgeの注入プロンプト（Order: 5100）
順序番号を大きく設定することで、Harnessの標準ルールよりも後に指示を上書きできます。結果として、プロジェクト固有のルールが最後まで維持されます。
エージェントの設計思想やプロンプト構成については、AI生産性ツール一覧の各解説記事でも取り上げています。
モデルごとのプロンプト切り替えと適応性
dsh purgeは単一のモデルだけでなく、接続先モデルの特性に応じた指示文の切り替えに対応しています。
中国系モデル（いわゆる国模）とグローバルモデルでは、安全フィルターの反応語が大きく異なります。
モデル特性に合わせたプリセットの使い分け
デフォルトで用意されているプリセット指示文は、アジア圏のモデル特有の拒絶語を回避するように調整されています。
ClaudeやGPT系モデルをHarness経由で動かす場合は、それぞれのモデルの特性に合わせたプロンプトへの差し替えが推奨されます。
- ローカルモデル利用時: 短文で直接的な中性化指示を与える
- 外部APIモデル利用時: コンテキスト長を活かしたロールプレイ定義を与える
なお、外部API連携時のモデル選択肢としては、各社の最新主力モデルが基準となります。Anthropicの現行主力であるClaude Opus 5.5やSonnet 5.5、軽量処理に長けたHaiku 5.5のほか、OpenAIのGPT-6 AstraやGPT-6.1 Solなどが代表的です。
Googleの最上位モデルであるGemini 4 Argonなどを外部モデルとして接続する際も、Harness側の無駄なフィルターを省くことで、本来の推論能力を十全に発揮できます。
モデル選定の比較基準については、AIチャットボット一覧でも世代ごとの違いを整理しています。
セキュリティリスクとレッドチーム検証での利用指針
dsh purgeは強力な制限解除を行うため、使用環境には細心の注意を払わなければなりません。
元来、このツールはシステムの弱点や耐性をテストする「レッドチーム検証」のために開発された背景を持ちます。
業務端末で使う際のリスク管理
安全弁を外した状態のHarnessは、ローカル環境に対して高い実行権限を持ちます。
[!CAUTION] 本番環境のデータベース接続情報や、秘密鍵が存在するディレクトリでdsh purgeを常時有効化してはいけません。エージェントが誤ったスクリプトを実行した場合、即座にファイルが書き換わる危険があります。
安全に検証を進めるための鉄則は次の3点です。
- Dockerなどの独立したコンテナ内部でHarnessを実行する
- 読み書きを許可するディレクトリを限定する
- 機密情報を含む環境変数をセッションから除外する
セキュリティ検証や運用ルール作りの詳細は、AIセキュリティツール一覧やAIセキュリティのランキングが参考になります。
トラブルシューティング：動作しない時の確認項目
dsh purgeを導入しても制限が解除されない場合、いくつかの典型的な原因が考えられます。
焦らずに一つずつ設定を見直してください。
チェックリスト
- Harnessのバージョン不整合
Harnessが
0.1.7のまま最新版のdsh purgeを読み込んでいないか確認します。 - キャッシュファイルの残留 以前のセッションキャッシュが残っていると、古い安全文言が再適用されます。キャッシュディレクトリを削除して再起動します。
- 設定構文のスペルミス
enabled trueのスペルやクォーテーションの閉じ忘れがないかを点検します。 - ポート競合と権限不足 操作ドックが立ち上がらない場合、ローカルUI用のポートが他の開発サーバーと重複しているケースがあります。
画像生成やデザイン連携のエージェントで予期せぬエラーが出る場合は、Pikaが動かない時の原因12個と直し方 (2026年版チェックリスト)やClipdropの使い方入門｜無料プランで試せる画像生成・背景削除の操作手順の対処フローも問題解決の参考になります。
また、指示文の精度そのものに起因するトラブルについては、DALL-E 3の精度が低い？後継GPT Image 2で指示文を直す (2026年版)で解説しているプロンプト構造化の考え方が役立ちます。
AI PICKS編集部の判定
dsh purgeは、DeepSeek Harnessを自前で飼い慣らしたいパワーユーザーにとって手放せないプラグインです。
ホスト環境が勝手に差し込むお節介なプロンプトや、バッチ処理を止める承認ダイアログに悩まされてきた人には、一択の解決策です。モデルそのものの実力をありのままに計測できるため、レッドチーム評価やローカル開発環境のチューニングでは圧倒的な威力を発揮します。
ただし、一般の開発者全員に無条件でおすすめできるツールではありません。安全弁を完全に外すという性質上、スクリプトの暴走リスクを自分でコントロールできるスキルが必須です。閉源化に伴うリポジトリの分散やバージョンの追従コストを考慮すると、用途を限定して使うのが賢明です。
安全が確保されたサンドボックス内で、モデル本来の出力を引き出す実験台として割り切って使うなら、地味に重宝する逸品です。
よくある質問（FAQ）
Q. dsh purgeは無料で使えますか？
オープンソースとして配布されたコードをベースにしており、費用はかかりません。有志によるフォークリポジトリから入手してローカルに導入すれば、すべての機能をそのまま利用できます。
Q. 一般的な商用利用は認められていますか？
公開されているコードの多くはMITライセンス等に準拠していますが、派生リポジトリごとにライセンス規約が異なる場合があります。業務環境で利用する際は、導入するパッケージのライセンス条項を個別に確認してください。
Q. クラウド版のDeepSeekでも使えますか？
使えません。ローカル環境にインストールされたDeepSeek Harness（dsh）専用のプラグインです。ブラウザ版のチャット画面や外部クラウドAPIの直接呼び出しに対しては効果がありません。
Q. 導入するとモデルの生成速度は上がりますか？
生成速度そのものは変わりません。ただし、Harness側で行われる文言の検査や承認待ちによる一時停止がなくなるため、タスク全体の完了時間は短縮されます。
Q. 元の状態へ安全に戻すことはできますか？
可能です。設定ファイルのenabledをfalseに書き換えるか、プラグインの読み込み記述を削除してHarnessを再起動すれば、標準の制限が適用された通常状態へ即座に復帰します。
あわせて見たいツール・カテゴリ
エージェント環境の構築やプロンプト調整をさらに進めたい方は、以下のカテゴリや解説記事も参考にしてください。
画像生成や外部モデル連携の最適化に関心がある場合は、処理速度の改善手法をまとめたDALL-E 3が遅いと感じたら｜後継GPT Image 2の高速化設定 (2026年版)をあわせて読むと、パイプライン全体のボトルネック解消に役立ちます。
