@michengai/dsh-agency-agents（站内显示名「专家智能体库」）属于 DSH 插件里比较特殊的一类：它不给你新模型，也不给你新工具链，而是把一批写好角色设定的专家摆在你面前，让你在会话里按需召唤。这篇不聊源码，只聊怎么用。先说明身份：README 明确写了这是社区维护的 DeepSeek Harness 插件，并非 DeepSeek AI 官方产品。想横向比较同类插件，可以先看 DeepSeek Harness Hub 插件清单。
装完之后先确认两件事
安装走标准流程：
dsh plugin --profile web add @michengai/dsh-agency-agents@latest --registry=https://registry.npmjs.org/
dsh --profile web --dump-config第二条命令经常被跳过，但它才是关键：配置输出里应当同时出现 agency-agents 与 agency-agents-remote，只看到一个说明没装完整。之后重启 DSH Web 并硬刷新浏览器。
还有一个反直觉的点：不要手工复制 client 文件——设置页需要的是被挂载的 Remote 服务，手拷文件绕过了 dsh plugin add 的注册流程，结果就是设置页里找不到入口。
装好后你会拿到两个入口：设置 → 专家负责管理，输入框上的 Experts 选择器负责在写任务时快速选人。
Experts 选择器：分组、排序与搜索
分类保持原始顺序，专家按本地化名称排序
选择器是一份按分类分组的紧凑列表，每行一个头像加一个名字。分类之间的相对顺序固定，不随你启用了多少位专家而变化；分类内部按专家的本地化名称排序，界面切成中文时排序依据也跟着变。
1～2 个字符匹配整词，3 个字符以上才匹配词前缀
搜索覆盖全量名册，包含已停用的专家，可按名称、领域或关键词搜。规则有两条：英文词只有 1～2 个字符时只匹配整词；3 个字符及以上才除整词外还匹配词前缀。所以想模糊捞人，词得打够三个字母才有效。命中停用的专家时那一行会标注 Enable and select，点一下等于「启用并选中」一步到位。
点击只插入短标签，不会替你发消息
选中一位专家后，界面做的唯一动作是把本地化专家名作为短标签插进输入框。它不会发送消息，也不会替换你已经写好的文本或附件。选中和提交是彻底分开的两件事：你可以先连选几位专家，再慢慢把任务描述补齐。
Code Reviewer
审查当前工作区的改动，按严重程度列出可复现的问题。任务示例只在正文为空时插入
通过工具栏或 @ 选中「带任务示例」的专家时，如果任务正文还是空的，示例会自动插到引用之后。这里有两层保护：正文已经有内容时模板不会追加，你原来的话完整保留；任何情况下都不会自动发送。还有一点特别容易被误解——示例只解释「怎么把需求写清楚」，它不授予任何外部平台或工具的访问权限。
带任务示例的是名册中的前 8 位，覆盖代码审查、UX 研究、UI 设计、UX 架构、产品管理、技术写作、研究综合和小红书运营。
@ 触发：另一条更快的入口
已启用的专家也会出现在 @ 快捷列表里。@ 只搜已启用的专家，设置页里的搜索则能翻到停用的那些——日常按 @ 更快，找冷门角色就去设置页。
5 个内置专家团：一次拉一组视角
单个专家解决「一个角色怎么想」，专家团解决「一组角色怎么互相补位」。
| 专家团 | 分析重点 | 交付内容 |
|---|---|---|
| 产品方案评审团 | 需求价值、用户体验、技术可行性 | 优先级与行动清单 |
| 技术方案评审团 | 架构、安全、验收边界 | 风险与验收清单 |
| 内容选题策划团 | 选题角度、传播策略、事实核验 | 选题方案与内容结构 |
| 数据分析诊断团 | 指标、数据质量、业务解释 | 分析结论与验证步骤 |
| 专题研究专家团 | 研究范围、证据、综合判断 | 有来源的研究结论 |
内置团可直接用，也可复制一份再改。自定义团需要 2～8 位成员，最多保存 100 个，可配置成员职责、共同目标、约束、交付要求和 1～3 个任务示例。启用团队时若成员专家尚未启用，界面会提示确认；选中团队或插入示例都不会发送消息。
主会话统一交付：专家不会再往下派活
使用时最需要有心理预期的一点：专家不会继续召唤其他专家——主会话负责委派、核对证据、处理分歧，最后交付一份结果。程序化调用上，主会话可以先 list_experts(division?) 列专家，再用 summon_expert(expert, task) 按专家名委派；批量入口 summon_experts 一次最多 8 个专家、并发 4，部分专家失败时仍会返回成功的那部分答案。所以多层协作的链路得由你自己编排调用顺序。
关于专家数量：321 与 331 并存
站内详情页与包描述、README 开头标注的是 321 名可召唤的专业智能体；而 README 的「Expert roster」章节写的是 331 bundled experts across 22 divisions，Features 段落又回到 321。同一份 README 里两个数字并存，本文也不替它选一个。
两条维护边界
自定义专家有 200 个上限，删除不可撤销，内容与启用状态会被永久移除，要留档请在删除之前导出。基础目录更新引入的名称冲突会保留在设置里供改名，但冲突中的专家不可召唤。数据存在插件目录之外，升级会保留；降级则要先备份。
总结
如果你要的是「一批现成的专业角色 + 一个统一交付的主会话」，用法其实只有三步——在设置里启用角色，用 Experts 选择器或 @ 把角色挂上，然后自己把任务写完整；想横向比较同类插件，可以在 DeepSeek Harness Hub 插件清单 里对照着看，但它不会替你做决定。
适合与不适合
适合：需要固定角色输出专业分析的场景，比如代码审查、方案评审前的风险清单；习惯先把任务想清楚再交给智能体、不依赖「一发就走」的团队；需要按分类管理上百个角色、且希望角色数据在升级后保留的用户。
不适合：期待专家自动互相派活、做多层递归协作的人——插件明确不做递归委派；宿主版本不在白名单里的人，尤其是还在跑 0.1.6 / 0.1.7 alpha 的安装，插件不受支持；把自定义专家当长期知识库存放又不做备份的人，200 个上限与不可撤销的删除会让这一步很疼。
标签：专家智能体库、DeepSeek Harness、应用实践、Experts 选择器、专家团协作
本文由 DeepSeek Harness Hub 自动整理，数据来源于插件详情页。