plugins/assist
2
0
Fork 0
Code Issues Pull Requests 2 Actions Packages Projects Releases Wiki Activity

提醒佇列把內建項標成另一種列 #47

Merged
admin merged 1 commits from fix/reminder-queue-marks-builtin into develop 2026-09-07 05:42:19 +00:00
Conversation 0 Commits 1 Files Changed 6
+37 -10
jiantw83 commented 2026-09-07 05:40:32 +00:00
Member
Copy Link
Copy Source

這一批修的是上一批做出來的噪音

重啟之後實測：提醒 hook 真的在工作階段開頭跑了，記號也寫了。但它吐的是這種東西：

[jsc] 到期 2E0CDA8A：委派清單內建項：jsc-cli:deploy —— 排定點 2026-09-04 已經到了或過了。
[jsc] 到期 36588A1F：委派清單內建項：jsc-gitea:repo-sync —— …
[jsc] 到期 59759D90：委派清單內建項：jsc-ask:ask —— …
（一共八行）

八筆全是委派清單種入的內建項，動作是只提醒、還沒有執行入口，所以每一輪都到期、每一輪都一樣。每個工作階段開頭固定吐八行一模一樣的東西。

那不是提醒，是噪音——而讀佇列那一支自己的註解裡就寫著這一句：

對著一個刻意的決定每個工作階段催一次，那是噪音不是提醒。

這一批就犯了那一條，只是換成另一種來源。

分法照該有的處置切

種類 誰能處置 怎麼印
overdue 人 逐筆點名
remind（使用者自己登錄的） 人 逐筆點名
builtin（委派清單種入的） 接線，不是人 一行總數

佇列第一欄多一種值 builtin，收尾多印一個 reminders_builtin=。

種類在這一邊判，不在讀的那一邊

spec_key 只有這裡讀得到，而讀的那一端的規則是只印不判——那條界線這一批不動。

實測

測什麼 結果
這台機器的待辦簿加一筆使用者交辦 reminders=1、reminders_builtin=7
佇列內容 7 列 builtin、1 列 remind，種類欄逐列正確
新版 hook 對新版佇列 從 8 行降到 2 行：點名那一筆 + 內建項一行總數
檢核 lint-scripts 7 支、check-behaviors、ste100-lint 全 0

版本與相依

0.3.6 → 0.3.7。讀的那一端在 plugins/hooks 的 fix/collapse-builtin-reminders（0.4.9 → 0.5.0），兩張一起部署。

單獨只上這一張的話：舊版 hook 認不得 builtin 那一欄，那幾列會被它忽略——變成安靜，不是變成噪音。不理想，但不會壞事。

## 這一批修的是上一批做出來的噪音 重啟之後實測：提醒 hook 真的在工作階段開頭跑了，記號也寫了。**但它吐的是這種東西**： ``` [jsc] 到期 2E0CDA8A：委派清單內建項：jsc-cli:deploy —— 排定點 2026-09-04 已經到了或過了。 [jsc] 到期 36588A1F：委派清單內建項：jsc-gitea:repo-sync —— … [jsc] 到期 59759D90：委派清單內建項：jsc-ask:ask —— … （一共八行） ``` 八筆全是委派清單種入的內建項，動作是只提醒、**還沒有執行入口**，所以每一輪都到期、每一輪都一樣。每個工作階段開頭固定吐八行一模一樣的東西。 那不是提醒，是噪音——而讀佇列那一支自己的註解裡就寫著這一句： > 對著一個刻意的決定每個工作階段催一次，那是噪音不是提醒。 **這一批就犯了那一條**，只是換成另一種來源。 ## 分法照該有的處置切 | 種類 | 誰能處置 | 怎麼印 | | --- | --- | --- | | `overdue` | 人 | 逐筆點名 | | `remind`（使用者自己登錄的） | 人 | 逐筆點名 | | `builtin`（委派清單種入的） | **接線，不是人** | 一行總數 | 佇列第一欄多一種值 `builtin`，收尾多印一個 `reminders_builtin=`。 ## 種類在這一邊判，不在讀的那一邊 `spec_key` 只有這裡讀得到，而讀的那一端的規則是**只印不判**——那條界線這一批不動。 ## 實測 | 測什麼 | 結果 | | --- | --- | | 這台機器的待辦簿加一筆使用者交辦 | `reminders=1`、`reminders_builtin=7` | | 佇列內容 | 7 列 `builtin`、1 列 `remind`，種類欄逐列正確 | | 新版 hook 對新版佇列 | 從 8 行降到 2 行：點名那一筆 + 內建項一行總數 | | 檢核 | `lint-scripts` 7 支、`check-behaviors`、`ste100-lint` 全 0 | ## 版本與相依 0.3.6 → 0.3.7。讀的那一端在 `plugins/hooks` 的 `fix/collapse-builtin-reminders`（0.4.9 → 0.5.0），兩張一起部署。 **單獨只上這一張的話**：舊版 hook 認不得 `builtin` 那一欄，那幾列會被它忽略——變成安靜，不是變成噪音。不理想，但不會壞事。
jiantw83 added 1 commit 2026-09-07 05:40:32 +00:00
fix(assistant): 提醒佇列把內建項標成另一種列 61f4a2dbc7 
實測踩到：這台機器的佇列八筆全是委派清單種入的內建項，動作是只提醒、
還沒有執行入口，所以每一輪都到期。於是每一個工作階段開頭固定吐八行
一模一樣的東西。

那不是提醒，是噪音——而讀佇列那一支自己的註解裡就寫著「對著一個刻意的
決定每個工作階段催一次，那是噪音不是提醒」。這一批就犯了那一條，只是
換成另一種來源。

分法照該有的處置切：使用者自己登錄的那一筆，人看到就做得了；內建項那
幾筆等的是接線，不是人。所以佇列的第一欄多一種值 builtin，讀的那一端
把前兩種逐筆點名、第三種收成一行總數。

種類在這一邊判，不在讀的那一邊：spec_key 只有這裡讀得到，而讀的那一端
的規則是只印不判。收尾多印一個 reminders_builtin=。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
admin merged commit 87ada337b8 into develop 2026-09-07 05:42:19 +00:00
admin deleted branch fix/reminder-queue-marks-builtin 2026-09-07 05:42:19 +00:00
Sign in to join this conversation.
Reviewers
No Reviewers
Labels
No items
No labels
Milestone
No items
No Milestone
Projects
Clear projects
No projects
Assignees
Clear assignees
admin (系統管理員) jiantw83 (Jeffery)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: plugins/assist#47