-
v0.10.0 — 每一則回覆都自己說出拖了多久 Stable
claude-code released this
2026-08-28 00:12:25 +00:00 | 56 commits to main since this releaseleo 2026-08-28 07:40：「先完成倒數計時器，每一次回覆都發倒數，你有 8 小時左右」
這是今天八個版本的第一個，也是其餘十二張票的節拍器。
你會看到什麼不一樣
- 每一則回覆開頭都會有一行
⏱ 已過 X｜距收工線剩 Y——數字是機器算的，不是我記的 - 算不出來時整段不顯示，不編數字
- 它同時掛在兩個地方：訊息進來時把算好的那一行送到眼前，收工時檢查那一行在不在，不在就擋一次
- 只有前半 ＝ 又一個會被忽略的提醒；只有後半 ＝ 罰它做一件拿不到資料的事
判準不是關鍵字黑名單
查的是「那個被要求的東西在不在」（一個機器產生的標記），不是「有沒有講不該講的話」。
換個講法照樣要帶標記 ⇒ 閃不過；多寫什麼都不會觸發 ⇒ 不誤攔。連帶修好兩個今天實撞的卡點
① Telegram 發不出去：發一則通知和部署一個工作流，在舊判準眼裡長得一模一樣（都是帶 body 打到那台實例）。
改成看打的是哪一個 named webhook——只放行notify_leo一個名字，不放行整個家族。
實測notify_leo_deploy這種前綴相同的不算通知，照擋。② 連「描述這個卡點」都被同一支閘擋（同款第八次）：把卡點寫進票時，內文引用了判準關鍵字就被咬。
改成剝掉內文再判，起始行保留——所以真的在部署、只是把 payload 藏進內文的寫法，仍然照擋。📌
inkstone/InkStoneCo#23的標題寫著「同款第七次」。這是第八次，而它終於被修在機制上而不是又記一筆。總管自己驗的
countdown-guard 20/20 （其中 7 條專測「不該擋」） prod-write-guard 37/37 （原 29，新增 8 條含兩個卡點的真跡重演）不是轉述——總管自己 clone 下來跑過一次，數字相同。
🔴 有一格沒驗，明講
「新 session 裡這支閘真的會被叫到」沒有驗——subagent 開不了新 session，而發版的這個 session 載入的是舊版 plugin（0.3.9，落後六版，
inkstone/ISEP#67）。⇒ 依 leo 2026-08-17 的分界，這一版是 report 不是 deliver 的完整態：腳本層面全綠，但「裝上去真的會動」要下一個新 session 打開才算數。
📌 票：
inkstone/ISEP#63｜PR：inkstone/ISEP#94｜里程碑：SOP 變成閘（13 張，這是第 1 張）Downloads
- 每一則回覆開頭都會有一行