lmiranda
2d51df7a42
Phase 1b: Rename all ~94 commands across 12 plugins to /<noun> <action> sub-command pattern. Git-flow consolidated from 8→5 commands (commit variants absorbed into --push/--merge/--sync flags). Dispatch files, name: frontmatter, and cross-reference updates for all plugins. Phase 2: Design documents for 8 new plugins in docs/designs/. Phase 3: Scaffold 8 new plugins — saas-api-platform, saas-db-migrate, saas-react-platform, saas-test-pilot, data-seed, ops-release-manager, ops-deploy-pipeline, debug-mcp. Each with plugin.json, commands, agents, skills, README, and claude-md-integration. Marketplace grows from 12→20. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
59 lines
2.5 KiB
Markdown
59 lines
2.5 KiB
Markdown
---
|
|
name: sprint start
|
|
description: Begin sprint execution with relevant lessons learned from previous sprints
|
|
agent: orchestrator
|
|
---
|
|
|
|
# Start Sprint Execution
|
|
|
|
## Skills Required
|
|
|
|
- skills/mcp-tools-reference.md (frontmatter — auto-injected)
|
|
- skills/batch-execution.md (frontmatter — auto-injected)
|
|
- skills/branch-security.md
|
|
- skills/sprint-approval.md
|
|
- skills/dependency-management.md
|
|
- skills/lessons-learned.md
|
|
- skills/git-workflow.md
|
|
- skills/progress-tracking.md
|
|
- skills/runaway-detection.md
|
|
- skills/sprint-lifecycle.md
|
|
|
|
## Purpose
|
|
|
|
Initiate sprint execution. The orchestrator agent verifies approval, analyzes dependencies for parallel execution, searches relevant lessons, and coordinates task dispatch.
|
|
|
|
## Invocation
|
|
|
|
Run `/sprint start` when ready to begin executing a planned sprint.
|
|
|
|
**Flags:**
|
|
- `--force` — Bypass approval gate (emergency only, logged to milestone)
|
|
|
|
## Workflow
|
|
|
|
Execute the sprint start workflow:
|
|
|
|
1. **Verify Sprint Approval & Lifecycle State** (required) - Check milestone for approval record. STOP if missing unless `--force` flag provided. Also verify lifecycle state is `Sprint/Planning` per `skills/sprint-lifecycle.md`. Set `Sprint/Executing` after verification passes.
|
|
2. **Detect Checkpoints** - Check for resume points from interrupted sessions
|
|
3. **Fetch Sprint Issues** - Get open issues from milestone
|
|
4. **Analyze Dependencies** - Use `get_execution_order` for parallel batches
|
|
5. **Search Relevant Lessons** - Find applicable past experiences
|
|
6. **Dispatch Tasks** - Parallel when safe, sequential when file conflicts exist
|
|
|
|
**File Conflict Prevention:** Before parallel dispatch, check target files for overlap. Sequentialize tasks that modify the same files.
|
|
|
|
**Branch Isolation:** Each task runs on its own branch (`feat/<issue>-<desc>`).
|
|
|
|
**Sequential Merge:** After completion, merge branches sequentially to detect conflicts.
|
|
|
|
## Visual Output
|
|
|
|
```
|
|
╔══════════════════════════════════════════════════════════════════╗
|
|
║ 📋 PROJMAN ║
|
|
║ ⚡ EXECUTION ║
|
|
║ [Sprint Name] ║
|
|
╚══════════════════════════════════════════════════════════════════╝
|
|
```
|