前言¶
DeepSeek Harness (DSH) 的插件生態正在快速發展。在智能體開發中，一個常見痛點是聊天記錄中的信息碎片化，以及缺乏結構化的任務狀態管理。與其在聊天中逐條追蹤需求，不如將其轉化爲結構化流水線。這就是“老闆任務面板”的切入之處。
插件定位¶
這是一款運行在 DSH 裏的任務面板插件，由用戶 lihang-lh 維護。它旨在將“聊天氣泡”升級爲“任務流水線”，讓你在 AI 時代只負責發佈和驗收，具體的規劃、澄清、開發、複覈全部由插件動態調度子代理完成。
核心功能¶
插件提供了從需求發佈到最終驗收的全流程管理能力：
任務流水線（七個狀態）¶
任務狀態機包含七個節點，每個節點對應不同的代理和操作：
1. 待領取 (todo)：任務已登記，等待插件領取或排隊執行。
2. 待澄清 (clarify)：規劃代理發現需求不明確，產出問題清單，等待人工回答。
3. 待確認 (confirm)：規劃代理已產出計劃，等待人工確認（僅在關閉“自動確認”時出現）。
4. 開發中 (develop)：開發代理正在執行任務。
5. 暫停中 (paused)：人工暫停後進入，可恢復或重新編輯。
6. 複覈中 (review)：自動複覈通過（零遺留問題）後進入，等待人工驗收。
7. 已完成 (done)：人工驗收通過。
自動蒸餾歷史會話¶
發佈任務時，插件會利用 sessionQuery.searchSessions 對全部歷史會話進行全文檢索。匹配度高的舊會話會被自動掛載到任務上，並在面板中提供勾選功能。開發/規劃代理在執行前會讀取這些上下文，實現“接着上次的會話繼續做”。
階段化子代理調度¶
插件內部調度四個階段的子代理：
* 規劃代理：讀取歷史會話，產出實施計劃（plan, steps, risks, questions）。
* 澄清代理：在需求不明確時產出問題清單。
* 開發代理：按計劃實施，要求給出可驗證證據（如勾選 tasks.md 項），並處理截圖。
* 複覈代理：對照驗收標準和任務清單自檢，任何遺留問題即視爲複覈未通過。
自動讀取器¶
每個階段都有對應的“自動讀取器”驅動流轉：
* 領取讀取器：任務進入待領取且有空閒名額時啓動規劃。
* 開發讀取器：規劃確認後啓動開發。
* 複覈讀取器：開發完成後啓動，零問題則轉複覈，有問題則打回開發（上限 3 輪）。
* 恢復讀取器：每 20 秒巡檢，檢測到子會話不在線時標記“可重新執行”。
原生 App 截圖支持¶
支持 iOS 和 Android 的真機或模擬器截圖。開發/複覈代理會根據倉庫類型自動調用對應工具：
* Android：adb exec-out screencap
* iOS 模擬器：xcrun simctl io
* iOS 真機：idb screenshot / idevicescreenshot
如果設備未連接或工具缺失，代理會如實報告並標記任務爲“待接設備”。
OpenSpec 產物生成¶
計劃定稿時，插件會在目標倉庫的 <repoPath>/specs/proposals/<任務id>/ 目錄下生成標準化的 OpenSpec 產物：
* proposal.md：背景、方案、風險、驗收方式。
* tasks.md：編號任務清單，開發代理逐項勾選。
面板 UI¶
- 入口：DSH 側邊欄底部新增按鈕（設置上方）。
- 交互：右側浮層面板，支持拖拽寬度（400-1100px）。
- 信息展示：各 Tab 顯示計數，卡片展示狀態點、結論徽標、進度條、複覈報告、截圖縮略圖。
- 會話管理：點擊可跳轉到發佈會話、規劃會話、開發會話或歷史關聯會話。
典型用法¶
- 發佈任務：在面板點擊“發佈新任務”，填寫標題、描述和驗收標準。插件會自動掃描關聯歷史會話，勾選後發佈。
- 處理待澄清問題：任務進入“待澄清”狀態後，展開卡片查看規劃代理提出的問題，逐條回答。回答完成後，規劃代理會結合回答重新定稿計劃。
- 驗收結果：任務進入“複覈中”狀態時，面板顯示“可驗收”或“有問題”徽標。展開卡片查看複覈報告、遺留問題清單和驗收截圖。
- 任務管理：在任意非“已完成”階段，可點擊“暫停”進入“暫停中”Tab；也可點擊“重新編輯”修改需求，舊計劃將被清空。
侷限與注意事項¶
- 執行模式：當前開發階段爲串行模式，默認同一時間只跑 1 個開發任務，其餘在“待領取”排隊。
- 發佈方式：暫未接入
task_publish模型工具，目前僅支持通過面板發佈任務。 - 通知方式：目前僅靠面板角標與計數顯示，暫不支持飛書或郵件推送。
- 歷史會話檢索：當前蒸餾僅支持關鍵詞/全文檢索，後續計劃引入 LLM 語義摘要。
- 原生依賴：原生 App 截圖功能依賴
adb、xcrun、idb等工具與設備連接。
插件以當前 DSH 進程權限運行，安裝前建議檢查源碼與許可證。
