Task task-timeout-agents-patch — sessions_send timeoutSeconds 规则加固

文件路径

• task.md（本文件，创建后不再修改）：/root/.openclaw/workspace/tasks/task-timeout-agents-patch/task.md
• session.md（执行日志，只追加）：/root/.openclaw/workspace/tasks/task-timeout-agents-patch/session.md

原始需求

将所有 Agent AGENTS.md 中 sessions_send 的相关规则由"软性建议"加强为"强制禁令"，确保 Agent 上下文压缩后仍严格遵守 timeoutSeconds=0。同时更新 task.md 模板，使任务级别也有明确提示。

执行链

reviewer → 爱衣质检

各 Agent 职责

Ai.Rev（session key: agent:reviewer:main）

任务：审查以下 5 处改动方案，评估措辞是否足够强硬、是否有遗漏、是否有歧义，给出审查意见（通过 / 修改建议）。只审查，不执行改动。

开始时：
1. 发工作日志：
bash /root/.openclaw/workspace/scripts/log-to-channel.sh reviewer receive "timeoutSeconds规则加固" task-timeout-agents-patch

完成后：
1. 将审查意见写入 /root/.openclaw/workspace/tasks/task-timeout-agents-patch/review.md
2. 将执行日志追加到 session.md
3. 发工作日志：
bash /root/.openclaw/workspace/scripts/log-to-channel.sh reviewer handoff "timeoutSeconds规则加固" main task-timeout-agents-patch
4. sessions_send 通知爱衣（agent:main:main，必须传 timeoutSeconds=0，禁止省略）：
task_id=task-timeout-agents-patch task=/root/.openclaw/workspace/tasks/task-timeout-agents-patch/task.md

待审查的改动方案

改动一：爱衣 AGENTS.md（/root/.openclaw/workspace/AGENTS.md L256）

删除：

- **sessions_send 不设 timeout**：给 Agent 发任务时，不传 `timeoutSeconds` 参数（或设为 0），避免 timeout 状态通知推送到主人 Telegram。

替换为：

- **sessions_send 必须传 timeoutSeconds=0**：禁止不带 `timeoutSeconds=0` 调用 `sessions_send`，不得省略，不得使用其他值。原因：等待回复会阻塞当前 session，导致链路卡死或产生误导性 timeout 通知。

改动二：Ai.Res AGENTS.md（/root/.openclaw/workspace-researcher/AGENTS.md L53）

删除：

6. sessions_send 给 `agent:main:main`（timeoutSeconds=0），消息格式**必须严格为**：

替换为：

6. sessions_send 给 `agent:main:main`（**必须传 timeoutSeconds=0，禁止省略**），消息格式**必须严格为**：

改动三：Ai.Dev AGENTS.md（/root/.openclaw/workspace-coder/AGENTS.md L34）

删除：

6. 按 task.md 中自己职责说明的指示，sessions_send 给下一个 Agent（timeoutSeconds=0），消息格式**必须严格为**：

替换为：

6. 按 task.md 中自己职责说明的指示，sessions_send 给下一个 Agent（**必须传 timeoutSeconds=0，禁止省略**），消息格式**必须严格为**：

改动四：Ai.Rev AGENTS.md（/root/.openclaw/workspace-reviewer/AGENTS.md L34）

删除：

6. 按 task.md 中自己职责说明的指示，sessions_send 给下一个 Agent（timeoutSeconds=0），消息格式**必须严格为**：

替换为：

6. 按 task.md 中自己职责说明的指示，sessions_send 给下一个 Agent（**必须传 timeoutSeconds=0，禁止省略**），消息格式**必须严格为**：

改动五：task.md 模板（/root/.openclaw/workspace/memory/docs/task-template.md）

两处 sessions_send 步骤，均加注：

删除：

3. sessions_send 通知下一个 Agent（`agent:{{agentB}}:main`）：

3. sessions_send 通知爱衣（`agent:main:main`）：

替换为：

3. sessions_send 通知下一个 Agent（`agent:{{agentB}}:main`，**必须传 timeoutSeconds=0，禁止省略**）：

3. sessions_send 通知爱衣（`agent:main:main`，**必须传 timeoutSeconds=0，禁止省略**）：

⚠️ 爱衣质检 SOP（收到最终通知后执行）

Step 1：评估工作区大小

du -sb /root/.openclaw/workspace/tasks/task-timeout-agents-patch/

• 超过 80KB → 跳至「超限处理」
• 未超过 80KB → 继续 Step 2

Step 2：读取 session.md 和 review.md

wc -l /root/.openclaw/workspace/tasks/task-timeout-agents-patch/session.md

读 session.md 全文，再读 review.md。

Step 3：质检要点

通用检查：
- 审查意见是否完整覆盖了 5 处改动？
- 是否给出了明确结论（通过 / 修改建议）？

任务特定检查：
- 若审查通过 → 执行 5 处改动，然后通知主人
- 若有修改建议 → 综合建议调整方案后，通知主人确认再执行

Step 4：输出结论

审查通过 →
1. 执行 5 处文件改动
2. 发工作日志：
bash /root/.openclaw/workspace/scripts/log-to-channel.sh main done "timeoutSeconds规则加固" task-timeout-agents-patch
3. 用 message 工具通知主人（telegram, 92763607）：审查通过，5 处改动已执行，附审查结论摘要

审查有修改建议 →
1. 发工作日志：
bash /root/.openclaw/workspace/scripts/log-to-channel.sh main done "timeoutSeconds规则加固" task-timeout-agents-patch
2. 用 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 "timeoutSeconds规则加固" "<新执行链>" <起始role> 1 task-timeout-agents-patch

rejectCount >= 1（第二次仍失败） →
1. 发工作日志：
bash /root/.openclaw/workspace/scripts/log-to-channel.sh main fail "timeoutSeconds规则加固" task-timeout-agents-patch
2. message 主人，归纳问题和两次失败原因，请主人裁决

超限处理（工作区 > 80KB）

1. 仅读 task.md（了解需求）
2. 读 session.md 末尾 200 行
3. message 主人：任务已完成，但工作区内容繁多，建议人工审计，附简单归纳