GengDaPeng/dsh-agent-message

English | 中文

DeepSeek Harness 的跨会话 Agent 通信插件：让运行在同一个进程里的不同 Agent 会话，像发消息一样互相收发信息。

---

这是什么

在 DeepSeek Harness 里，一个进程会同时挂着多个 Agent 会话。本插件给每个会话装上三个工具，让它们能互相"发消息"：

• 发消息前，先列出所有可发送的独立会话（未归档、排除真实子代理，含离线未打开的），按标题找到目标；
• 找到后，把消息投递到目标会话——普通消息统一进入独立的新 turn；目标离线（进程重启后还没打开）时，插件通过 Harness 公开接口恢复会话、投递，并保持加载供后续通信，插件卸载时再释放 handle；
• 需要时，可以按需查询某条消息的送达状态（排队中/已认领/被丢弃/未知），并单独查看目标是否正在运行，供监督场景使用。

典型场景：编排者 Agent 给开发 Agent 派活、两个 Agent 协作接力、主会话给测试会话发指令、监督者 Agent 盯梢多个 worker。

功能

能力	说明
list_peer_agents	列出所有可发送的独立会话：未归档、排除真实子代理；普通 fork 保留。返回 id、标题、工作目录和运行状态
send_agent_message	给指定会话 ID 发消息；默认使用 followup 创建独立的新 turn，离线时自动恢复后投递；显式支持 followup、inject、steer
check_delivery	按需查询消息回执（pending/claimed/discarded/unknown）；发送成功时先返回 accepted，接纳前失败由工具错误表示；指定消息 ID 时支持重启后恢复查询
@ 会话定位	在输入框开头键入 @ 选择目标；候选只显示会话标题和“运行中/空闲”，空白占位和子代理不混入。选择后用户看到可读标题，当前 Agent 收到稳定 session ID；@ 只定位，发送、读取或分析由整句意图决定
可见的 Agent 消息卡片	relay 仍保留真实的插件来源，但 Client 将它显示为左侧 Agent 消息卡片；From Session · <名称>: 可点击或通过键盘打开发送方会话
复制会话 ID	会话头部新增「复制ID」按钮，一键复制当前会话 ID

发送方导航示例

当前 relay 消息显示为可见的 Agent 消息卡片；点击消息头即可跳转到发送方会话。持久化来源仍是插件 relay，不会伪装成人类输入。完整会话 ID 同时保留在 typed source 和 Host 生成的模型可见协议头中，避免接收 Agent 猜测发送方。

投递模式（send_agent_message 的 mode 参数）

mode	含义
（默认，不传）	followup：给目标创建独立的新 turn；离线时自动 resume 后投递
followup	与默认相同；在线直接排队，离线自动恢复后排队
steer	立即介入对方当前工作（仅 running 会话）
inject	不打断当前目标，静默补充下一步上下文（仅 running 会话）

归档会话和真实子代理一律拒绝发送；普通 fork 仍是独立会话，可以发送。发给自己也会被拒绝。

安装

方式一：一行命令（推荐）

dsh plugin --profile web add dsh-agent-message

装完即自动注册，无需任何额外配置。

兼容范围：Node.js 24、DeepSeek Harness >=0.1.0-rc.6 <0.2.0；当前验证版本为 Node.js 24.x、Harness 0.1.0-rc.6。

方式二：从 GitHub 安装

dsh plugin --profile web add github:GengDaPeng/dsh-agent-message

方式三：直接发给你的 Agent

打开任意一个 DSH 会话，把下面这句话发给它：

帮我安装跨会话通信插件，执行：dsh plugin --profile web add dsh-agent-message

Agent 会用 bash 执行这条命令，装完自动挂载、所有会话立即可用。

装完自动发生了什么

插件自带 cordis.patch.yml（由 package.json 的 dsh.bundle.patch 指向），安装后自动把自己挂进宿主组合——所以你不需要手动改 preset、改 cordis.patch.yml。所有会话自动获得 list_peer_agents、send_agent_message 和 check_delivery。

使用

1. 在会话 A 的输入框开头键入 @，从原生候选菜单中选择目标会话；候选会显示标题和“运行中/空闲”；
2. @ 只告诉 A 信息或操作的目标在哪里，不代表发送。当前请求或用户已授予的编排职责要求跨会话传递信息时，A 才调用 send_agent_message。例如 @B 告诉他最后提交 PR draft 就停止 会发送，@B 帮我分析他最新的对话结果 则不应向 B 发消息；
3. 显式要求转告时，A 只负责投递并报告“已接受”或失败，不代为执行被转发的任务，也不要求 B 额外回复“收到”；如果正文明确要求 B 把业务内容返回 A，B 才向 senderSessionId 发送消息；
4. 也可以让 Agent 调 list_peer_agents，再用完整会话 ID 直接发送；
5. 会话 B 收到的是带 typed relay source 的原生 UserMessage；正文首行还有 Host 生成的最小来源协议，B 不需要猜测发送方；Client 将其显示为可见 Agent 消息卡片，并可从消息头打开发送方会话；
6. （监督场景）说「查一下我发给 <会话ID> 的消息状态」——它会调 check_delivery。

原理

每个 Agent 都有一个收件箱 Inbox，里面是两条 FIFO 队列：

• next-turn：排队等待作为独立一轮处理的消息；
• next-step：当前轮次内、下一步边界消费的引导输入。

send_agent_message 的投递路径：

• 在线普通消息：通过 agents 注册表找到目标 Agent，调用 followup() 进入独立的 next-turn；
• 运行中高级语义：用户无需说出模式名；Agent 根据整句话判断，明确要求立即介入时使用 steer()，明确要求不打断当前任务、只补充上下文时使用 inject()；目标必须确实为 running，判断不清时仍使用默认 followup()；
• 离线普通消息：先由 sessionQuery.readSession() 读取同一份逻辑会话快照并校验目标，再通过公开 agents.resume() 恢复、调用 followup()；插件持有并复用恢复得到的 handle，目标回到 idle 后仍保持加载，只在插件卸载时释放。恢复失败直接返回失败，不伪造核心 Inbox 事件作为留言。

会话枚举、批量标题和离线日志读取分别使用 Harness 的 sessionQuery.listSessions()、readTitleSnapshots() 与 readSession()。SessionId 是唯一地址；parentSession 只记录分叉血缘，只有 origin: subagent 才会被识别为真实子代理。插件不直接扫描 sessionPersistence 重建另一份会话目录。

send_agent_message 成功把原生消息提交给目标 Inbox 后立即返回 accepted 和该消息的原生 messageId；模型只接收简短的“已投递”，完整结果保留在工具呈现元数据中。check_delivery 根据 Inbox 事件按需返回 pending（仍在排队）、claimed（已被某轮认领）、discarded（被取消）或 unknown。claimed 只是传输证据，不表示已读、回复或任务完成。接纳前失败由 Harness 工具错误表示，不写入目标 Inbox。目标是否正在运行通过独立的 targetRuntimeStatus 返回，不把 Agent 的整体运行状态误当成某条消息正在处理。指定 messageId 时可从目标现有 Inbox 日志恢复状态，因此进程重启后仍可查询。

所有跨会话消息都由 Harness createUserMessage() 创建，UserMessage.id 是唯一消息身份。source.kind 固定为 dsh-agent-message，form 固定为 relay，并携带协议版本、发送/目标 Session 和显示标题。由于当前 Harness 不会把自定义 source 字段展开给模型，Host 还会在正文首行写入只含 senderSessionId 的最小 <dsh-agent-message> 协议头；source 是持久化/UI 真相，协议头只是回复寻址所需的模型可见投影。插件不注册全局系统提示词，发送准入只存在于 send_agent_message 的工具合同中。Client 只把 relay 投影为可见的 Agent 消息卡片，不会反向把 Agent 消息伪装成人类 user 来源。

relay 只表达“另一会话发来的消息”，本身不等于必须回复或禁止回复。正文明确要求返回业务内容时，接收 Agent 可用同一工具向 senderSessionId 发送消息；没有明确要求时不回传 transport ack 或单纯的“收到”。插件不自动关联请求与回复，也不自动转发 Agent 的普通回答。

输入框的 @ 会话定位复用 Harness 原生 inputTriggers 命令标记：选择后的可见标题最多 40 个 Unicode 字符，超出用省略号；提交给当前 Agent 时换成完整 @session-... 稳定 ID。发送后的气泡依然用聊天图标和实时会话标题投影该 ID，显示名称变化不会改变定位目标。

完整的现役架构合同见 docs/architecture-v2.md。

目录结构

dsh-agent-message/
├── lib/
│   ├── index.js        # host 半区：list_peer_agents / send_agent_message / check_delivery
│   └── client.js       # client 半区：@会话引用、会话导航与复制会话ID按钮
├── cordis.patch.yml    # 自注册补丁（dsh.bundle.patch 指向它）
├── package.json        # DSH 插件清单（dsh.bundle / dsh.client / dshx.contributes）
├── docs/               # 现役架构与 README 示例截图
├── README.md           # 中文文档
└── README.en.md        # English documentation

限制

• 目标会话必须未归档且存在于本机持久化里；归档会话一律拒绝发送。
• 工具只用于独立 Session 之间通信；真实子代理既不会出现在目标列表中，也不能作为调用方使用这些工具。
• 同一对 Session（不分发送方向）在滚动 60 秒内最多投递 10 条消息；第 11 条会在写入目标 Inbox 前被拒绝。该窗口只属于当前 Harness 进程，重启后清空。
• 自动恢复离线会话时会使用默认模型（不继承它上次手动切换的模型选择）；恢复失败时消息不会被写入目标 Inbox。
• 不指定 messageId 的批量回执依赖内存记账，只覆盖本进程最近 1000 条发送记录（FIFO 淘汰）；进程重启后仍可凭已知 messageId 查询，但不再返回易失的 sentAt 和 mode。
• 跨进程/跨机器通信不在本插件范围内。

License

MIT