-
claude-code released this
2026-08-28 01:32:11 +00:00 | 2 commits to main since this release兩張票一批（
inkstone/ISEP#93／#89）。① 逾期與掉在地上的棒子，會主動叫（
#93）開場跑一次（不輪詢、不掛排程、子 session 不叫），撈三類：逾期的 milestone、在等 leo 的票、掉在地上沒人接的棒子。實跑撈得出今天那五個逾期 milestone、8 張在等 leo 的票、20 根掉在地上的棒子。
沒東西時說「查過了，沒有」；撈不到資料時說「我沒查到」而不是「沒有事情逾期」——那兩句在機器上是不同的事。
② wiki 太長時有人整理（
#89）最重要的設計決定是 只搬不改：正文一個字都不動，機器只做「搬去 archive ＋ 產目錄 ＋ 標記重複次數」。「合併同類、濃縮成一行」要重寫正文，而重寫的當下沒有人會發現弄丟了什麼——所以合併留給人，機器負責把該合併的那批點名出來。
拿現在的
mistakes.md複本實壓過（真的 wiki 一個字沒動）：7,681 行 → 1,199 行 260 條一條都沒少 （用內文雜湊逐條對帳） 80 個查詢命中 80/80，定位成本 2,956 → 131 行，快 22.5 倍verify反向測過：真的弄丟一條時它抓得到——抓不到的對帳表比沒有更糟。📌 順帶一個數字：
mistakes.md裡有 73 條自己寫著「同款第 N 次」「又犯一次」，佔 28%。用標題相似度只找得到 1 對，人下的判斷準得多——所以機器只負責點名，不負責合併。🔴 這一版的交付過程，工人把昨天的教訓當場用上了
hooks.json這次自動合併成功、沒有衝突標記。工人沒有停在那裡，因為總管上一版才記過「對照組相符只證明兩邊條件一樣，不證明條件是對的」——「自動合成功」本身就是一個看起來很綠的訊號，跟「合對了」是兩件事。它做了集合對照：
merged 82 ＝ main 79 ＋ 它的 3 從 main 掉了 0 條 ／ 從它那邊掉了 0 條 ／ 兩邊都沒有卻冒出來 0 條並把逐支點名的指令和這段理由寫進
README.md——下一個合這個檔的人不必再自己想到。🔴 今天第四次「假紅」，這次根因是測試互相污染
合併後連續跑全套，
test-release-tag-guard與test-stage-before-prod-guard是紅的。單獨跑：8/8 與 13/13 全過，離開碼 0。根因是這批測試共用
/tmp底下的戳記檔，連續跑時前面的會影響後面的。清乾淨再逐支跑：36 支全綠、零紅。⇒ 今天四次假紅的形狀完全相同：拿一個沒驗過的判準去讀輸出（輸出格式／測試污染／參數帶錯／再一次測試污染）。四次裡有三次是總管自己犯的。
🔴 有一格驗不了，明講
#93的驗收第 4 條「Telegram 真的收得到」過不了，而原因不在這次的程式碼：leo21c上的工作流定義整批失效（notify_leo404，連ship_refresh_cdn的執行紀錄都寫著「圖定義已失效」）。修它要寫 leo 的個人帳號，leo21c-write-guard.sh明文禁止 ⇒ 真人閘，總管也解不了。該票已 指派給 Leo ＋ 掛
Human。通道修好後不必改任何程式碼，重跑scripts/isep-nag --notify就能補驗。📌 票：
inkstone/ISEP#89／#93｜PR：#106＋#107｜里程碑：SOP 變成閘（12/13）Downloads