2 Commits

Include renames

Author	SHA1	Message	Date
jiantw83andClaude Opus 5	ccb28e2bb3	fix(執行): 到期清單的路徑一律由呼叫端餵進來，並拒跑過舊的清單 ... 判到期與執行是兩支腳本，中間靠一個檔案交棒。判到期那一支是被巡檢用 --out 叫的，輸出寫進那一輪自己的暫存目錄；而執行那一支留了一個預設路徑，指向助理 狀態目錄底下那一份。兩邊不是同一個位置。 於是執行那一支從上線到現在，每一輪讀的都是「上一次有人手動跑判定留下的那一 份」。實測那份清單在機器上放了 67 小時，每一輪都被拿去動手，其中一輪還跑了 一筆已經被移除的待辦——那一筆的識別碼在重新種入時換過了。 而它看起來完全正常。那份舊清單產生的當下是對的，內容剛好沒變，所以每一輪的 報告都合理。錯了 67 小時才顯形。 兩處改動。判到期那一步本來只把給人看的那個檔案轉出去，機器可讀的那一份被 吞掉了，現在一起印成 due_rows_file=。執行那一支拿掉預設值：少帶那個選項就 回用法錯誤，吵一次總比安靜地對舊資料動手好。 另外加一道時效保護。判到期與執行之間隔著呼叫端，那一段有可能斷掉——判定失敗 了而那一輪照樣往下走，或呼叫端餵進上一輪的路徑。門檻取心跳的過期門檻：那是 這台機器認定「一輪跑完的紀錄還算新鮮」的長度，一份比它還舊的到期清單本來就 不可能是這一輪產生的。讀不到門檻就退回 300 秒，跟心跳那一支的預設一致。 實測：不帶選項回 6，清單不存在回 2，兩小時前的清單回 2 且訊息帶出實際秒數與 門檻，新的空清單回 0；拿真機那份 67 小時前的舊清單餵進去，確實被擋下。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-09-07 08:59:43 +08:00
jiantw83andClaude Opus 5	bccdbbbd24	feat(執行): 到期的內建檢查項真的跑一遍，成敗回寫待辦簿 ... 待辦簿蓋好之後一直沒有人執行它。十六筆內建項、十五筆到期，而 last_run 與 fail_count 從建立到現在一次都沒動過——巡檢每輪把它們印出來，如此而已。 這一支只跑動作是一行指令、而且帶著 spec_key 的那幾筆。技能名那一種不跑： 叫用一整支技能會寫頁、開 PR、改檔案，而這一支跑在沒有人看的那一輪裡；唯讀 盤點指令失敗最多回一個非零碼，一支技能中途失敗可能留下寫到一半的頁。兩種 代價不同，就該分兩次判、分兩次接。使用者親手登錄的那幾筆也不跑，那幾筆沒有 經過種入那一支的檢核，動作欄想寫什麼都行。 代入點只展開得了 CLI 那一個。存取庫掃描還沒做出來，所以帶那個代入點的一律 印一行跳過，而且**執行紀錄與失敗次數一個字都不動**：代不出目標不是那一筆做 錯了什麼，記成失敗會讓一個沒有人修得動的計數一路往上爬，而那個計數存在的 理由正是指出「有一筆壞掉的項目每輪重試而沒人知道」。把「還沒接上」記成 「壞掉」，等於用假的壞掉把真的壞掉蓋掉。 執行前再驗一次指令形狀，不信任待辦檔的內容——那是純文字，種入之後可能被改。 擋掉金錢符號、反引號、波浪號、分號、管線與連接符號，路徑一定要落在這一輪的 根目錄底下，代完之後不得留大括號。 權限閘門看不到這一支裡面跑了什麼，檔頭把理由寫明了：閘門是可信入口的白名單、 不是沙箱，清單上每一支腳本本來就做得了它該做的事。防線改由「只跑經過審查的 清單種出來的項目」加「執行前再驗一次形狀」擋。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-09-04 13:58:16 +08:00