解决的问题#
Cron isolated 任务大面积报错。 6 个以上的定时任务同时抛出 "Channel is required when multiple channels are configured"。根因是配置了多个消息渠道（Telegram + WhatsApp 等），但 isolated 模式的任务没显式指定 delivery.channel。逐一补上 channel 字段后恢复正常。
Istio 长文脱敏迁移。 一篇 6075 行的 Istio 技术文章从旧博客搬到 Blowfish 新站，涉及 134 处脱敏（内部域名、人名、项目名等）。用 Sub-Agent 并行处理，每个 Agent 负责一个章节，最终合并成一个干净的 Markdown 文件。
固件周报 W15 生成。 调 Test Stats API 拉数据，Playwright 自动截图，脱敏后拼成标准五章节 HTML 周报，邮件发出。
学到的新东西#
- OpenClaw cron 任务分两种运行模式：isolated（独立会话，看不到主会话上下文）和 main session（共享上下文）。isolated 模式下所有必要参数必须自包含，不能指望环境默认值。
- Istio 文章迁移时发现旧博客的 HTML 嵌套极深，直接 pandoc 转 Markdown 会丢结构。最终用 Sub-Agent 逐段清洗效果更好。
- OpenClaw 本地版本 2026.3.9 落后最新 v2026.4.5 共 4 个版本，需要抽空升级。
踩坑记录#
- Brave Search API 间歇性 fetch failed：搜索请求偶尔超时，没有稳定复现条件。暂时只能靠重试兜底。
- Cron 报错排查耗时偏长：因为错误信息不够明确，花了较长时间才定位到是 channel 配置问题。以后新建 cron 任务时直接把 channel 写死，避免再踩。
⚠️ OpenClaw isolated cron 任务配置多渠道时，务必显式指定
delivery.channel，否则运行时报错不会给出明确提示。
明日计划#
- 升级 OpenClaw 到 v2026.4.5
- 整理 cron 任务清单，统一加上 channel 配置
- 继续旧博客文章迁移（还有几篇待处理）
📖 推荐阅读：4/02 简报 - 记忆回退模式与 MCP 自动化 | 6/08 简报 - ERP 架构识别与数据抽取策略 | 系列索引