dsh-peer-bus

当你同时开着两个 DSH 会话，却希望它们像同事一样互相传话、代问代答，而不是你来回复制粘贴时，dsh-peer-bus 就是为这种场景准备的。它把「跨会话通信」做成模型可调用的 bus 工具：一方提问，另一方会被唤醒并在同一轮或后续轮次里把结果带回来。

核心能力围绕几条清晰的分工展开。模型侧有 bus_send、bus_ask、bus_reply、bus_wait、bus_roster、bus_status 等工具，分别对应发消息、同步提问、显式回复、主动等待入站消息、查看可达会话与消息状态。权限完全由你在 /bus 里授予或撤销，模型无法自行放开通道——因为入站内容会以用户消息形式出现，默认可达等于给 prompt 注入留了口子，因此插件采用默认拒绝，需 /bus allow 或在工作区 cordis.patch.yml 里写规则才能放行。

每次消息都会唤醒目标会话的完整一轮，上下文成本要按「轮次」来估算；README 也提醒可以用 texts 批量发送、用 supersede 修正尚未开始的指令，并在 USAGE.md 里了解如何少耗轮次。若两个会话分属不同 DSH 进程，可在双方配置中开启跨进程能力，但接收端进程仍单独决定谁可以联系它的会话。

适合需要双会话协作的开发者：例如一个会话专注实现、另一个持有发布信息或专用上下文，用自然语言让 A「去问 B 发布版本是多少」即可，由模型选用 bus_ask 等工具完成，而不必手写工具名。