docs(planning): staleness sweep disposition and wd.todo regroom - #37
Conversation
First sweep of the open-task back catalogue. A codex read-only pass classified all 41 open wa.task.* notes against main at 5cc3f40 by code evidence rather than checkboxes: 7 SHIPPED, 4 SUPERSEDED, 27 LIVE, 3 UNCLEAR, none skipped. - wikilink and code-quoted refs updated for six closures and four cancellations (wa.cancelled.* is a new prefix, ruled by Dave 2026-08-02), plus the extractor defect-pair closure - wd.queues entry 1 repointed at the carved batch-path note; the entry was repointed, never renamed, per the 2026-08-01 lesson that a closure sweep must exclude wd.queues - wd.todo regroomed against the sweep's CONFLICTS section. The two that mattered: it still listed multi-pending first-payload weave as missing when d6f87ca shipped it, and several lines read as though the append planner did not exist when it has shipped since PR #34 - v0.7.0 release line added to Current Work And Next Pick - three UNCLEAR notes stay open pending product decisions, not code evidence, and are named in the maintenance log Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
Important Review skippedAuto reviews are disabled on base/target branches other than the default branch. Please check the settings in the CodeRabbit UI or the ⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Pro Plus Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Codecov Report✅ All modified and coverable lines are covered by tests. 📢 Thoughts on this report? Let us know! |
Stacked on #36 — merge that first and this reduces to the groom commit alone.
First sweep of the open-task back catalogue. A codex read-only pass classified all 41 open
wa.task.*notes againstmainat5cc3f40by code evidence rather than checkboxes: 7 SHIPPED, 4 SUPERSEDED, 27 LIVE, 3 UNCLEAR, none skipped.Archive-side renames landed separately at
semantic-flow/weave-dev-archive@48d6657.Why this was needed
The closure duty only ever fired on tasks the planning seat closed deliberately. Nothing had ever swept the back catalogue, and on 2026-08-01 an unrelated analysis stumbled on a July-shipped task still filed as open — by luck. This replaces the luck.
The conflicts that mattered
The sweep compared each note against
wd.todoagainst the code, and reported disagreements:wd.todostill listed multi-pending first-payload weave as missing. It shipped ind6f87ca— the change that makes v0.7.0 a minor rather than a patch.planInventoryAppendhas implemented no-op/append/conflict/byte-preservation since PR fix(weave): append-only current-only ReferenceCatalog inventory weave #34.05-19_2349-branch-based-workingfile-fixclaimed leakage validation, docs, and the SFLO replay were outstanding. All three landed; the replay ran 2026-08-01 with zero publication issues.The carve
07-21_1603-extractor-defect-paircame back SHIPPED — correctly, on its own terms (F1 landed, F2 withdrawn by amendment r1 with no code deliverable). But it was also holding queue item 1. Closing it would have silently dropped a live epic.Ruled in session: carve first.
wa.task.2026.2026-08-02_1330-extracted-term-weave-batch-pathnow owns the scale work with the probe evidence — N=1,700 passes at 3.79 GiB against a ~4.09 GiB ceiling, because extracted candidates classify asfirstExtractedKnopWeaveand never enter the batch path PR #33 built (payloadBatchCandidates=0, 1,445,850 candidate-cache hits). The queue entry was repointed, never renamed, per the 2026-08-01 lesson that a closure sweep must excludewd.queues. Gate green, 3 entries.Still open for you
Three notes came back UNCLEAR — they need product decisions, not code evidence:
2026-05-04-fingerprint-verification— is an operator-facing verify surface still wanted? The digest substrate exists.2026-05-25-markdown-it— retain or replace the hand-written renderer?2026-06-12-rdfa-and-jsonld-support— "optionally embed" isn't classifiable scope.🤖 Generated with Claude Code