Discord 子区创建协议
从 preview 到 create、read-back、allowed mentions 与 writeback 的完整因果链;说明为什么它不是第七种对话方式,而是有外部副作用的 workspace action。
入口文档解释产品心智;这里是协议、权限、API、生命周期与失败语义的真实落点。运行时凭证永远不进入浏览器,所有有副作用的动作都经服务端 relay 边界。
已经从真实浏览器路径验证、可日常使用并回写证据的技术文档。
从 preview 到 create、read-back、allowed mentions 与 writeback 的完整因果链;说明为什么它不是第七种对话方式,而是有外部副作用的 workspace action。
以下主题已在 relay-v0 工程笔记与 README 中沉淀实现与验证,待整理成独立技术页。它们彼此独立,按真实 dogfood 需要优先级生长,不抢占当前主线。
sending → accepted → running → answered / failed / stopped / unknown;client_message_id 跨刷新与 relay 合并,不靠文本与时间窗猜测。
规划中每分身一个独立 controller / trace / Stop / Steer / FIFO;不同分身可同时工作,同一分身仍串行。
规划中reply_to_client_message_id 让异步交错的时间线仍可一眼追到“回应 Gong”的原文。
规划中Hermes session.interrupt / OpenClaw chat.abort;签名 stop descriptor 让任一 relay 安全停止同一运行;Hermes 运行中 session.steer 纠偏。
规划中30 天可信个人设备 / 8 小时临时设备;服务端签名限定 TTL,前端只选已批准档位。
规划中从 Hermes commands.catalog / OpenClaw commands.list 实时取目录;精确命令意图压过模糊匹配。
规划中mode 只塑造回应;action 改变外部世界。Discord 子区因此多出 review / confirm / read-back / writeback。
规划中DOM-only Markdown 子集:代码块、列表、引用、链接、表格;未知流式语法保持可见文本。
规划中