Slow loop: periodic process review (drains devwork learnings, defer-rot, process-quality trend, conformance census) #10
Labels
No labels
component:adapters
component:lifecycle
component:qa
component:setup
component:shared
component:worktrees
phase/accepted
phase/backlog
phase/deployed
phase/developing
phase/integrating
phase/planning
phase/qa
phase/requirements
phase/uat
priority:critical
priority:critical
priority:high
priority:high
priority:low
priority:low
priority:medium
priority:medium
type:bug
type:chore
type:docs
type:feature
type:infra
type:tech-debt
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
jbr870/devwork-skills#10
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
What this is
A periodic scan over the accumulated artifact trail across many feature runs. Not a pipeline phase —
it runs on a different clock, reads what the runs left behind, and proposes changes. It approves
nothing by itself.
Sibling of the backlog-grooming trigger; both are periodic cross-run readers of the same trail, and they
may well be one skill.
What it drains
1.
devwork-scoped learnings. Decision 8 routed the four learning scopes:project→CLAUDE.md,stack:*→ project-local.claude/skills/stack-<name>/SKILL.md,personal→ deleted as an axis, anddevwork→ this review. The routing is implemented and working;devworklearnings are correctlyrecorded
unhomedawaiting a reader — and the reader is what does not exist, so that scope isaccumulating with nothing draining it.
Filing an issue per learning was explicitly rejected: a project run should not have (and may not even
have) write access to the suite repo, and it would bypass the recurrence threshold — one observation
is a hypothesis, N across runs earns a skill edit.
2. Defer-rot watch. Inflow rises with automation while the stock grows. See the grooming issue for
the current numbers.
3. Process-quality trend — three instruments, all falling out of the UAT return path's
classification, all countable per feature rather than judged from a diff:
The middle one is the most valuable signal in the system: nothing else in the pipeline can detect a
wrong requirement. Every other check measures against the PREQ, so a wrong PREQ is invisible to all of
them. That is why the re-entry classification is recorded per finding rather than just acted on.
4. Conformance census —
sdlc-process-observability-analysis.md§7: collect → conformance →analyst → aggregate → curator proposes skill changes, human approves.
Why it runs here
No cross-repo write is needed: the scan runs in devwork-skills, reading the project forges.
Source:
sdlc-suite-simplification-decisions.mddecisions 7/8 + "The slow loop — parked".Sibling of #9 — see the note there on whether these are one skill.
Process review 2026-08-13 — first /meta-retrospective run
The periodic process review this issue specifies now exists as a repo-local meta skill (
/meta-retrospective, with/meta-amendas the light change lane andscripts/lint-conventions.shas the mechanical gate). First run completed today over all 12 dogfood run reports + the 2026-08-07 aggregate + tracker learnings:sdlc-retrospectives/watchlist.md).sdlc-retrospectives/2026-08-13.md. Not yet drained: verity's forge learnings (no local checkout on this box).Filed issues carry no
priority:*— awaiting operator triage.