SDD Lifecycle
The 15-Stage Journey from Constitution to Release.
The Step-by-Step Walkthrough
Constitution
Role: TPOThe "North Star" for your project. Before any feature work begins, the TPO executes a project-wide scan to establish architectural guardrails. This locks metadata conventions, deployment rules, and architectural posturing into a permanent memory state that the AI will respect forever.
/sfspeckit-constitution
Specify
Role: TPOStrategic Requirement Engineering. The TPO writes a functional specification that defines WHAT the feature must do from a business perspective. No technical logic is allowed here; the focus is entirely on user value and business logic.
Clarify
Role: TPO + ArchitectThe Reality Check. The Architect and TPO run a discovery cycle to see if the active Salesforce Org has any manual changes (Drift) that conflict with the specification. Gaps are identified and the Spec is refined before any technical planning starts.
/sfspeckit-clarify
Plan
Role: ArchitectTechnical Architecture Blueprinting. The Architect generates the implementation strategy, defining exactly which classes, fields, and flows will be created or modified. This stage provides the AI with its technical execution sequence.
/sfspeckit-plan
Stories
Role: ArchitectAtomic Decomposition. The technical plan is broken down into self-contained story files. These are Jira-ready units of work that can be distributed across a development team for parallel execution.
/sfspeckit-stories
Review
Role: TPO + ArchitectHuman-in-the-Loop Validation. No automated code is written until a human confirms that the planned technical architecture perfectly serves the original functional specification. Stakeholder sign-off happens here.
/sfspeckit-review
Implement
Role: DeveloperAutonomous Building. The Developer executes the story files. The SFSpeckit engine enters an "Auto-Heal" cycle, writing code, running tests, fixing errors, and iterating until the technical plan is fulfilled.
/sfspeckit-implement [story]
Verify
Role: DeveloperQuality Evidence. The Developer generates a formal verification report. This includes PMD analysis, code coverage heatmaps, and performance metrics, serving as the "proof of quality" for the PR.
/sfspeckit-verify
PR
Role: DeveloperThe Contribution Gate. Automated Pull Request preparation via GitHub CLI. The toolkit aggregates all implementation details and verification evidence into a standardized PR template.
/sfspeckit-pr
QA
Role: QA EngineerPersona-Based Validation. The QA team executes multi-persona validation scripts. They ensure that the new feature works correctly for all specified user roles and that field-level security (FLS) is strictly enforced.
/sfspeckit-qa
UAT
Role: Business OwnerBusiness Value Sign-off. The Business Product Owner (BPO) or Stakeholders run automated UAT scripts generated by the tool to verify that the business objective has been achieved in the staging org.
/sfspeckit-uat
Regression
Role: QA EngineerPlatform Sanity. A full suite of regression tests is executed against the feature branch to ensure that new code hasn't introduced breaking changes into existing production features.
/sfspeckit-regression
Score
Role: System / LeadHealth Dashboard. Real-time project health metrics are aggregated. Quality scores across all stories are visualized to determine if the feature is ready for the promotion gate.
/sfspeckit-score
Deploy
Role: Architect / RMPromotion Gateway. Evidence-based release promotion across the org landscape (Staging -> Prod). Metadata is synced and dependencies are validated in the target environment.
/sfspeckit-deploy
Release Notes
Role: TPOFinal Delivery. The toolkit automatically aggregates story summaries, functional intents, and testing results into a formal, business-ready Release Note document for stakeholders.
/sfspeckit-release-notes