要复现aionclaw偶发错误，须先禁用重试与兜底机制（设retry: false、fallback: null），再通过网络抖动或降权provider触发真实失败，最后启用错误日志、构造特定请求并冻结进程捕获现场。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要让AionClaw复现一个偶发错误，必须绕过它默认的重试与容错机制，强制暴露原始失败路径，否则系统会自动重试、降级或兜底，根本看不到真实报错。
关闭自动重试与故障转移
打开 ~/.aionclaw/config.yaml，找到 gateway 节点，在其下添加或修改：
```yaml
retry: false
fallback: null
```
保存后执行 aionclaw gateway restart。这一步是前提，否则即使错误真实发生，也会被静默吞掉或替换为兜底响应。
注入可控扰动触发偶发路径
方法一：模拟网络抖动
在请求发起前，临时插入 100–300ms 的随机延迟。可在调用链入口处加一行 shell 命令：sleep $(echo "scale=3; $RANDOM/10000" | bc)。OpenClaw 对毫秒级延迟敏感，尤其在并发高时，这个小扰动足以让 DNS 解析超时或连接池争抢失败暴露出来。
方法二：强制命中低优先级 Provider
编辑 config/providers.yaml，把当前主用 Provider（如 taotoken）的 priority 改为 1，同时将一个已配置但平时不启用的 Provider（如 ollama）设为 priority: 10。重启网关后，AionClaw 会按权重轮询——当轮到 ollama 且其服务未启动时，“Connection refused”错误就会原样抛出，不再被跳过。
捕获并锁定错误现场
第一步：启用全量错误日志
执行 aionclaw logs --follow --level=error --lines=500 > /tmp/aion_error.log 2>&1 &，后台持续捕获错误流。
第二步：构造确定性失败请求
用 curl 直连 AionClaw 网关，传入一个已知会触发异常的 payload：
curl -X POST http://localhost:8080/v1/agent/run \<br>-H "Content-Type: application/json" \<br>-d '{"agent_id":"fault_repro","input":{"trigger":"timeout_under_load"}}'
该 input 中的 trigger 字段会被 AionClaw 内部识别为压力测试信号，激活日志解析器中的边界分支逻辑。
第三步：立即冻结进程状态
一旦终端输出红色错误行，立刻执行：kill -STOP $(pgrep -f "aionclaw gateway")
这能暂停网关主进程，保留内存堆栈和 socket 连接状态，方便后续用 gdb -p 或 py-spy dump 抓取现场。
