fix/collapse-builtin-reminders
develop
重啟之後實測:這一支真的在工作階段開頭跑了。但它吐了八行一模一樣的東西——那台機器的佇列八筆全是委派清單種入的內建項,動作是只提醒、還沒有執行入口,所以每一輪都到期。
那不是提醒,是噪音。而這一支自己的註解裡就寫著:
對著一個刻意的決定每個工作階段催一次,那是噪音不是提醒。
寫的時候想的是「助理被人按停」那一種,沒想到同一句話對內建項也成立。
那一行還講明它是常態:
[jsc] 另有 7 筆委派清單的內建檢查項到期,動作是只提醒、還沒有執行入口, 所以每一輪都會再到期一次。**這一行會一直出現,直到那幾筆接上入口或被改掉** ——要逐筆看就跑 /jsc-assist:assistant status。
講明是常態,讀的人才不會每次都當成新消息。
分種類的判定在寫佇列那一邊(那裡讀得到 spec_key),這裡只照它標好的種類決定怎麼印。「只印不判」那條界線是這一支存在的前提,這一批一個字都沒鬆。
spec_key
lint-scripts
ste100-lint
0.4.9 → 0.5.0。寫佇列那一端在 plugins/assist 的 fix/reminder-queue-marks-builtin(0.3.6 → 0.3.7),兩張一起部署。
plugins/assist
fix/reminder-queue-marks-builtin
單獨只上這一張的話:舊版佇列沒有 builtin 那一種列,所有列都是 remind,於是照舊逐筆點名——行為與現在一樣,不會壞事。
builtin
remind
實測踩到:這台機器的佇列八筆全是委派清單種入的內建項,於是每一個工作 階段開頭固定吐八行一模一樣的東西。那不是提醒,是噪音——而這一支自己的 註解裡就寫著「對著一個刻意的決定每個工作階段催一次,那是噪音不是提醒」。 逾期與使用者自己登錄的提醒照舊逐筆點名:人看到就做得了。內建項改成一行 總數,並在那一行講明它會一直出現,直到那幾筆接上入口或被改掉——講明它是 常態,讀的人才不會每次都當成新消息。 分種類的判定在寫佇列那一邊,那裡讀得到 spec_key;這裡只照它標好的種類 決定怎麼印,維持「只印不判」那條界線。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
No dependencies set.
The note is not visible to the blocked user.
這一批修的是上一批做出來的噪音
重啟之後實測:這一支真的在工作階段開頭跑了。但它吐了八行一模一樣的東西——那台機器的佇列八筆全是委派清單種入的內建項,動作是只提醒、還沒有執行入口,所以每一輪都到期。
那不是提醒,是噪音。而這一支自己的註解裡就寫著:
寫的時候想的是「助理被人按停」那一種,沒想到同一句話對內建項也成立。
改法
那一行還講明它是常態:
講明是常態,讀的人才不會每次都當成新消息。
界線沒動
分種類的判定在寫佇列那一邊(那裡讀得到
spec_key),這裡只照它標好的種類決定怎麼印。「只印不判」那條界線是這一支存在的前提,這一批一個字都沒鬆。實測
lint-scripts21 支、ste100-lint0版本與相依
0.4.9 → 0.5.0。寫佇列那一端在
plugins/assist的fix/reminder-queue-marks-builtin(0.3.6 → 0.3.7),兩張一起部署。單獨只上這一張的話:舊版佇列沒有
builtin那一種列,所有列都是remind,於是照舊逐筆點名——行為與現在一樣,不會壞事。