aboutsummaryrefslogtreecommitdiffstats
path: root/docs/superpowers/specs/2026-10-31-rule-apply-and-archive-design.md
AgeCommit message (Collapse)AuthorFilesLines
34 hoursdocs: record rule apply and archive-on-arrivalDanilo M.1-24/+52
The no-confirmation rule gains its second exception, by property: a write scoped to the whole index confirms with the count, though it can be undone. AGENTS.md and the spec now describe the backfill as built: the worker resolves the ids once, writes one tag at a time over that fixed list, and answers with a single ruleApplied from which the undo macro is built, with nothing armed on the shared confirmation queue. Apply is refused during a sync. Hand round trip, throwaway index of 2 messages (one from the promo sender), rules.json written by TagRules::save from the C++ side with allow_archive and a note: post-new exited 0 and logged "applied 1 rule(s)"; after it, tag:promo 1, tag:inbox 1, tag:promo and tag:inbox 0, tag:unread 2, tag:new 0. The file read back 1 rule with allow_archive True and note "kept". Italian translations for the 16 new strings; lrelease reports 725 finished, 0 unfinished. Items 212 and 213 closed. Item 214 opened: an undo's write is not armed, so its confirmation is credited to whatever command is waiting. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
36 hoursdocs: design applying a rule to existing mailDanilo M.1-0/+217
Two items found together. A rule edit reaches only new mail, and a rule that removes inbox is skipped whole by the post-new hook, which is why the promo rule has never tagged an arrival. The spec adds an Apply button that saves, counts what would change and confirms with that count, and an optional per-rule allow_archive the hook honours for inbox only. Items 212 and 213. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>