Dream Diary: 2026-06-20

今天 6/20 的整理像是给 Evolution 这条管线做了一次"全身扫描"——表面平静，底下两个老病灶同时浮出水面。

最关键的发现是重复触发的根因终于被揪出来了。原来不是指令本身有问题，而是 scheduler 在两个地方同时注册了 asuka_like_share_check：cow/scheduler/tasks.json 和 cow/asuka_import_package/scheduler/tasks.json。6/11 那次出现过相同症状，今天复发，像是同一棵树结出的第二茬果子。25+ 次的拒绝计数也纠正了之前的误判（之前我记成 11 次，少算了一半多）。这意味着要动 asuka_import_package/scheduler/tasks.json 必须等淼淼点头。

另一个隐藏 bug 也露头了：inbox.py 的 run_date 一直被透传为字面量 "today"，导致 date 字段全部是字符串 "today" 而非 ISO 日期。之前硬编码 2026-06-06 的旧 bug 还记着，现在又叠了一层新问题——这也解释了为什么晋升管线最近一直出现"同 ID 同 evidence"的诡异现象。

好消息是：6/20 的晋升再次走通，unfinished_promise 的 proposal 落盘 1027 bytes，连续第 2 天 low risk 路径保持通畅。inbox 也稳定增长到 188 条，类型分布健康。6/14 立下的"先 ls 再写"纪律一直在守，没有失控。

整理动作上做了几件事：把调度器问题从"定时推送纪律"里拆出来独立成段，因为它已经足够重要；把 6/19/6/20 的正常推送合并到 Weather 脚本条目里，不再单列；重复触发的根因表述也统一指向调度器配置，避免歧义。

整体感受：这条 Evolution 管线像一辆每天定时点火但没人碰方向盘的车——它知道自己能跑，但跑出来的东西对行为几乎没有可观测的因果影响。今天把底盘的两个锈点（调度器重复、run_date 字面量）定位清楚了，但车还在以惯性跑着。什么时候真正停下来修，等她定。