前言¶
DeepSeek Harness（dsh）裏往往同時掛着多個 workspace、多條 session。桌面端要切換窗口才能跟進進度，手機端更難實時介入。常見做法是另寫通知腳本或手動複製摘要，但回覆仍要回到對應 session，容易串線。
下面介紹社區插件 dsh-feishu-session-manager（維護者 icrefin，分類：客戶端）：把一條飛書羣聊或私聊變成當前 Harness 裏所有 session 的統一界面——各 session 的回合結果經模型寫成摘要推到飛書，你在飛書裏發的文字再由模型路由回正確的 session（或按需開新 session 並帶上 distilled 上下文）。
這是什麼¶
插件全名 dsh-feishu-session-manager，倉庫 icrefin/dsh-feishu-session-manager，在 SkillHub 插件目錄 可查到條目。簡介與 README 一致：Turn one Feishu chat into the interface of every DeepSeek Harness session: model-written summaries out, model-routed replies back.
數據路徑示意（README 原文）：
Feishu chat ⇄ Feishu long connection ⇄ bridge ⇄ every session
│ │
summarizing model routing model
插件在宿主 dsh 進程內運行，通過飛書長連接收事件、REST 發消息，無需公網回調 URL、內網穿透或證書。
核心功能¶
Session → 飛書¶
| 方向 | 行爲 |
|---|---|
| 正常結束的一輪 | 由模型生成短摘要，並固定帶上 Workspace: … \| Session: … |
| 失敗的一輪 | 推送失敗碼及模型給出的分析 |
ask_user_question 與權限請求 |
以編號菜單形式推到飛書，可在聊天裏直接作答 |
飛書 → Session¶
自由文本由路由模型決定：投遞到已有 session、新建 session，或新建 session 並攜帶提煉後的上下文。
以下斜槓命令爲確定性「逃生口」，不依賴路由模型：
/sessions list recent sessions with numbers
/use <n|id> the NEXT message goes to that session
/new [workspace] create a session now, bypassing the router
/bind make this chat the notification target
/status connection, model, counters, waiting items
/skip <text> route this text even while an answer is waiting
/help the list above
路由模型在 prompt 中明確權衡四項（README 原文）：
- Relevance — 消息是否延續該 session 的話題。
- Workspace — 屬於哪個項目目錄。
- Context length — 對照該 session 自身模型窗口（Harness 報告的
contextPressure或 session 所選模型），而非插件自設預算；接近窗口上限時傾向開新 session 並 distill 要點。 - Inactivity — 長時間 idle 的 session 已失去 KV cache，續聊並不更省。
安全約束：模型給出的 sessionId、workspaceId 必須在下發給模型的 catalog 內校驗；缺少 prompt 時回退爲你的原文；無法使用的路由結果會變成向你提問，而不是誤投回合。
設置頁¶
路徑：Settings → Feishu（獨立導航分組）。主要分組包括 Connection（啓用、App ID、App secret 等）、Model（provider / model / reasoning effort，同一路由承擔摘要與路由兩次輔助調用）、可編輯且可恢復默認的 Prompts、Notifications、Routing policy，以及帶 Preview routing（幹跑真實路由器、不投遞）的 Status 塊。
憑證在 schema 中標記爲 secret，頁面不回顯明文；留空字段表示保留已存值。
安裝與啓用¶
環境要求（package.json）：Node >=22.17.0，dsh >=0.2.1-rc.5 <0.2.2-0。當前包版本 0.1.7，許可證 MIT。
官方構建與打包步驟（README Install 節）：
pnpm install
pnpm check # typecheck both halves, build, then the full test suite
pnpm pack # dist/dsh-feishu-session-manager-0.1.7.tgz
在 Harness 中打開 Settings → Plugins，安裝生成的 tarball，然後重啓應用。向運行中的 profile 追加 bundle 不會生效，必須重啓宿主進程；同版本重裝是無操作，需 bump 版本後再裝。
包內自帶 cordis.patch.yml 行，寫入 dsh.profile.bundles 即完成註冊；該行本身無需額外 config，參數均由設置頁寫入。
飛書側應用¶
- 在飛書開發者後臺創建企業自建應用，開啓 機器人 能力。
- 事件訂閱：選擇長連接模式，訂閱
im.message.receive_v1；不要配置請求 URL（bridge 主動連飛書，無需入站端口）。 - 權限：
im:message、im:message:send_as_bot。 - 發佈版本後，將機器人拉進羣或發起私聊。
- 在插件設置頁填入 App ID、App secret，並打開 bridge。
羣聊中只有 @ 機器人的消息會被推送；私聊無需 @。第一個與機器人說話的會話會成爲通知目標，並寫入 profile 設置以跨重啓保留。
典型用法¶
在已綁定通知目標的飛書會話中：
- 等待各 session 回合結束，閱讀帶
Workspace/Session標籤的摘要或失敗說明。 - 對編號問題回覆選項號（如
2）、多選用逗號（如1,3），或任意文字作爲自定義答案；權限請求回覆1（允許一次）或2（拒絕）；多條待答時用#<n>前綴，例如#2 1。 - 需要指定目標時先
/use <n|id>，下一條消息即進入該 session；或/new [workspace]立即建 session；不確定路由原因時用設置頁 Preview routing 或/status查看連接與等待項。
適用場景與注意¶
適合：需要在手機或 IM 裏統一查看多 workspace、多 session 進展，並用自然語言回覆且希望由模型自動選 session 的 dsh 用戶。
務必注意：
- 插件以當前 dsh 進程權限運行，可觸達該 Harness 能訪問的 workspace 與 session；安裝前請閱讀源碼與 MIT 許可證，自行評估飛書憑證與模型路由風險。
- 路由與摘要各消耗一次 LLM 調用，需在設置頁配置 provider / model；社區目錄 SkillHub 與 DeepSeek / 幻方無官方從屬關係，DSH 生態理念是「一切皆插件」，本文事實以倉庫 README 爲準。
結尾¶
dsh-feishu-session-manager 把「摘要出站、回覆入站」收斂到一條飛書會話，並用雙模型（摘要 + 路由）與斜槓命令兜底，減少在多 session 間手動切換的成本。
