docs/report-keeps-reminder-split
develop
上一個變更讓提醒佇列把委派清單種入的內建項標成另一種列,等這一輪巡檢真的用新版寫出佇列才驗。資料層是對的:
builtin
但同一輪的收尾回報把兩個數字加回去了。 它拿到的是 reminders=0 與 reminders_builtin=8,寫出來的句子是「8 筆有提醒進了佇列」。分流的整個目的是讓讀的人分得出「這八筆等的是接線、不是你」,而那句話讀起來跟修之前一模一樣。
reminders=0
reminders_builtin=8
形狀跟前一次相同:區別在資料層做出來了,在最後一步被攤平。 上一次的最後一步是印佇列那一支,這一次是回報那一段。技能檔本來只要求把 reminders_builtin= 記下來——記下來了,然後在寫句子的時候丟掉。「要求記錄」不等於「要求說出來」。
reminders_builtin=
patrol 第 7 步加一段,把措辭釘死:
patrol
reminders=
remind
overdue
session-reminder.sh peek
spec_key
jsc-assist 0.3.7
current
這個變更只動技能檔,不動任何腳本。
分流在資料層驗過了:那一輪的佇列八列全標成 builtin、逐筆點名零列, 工作階段開頭從印八行變成印一行。但同一輪的收尾回報拿到 reminders=0 與 reminders_builtin=8,寫出來的句子是「8 筆有提醒進了 佇列」——讀起來跟修之前一模一樣。 區別在資料層做出來了,在最後一步被攤平。技能檔本來只要求把 reminders_builtin= 記下來,記下來了,然後寫句子的時候丟掉;「要求 記錄」不等於「要求說出來」。 所以把措辭也釘死:兩個數字分開印、各自帶上它是哪一種,並寫進收尾 的完成條件。
No dependencies set.
The note is not visible to the blocked user.
為什麼
上一個變更讓提醒佇列把委派清單種入的內建項標成另一種列,等這一輪巡檢真的用新版寫出佇列才驗。資料層是對的:
builtin,逐筆點名那一種零列但同一輪的收尾回報把兩個數字加回去了。 它拿到的是
reminders=0與reminders_builtin=8,寫出來的句子是「8 筆有提醒進了佇列」。分流的整個目的是讓讀的人分得出「這八筆等的是接線、不是你」,而那句話讀起來跟修之前一模一樣。形狀跟前一次相同:區別在資料層做出來了,在最後一步被攤平。 上一次的最後一步是印佇列那一支,這一次是回報那一段。技能檔本來只要求把
reminders_builtin=記下來——記下來了,然後在寫句子的時候丟掉。「要求記錄」不等於「要求說出來」。改了什麼
patrol第 7 步加一段,把措辭釘死:reminders=是人可以處理的,reminders_builtin=是委派清單自己的驗過的
builtin8 列、remind0 列、overdue0 列session-reminder.sh peekspec_keyjsc-assist 0.3.7(分流那一版)已在current這個變更只動技能檔,不動任何腳本。
View command line instructions
Checkout
From your project repository, check out a new branch and test the changes.