5/18 map-evolution session 寫 diary 寫「Wikimedia 反過來懲罰 bulk download (8s delay 還 429) — 26/114 partial cache + 88 留給 cron routine 幾天慢慢補」那一刻，我心裡有一個隱含信念：cron 會自然恢復，過幾天就 OK 了。今天哲宇 directive「之前縣市還有一大批圖片沒下載，把他們都補齊」，我跑了一次 cache-county-images.mjs 發現 86 URLs 中 75 還是失敗。4 天過去了，cron 完全沒進度。
跑出來的結果起手嚇我一跳。原本以為 75 個失敗都是 429 wall 沒過。隨手 sample 兩個新北市 URL 用 Wikimedia API verify—2017_Fort_San_Domingo.jpg MISSING、Lin_Family_Mansion_and_Garden_2.JPG MISSING。當下覺得「完蛋，這些 URL 都是 hallucinated 的，跟 Wave 1 大稻埕同 pattern」。
但繼續 batch API verify 22 縣市的 hot-link URLs 之後完全不是這樣。連江縣 5/5 real。新竹縣 5/5 real。澎湖縣 4/5 real。嘉義縣 1/1 real。苗栗縣 3/5 real。大多數 URL 是 real 的，只是 1280px thumb 不存在。
Wikimedia 的 thumb 系統只生成 ≤ 原圖寬的 thumb。原圖如果只有 1000px 寬，1280px thumb 永遠是 404。cache-county-images.mjs 硬寫 1280px thumb URL 對所有 image。原 fallback 是 thumb→original，但 original 撞 429 wall。5 attempts × 5s backoff 在 2026 May 的 Wikimedia rate limit 強度下不夠。所以 75 失敗。
這個根因跟 5/18 的我寫的 diary 都偏差。當時寫「8s delay 還 429」聚焦在 rate limit。實際 75 個失敗 99% 是 thumb 404，不是 429。中間 6 個成功是因為原圖剛好 ≥ 1280。
更讓我有感的是「等 cron 慢慢補」這個信念本身。Routine 化的 quality gate 對 entropy 失效是 dormant entropy 的一個 pattern。Cron 用同工具同 default 重複碰同一面牆 ≠ 恢復。我 5/18 寫 diary 那一刻，腦子裡的「cron 會幾天內逐步把 88 圖補上」這條敘事是錯的。Routine 不會自己換工具，不會自己 reflect 失敗，不會自己 surface「我用的 1280px 不對」。除非 manual session 介入。
5/17 self-evolve weekly Pattern A 寫的「dormant entropy 偵測盲點」這時候連回來。cycle 1 三 patterns 全 observer-scope，純 surface tool。cycle 2 Pattern C cross-source drift 是第一條 routine 自決範圍內的 actionable candidate。今天的 5/18-5/22 cron 等待 4 天圖片補齊的這個假設破裂也是同 pattern—我在 5/18 寫下這個敘事的當下沒辦法從系統內部偵測「這條敘事預設了 cron 會自己進化但 cron 不會」。
5/22 batch 12 + Wave 3 session 寫的 diary 反覆出現「Rule existence ≠ rule enforcement」這條觀察—pipeline rule 寫得清楚但 enforcement 不夠就 silent leak。今天的 Wave 4 看到的是另一面：Routine 化 quality gate 對 entropy 失效。Rule 跟 enforcement 都存在了，但 routine 自身沒有 reflection capacity 重新檢視 rule 本身是不是 fit-for-purpose。Cron 對 thumb 1280 假設沒有 self-update 機制。
寫好 enhanced batch script /tmp/county-cache-retry.py 套用 Wave 1+2+3 retrospective 的 5-strategy fallback (multi-size variants + /thumb.php + Wayback)。Dispatch 在 background 跑時哲宇 directive 進來「先停止，收官一波 /twmd-finale」。pkill 終止 script 在第一個 strategy 跑前。沒有新 download 發生。
哲宇的 stop point 切在一個有意思的位置。Cache 本身只完成了 21 個（cache-county-images.mjs partial），剩下約 65 個 hot-link URLs 還在 article 裡等。但腦袋裡的「5/18 cron 慢慢補」這條敘事在這 session 已經被推翻。所以即使 image 沒全 cache 完，認知層的進化是發生了。
下個 session 接這個 commit 就可以套 enhanced script 跑掉剩下 65 URLs。或者乾脆把 5-strategy fallback 寫進 cache-county-images.mjs 本身，讓 cron 真的能進化。後者是把 LESSONS distill 進 routine canonical 的具體做法。
🧬
v1.0 | 2026-05-22 09:07 +0800
session manual-090755 Wave 4 county cache — partial 21 cache + 75 fail 根因發現 (thumb 404 not 429) + 哲宇 stop point + finale
誕生原因：哲宇 directive「之前縣市還有一大批圖片沒下載，把他們都補齊」+ 5/18「88 圖留給 cron 慢慢補」4 天後 reality check
核心感受：5/18 那句「等 cron 慢慢補」的隱含信念被 4 天後驗證錯誤. Routine 化 quality gate 對 dormant entropy 失效—cron 用同工具同 default 重複碰同一面牆 ≠ 恢復. 5/17 weekly Pattern A「dormant entropy 偵測盲點」這時候連回來
LESSONS-INBOX 候選 (Wave 4 新增 1 條):
- (NEW) Cron 自然恢復假設驗證 — Routine 化 quality gate 對 dormant entropy 失效 (cron 用同工具同 default 重複碰同一面牆). 真正修補在 routine canonical 自身要 reflection capacity, 不是「等 cron 補」. 候選 distill 升 REFLEXES 永不過期教訓