dsh-mission：面向 DeepSeek Harness 的長週期自主任務運行時
# 前言 用 DeepSeek Harness（下文簡稱 DSH）做智能體開發，遲早會碰到一類任務：目標要跑幾天甚至更久，中間會話斷了、進程崩了，進度就丟了；即便 agent 一直在跑，它自己報告「做完了」，你也沒法確認環境裏真的做完了。 單次會話解決不了這兩個問題。dsh-mission 的思路是把長期目標拆成任務依賴 DAG，交給一個持久的運行時去推進：跨會話、每個任務獨立驗證、失敗重規劃、崩潰可恢復。模型只負責提出和規劃，狀態變更由運行時裁決和提交。 下面介紹這個插件的定位、核心機制、安裝與用法。 # 這是什麼 dsh-mission 是 qiao
閱讀全文dsh-plugin-sidebar-manager：在 DSH Web 側欄分類管理與啓停插件
# 前言 DSH 走「一切皆插件」的路線，系統自帶的插件加上自己陸續安裝的插件會越積越多。而在 Web UI 裏，查看和管理這些插件的入口在「設置 → 插件」，每次都要翻進設置頁才能確認裝了什麼、哪些在運行。 `dsh-plugin-sidebar-manager` 解決的就是這個操作路徑問題：把「插件」按鈕直接放進 Web UI 左側欄，點開即可分類瀏覽、搜索，並對用戶新增的插件做運行時啓停。下面介紹它的功能、安裝方法和背後的機制。 # 這是什麼 一句話定位：爲 DSH Web UI 左側欄添加「插件」按鈕，將系統自帶插件和用戶新增插件分類展示，並支持
閱讀全文dsh-kimi-bridge：把 Kimi CLI 橋接進 DeepSeek Harness
# 前言 用 dsh（DeepSeek Harness）做智能體工作流時，常會遇到這樣的需求：主智能體想找一個外部編碼智能體出第二意見，或者把一段編碼任務並行交出去。如果走 Kimi CLI，手工做法是自己 spawn `kimi -p`、捕獲輸出流、輪詢狀態、再把結果接回 dsh 會話——這類腳手架代碼重複且容易出錯，正是 harness 插件該替你消掉的東西。 下面介紹的 dsh-kimi-bridge 做的就是這件事：把 Kimi CLI 變成 dsh 裏可直接調用的工具，並在 WebUI 裏提供對應的觀察界面。 # 這是什麼 dsh-kimi-b
閱讀全文dsh-plugin-install：在 DSH 設置頁裏安裝任意第三方插件
# 前言 DSH 的理念是「一切皆插件」。但落到實際操作，裝插件通常只有兩條路：開終端執行 `dsh plugin add`，或者去插件市場裏找。前者對不常碰命令行的人不夠友好，後者覆蓋有限——市場沒收錄的插件，界面上就沒有安裝入口。dsh-plugin-install 補的就是這一段：它在 dsh 設置頁裏新增一個「安裝」標籤頁，輸入包名即可安裝任意第三方插件，不必開終端，也不必經過插件市場。下面介紹它的功能、安裝方式與注意事項。 # 這是什麼 dsh-plugin-install 是 qinyre 維護的、面向 Web 端的客戶端插件（package
閱讀全文dsh-balance：在 DSH 裏查詢並展示 DeepSeek 賬戶餘額
dsh-balance 是 qiuyongjin 維護的 DSH 插件（v0.2.0，MIT），用於解決 DeepSeek 餘額查詢打斷工作流的問題。它調用 DeepSeek 的 `/user/balance` API，提供兩種使用方式：註冊 `d
閱讀全文dsh-codex-import：DeepSeek Harness 的 Codex 配置只讀兼容性掃描器
# 前言 如果你同時維護 Codex 和 DeepSeek Harness（DSH）兩套智能體環境，配置遷移時的問題通常不是缺工具，而是看不清：Codex 的 `config.toml`、hooks、Skills 和 `AGENTS.md` 散落在用戶級、項目級多個位置，哪些能被 DSH 直接對應使用、哪些屬於不支持項，只能逐個手工覈對。直接照搬又有風險——兩邊的權限語義不同，hooks 的支持範圍也不一致。 dsh-codex-import 把這一步單獨拆出來：先做只讀盤點，再給出分類結果，v0.1 不執行任何遷移。DSH 的理念是「一切皆插件」，這個
閱讀全文dsh-plugin-installer：帶備份與回滾的 DSH 插件安裝助手
# 前言 DSH 的理念是「一切皆插件」，功能擴展基本都落在裝插件上。但安裝插件這件事本身還是手工活：手動跑安裝命令、改配置、重啓進程。重啓之後當前對話就斷了，模型要麼從頭再來，要麼你手動把上下文貼回去。更麻煩的是，如果新裝的插件破壞了啓動，dsh 直接起不來，刪依賴、還原配置全靠自己排查。 dsh-plugin-installer 把「備份 → 安裝/卸載 → 重啓 → 自動繼續對話」整條鏈路封裝成模型工具，交給模型來執行，失敗或啓動異常時自動回滾。下面介紹它的功能、用法和注意事項。 # 這是什麼 dsh-plugin-installer 是 Quop
閱讀全文dsh-group-chat：在 DSH 裏開一個多 AI 羣聊
# 前言 DSH 的理念是「一切皆插件」，WebUI 上的不少能力都由插件注入。做智能體開發時常會遇到這樣一個需求：讓幾個模型圍繞同一份上下文輪流討論——一個出方案、一個挑毛病、一個做總結。在沒有專門工具時，通常只能在多個會話之間手動搬運上下文，發言順序也要自己盯着。 下面介紹的 dsh-group-chat 把這件事做成了羣聊形態：你在 DSH WebUI 裏當「羣主」，管理一組可配置的 AI 角色，讓它們圍繞共享上下文進行多模型輪流發言。插件由 Qx002 維護，當前版本 0.1.0。 # 這是什麼 dsh-group-chat 是一個 DSH 原生
閱讀全文dsh-client-deep-sneak：agent 幹活時，在 DSH Web 右下角小窗摸魚看 B 站
## 前言 用 DeepSeek Harness（DSH）跑一個長任務，常見的狀態是：agent 在後臺幹活，你不知道它什麼時候會停下來要權限、要答案，於是只能盯着會話頁面乾等。想切走乾點別的，又怕錯過提醒，回來還得翻上下文。 dsh-client-deep-sneak 把這個問題換了一種解法：它在 DSH Web 頁面右下角放一個 B 站小窗，你看視頻等結果；agent 一旦需要你，視頻自動暫停並彈出提醒，處理完回來從原位置精確續播。下面介紹這個插件的功能、安裝和典型用法。 ## 這是什麼 dsh-client-deep-sneak（項目名 DeepS
閱讀全文dsh-token-stats：給 DeepSeek Harness 加一個跨會話的 Token 成本統計面板
dsh-token-stats 是 qiushui0901 維護的 DeepSeek Harness（DSH）插件（MIT 許可），用於解決各會話 token 用量分散、難以彙總的問題。它在設置面板中提供跨會話用量統計，包括會話數、四類 token 分桶、按 provider/model 價格表估算的成本，以及按天、按模型的月度堆疊
閱讀全文dsh-agent-driver-writehere：把 WriteHERE 長文寫作循環作爲 DeepSeek Harness 的第二個推理循環
# 前言 在 DeepSeek Harness（下稱 DSH）上做長文寫作智能體，一種常見做法是把檢索、撰寫、修訂封裝成一組工具，掛在默認的 ReAct 循環上。這樣一來，大綱、草稿、修訂都擠在同一條循環裏，不同類型的工作沒有各自的位置，中途修改也缺少獨立的承載。 dsh-agent-driver-writehere 換了一個掛載點：它不往默認循環上追加工具，而是把 WriteHERE 的長文寫作循環（異構遞歸規劃）實現爲一個 agent driver，作爲第二個推理循環運行。下面介紹它的設計、安裝與用法。 # 這是什麼 dsh-agent-driver
閱讀全文dsh-more-agent-presets：爲 DeepSeek Harness 提供多套可選的 Agent 預設
# 前言 DeepSeek Harness（DSH）默認自帶的提示詞是針對 DeepSeek 模型優化的。如果你在 DSH 中使用非 DeepSeek 模型，或者模型版本較舊，默認預設的交互方式未必能發揮模型的能力；另外一些開發者本來就更偏好邊討論邊寫代碼，而不是讓智能體獨立把任務跑完。 dsh-more-agent-presets 解決的就是這個問題：它以插件形式爲 DSH 補充四套可選的 Agent 預設，分別對應不同的模型適配與協作風格。下面介紹這個插件的功能、安裝方式和注意事項。 # 這是什麼 dsh-more-agent-presets 是一個
閱讀全文awesome-ios-sim：把 iOS 模擬器狀態變成可版本化的代碼
# 前言 在 DeepSeek Harness（DSH）裏給智能體接 iOS 模擬器，常見做法是開放一個 shell，讓它直接調 `xcrun simctl`。這條路的問題很實際：環境配置散落在腳本和沒寫進文檔的 defaults 命令裏，測試環境難以復現；模型拿到的只是一個無類型、不安全的 shell 入口，改了什麼、按什麼順序改的，事後無從審計。 `qubyyang/awesome-ios-sim` 解決的就是這個問題。它不新增模擬器能力，而是把「變更模擬器狀態」收進一條固定流程： ```text profile + current snapshot
閱讀全文dsh-eyes：給 DeepSeek Harness 純文本聊天裝上外置「眼睛」
# 前言 DeepSeek Harness（下稱 DSH）的理念是「一切皆插件」，但它的 web 聊天本身是純文本的：貼一張報錯截圖、拖一張設計稿進來，模型看不到，你只能用文字描述，或者先去別的工具做 OCR，再把結果複製回對話。對智能體開發者來說，這類操作出現頻率不低，每一次都要中斷手頭的工作流。 qing9835 的開源插件 dsh-eyes 就是針對這個問題：粘貼、拖入或導入的圖片被插件攔截，交給 OpenAI 兼容視覺模型識別成文字，自動發送進對話。 # 這是什麼 dsh-eyes（包名 dsh-vision-bridge）是一個 DSH web
閱讀全文super-wechat-bridge：把微信 iLink ClawBot 消息橋接進 DeepSeek Harness
super-wechat-bridge 是一款基於微信官方 iLink ClawBot 協議的 dsh 遠程橋接插件，讓用戶離開電腦後也能通過微信與 dsh 智能體對話、下發指令和接收通知。核心特性包括：每個微信用戶獨立 dsh 會話，agent 回覆自動轉發回微信，並提供 `wechat_reply` 工具支持主動推送；全部配置集成在 dsh Web 的「設置 → 微信橋接」頁面，支持掃碼登錄、模型與權限配置等。針對 iLink 會話約 24 小時的服務端有效期限制，插件內置自動續期機制，到期前約 2 小時向微信推送新二維碼，實現無縫續期。安裝通過 dsh plugin 命令完成，patch
閱讀全文dsh-plantuml：在 DSH 會話裏直接渲染 PlantUML 圖表
dsh-plantuml 是 qschen86 維護的 DSH web 插件（v0.1.0，MIT 許可），用於把會話中助手消息裏的 plantuml/puml 圍欄代碼塊自動渲染爲
閱讀全文meow-cachebilling：把即時賬單裝進上下文圓環的 DSH 插件
# 前言 用 DSH 跑長上下文任務時，緩存命中率往往很漂亮，但總花費並不會因此停下：上下文越長，每一步請求裏帶着的緩存 token 越多，賬單也就越滾越大。「緩存命中率 100% 卻越用越貴」說的就是這種情況。光知道 token 用量不夠，還得知道這些 token 折成錢是多少，纔好判斷什麼時候該開新會話、什麼時候該壓縮上下文。 下面介紹 meow-cachebilling（喵賬單），一個把即時賬單放進上下文圓環彈層的 DSH web 插件。 # 這是什麼 meow-cachebilling 是由 Phant0Meow 維護的 DSH 插件，MIT 許
閱讀全文dsh-arc-context：DeepSeek Harness 的可逆上下文壓縮插件
# 前言 跑長會話的智能體開發者都繞不開一個問題：上下文逼近窗口上限時必須壓縮，而 dsh 內置的 Basic 壓縮走的是不可逆的模型摘要路線——摘要有損，壓完就回不來了。對代碼工程這類依賴精確事實的場景，丟一條約束，後續改動就可能跑偏。 dsh 的理念是「一切皆插件」，壓縮策略同樣可以被替換。dsh-arc-context 的思路不同：壓縮前先把原件完整存進本地 append-only 日誌，上下文裏的壓縮塊隨時可以逐字還原。下面介紹它的做法、安裝方式與實測數據。 # 這是什麼 dsh-arc-context（ARC = Adaptive Revers
閱讀全文dsh-pathlink：在 DSH 聊天界面 Ctrl+click 打開文件路徑與鏈接
# 前言 用 DSH 做智能體開發，聊天窗口裏每天都會滾過大量文件路徑和鏈接：助手回覆裏列出一串改動過的文件，工具卡片裏引用產物，代碼塊裏出現日誌位置，用戶氣泡裏直接貼着 URL。Web GUI 把這些渲染成普通文本——想看其中某個文件，你得手動打開文件管理器，沿着路徑逐級點進去；遇到裸 URL，還得先複製、再切到瀏覽器粘貼。單個動作不大，次數多了很打斷節奏。 dsh-pathlink 把這一步壓縮成一個按鍵：Ctrl+click 路徑，文件管理器打開所在文件夾並選中該文件；Ctrl+click 鏈接，新瀏覽器標籤頁直接打開。下面介紹它的定位、實現和用法
閱讀全文dsh-vision-suite：爲 DeepSeek Harness 補齊視覺能力的 Windows 插件
# 前言 用 DeepSeek Harness（DSH）搭智能體時，推理交給 DeepSeek 的文本模型沒有問題，但很多任務需要“看”：從截圖裏讀報錯文字、比較兩版界面的佈局差異、從設計稿裏取主色。常見做法是把圖片手動丟給另一個多模態服務，再把結果搬回會話，鏈路斷在中間。 dsh-vision-suite 解決的就是這個問題。它在保留官方 `deepseek-official` 文本路由的同時，把圖片理解、OCR、截圖裁剪、像素比較、主色提取和安全網頁截圖接進了 Harness。文本推理仍然由 DeepSeek 負責，只有調用遠程視覺工具時，插件纔會把
閱讀全文silverhand-dsh-pet：在 DSH Web GUI 右下角放一隻隨 agent 狀態變化的桌面寵物
# 前言 跑 DSH 的人大多遇到過同一個問題：agent 一跑就是幾分鐘甚至更久，你切到別的窗口乾活，回來第一件事是確認它現在是在跑、在等審批，還是已經報錯停了。目前的辦法只有切回 Web GUI 盯着輸出，或者翻日誌。 silverhand-dsh-pet 換了個思路：把狀態顯示交給一隻桌面寵物。它在 DSH Web GUI 右下角常駐，agent 空閒時呼吸、幹活時工作、出錯時鬧脾氣，你瞥一眼角落就知道 agent 的狀態。下面介紹這個插件的具體功能、安裝步驟和排查方法。 # 這是什麼 silverhand-dsh-pet 是一個標準的 DSH 插
閱讀全文dsh-side-monitor：在 DSH 側邊欄即時查看宿主機狀態的只讀監控插件
# 前言 用 DeepSeek Harness（DSH）做開發或運維時，經常需要知道 DSH 所在機器當前的狀態：CPU 和內存水位、哪些進程在喫資源、容器是否正常。常見做法是另開終端連上去執行 top、docker ps，看完再切回來。dsh-side-monitor 把這件事搬進了 DSH 界面：在左側邊欄提供「System Monitor」入口，點開右側面板，即時展示宿主機概覽、進程列表和 Docker 容器狀態。下面介紹這個插件的定位、功能和安裝方法。 # 插件定位 dsh-side-monitor 是一個面向 DSH Web 的系統監控側邊插件
閱讀全文dsh-event-auditor：給 DeepSeek Harness 裝一個事件流觀察面板
dsh-event-auditor 是 qing3a 開發的 DSH 插件（MIT 許可），定位爲 Harness 事件流
閱讀全文dsh-web-restart：給 DSH WebUI 加重啓按鈕，配 launchd 自動拉起
dsh-web-restart 是 QIN-SMART 維護的 DSH 插件（MIT，v0.1.0），解決 WebUI 重啓不便的問題。它由配套的兩半組成：一是 WebUI 側邊欄的「⇄ 重啓 DSH」按鈕，帶兩段式確認防誤觸，點擊後通過同源 HTTP 端點觸發進程退出，頁面遮罩並每 2 秒輪詢，服務恢復後自動刷新；二是 macOS launchd LaunchAgent 守護，用 KeepAlive 在進程退出或崩潰後自動拉起，支持登錄自啓。退出模式有兩種：默認 "exit" 交給 launchd 拉起；"exec" 模式在同進程內 spawn 新實例，適合無守護、手動運行的場景。安裝方式爲
閱讀全文dsh-pi-kit：給 DSH 加上自動審覈與提示音的輕量插件合集
# 前言 用 DSH 跑日常任務，有兩類小麻煩反覆出現：一是工具執行前的確認環節，危險命令必須人工把關，但每條都盯着看很耗精力，漏看又有風險；二是等待環節，審批請求、後臺任務什麼時候完成，如果不盯着界面就容易錯過。 dsh-pi-kit 針對的就是這兩個點。它是 DSH 的輕量優化插件合集，把「自動審覈」和「提示音」打成一個小包，裝上之後日常使用基本零感知，危險操作和等待事件不再錯過。下面介紹它的功能、安裝和使用方式。 # 這是什麼 dsh-pi-kit 由 Pidreamleaves 維護，許可證爲 MIT，當前版本 0.1.0。它以一個 worksp
閱讀全文