From sprint
Creates a new sprint directory with a specs.md template. Asks for goal, scope, and testing preferences, then generates a structured specification file.
How this command is triggered — by the user, by Claude, or both
Slash command
/sprint:new [goal description]The summary Claude sees in its command listing — used to decide when to auto-load this command
# New Sprint Command You are bootstrapping a new sprint for the user. ## Workflow ### Step 1: Determine Sprint Index Find the next sprint number: ### Step 2: Create Sprint Directory ### Step 3: Gather Sprint Information Ask the user for sprint details. Present this as a structured question: **What would you like to build in this sprint?** Options to clarify: 1. **Goal**: What's the main objective? (1-2 sentences) 2. **Scope**: What specific features or fixes? 3. **Testing**: - QA testing: required / optional / skip - UI testing: required / optional / skip - UI testing m...
You are bootstrapping a new sprint for the user.
Find the next sprint number:
# Get current highest sprint number
LAST=$(ls -d .claude/sprint/*/ 2>/dev/null | sort -V | tail -1 | grep -oE '[0-9]+' | tail -1)
if [ -z "$LAST" ]; then
NEXT=1
else
NEXT=$((LAST + 1))
fi
echo $NEXT
mkdir -p .claude/sprint/[NEXT]
Ask the user for sprint details. Present this as a structured question:
What would you like to build in this sprint?
Options to clarify:
Based on user input, create .claude/sprint/[NEXT]/specs.md:
# Sprint [NEXT] Specifications
## Goal
[User's goal description]
## Scope
[List of features/tasks]
## Testing
- QA: [required/optional/skip]
- UI Testing: [required/optional/skip]
- UI Testing Mode: [automated/manual]
## Notes
[Any additional context]
After creating the sprint, suggest:
Sprint [NEXT] created at .claude/sprint/[NEXT]/
Next steps:
1. Review and edit .claude/sprint/[NEXT]/specs.md if needed
2. Run /sprint to start the sprint workflow
3. The architect will analyze specs and create detailed specifications
Tip: For detailed specs, you can add:
- API endpoint details
- UI mockup descriptions
- Database schema changes
- Specific test scenarios
If the user provides a one-liner goal, create the sprint immediately:
Example: /sprint:new Add user authentication with OAuth
Creates:
# Sprint [N] Specifications
## Goal
Add user authentication with OAuth
## Scope
- To be analyzed by architect
## Testing
- QA: required
- UI Testing: required
- UI Testing Mode: automated
Offer templates for common sprint types:
# Sprint [N] Specifications
## Goal
[New feature description]
## Scope
- Backend API endpoints
- Frontend UI components
- Database migrations
- Tests
## Testing
- QA: required
- UI Testing: required
- UI Testing Mode: automated
# Sprint [N] Specifications
## Goal
Fix [bug description]
## Scope
- Root cause analysis
- Fix implementation
- Regression tests
## Testing
- QA: required
- UI Testing: optional
- UI Testing Mode: automated
# Sprint [N] Specifications
## Goal
Refactor [component/system]
## Scope
- Code restructuring
- No functional changes
- Update tests if needed
## Testing
- QA: required
- UI Testing: skip
Report to user:
npx claudepluginhub camillanapoles/claude-code-plugins-plus-skills --plugin sprint/setupScaffolds project structure, runs project discovery, captures product vision and tech stack, then generates an initial development sprint with spec tracks using the SupaConductor methodology.
/speckit-startupInitializes the Speckit spec-driven development workflow by verifying repository context, loading orchestrator and persistent state, and setting up progress tracking for the session.
/startSmart entry point for ralph-specum that detects whether to create a new spec or resume an existing one. Manages git branches, classifies intent, scans existing specs, and supports quick mode and epic detection.
/newScaffolds a new Better-T-Stack project by planning a full validated stack via its MCP server and generating the project files.