Renamed three implementation workflows to avoid confusion:
- batch-super-dev → batch-stories (processes multiple stories)
- super-dev-pipeline → story-full-pipeline (single story with validation/review)
- story-pipeline → story-dev-only (basic TDD implementation only)
Changes include:
- Renamed workflow directories
- Updated workflow.yaml name fields and installed_path references
- Updated all cross-references in workflow.md files
- Updated state file naming conventions for clarity
- Updated references in documentation and other workflows
This naming convention eliminates pattern-matching confusion by using
completely distinct names for each workflow level.
**Removed:**
- -v2 suffix from super-dev-pipeline (consolidated to single pipeline)
- Old v1.6.0 single-agent pipeline (replaced by v2.0 multi-agent)
**Updated:**
- batch-super-dev execution modes simplified to S (sequential) and P (parallel)
- Both S and P now use Task agents to keep story context out of main thread
- P mode uses smart wave-based execution with dependency analysis
- Sequential mode (S): One Task agent at a time, no dependency analysis
- Parallel mode (P): Wave-based execution respecting story dependencies
**Architecture:**
- Story-level: S (sequential Task agents) vs P (parallel Task agents with waves)
- Within-story: Always multi-agent (builder/inspector/reviewer/fixer)
- Main thread stays clean - all story implementation in Task agent context
**Version:** 6.0.0-Beta.3 → 6.0.0-Beta.4
- Remove autonomous-epic workflow from BMM and BMGD modules
- Remove agent menu entries for autonomous-epic
- Update workflow references to use batch-super-dev
- Add README-changes.md documenting fork customizations
- Remove outdated SPRINT-STATUS-SYNC-GUIDE.md
batch-super-dev is the superior approach with proactive story
validation, auto-creation of missing stories, and smart reconciliation.