/root/.openclaw/workspace/tasks/task-discord-latency/task.md/root/.openclaw/workspace/tasks/task-discord-latency/session.md调研 OpenClaw 在 Discord 上的对话延迟明显高于 Telegram、且容易卡顿的原因。具体问题：
1. OpenClaw 处理 Discord 消息与 Telegram 消息的流程有何差异？
2. Discord 插件/连接层有哪些已知性能瓶颈？
3. 可能导致延迟高、容易卡的根因是什么？
4. 有无可操作的优化建议？
researcher → 爱衣质检
agent:researcher:main）任务：查阅 OpenClaw 本地文档，对比 Discord 与 Telegram 的消息处理流程，分析延迟差异的根因，输出调研报告到 report.md。
开始时：
1. 发工作日志：
bash
/root/.openclaw/workspace/scripts/log-to-channel.sh researcher receive "Discord延迟调研" task-discord-latency
完成后：
1. 将执行日志追加到 session.md
2. 发工作日志：
bash
/root/.openclaw/workspace/scripts/log-to-channel.sh researcher handoff "Discord延迟调研" main task-discord-latency
3. sessions_send 通知爱衣（agent:main:main，必须传 timeoutSeconds=0，禁止省略）：
task_id=task-discord-latency
task=/root/.openclaw/workspace/tasks/task-discord-latency/task.md
du -sb /root/.openclaw/workspace/tasks/task-discord-latency/
wc -l /root/.openclaw/workspace/tasks/task-discord-latency/session.md
若行数 N > 0，read session.md 全文。
通用检查（每次必须）：
- 产出是否符合原始需求？
- 执行过程是否有明显问题？
任务特定检查：
- 是否明确找到了 Discord 与 Telegram 处理流程的差异点？
- 是否给出了可操作的优化建议？
通过 →
1. 发工作日志：
bash
/root/.openclaw/workspace/scripts/log-to-channel.sh main done "Discord延迟调研" task-discord-latency
2. 用 message 工具发送给主人（telegram, 92763607），归纳根因与建议
⚠️ 必须调用 message 工具，不能只在主对话回复
不通过（rejectCount == 0） →
1. 分析问题根因，设计新执行链
2. 创建新的 task.md（task_id 加后缀 -retry1），session.md 独立
3. 在原 session.md 末尾追加一行 rejectCount=1
4. sessions_send 给新执行链起始 Agent
5. 发工作日志：
bash
/root/.openclaw/workspace/scripts/log-to-channel.sh main retry "Discord延迟调研" "<新执行链>" <起始role> 1 task-discord-latency
rejectCount >= 1（第二次仍失败） →
1. 发工作日志：
bash
/root/.openclaw/workspace/scripts/log-to-channel.sh main fail "Discord延迟调研" task-discord-latency
2. message 主人，归纳问题和两次失败原因，请主人裁决