Skip to content

chore(straymark): adopt follow-ups backlog registry (v1)#46

Merged
montfort merged 1 commit into
mainfrom
chore/adopt-followups-registry
Jun 4, 2026
Merged

chore(straymark): adopt follow-ups backlog registry (v1)#46
montfort merged 1 commit into
mainfrom
chore/adopt-followups-registry

Conversation

@montfort

@montfort montfort commented Jun 4, 2026

Copy link
Copy Markdown
Contributor

Summary

Adopt the follow-ups backlog registry delivered by the fw-4.22.0 upgrade (#45). Creates .straymark/follow-ups-backlog.md via straymark followups drift --scan-all --apply.

Extraction

  • Full sweep over all 74 docs: 2 entries from 2 AILOGs — cross-checked with grep over agent-logs/; no other AILOG carries §Follow-ups / R<N> (new) content.
    • FU-001 ← AILOG-2026-05-28-001 §R6 (RISK-003 FUSE write-during-hydration)
    • FU-002 ← AILOG-2026-05-28-002 §R7 (RISK-001 D-Bus health monitor)

Triage at adoption (operator-approved)

Both entries document Charter scope drift already remediated atomically in their source PRs ("Charter ## Files to modify row updated atomically in this PR"). The CLI extracted them as open because that phrasing doesn't match its closure markers (closed in-Charter, fixed in batch N, commit hash). Per operator decision they are marked closed with full provenance in Notes, truncated auto-titles fixed, Origin-class: ex-ante-planning and Destination: CHARTER-01 filled.

Known cosmetic staleness

Frontmatter counters say total_open: 2 while the real count is 0 — counters are CLI-owned and manual triage edits don't trigger a recompute (no recount-only command exists; drift --apply was a no-op with the registry in sync). straymark followups status recomputes on the fly, warns about the mismatch, and the next CLI write corrects the file. Left as-is rather than hand-editing (AGENT-RULES §13).

Verification

  • straymark followups status → 0 open / 2 closed, registry pulse correct (with the expected staleness warning)
  • straymark followups drift --scan-all → "registry in sync"
  • straymark validate → 0 errors (8 pre-existing SEC-001 warnings)

🤖 Generated with Claude Code

- `straymark followups drift --scan-all --apply` over all 74 docs:
  2 entries extracted from 2 AILOGs (FU-001/R6, FU-002/R7)
- Triage at adoption (operator-approved): both entries document Charter
  scope drift already remediated atomically in their source PRs →
  marked `closed` with provenance in Notes
- Frontmatter counters left stale by design (CLI-owned; manual triage
  edits are recomputed on the next CLI write — `status` warns and
  recomputes on the fly)

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@montfort montfort merged commit 20b76d0 into main Jun 4, 2026
@montfort montfort deleted the chore/adopt-followups-registry branch June 4, 2026 15:58
montfort added a commit that referenced this pull request Jun 4, 2026
#47)

Integrates both findings from adopter feedback straymark#222 (filed
from this repo's registry adoption in #46):

- New `straymark followups recount` — §13-compliant counter
  reconciliation after manual-triage sessions; `drift --apply` now
  recomputes counters even with nothing to extract (Finding 1)
- Closure-marker vocabulary extended with born-resolved idioms
  ("updated atomically in this PR" family) + canonical idioms table
  in FOLLOW-UPS-BACKLOG-PATTERN.md (Finding 2)
- Agent directives (AGENT-RULES.md §13, skills, STRAYMARK.md §16)
  updated to include the recount step in post-triage flow
- Registry counters reconciled via `straymark followups recount`
  (clears the staleness noted in #46)
- i18n (es, zh-CN) + injected directive markers synced

Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant