agents-in-the-loop 怎么安装？

在已安装 dsh CLI 引擎的环境中，进入插件页复制安装命令一键执行即可；自动检查通过：npm 包已发布且 engines 声明满足基线（声明 Node ^22.13.0 || >=23.4.0）；该结论来自程序自动检查，未经人工实机验证。

agents-in-the-loop 兼容性怎么样？

自动检查通过：npm 包已发布且 engines 声明满足基线（声明 Node ^22.13.0 || >=23.4.0）；该结论来自程序自动检查，未经人工实机验证。

agents-in-the-loop 有中文文档吗？

已提供中文翻译 README（由 DeepSeek 最新模型翻译生成），本站可切换中英文对照阅读。

agents-in-the-loop 还在维护吗？

GitHub 0 星。最近一次上游提交在 2026/9/15。

智能体呼叫中心 markelayan/agents-in-the-loop

DeepSeek Harnessv1.6.0

markelayan49 天前有提交已提供中文文档扫描：含敏感能力

在 GitHub 查看 ↗

让不同会话的智能体互相发消息并互加联系人

30/100

综合分

GitHub 星标

npm 周下载

—/5

用户评分

数据截至 2026/9/16 · 周下载取自 npm 全网（含 CI / 镜像），非本站安装数；综合分由星标、活跃度与兼容性检查合成。

安装命令 · 需先装 dsh CLI 引擎

dsh plugin --profile web add dsh-agents-in-the-loop

npm 源 · dsh-agents-in-the-loop 的发布者账号已校验与本仓库一致

状态速览

判定依据：实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态

信任档位：已验证

是什么

dsh 原生插件 · chat

装得上吗

本站已在 dsh 0.2.1-rc.2 下真实安装成功

非静态推断

L5 · 运行时冒烟等级说明 →

安全吗

本站尚未对该插件做风险分级

暂未覆盖，不等同于无风险

还在维护吗

更新放缓：最近一次提交在 49 天前

档位由哪些信号合成

本站实装验证（真实安装 L4 覆盖全站；L5 为运行时冒烟或实机截图，覆盖范围小于 L4） · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。下方各区块是它的证据明细。

验证判据与等级说明 →

社区实装还没有人打卡 · 装过的第一个就是你

安装兼容性检查✓ 自动检查通过

展开查看检查明细 ↓

以下结论由程序自动检查 npm 包、engines 声明与入口文件得出，未做人工实机验证——能装不等于用着没问题。

✓npm 包dsh-agents-in-the-loop @ 1.6.0

✓Node 引擎要求 ^22.13.0 || >=23.4.0 · 基线 Node 22.19 满足

✓dsh CLI 依赖未声明 dsh 版本约束

✓入口文件main/exports/bin 已声明

验证方式：npm registry 存在性 + package.json 静态校验 · 最后检查 2026/10/20 04:30:03

安全扫描自动 · 静态分析源码

v2.7.0

🔵 扫描：含敏感能力尚无人工评估

展开查看扫描说明与证据 ↓

静态扫描发现插件具备触达本地系统的能力：执行外部命令、读写/删除本地文件、读取剪贴板或密钥类环境变量（至少其一）。这是能力清单，不是危险判定——具体能力项与证据见下方，安装前请自行判断是否需要。

读写/删除本地文件

查看扫描证据（共 4 处，展示前 4 条）

读取本地文件
lib/index.js:64
const data = JSON.parse(readFileSync(file, 'utf-8'))
写入本地文件
lib/index.js:75
mkdirSync(dirname(file), { recursive: true })
写入本地文件
lib/index.js:77
writeFileSync(tmp, payload, 'utf-8')
写入本地文件
lib/index.js:78
renameSync(tmp, file)

扫描于 2026/11/4（0 天前） · 范围入口闭包 + 全包扫描 · 来源 npm 发布包

静态扫描只反映源码中出现的调用，不构成安全背书；人工评估与自动扫描相互独立、互不覆盖。

给这个插件打分还没有人投票↓

用户评分

还没有人投票，来当第一个

广告精选好物

飞利浦 TAH6519 主动降噪耳机 ¥299

头戴式无线 anc 主动降噪，蓝牙连接，久戴舒适向。

·anc 主动降噪 · 头戴式无线
·价格与库存以商品页实时为准

去淘宝看看→

广告MCP 兼容手册

装完插件，给 AI 接上 MCP

Cursor、Claude Code、VS Code 逐个核对：能不能装、配置怎么写、装不上是什么原因。

·按客户端逐格核对
·结论标注依据与风险等级

查 MCP 兼容性→

功能亮点

跨会话投递消息
具名联系人目录
按名字自助登记

最近更新

在 GitHub 查看全部 →

v2.0.02026-10-10

DSH 充当 Claude Code、Codex 等外部智能体的控制中心：会话身份由工作区支撑，通过 MCP 直接访问工具，还有常驻工作进程、联系人，以及接收回调的收件箱。Mission Control 是独立应用，可选安装。

· 升级要求

· Node ^22.13.0 || >=23.4.0；已验证的 DSH 目标版本为 0.2.0-rc.2。
· 所有能力开关默认关闭，只启用你需要的功能。
· spawn_session 每次调用都要传 provider、model、preset 和 permission；用 aitl_catalog 查询有效选项。
· SQLite schema v3：升级前先备份状态；不支持自动降级。重新配置身份前先清空收件箱。
· 升级后重连 MCP 客户端，刷新工具 schema。

· 安全与集成

用 mcp.tools 显式暴露工具，或用 allTools 自动暴露所有已注册的 DSH 工具。完全暴露会授予广泛的主机访问权限；持有共享密钥的人可以冒充工作区身份。订阅认证仍留在受支持的外部客户端或已配置的 DSH 服务商中。本插件不认证订阅政策合规性，也不提供服务商权益。

原生任务板的 Execute 补丁和 auto-memory 兼容补丁是分开的，不包含在 npm 归档中。不要通过 DSH 的 MCP 管理器把 DSH 的端点导回同一个 harness。

· 验证与限制

· 114/114 插件测试通过；独立 Sol 审查通过。
· 工作区实时记忆、动态生成、原生任务板执行、联系人、收件箱轮询/读取/确认检查均通过。
· 归档包含 17 个预期文件，无捆绑依赖，默认配置为关闭。
· 渲染 UI 的 QA 和可选的 Mission Control 端到端测试仍未完成。

附件 .tgz 是可分发的 npm 格式包。创建这个 GitHub release 并不会把它发布到 npm。安装、依赖、迁移和完整警告见该 tag 下的 README 和 changelog。

v1.6.02026-10-03

· 修复：DSH 0.2 上的上下文膨胀——已送达的消息永远无法被压缩掉

在 DSH 0.2.0-rc.2 上接收 session_message / HTTP-API 消息的智能体会不断累积上下文，既压不掉也删不掉，最终撑爆上下文。

根因。DSH 0.2 把 systemPrompt.context() 文本的每次变化都物化成历史里一条新的完整运行时上下文快照消息（dsh-agent-loop RuntimeContextProjection）。本插件把每条消息都推进这份运行时上下文（5 条记录，30 分钟 TTL），也推进对话。每次送达、每条记录过期，都会重新追加所有缓冲消息——外加其他所有插件的运行时上下文。

· 改动
· 移除运行时上下文记录通道。每条消息只作为一条普通、可压缩的对话消息送达一次：
 - 目标空闲 + 唤醒 → steer（回退 followup）
 - 目标忙碌，或 wake: false → agent.inject 通知（排队到下一步，不唤醒）
· 单条消息上限，可配置：sessionMessage.maxChars（默认 8000）。超长文本会被截断，并附一条提示让发送方改发文件路径。
· 压缩提示。每条消息末尾加一行说明，让摘要器保留发送方 + 要点，而不是逐字抄进每个检查点。
· test/delivery.test.mjs——mock-ctx 测试套件（npm test）。

· 兼容性
| DSH 版本 | 状态 |
|---|---|
| 0.2.0-rc.2 | 兼容——已对照 0.2.0-rc.2 源码做 API 检查 + 单元测试；实机验证待做 |
| 0.1.7-rc.2 | 兼容 |
| 0.1.6-alpha.1 | 兼容 |
| 0.1.2 | 兼容 |

Node >= 20。零运行时依赖。HTTP API（/api/agents-in-the-loop/{message,contacts,sessions}）不变。

· ⚠️ 警告
· 行为变更——结果结构。delivery 取值现在是 wake-steer / wake-followup / notice（原为 context+wake-steer / context+notice / context-only）。任何解析 delivery 的代码都要改。
· 不再有运行时上下文副本。以 wake: false 发送的消息现在是排队的对话通知，不再是 30 分钟的系统提示词记录。
· 已膨胀的旧会话不会被追溯清理。历史里已有的快照会在该会话下次压缩时掉出；已抄进消息的检查点会一直保留，直到后续某次压缩重写它们。开新会话是最快的干净起点。
· 需要重启。DSH 不会热重载插件模块——升级后重启 dsh web。
· 超过 maxChars 的消息会被截断。长报告请发文件路径。

v1.5.12026-09-28

修复 AI-Scarlett/DSH-Store#1219：manifest 现在带上精确的 dsh.compatibility.dshReleases 矩阵（0.1.2 / 0.1.6-alpha.1 / 0.1.7-rc.2，已实测兼容），README 也写明权限（contacts-store 文件写入、仅限回环的 HTTP）、外部服务（无）和失败边界。无代码改动。

npm：npm publish --access public（需开启 2FA 的维护者执行）。

数据来自仓库的 GitHub Release，可能与插件实际版本不一致。

README

由 DeepSeek 最新模型翻译生成

agents-in-the-loop 面向 DeepSeek Harness (DSH) 智能体的跨会话呼叫中心。仅有两个模型工具，别无其他：session_message 在 dsh 实例上的任意两个会话之间传递消息，而 contacts 是建立在会话 id 之上的命名目录，让智能体可以通过别名一次调用即可互相联系。原名 taskboard-flow —— 看板触发/分诊/任务引擎已在 v1.0.0 中移除；消息传递核心被原样保留。配置是基于文件的（一个 cordis 组合补丁）。没有 Web UI，没有数据库，没有后台轮询 —— 在智能体调用工具之前，该插件处于惰性状态。它为你的智能体带来了什么 - session_message —— 列出活跃会话；向另一个会话发送消息。投递规则（久经考验，原样保留）： - 空闲目标 + 唤醒（默认）：完整消息文本被渲染进目标对话（steer，followup 回退）并且被推入其运行时上下文（约 30 分钟 TTL）。主 GUI 会话仅在用户输入时开始一轮 —— 任何人打开该会话的那一刻文本即可见。 - 忙碌目标 + 唤醒：完整文本作为插件来源通知被注入 —— 立即可见，轮次中途安全，不启动轮次 —— 外加运行时上下文备注。 - resumeIfDead: true 会先复活一个已死目标（需主动启用）。 - 拒绝自我发送。

展开完整文档（README 剩余 1 节）

agents-in-the-loop

面向 DeepSeek Harness (DSH) 智能体的跨会话呼叫中心。 仅有两个模型工具，别无其他：session_message 在 dsh 实例上的任意两个会话之间传递消息，而 contacts 是建立在会话 id 之上的命名目录，让智能体可以通过别名一次调用即可互相联系。

原名 taskboard-flow —— 看板触发/分诊/任务引擎已在 v1.0.0 中移除；消息传递核心被原样保留。

配置是基于文件的（一个 cordis 组合补丁）。没有 Web UI，没有数据库，没有后台轮询 —— 在智能体调用工具之前，该插件处于惰性状态。

它为你的智能体带来了什么

- session_message —— 列出活跃会话；向另一个会话发送消息。投递规则（久经考验，原样保留）：
- 空闲目标 + 唤醒（默认）：完整消息文本被渲染进目标对话（steer，followup 回退）并且被推入其运行时上下文（约 30 分钟 TTL）。主 GUI 会话仅在用户输入时开始一轮 —— 任何人打开该会话的那一刻文本即可见。
- 忙碌目标 + 唤醒：完整文本作为插件来源通知被注入 —— 立即可见，轮次中途安全，不启动轮次 —— 外加运行时上下文备注。
- resumeIfDead: true 会先复活一个已死目标（需主动启用）。
- 拒绝自我发送。
- contacts —— 建立在原始会话 id 之上的命名目录（list / get / call / add / update / remove）：
- 一次调用即可将 "advisor" 解析为会话 id + 标签 + 实时状态（无需 session_message list 加猜测）。
- call 通过同一投递引擎向联系人发送消息。
- 自我注册只需要名称：不带 sessionId 的 add 会自动注册调用方会话（v1.0.0 沿用了 taskboard-flow v0.7.3 的行为）—— 永远不要研究你自己的会话 id。
- 名称：小写 [a-z0-9._-]，≤64 个字符。

安装

dsh plugin --profile web add link:/path/to/agents-in-the-loop
cp cordis.patch.yml.example cordis.patch.yml # then edit

之后重启 dsh web。这些工具会出现在每个会话中。

配置

一行（参见 cordis.patch.yml.example）：

- insert:
- id: agents-in-the-loop
name: agents-in-the-loop
config:
enabled: true
sessionMessage:
enabled: true # kill-switch for the session_message tool
contacts:
enabled: true # kill-switch for the contacts tool
file: '~/.dsh/taskboard-flow-contacts.json' # default store

联系人存储默认为 ~/.dsh/taskboard-flow-contacts.json —— 即历史上的 taskboard-flow 路径，因此重命名之前创建的联系人仍可继续使用。原子 tmp+rename 写入；个人状态，绝不随附发布。

数据与清理说明

- ~/.dsh/taskboard-flow-contacts.json —— 联系人存储（保留）。
- ~/.dsh/taskboard-flow-state.json —— 旧的调度状态文件；v1.0.0 插件从不读取它，可以删除。
要求

- 一个正在运行的 dsh web 部署（dsh ≥ 0.1.1）。
- 无其他依赖；不需要 dsh-taskboard（本插件不再需要该看板插件）。

许可证

MIT