| name | Workflow Execution |
| description | This skill should be used when implementing tracks, following workflow methodologies, updating plan status, or when the user asks about "TDD workflow", "how to follow workflow", "task execution", "phase completion", or "status updates". Provides patterns for executing work according to defined methodologies. |
| version | 0.1.0 |
Workflow Execution
This skill provides patterns for executing Conductor tracks according to defined workflow methodologies, updating progress, and verifying completion.
Overview
Workflow execution is the implementation phase where plans become reality. This skill covers:
- Following workflow methodologies (TDD, BDD, standard)
- Updating plan status in real-time
- Phase completion verification
- Commit strategies
- Error handling during implementation
Workflow Methodologies
Test-Driven Development (TDD)
Pattern: Red → Green → Refactor
For each task requiring code:
- Write Test: Create failing test that defines expected behavior
- Run Test: Execute test, verify it fails (Red)
- Implement: Write minimal code to make test pass
- Run Test: Execute test, verify it passes (Green)
- Refactor: Improve code quality without changing behavior
- Run Test: Execute test again, verify still passes
Example Task:
### [~] Task: Add user email validation
- [x] Sub-task: Write email validation tests
- [x] Sub-task: Run tests (expect failure)
- [~] Sub-task: Implement validation logic
- [ ] Sub-task: Run tests (expect pass)
- [ ] Sub-task: Refactor for clarity
- [ ] Sub-task: Run tests (verify still passes)
Behavior-Driven Development (BDD)
Pattern: Specify → Implement → Verify
For each task:
- Specify: Define behavior in Given-When-Then format
- Implement: Write code to satisfy specification
- Verify: Run scenarios to confirm behavior
Standard Workflow
Pattern: Implement → Test → Review
For each task:
- Implement: Write the code or make the change
- Test: Verify it works (manual or automated)
- Review: Check code quality and standards
Status Management
Status Markers
Update plan.md markers as work progresses:
| Transition | When | Example |
|---|---|---|
[ ] → [~] |
Starting work | Beginning a task |
[~] → [x] |
Completing work | Finishing a task |
[~] → [!] |
Encountering blocker | Cannot proceed |
[!] → [~] |
Resolving blocker | Resuming work |
Real-Time Updates
Update plan.md immediately when status changes:
- Read current plan.md
- Update status marker
- Write updated plan.md
- Commit change (if using per-task commits)
TodoWrite Integration
Mirror plan.md structure in TodoWrite:
- Create todos for phases, tasks, sub-tasks
- Update todo status when plan.md status changes
- Keep both synchronized throughout implementation
Phase Completion Verification
Automated Checks
Run at phase boundaries:
Tests:
npm test # JavaScript/TypeScript
pytest # Python
go test ./... # Go
mvn test # Java
Build:
npm run build # JavaScript/TypeScript
python setup.py build # Python
go build # Go
mvn package # Java
Linting:
npm run lint # JavaScript/TypeScript
pylint src/ # Python
golangci-lint run # Go
Type Checking:
npx tsc --noEmit # TypeScript
mypy src/ # Python
User Confirmation
After automated checks, present results and ask:
- Question: "Phase '
' is complete. Verification results: [summary]. Ready to proceed?" - Options:
- "Yes, proceed to next phase"
- "No, let me review/fix issues"
If issues found, halt and await user instructions.
Commit Strategies
Conventional Commits
Format: type(scope): description
Types:
feat: New featurefix: Bug fixrefactor: Code restructuringtest: Adding testsdocs: Documentationchore: Maintenance
Examples:
git commit -m "feat(auth): add user registration endpoint"
git commit -m "test(auth): add registration validation tests"
git commit -m "conductor(plan): mark registration task complete"
Commit Frequency
Per Task:
- Commit after each task completion
- Include task description in commit message
- Update plan.md in same commit
Per Phase:
- Commit after each phase completion
- Include phase summary in commit message
- Update plan.md and tracks.md in same commit
Plan Update Commits
Always commit plan.md updates:
git add conductor/tracks/<track_id>/plan.md
git commit -m "conductor(plan): Update <task/phase> status"
Error Handling
Task Failures
If implementation fails:
- Mark task as blocked:
[!] - Document blocker in plan.md
- Update TodoWrite status
- Inform user with error details
- Ask how to proceed:
- "Retry this task"
- "Skip and continue"
- "Halt implementation"
Test Failures
If tests fail during verification:
- Present test output to user
- Mark phase as needs-review
- Ask: "Tests failed. How to proceed?"
- "Fix issues now"
- "Continue anyway (not recommended)"
- "Halt and review"
Build Failures
If build fails:
- Present build output
- Halt implementation
- Inform: "Build failed. Please fix issues before continuing."
- Do not proceed to next phase
Phase-Level Execution Pattern
For each phase:
Announce Phase Start:
🚀 Starting Phase: <Phase Name> Tasks in this phase: <N>Execute Tasks Sequentially:
- For each task in phase:
- Mark as in_progress:
[~] - Follow workflow methodology
- Implement the task
- Mark as completed:
[x] - Update TodoWrite
- Mark as in_progress:
- For each task in phase:
Run Automated Checks:
- Execute tests
- Run build
- Check linting
- Verify type checking
User Verification:
- Present check results
- Ask for confirmation
- If approved, continue
- If not, halt and await instructions
Update Phase Status:
- Mark phase as complete
- Commit changes
- Proceed to next phase
Context Loading
Before implementing, load all context:
conductor/tracks/<track_id>/spec.md- Requirementsconductor/tracks/<track_id>/plan.md- Implementation planconductor/workflow.md- Methodologyconductor/tech-stack.md- Technical constraintsconductor/product.md- Product contextconductor/code_styleguides/- Style standards
Tips for Implementation
- Follow the Plan: Don't deviate without updating plan first
- Update in Real-Time: Keep plan.md current as you work
- Commit Frequently: Per task or phase, not at the end
- Run Checks: Automated verification at phase boundaries
- Respect Methodology: Follow TDD/BDD/standard as defined
- Handle Errors Gracefully: Mark blockers, inform user, await instructions
- Verify Completion: Don't skip phase verification steps
- Keep User Informed: Announce progress throughout
Additional Resources
references/tdd-patterns.md- Detailed TDD workflowsreferences/commit-strategies.md- Advanced commit patternsexamples/workflow-execution/- Real-world execution examples