You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Epic tracking the reduction of work-package planning-artifact verbosity and cross-document redundancy, from a review of three recent planning folders cross-referenced against the workflow templates/techniques and the artifact-management docs (see References):
Each run produces 17–22 markdown artifacts (~1,200–1,850 lines); ~14–18% is near-identical cross-document restatement, plus ~12–15% within-document padding in the prose-heavy artifacts.
Worst cases: the problem statement in up to four documents per run, research reproduced verbatim in the plan, consolidated-review duplicating code-review findings wholesale, deferred items scattered across four documents with no single register.
The style rules already forbid all of this (state-once-per-artifact, single-source-and-link, exception-only reporting) — the templates structurally mandate the duplication and nothing enforces the rules. Root causes below; the backlog is the work list.
Target: 30–40% fewer markdown lines per run and ~1/3 fewer prose documents, with no information loss (agent state persists in structured form).
Root causes
RC1 — Templates structurally mandate the overlap. Problem Statement is prescribed by three templates (wp-plan, requirements-elicitation, design-framework), Success Criteria by four, Assumptions/Design Decisions/Risks by three each, Scope by two. Even a perfectly rule-compliant worker produces the redundancy.
RC2 — The plan template invites research leakage.wp-plan.md's "Key Findings Summary" is a restatement slot; workers fill it with copied findings despite the adjacent single-source-and-link rule.
RC4 — Audience is ambiguous, so format doesn't follow function. Machine state lives in session.json (the only thing re-read on resume); artifacts nominally serve human operators. In practice the set splits three ways with no declared distinction: human-primary (design-philosophy, kb-research, architecture-summary, strategic-review, COMPLETE, README, portfolio-*), agent-primary ID-bearing state (assumptions-log, findings-classification, change-block-index, provenance-log, debt-ledger), and hybrid (plan, test-plan). The agent-primary artifacts are dense tables no human reads linearly, yet they are serialized as prose markdown interleaved with the human documents. The technique protocol's #### artifact output metadata carries only a filename — no audience/format axis.
Backlog
Cluster groups items by natural implementation order (1–5; within a PR, work the clusters in ascending order). PR is the strict allocation — only two PRs, split at the one hard boundary (server code vs workflows corpus). Server / Workflows mark which repo surface each item touches. V5 depends on V4 and V3.
#
Cluster
PR
Server
Workflows
Change
Removes
Effort
Risk
V1
1
2
✅
Finalize-boundary conformance gate (sibling of verify-readme-conforms): canonical-home sections not duplicated, no restatement in link-only slots, null sections omitted; per-template line budgets where a structural check is impractical
RC3
S
Low
V2
1
2
✅
Replace wp-plan.md's "Key Findings Summary" with a link-only Inputs list (one line per consumed artifact, anchors permitted)
RC2
S
None
V3
3
2
✅
Canonical-home map: each fact category gets one home artifact; strip duplicated sections from all other templates, replace with one-line link slots; update the coupled technique operations that reference template sections by name
RC1
M
Medium
V4
2
1
✅
Audience attribute (human | agent) on technique output declarations: protocol spec + parser/schema validation, projection into the worker-delivered technique bundle (format known at write time), get_activity artifacts-contract carry-through, JSON format conventions under the artifactPrefix rule, corpus lint coverage
RC4 (enabler)
M
Low
V5
4
2
✅
Convert agent-state artifacts to structured data using V4: assumptions-log reconciliation state, findings-classification routing, change-block-index, provenance-log, debt-ledger
RC4
M
Medium
V6
3
2
✅
Review-cluster consolidation: consolidated-review references findings by ID + disposition only; merge small advisory artifacts (structural-analysis, lean-coding-audit, manual-diff-review, findings-classification) into code-review / strategic-review; single deferred-items register all other documents link to
RC1
M
Low
V7
4
2
✅
Version bump + reference sweep: technique ## Outputs blocks and downstream references to old filenames (inputs of later techniques, README artifact lists, complete-wp.md link tables, retro tooling greps)
—
S
Low
V8
5
2
✅
Codify the anti-patterns into the workflow-design workflow so new workflows can't reintroduce them: template-mandated section duplication, restatement slots, style rules without enforcement, undeclared artifact audience — added to its authoring guidance/review checklist, plus corpus lint where mechanically checkable (e.g. the same prescribed section heading across multiple templates of one workflow)
RC1–RC4 recurrence
S
None
Implementation clusters & PR allocation
Clusters express the natural implementation order and change groupings — an agent implementing within a PR should work them in ascending cluster order:
Cluster 1 — quick wins: V1 + V2. Small, independent, immediately valuable; V1's gate also protects the later restructure from regression.
Cluster 3 — corpus restructure: V3 + V6. One coordinated pass over the work-package templates and their coupled technique operations — grouped because they rewrite the same files. Affected resources: wp-plan.md, design-framework.md, requirements-elicitation.md, implementation-analysis.md, knowledge-base-research.md, test-plan.md, assumptions-review.md, strategic-review.md, architecture-summary.md, complete-wp.md, readme.md, review-mode resources. Affected techniques: plan-prepare/plan.md, research/document.md, implementation-analysis/document.md, requirements-elicitation/create-document.md, design-philosophy/document.md, review-assumptions/*, strategic-review/document-findings.md, finalize-documentation/*, manage-artifacts/*.
Cluster 4 — state extraction & close-out (needs 2 + 3): V5 + V7. Converts the agent-state artifacts to structured outputs (consuming cluster 2's machinery on cluster 3's restructured corpus); the version bump and filename-reference sweep ride the same pass since the sweep must reflect the final artifact set.
Cluster 5 — design-time prevention (last): V8. Touches workflow-design rather than work-package; distills what clusters 1–4 fixed into authoring guidance and lint, so it lands once those are settled.
Strict PR allocation — two PRs, split only at the hard repo boundary (server code on main vs workflows corpus); do not split further:
PR 1 (server): cluster 2 (V4). Merges first.
PR 2 (workflows corpus): clusters 1, 3, 4, 5 (V1–V3, V5–V8), implemented as staged commits in that cluster order.
Sessions started under the old version complete under it (resume loads workflowVersion from session.json), so no migration of existing planning folders.
No change to session.json ownership or the resume model — machine state remains server-managed; this epic only relocates workflow-visible working state that currently masquerades as prose documents.
README.md progress-tracking mandate stays as-is (the docs explicitly designate it as the human operator's entry point).
Traceability must not regress: assumption/task/test/gap ID binding survives, just in structured form rather than markdown tables where the audience is agent-only.
References
Evidence base for the numbers above (redundancy matrices, template section-overlap matrix, per-artifact audience judgments, producer→consumer graph):
Overview
Epic tracking the reduction of work-package planning-artifact verbosity and cross-document redundancy, from a review of three recent planning folders cross-referenced against the workflow templates/techniques and the artifact-management docs (see References):
consolidated-reviewduplicatingcode-reviewfindings wholesale, deferred items scattered across four documents with no single register.Target: 30–40% fewer markdown lines per run and ~1/3 fewer prose documents, with no information loss (agent state persists in structured form).
Root causes
wp-plan.md's "Key Findings Summary" is a restatement slot; workers fill it with copied findings despite the adjacent single-source-and-link rule.session.json(the only thing re-read on resume); artifacts nominally serve human operators. In practice the set splits three ways with no declared distinction: human-primary (design-philosophy, kb-research, architecture-summary, strategic-review, COMPLETE, README, portfolio-*), agent-primary ID-bearing state (assumptions-log, findings-classification, change-block-index, provenance-log, debt-ledger), and hybrid (plan, test-plan). The agent-primary artifacts are dense tables no human reads linearly, yet they are serialized as prose markdown interleaved with the human documents. The technique protocol's#### artifactoutput metadata carries only a filename — no audience/format axis.Backlog
Cluster groups items by natural implementation order (1–5; within a PR, work the clusters in ascending order). PR is the strict allocation — only two PRs, split at the one hard boundary (server code vs workflows corpus). Server / Workflows mark which repo surface each item touches. V5 depends on V4 and V3.
verify-readme-conforms): canonical-home sections not duplicated, no restatement in link-only slots, null sections omitted; per-template line budgets where a structural check is impracticalwp-plan.md's "Key Findings Summary" with a link-only Inputs list (one line per consumed artifact, anchors permitted)human | agent) on technique output declarations: protocol spec + parser/schema validation, projection into the worker-delivered technique bundle (format known at write time),get_activityartifacts-contract carry-through, JSON format conventions under theartifactPrefixrule, corpus lint coverage## Outputsblocks and downstream references to old filenames (inputs of later techniques, README artifact lists,complete-wp.mdlink tables, retro tooling greps)Implementation clusters & PR allocation
Clusters express the natural implementation order and change groupings — an agent implementing within a PR should work them in ascending cluster order:
wp-plan.md,design-framework.md,requirements-elicitation.md,implementation-analysis.md,knowledge-base-research.md,test-plan.md,assumptions-review.md,strategic-review.md,architecture-summary.md,complete-wp.md,readme.md, review-mode resources. Affected techniques:plan-prepare/plan.md,research/document.md,implementation-analysis/document.md,requirements-elicitation/create-document.md,design-philosophy/document.md,review-assumptions/*,strategic-review/document-findings.md,finalize-documentation/*,manage-artifacts/*.Strict PR allocation — two PRs, split only at the hard repo boundary (server code on
mainvs workflows corpus); do not split further:Sessions started under the old version complete under it (resume loads
workflowVersionfromsession.json), so no migration of existing planning folders.Tracking
PR 1 (server) — cluster 2 — delivered in #227
PR 2 (workflows corpus) — clusters 1, 3, 4, 5 in order — delivered in #226
Non-goals / constraints
session.jsonownership or the resume model — machine state remains server-managed; this epic only relocates workflow-visible working state that currently masquerades as prose documents.References
Evidence base for the numbers above (redundancy matrices, template section-overlap matrix, per-artifact audience judgments, producer→consumer graph):
workflowsbranch — templates in resources/, style ruleset in techniques/manage-artifacts/🤖 Generated with Claude Code