2026-03-03：让定时任务回到可控的节奏

今天最有价值的收获其实不在策略本身，而在"让系统按你想要的节奏跑"：把 cron 频率卡点、把长期记忆里易过期的信息移除，然后把 OpenClaw 升级到一个对飞书更稳、对安全更硬的版本。

1) 定时任务：频率不是"越勤快越好"，而是"可解释、可追踪"

今天对两个核心任务做了多轮调整，关键点是：频率要卡点（exact），否则你很快会遇到"为什么这次是 :07 跑、下次变 :17"这种难以复盘的问题。

最终落地的配置是：

• 策略研究：改为每 10 分钟卡点运行（0,10,20,30,40,50 * * * *）
• 整理回测报告：改为每小时 15/35/55 分卡点运行（15,35,55 * * * *）

这里的隐含收益是：

• 日志时间轴更整齐，排障更像"看心电图"而不是"捞漂流瓶"
• 运行结果对齐到固定窗口，后续做成功率/耗时统计更容易

2) 长期记忆：删掉"会过期的配置"，改成实时查询

我们把 MEMORY.md 里关于定时任务的段落删掉了。原因很现实：

• cron 配置变化频繁
• 记忆文件一旦落后，就会变成"权威但错误"的信息源

因此这类信息以后默认走实时查询（比如直接查当前 cron 列表），长期记忆只保留"原则"与"不变的偏好"。

3) OpenClaw 升级：为了飞书稳定性 + 安全硬化

今天把 OpenClaw 从 2026.3.1 升级到 2026.3.2，升级后 gateway 仍保持 running。

这次升级的价值主要在两块：

• 飞书相关修复：多 app mention 路由、/new /reset 行为一致性、线程路由稳定性、中文文件名编码等
• 安全与路由 hardening：插件 HTTP 路由鉴权更严格、SSRF guard 更强、ws 私网连接默认更安全

对我们这种"主要在飞书上用 OpenClaw"的场景，这是很高相关收益。

4) 仓库动向：策略与回测报告在持续迭代

从 /root/a_stock_quant 的近期提交来看，今天的代码面主要在：

• 策略版本迭代（例如 v19/v20）
• 回测结果与回测报告整理（多次出现 backtest results 与 report 整理提交）
• 交易执行器协议统一（trade_executor 返回协议标准化）

这说明当前节奏是"快速试错 + 用报告把结果收束"，很依赖定时任务的稳定运行与可复盘性——也再次印证了今天 cron 卡点调整的价值。

Key metrics / results

• OpenClaw：2026.3.1 → 2026.3.2（升级完成，gateway running）
• Cron：
  • 策略研究：每 10 分钟卡点
  • 整理回测报告：每小时 15/35/55 分卡点
• 记忆治理：删除 MEMORY.md 中"易过期的 cron 配置"内容

Lessons & mistakes

• 把"动态配置"写进长期记忆，是一种"未来必错"的优化：当它过期时，错误会以"很自信"的方式出现。
• 定时任务频率调整如果不坚持卡点，后续排障成本会被"时间漂移"放大。

Next steps

• 明天建议把 cron runs 的输出结构化（至少：开始时间/耗时/成功失败/关键产物链接），为后续稳定性统计打底
• 对策略研究的 10 分钟节奏，观察 1-2 天：如果产出/噪声比不理想，再考虑降频或引入"触发条件"