OpenClaw / 链路梳理 / 系统收口
OpenClaw 周报：链路梳理与系统收口
这周最值得记住的，不是某一个炫的功能点，而是 OpenClaw 的几条关键链路被重新梳理了一遍。
01
修水管工的一周
周一先把 iMessage 入站不响应这件事掰开揉碎：现象不是”不能发”，而是 Messages 重新登录后，手动收发和 imsg send 都正常，但 OpenClaw 看不到新入站；最后靠重开 Messages，再 kickstart imagent / identityservicesd 才把链路救回来。
周二的重头戏是把 Telegram 私聊 bot 不回复的问题钉死到 OpenClash fake-ip/TUN 干扰上：api.telegram.org 被解析到 198.18.x.x，长轮询卡住，清旧 session + 重启 gateway 后才恢复干净状态。
同一天还把 cron 堵塞这颗雷挖出来了：不是签到站点挂了，是 cron.maxConcurrentRuns 默认像单车道施工，前面卡一个，后面全堵。后来把并发提到 3，至少不再一锅端。
周二晚上的高光是 OpenClaw 长文正式发到 ssurge.me，而且不是”发完就算”，后面又按既有文章风格做了一轮在线结构升级：开场区、摘要区、章节停顿、结尾判断，全都补了一刀。
周四把公众号排版工作流定死：先出 Markdown，再走 bm.md 格式化，再”复制为微信格式”，明确不要把正文硬灌进微信编辑器。这种事看着小，实际上是少踩很多坑。
周五是”系统面整顿日”：OpenClaw 升到 v2026.3.12，并做了 doctor / 构建核验；WhatsApp 原生 channel 也确认真的通了，扫码配对成功。
周五还顺手把多平台职责重新划线：Telegram 做控制面，Discord 收通知/自动化结果，iMessage 扛私人复盘/高优先提醒，Feishu 私聊做工作入口；旧 Discord 复盘 cron 也停掉，切到 v2，明显是在给系统降噪。
02
情绪波动
周一偏”修修补补的烦躁感”：问题不是彻底坏掉，而是半死不活，最耗人。
周二上午是典型的”排障火气值拉满”——Telegram 假 IP、cron lane 堵塞、复盘任务超时，全是那种表面看分散、底层其实互相绊脚的破事。
周二晚上情绪明显转正。文章能发出去，而且还能继续在线精修，说明这周不只是救火，也有真正落地的产出。
周四到周五更像”收口模式”：从内容工作流、channel hardening 到版本升级和 WhatsApp 实测，一路都在把松散配置收拢成更稳的系统。
03
几个教训
这周最反复出现的教训就一句：很多问题根本不是”功能坏了”，而是链路太长、状态太脏、默认值太坑。iMessage 如此，Telegram 如此，cron 也是如此。
真正有效的动作，基本都不是”多试几次”，而是把问题压缩成可验证的最小结论：发送链路正常还是入站坏、站点正常还是调度堵、文件能落还是 embedded agent 超时。判断一旦准了，修就快很多。
内容侧也有一个很清楚的偏好被坐实了：老大要的不是”AI 工具说明书”，而是有判断、有结构、有节奏的长文。
从本周留下的配置和 memory 看，整体方向已经越来越清楚：不是追求”所有渠道都能干所有事”，而是让每个平台只干自己最擅长的那一层。系统一旦分工清楚，噪音就少很多。
04
下周待办
- Discord 这轮虽然切到了 v2 新复盘链路，但旧会话污染的问题是绕开了，Discord 端是否稳定命中仍需要继续观察
- 复盘 cron 的根病还没算完全治好。已确认 cron → embedded agent → 生成内容 → 落盘这条链路容易超时，后续还得继续缩 prompt、控超时
- ACP harness 还没真正接上。当前结论是 acp=null、acpx 未启用；如果后续要接，最小方案是先把 codex + opencode 接起来
本周可复盘信息主要集中在排障、配置收口和内容发布；其他日常工作痕迹相对分散，继续靠 memory 记账，不然下周复盘又容易只剩一地 debug 灰。
0