プラグイン

任意のページをクリーンな本文として読み取り: 文字コード自動検出 (GBK/GB2312/UTF-8/Big5)、ノイズ除去、コンパクトなテキスト/Markdown、オフセット継続読み取り、任意の SPA レンダリング、一括読み取りとサイトクロール。

ファイルエンコーディングガード:GBK、Big5、Shift-JIS、EUC-KR、Windows-125x、UTF-16、UTF-32 のファイルに対してバイト単位で正確な読み取り/書き込み/編集を行い、レガシーファイルの編集時に UTF-8 へ黙って書き換えられることなく元のエンコーディングのまま維持します。UTF-8 BOM は元の状態どおり正確に保持され、改行コード(CRLF/LF/CR)も維持されます。エンコーディングで表現できない文字は「?」として書き込まれず拒否されます。また、UTF-8 以外のファイルは候補エンコーディング付きで一覧表示されるため、モデルが明示的に読み直すことができます。

モデルから使えるSSHファイルツールread_remote、write_remote、edit_remote。リモートUTF-8ファイルを行番号付きでページ読み込みし、既存の宛先は拒否して新規ファイルを作成（上書き分岐なし）、一意一致を確認して文字列置換。~/.ssh/config由来のaliasを使う単一の「alias:path」で指定。

DeepSeek Harness向けローカル優先ナレッジベース。各ベースはUTF-8テキスト、テキストPDF、OCR画像を含むフォルダーです。各ターン前にセッションで選択したベースから中国語n-gramとBM25で検索します。回答には右サイドバーのリーダーで開く引用が付きます。エージェント用に5つのkb_*ツール（list、search、read、stats、propose text）と、作成・使用・ファイル・検索・再スキャン用の/kbコマンドを提供します。

文字化け修復付きの正しい文字コードでのコマンド実行：`encoding_run` は子プロセスを起動し、出力の生バイトを UTF-8/UTF-16LE/GBK と自動判定または指定した文字コードでデコードします。`encoding_decode` は文字化けしたテキストを正しい Unicode に戻します。

UTF-8とコードページ関連の問題を調べるため、PowerShell、cmd、`LANG`のエンコーディングを報告します。

対応するファイル変更に対するターン単位の設定可能な予算：ツール実行前に、対象ファイル数・変更呼び出し数・UTF-8 ペイロードのバイト数を制限します。

DeepSeek Harnessのメールボックス。共有フォルダー経由でSession間に手紙を渡し、毎時ランダムなスケジューラーがSession自身を起動可能（2者間の相互書簡、または所有者への穏やかなリマインダー）。宛先ごとの毎時レート制限とUTF-8ログ付き。

DSHプラグイン作者向け公開前ゲート。全公開経路を決定論的に検査し、GitHub/npm/市場向けの正確なコマンドを提示。package.json（exports["."]、filesからlib/の欠落、type:module、./client export）、UTF-8 BOM、JSON/YAML、cordis.patch.ymlのindent/insert名、entry export、ESM内require()、LICENSE/README導入行、テスト不足、granular tokenでも原因を特定できない403となる非scope付きnpm名、公開済みversion、GitHub repo欠落等を確認します。指摘ごとに修正案を付けるエージェントツール6種。読み取り専用、LLM不使用。

既存Markdown docs（notes／rules／knowledge base）を各session system promptへread-only注入し、`files`にpathを列挙。DB／service／write pathなし。UTF-8 byte budget、行境界fallback、総budget、YAML front matter除去、freshness timestamp。

DSH Web composerの添付ボタン。複数ファイルを選ぶと下書き内にカプセル表示し、workspace uploadsルートに保存してUTF-8 .txtサイドカーを自動抽出します（txt/docx/xlsx/pptx/zip/odt、依存ゼロ）。送信メッセージにはファイル名だけが入り、生パスは決して含まれません。

DeepSeek Harness向けのバイト忠実なテキスト編集ツール（edit_text/write_text）。組み込みのwrite/editで失われるUTF-8 BOMを保持し、既存ファイル固有の改行形式を維持します。LFを書き込んでCRLFファイルをLFに変えてしまう問題を防ぎます。

Windowsコンソールをコードページ65001（UTF-8）に保ち、dshホストとbashツールのコマンドでWindowsネイティブ子プロセスの出力が文字化けしないようにします。