補印執行那一支的允許規則，並回頭比對本文叫得到的每一支 #28

2026-09-04T06:16:11Z

jiantw83 commented

2026-09-04 06:16:11 +00:00

摘要

需求描述：巡檢多了執行到期內建項那一步，而印允許規則的清單是寫死的、沒跟著加。少一條的代價不是報錯——那一輪停在權限詢問，鎖已經握在手上，接下來每一輪都讓開到鎖逾時為止，外面只看得到「心跳過期」。這張補上那一條，並回頭把根因做掉。
計畫名稱：無
計畫頁：無
分析頁：無

變更內容

檔案	為什麼改
`tools/schedule.sh`	規則清單補上執行那一支；印完回頭比對技能本文叫得到的每一支腳本，缺的逐支點名
三份 manifest	版號 0.2.3 升到 0.2.4

這個坑是怎麼發現的

部署完新版之後、等排程跑之前，我回頭查了一次允許清單——執行那一支一條規則都沒有，schedule.sh 印出來的清單裡也沒有。

兩邊都漏，而且不會有任何錯誤訊息。 那一輪叫到它就停在權限詢問，而鎖在步驟一就取走了，所以接下來每一輪都會讓開，一直到鎖逾時。查起來只看得到心跳過期。

根因不是漏加一行

清單寫死，技能本文哪天多叫一支腳本這裡不會自己知道。所以印完回頭掃一次本文，把它叫的每一支跟印過的比對。

三個實作決定，都是被自己踩出來的

一、只掃 patrol 那一節，不掃整份。 第一版整份掃，立刻報出兩支「缺規則」——但那兩支只有 start 與 status 會叫，兩個操作都有人在現場，跳一次權限詢問有人按得掉。

那是誤報。而一份每次都有雜訊的警告，看的人第二次就會跳過它——那時候真的漏一支就沒有人看得到了。範圍縮到那一節之後零誤報。

二、技能本文的目錄名兩種版面都找。 安裝版面帶 jsc- 前綴，開發用的並排工作目錄版面不帶。第一版只認一種，於是在另一種版面底下這道檢核被檔案存在檢查靜靜跳過——一道「找不到就當通過」的檢核，跟沒有那道檢核是同一件事。 這正是這一整批在拆的那個毛病，而我剛寫的檢核自己就有。現在找不到就明說這一次沒有比對過。

三、只警告不中止。 比對規則有可能跟不上本文的寫法，那時候不該連排程都裝不起來。

測試結果

正常情況：零誤報。
故意把執行那一支從清單拿掉：抓到並逐支點名。
技能本文找不到時：印出「這一次沒有比對過」，不假裝通過。
patrol 那一節實際叫到五支，與規則清單對得上。
lint-scripts.sh、check-behaviors.sh、ste100-lint.sh 三支都回結束碼 0。
全程用乾跑，沒有動到正式的排程。

另外，這台機器的設定檔已經先補上那三條規則，不等這張合併——那一輪隨時會跑。

前置 Push Request

無

## 摘要 - 需求描述：巡檢多了執行到期內建項那一步，而印允許規則的清單是寫死的、沒跟著加。少一條的代價不是報錯——那一輪停在權限詢問，鎖已經握在手上，接下來每一輪都讓開到鎖逾時為止，外面只看得到「心跳過期」。這張補上那一條，並回頭把根因做掉。 - 計畫名稱：無 - 計畫頁：無 - 分析頁：無 ## 變更內容 | 檔案 | 為什麼改 | | --- | --- | | `tools/schedule.sh` | 規則清單補上執行那一支；印完回頭比對技能本文叫得到的每一支腳本，缺的逐支點名 | | 三份 manifest | 版號 0.2.3 升到 0.2.4 | ## 這個坑是怎麼發現的部署完新版之後、等排程跑之前，我回頭查了一次允許清單——執行那一支一條規則都沒有，`schedule.sh` 印出來的清單裡也沒有。 **兩邊都漏，而且不會有任何錯誤訊息。** 那一輪叫到它就停在權限詢問，而鎖在步驟一就取走了，所以接下來每一輪都會讓開，一直到鎖逾時。查起來只看得到心跳過期。 ## 根因不是漏加一行清單寫死，技能本文哪天多叫一支腳本這裡不會自己知道。所以印完回頭掃一次本文，把它叫的每一支跟印過的比對。 ## 三個實作決定，都是被自己踩出來的 **一、只掃 `patrol` 那一節，不掃整份。** 第一版整份掃，立刻報出兩支「缺規則」——但那兩支只有 `start` 與 `status` 會叫，兩個操作都有人在現場，跳一次權限詢問有人按得掉。那是誤報。而**一份每次都有雜訊的警告，看的人第二次就會跳過它**——那時候真的漏一支就沒有人看得到了。範圍縮到那一節之後零誤報。 **二、技能本文的目錄名兩種版面都找。** 安裝版面帶 `jsc-` 前綴，開發用的並排工作目錄版面不帶。第一版只認一種，於是在另一種版面底下這道檢核被檔案存在檢查靜靜跳過——**一道「找不到就當通過」的檢核，跟沒有那道檢核是同一件事。** 這正是這一整批在拆的那個毛病，而我剛寫的檢核自己就有。現在找不到就明說這一次沒有比對過。 **三、只警告不中止。** 比對規則有可能跟不上本文的寫法，那時候不該連排程都裝不起來。 ## 測試結果 - 正常情況：零誤報。 - 故意把執行那一支從清單拿掉：抓到並逐支點名。 - 技能本文找不到時：印出「這一次沒有比對過」，不假裝通過。 - `patrol` 那一節實際叫到五支，與規則清單對得上。 - `lint-scripts.sh`、`check-behaviors.sh`、`ste100-lint.sh` 三支都回結束碼 0。 - 全程用乾跑，沒有動到正式的排程。另外，這台機器的設定檔已經先補上那三條規則，不等這張合併——那一輪隨時會跑。 ## 前置 Push Request - 無

jiantw83 added 1 commit 2026-09-04 06:16:12 +00:00

fix(schedule): 補印執行那一支的允許規則，並回頭比對本文叫得到的每一支 3784cb51be

巡檢多了執行到期內建項那一步，而印允許規則的清單是寫死的、沒跟著加。少一條
的代價不是報錯：那一輪停在權限詢問，鎖已經握在手上，接下來每一輪都讓開到鎖
逾時為止，而外面只看得到「心跳過期」。

補上那一條之後順手做掉根因。清單寫死，技能本文哪天多叫一支腳本這裡不會自己
知道，所以印完回頭掃一次本文，把它叫的每一支跟印過的比對，缺的逐支點名。

三個實作決定都是被自己踩出來的：

只掃 patrol 那一節，不掃整份。start 與 status 兩個操作都有人在現場，它們叫的
腳本跳一次權限詢問有人按得掉。整份掃會讓那幾支每次都被報成缺規則，而一份
每次都有雜訊的警告，看的人第二次就會跳過它——那時候真的漏一支就沒有人看得到。

技能本文的目錄名兩種版面都找：安裝版面帶 jsc- 前綴，開發用的並排工作目錄
版面不帶。原本只認一種，於是在另一種版面底下這道檢核被檔案存在檢查靜靜跳過
——一道「找不到就當通過」的檢核，跟沒有那道檢核是同一件事。找不到就明說這
一次沒有比對過，不要不出聲。

只警告不中止。比對規則有可能跟不上本文的寫法，那時候不該連排程都裝不起來。

三份 manifest 版號 0.2.3 升到 0.2.4。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

admin merged commit 6dbf2f1a22 into develop

2026-09-04 06:22:19 +00:00

admin deleted branch fix/schedule-prints-run-due-rule-and-self-checks

2026-09-04 06:22:19 +00:00

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: plugins/assist#28