前言¶

在 DeepSeek Harness（DSH Desktop）里做多智能体协作时，常见问题是：需求用口语「许愿」描述，模型容易补全细节、偏离目标；多个 Worker 同时改同一批文件会互相覆盖；长会话里工具调用堆在上下文里，主控难以做闭环审批。单靠会话里手动拆任务，很难把 Plan、并发分片和验收摘要串成可追踪的流水线。

LMTAgent（npm 包名 dsh-redteam-mode，显示名 LMTAgent）由维护者 ECCVIK 发布，当前文档版本为 v0.21.0（MIT 许可证）。它面向 DSH Desktop，把 lmtex 主从闭环（Step 0 许愿润色、1 Plan + N Workers、摘要写回与审批）和 Garry Tan gstack 的八角色分工放进可视化 DAG 工作台，并用 PostgreSQL 16 或本地 SQLite 引擎持久化计划与执行摘要。社区目录可在 SkillHub 查阅；源码与说明见 GitHub ECCVIK/LMTAgent。SkillHub 与 DeepSeek、幻方无官方从属关系，DSH 生态本身是「一切皆插件」的独立扩展方式。

这是什么¶

一句话定位：基于 DSH 的多角色软件研发集群插件，带许愿润色向导、横向工作流树、文件分片排他锁和事实表探针。

底层入口补丁为仓库根目录的 cordis.patch.yml，前端工作台入口为 lib/client.js；package.json 中 dsh.bundle.patch 指向该补丁。空白会话遵循「零假数据」约定，不注入虚构演示数据。

核心功能¶

下面按 README 中已写明的能力归纳，只列资料中可核对的部分。

lmtex 五步闭环¶

流水线结构在文档中固定为：

1. Step 0：WishRefinerWizard / 后端动作 refineAndDecomposeWish，把口语愿望润色为研发契约，拆解为 plan_goals 与无交集文件分片。
2. ShardLock 与并发槽：运行时 shard_locks 校验路径重叠；并发槽默认 1–12 可调，120s 租约（Lease TTL）心跳，超时回收；递归子代理树 maxDepth: 3。
3. 多 Worker 派发：主控 plan 编排，Worker 带 P0–P3 优先级标签（ui_priority），UI 上区分焦点审批、核心并发、已审归档与历史快照。
4. 摘要压缩写回：Worker 通过 submit_digest 把执行过程压缩写入 worker_digests（文档称约 85%+ 压缩比，字段含 what_was_done、files_touched、verification）。
5. 闭环审批：支持 updateWorkerGoal、retryWorkerTask、填写 nextGoal 后「Plan 审批通过并下达新目标」。

八角色 gstack 虚拟团队¶

除 Captain plan（LMTAgent 研发集群）外，专家子代理挂载 @deepseek-ai/dsh-tool-subagent，默认可递归派发 Sub-Worker，默认 thinking: low（顶栏可切 low / medium / high）：

README 记载仓库侧有 20 个测试套件，文档标注 100% PASS（需在克隆后的开发者环境中自行执行 npm test 验证）。

工作台与宿主桥接¶

• 顶栏 新手简洁 / 专家视图 切换：新手模式收敛 PG 与工程术语；专家模式展示事务流、Token 计量与分片锁矩阵。
• 默认 横向向右派生 工作流树（可经树布局设置切纵向），ResizeObserver 测量节点锚点绘制贝塞尔连线；探针抽屉支持编辑目标、重跑分片、跳转侧边栏对应该 Agent 会话。
• 控制台入口挂载在 DSH 多处扩展点：sidebar.panellist、conversation.session.header.actions、conversation.session.header.utilities、conversation.input.dock，按钮文案为 LMTAgent 控制台；全屏模式支持 Esc 退出。
• 宿主侧对接原生 tokenMeter，对会话 .jsonl 做字节偏移增量尾读；前端经 GET /redteam/events SSE 接收写表与状态变更。

PostgreSQL / SQLite 事实存储¶

PgWriteActivityProbe（packages/redteam-store/lib/pg-engine.js）追踪 plan_goals、worker_tasks、worker_digests、shard_locks、dag_nodes 等表的写入。配置外部库时使用环境变量 REDTEAM_PG_URL，对接 PostgreSQL 16（Wire Protocol v3）；未配置时回退 256MB mmap + WAL 的本地 SQLite，文档称零运行时第三方依赖。飞书群聊卡片推送依赖 feishuConfig（在工作台中配置）。

安装与启用¶

安装前请自行阅读仓库源码与 LICENSE，确认权限与合规；插件以当前 DSH 进程权限运行，涉及的文件读写、数据库连接与 Webhook 均继承宿主环境能力。

方式一：DSH Desktop 导入（README 推荐）¶

1. 打开 DSH Desktop。
2. 进入「插件市场」→ 右上角「导入插件」。
3. 粘贴 README 提供的识别描述（含仓库地址、入口与能力说明），由市场解析后安装。

描述全文以 README 第 6 节 为准，其中写明仓库 https://github.com/ECCVIK/LMTAgent、cordis.patch.yml、lib/client.js 等关键路径。

方式二：命令行¶

在已配置 DSH CLI 的环境中执行：

dsh plugin add github:ECCVIK/LMTAgent

命令来源为仓库 README「方式二：通过命令行安装」，请勿自行改写 owner/repo 拼写。

典型用法¶

经过上面的安装步骤启用插件后，可按 README 工作流操作。

1. 从 Step 0 开始：在会话顶部展开许愿润色向导，输入原始需求，触发润色与拆解，得到阶段 plan_goals 与文件分片。
2. 打开控制台：通过左侧栏或会话头部等入口进入 LMTAgent 控制台，在工作流树上观察 Plan 与 Worker 节点、P0–P3 优先级与泳道进度。
3. 并行执行期：由 assess 等角色登记 shard_locks 后，exploit 等 Worker 在独占分片上编码；若路径冲突，ShardLock 引擎拦截重叠声明。
4. 审批下一波：在探针抽屉查看 worker_digests 压缩摘要，按需 retryWorkerTask 或填写 nextGoal 做 Plan 审批。
5. 可选外部 PG：需要多机共享事实库时设置 REDTEAM_PG_URL；否则使用内置 SQLite 即可本地试跑。
6. 可选交付：配置 feishuConfig 后，由 internal 角色路径汇编交付文稿并推送飞书卡片（需你可用的飞书机器人与群权限）。

专家视图下可查看 PostgreSQL 探针中的压缩率、活跃分片锁 TTL、待审批 Worker 计数等指标，用于判断当前波次是否可关闭。

开发者若需从源码构建，README 给出示例命令（在仓库根目录）：

npm run build
node packages/redteam-bundle/tools/build.mjs --check
node scripts/check-no-confidential.mjs --all
npm test

适用场景与注意¶

更适合：希望在 DSH 内用可视化 DAG 管理「主控 Plan + 多 Worker」、需要文件分片锁与 digest 闭环的多智能体软件研发流程；愿意配置 PostgreSQL 16 做跨会话事实沉淀的团队。

需要先接受的前提：

• 文档 v0.22+ 路线图中写明：当前 ShardLock 在工作流层拦截越界，若子代理经原生 tool-bash 直接 shell 写盘，仍计划在 Cordis 内核增加 fs Pre-Hook；生产环境应结合源码与自身安全策略评估。
• 包名与目录仍带 redteam-* 前缀（dsh-redteam-mode、packages/redteam-ui 等），与显示名 LMTAgent 并存，升级时注意本地 SQLite 历史库兼容性说明。
• 仓库 files 列表中含大量安全演练类 skill Markdown；是否启用取决于你在 DSH 中的技能与策略配置，安装前应逐项审阅。

结尾¶

LMTAgent 把许愿式需求润色、gstack 八角色分工、ShardLock 并发与 worker_digests 摘要审批接到同一套 DSH 插件里，并用工作台与 SSE 事件流把黑盒多代理执行收成可编辑、可重跑的有向工作流。若要安装或查看元数据，可访问 SkillHub 目录页 与 GitHub 仓库。