Project Workflows
June 27, 2026 ยท View on GitHub
Analysis and design are composable. Start from the authoritative artifacts already available; a plan is not required before OpenSpec, and OpenSpec is not required before a plan.
Lifecycle Options
- Optionally run
/create-feature-branchbefore committing repository-backed analysis and design artifacts. - Use
/create-worktreewhen independent child changes can run in isolated branches. - Run
/update-issueto refine the tracked need in GitHub or Jira. - Run
/explore-designwhen material technical alternatives remain unresolved. - Run
/create-adrfor durable decisions and/create-diagramfor useful architecture views. - Run
/create-specfrom an issue, approved design, ADRs, existing plan, existing OpenSpec, or a valid combination. - Run
/review-alignmentbefore delivery when artifacts may disagree or readiness is uncertain. - Ask
@robot-tech-leadto deliver the selected plan or OpenSpectasks.md. - Use
/profileor/benchmarkwith@robot-java-performancewhen post-implementation performance evidence is needed.
Common paths include issue to plan, issue to OpenSpec, plan to OpenSpec, and existing OpenSpec to plan. /create-spec may propose multiple OpenSpec changes when outcomes have independent value, ownership, release, risk, rollback, or deployment boundaries. The user approves that change map before creation.
Artifact Authority
| Artifact | Authoritative concern |
|---|---|
| Issue or user story | Problem, value, scope, and acceptance criteria |
| ADR | Architecture decision and consequences |
| OpenSpec specification | Requirements and scenarios |
| Implementation plan | Technical delivery strategy, sequence, dependencies, and verification |
Selected OpenSpec tasks.md | Execution tracking when that workflow is selected |
Derivation is one-way and recorded. A derived artifact never silently rewrites its sources. When artifacts conflict, run read-only /review-alignment, decide which authoritative concern must change, update it explicitly, regenerate affected derivatives, and review alignment again.
Parallel Delivery
Use separate worktrees for independent command, agent, or planning changes. Integrate and validate those source changes before updating shared documentation. The tech lead may delegate implementation groups concurrently only when dependencies and file ownership make the work independent.