消息与多 Bot 协作

消息应说明结果是什么、允许改变什么，以及哪些步骤需要停下来。可粘贴文字、链接和图片，使用 / 引用 Skill，使用 @ 提及 Bot、群组、routine 或插件，也可以针对具体结果回复。

附件与私有来源

桌面附件限制	数值
每条消息	最多 6 个附件
文档、图片、音频	每个 25 MB
视频	200 MB

支持的输入包括 PDF、Office、CSV、JSON、YAML、源码、HTML、邮件和 notebook 等；加密、损坏或特殊文件未必可读，必要时从源应用导出常见格式。解释每个附件的用途和权威性，例如哪个是已签署政策、哪个是待核对数据。

私有链接需要云电脑已登录或对应插件已连接。登录步骤由用户接管，不把密码和验证码写入普通聊天。

群组与交接

从 New 选择 2–6 个 Bots 建立群组，分别指定资料收集、撰写、复核等责任。普通消息由 Bots 判断谁响应；用 @ 指定接手者，用 @everyone 发送需要所有成员理解的更新。

用户在群里可附文件，但 Bot 向群组交接的消息只含文字。需要另一个 Bot 检查图片时，应让它直接发送图片给该 Bot。Bot 之间可以异步发消息唤醒对方，不必由用户逐步转发；每个阶段保持一个明确的负责人，减少重复工作。

工作中调整方向

直接消息优先于后台工作，可以改变当前任务方向。发送“立即停止”能要求结束工作，但不能撤销已经完成的写入、发送或其他外部操作。

审阅时要求 Bot 提供来源链接、适当的截图与时间、已完成操作、待批准操作和无法核实的事实。快速变化的数据应重新查询，不能只凭旧截图下结论。对既有产物提出修改要求，有助于保留连续版本。

历史与记忆

Bot 会保留稳定偏好、重要事实和工作摘要。业务事实仍应以原系统为准；发现过时假设要直接纠正，长期行为边界放入描述。搜索和命令面板的跨对话能力会随发布状态变化，必要时打开原 Bot 查历史。