| name | interactive-checklist |
| description | Create interactive, guided checklists for multi-step workflows, validation processes, onboarding sequences, and complex procedures with step-by-step tracking and decision trees. Use when documenting complex workflows, creating validation procedures, or building step-by-step guides requiring user interaction and decision tracking. |
| acceptance | [object Object], [object Object], [object Object], [object Object], [object Object] |
| inputs | [object Object] |
| outputs | [object Object] |
| telemetry | [object Object] |
Interactive Checklist Skill
Purpose
Create guided, interactive checklists for complex workflows, validation processes, onboarding sequences, and multi-step procedures. Checklists provide step-by-step instructions, validation criteria, decision trees, and progress tracking.
Core Principles:
- Step-by-step clarity (each step is clear and actionable)
- Progressive disclosure (details revealed as needed)
- Validation gates (ensure quality at each step)
- Decision support (guide users through choices)
- Progress visibility (track completion status)
Prerequisites
- Workflow/process defined (either high-level description or detailed steps)
- Understanding of workflow branching (if any)
- Validation criteria identified
- workspace/ directory exists for checklist storage
Workflow
Step 1: Workflow Analysis
Action: Understand workflow structure, identify steps, decision points, and validation requirements.
Key Activities:
Identify Workflow Type
Linear Workflow:
Step 1 → Step 2 → Step 3 → Step 4 → Complete Example: Software deployment 1. Run tests 2. Build application 3. Deploy to staging 4. Verify staging 5. Deploy to productionBranching Workflow:
Step 1 → Step 2 → Decision ├─ Path A → Step 3A → Step 4 └─ Path B → Step 3B → Step 4 Example: Code review process 1. Review code 2. Decision: Approve or Request Changes? A. If approved → Merge PR → Complete B. If changes needed → Developer fixes → Re-reviewCyclic Workflow:
Step 1 → Step 2 → Validation ├─ Pass → Step 3 → Complete └─ Fail → Return to Step 1 Example: Quality assurance 1. Implement feature 2. Run tests 3. If tests pass → Deploy 4. If tests fail → Fix bugs → Return to step 2Validation Checklist:
Independent items (order doesn't matter): - [ ] Item 1 validated - [ ] Item 2 validated - [ ] Item 3 validated Example: Pre-launch checklist - [ ] Security audit complete - [ ] Performance tests passed - [ ] Documentation updated - [ ] Backup verifiedBreak Down into Steps
For each step, define: - Step number/ID - Step name (brief, actionable) - Description (what to do) - Validation criteria (how to know it's done) - Prerequisites (what must be done first) - Estimated time (how long it takes) - Resources needed (tools, access, knowledge) - Common issues (what might go wrong)Identify Decision Points
Decision point structure: - Condition: What question needs answered? - Options: What are the choices? - Outcomes: Where does each choice lead? - Criteria: How to decide? Example: Decision: "Do tests pass?" - Option A: YES → Continue to deployment - Option B: NO → Return to development - Criteria: 100% test pass rate, no failuresMap Dependencies
Identify: - Sequential dependencies (Step 2 requires Step 1 complete) - Parallel steps (Steps can be done simultaneously) - Blocking dependencies (Cannot proceed until X is done) - Optional steps (Can be skipped in some cases)
Output: Workflow structure with steps, decision points, and dependencies
See: references/workflow-patterns.md for workflow type identification
Step 2: Checklist Generation
Action: Create structured checklist document with steps, instructions, and tracking.
Key Activities:
Create Checklist Header
# Workflow Name: [Name] **Type:** Linear | Branching | Cyclic | Validation **Total Steps:** [N] **Estimated Time:** [X hours/days] **Last Updated:** [Date] ## Overview [Brief description of workflow purpose and outcome] ## Prerequisites - [ ] Prerequisite 1 - [ ] Prerequisite 2 - [ ] Prerequisite 3 **Ready to proceed?** All prerequisites must be checked before starting.Generate Step Templates
Linear Step:
## Step [N]: [Step Name] **Status:** ⬜ Not Started | 🔄 In Progress | ✅ Complete **Estimated Time:** [X minutes/hours] **Description:** [Detailed instructions on what to do] **How to Execute:** 1. [Action 1] 2. [Action 2] 3. [Action 3] **Validation Criteria:** - [ ] Criterion 1 met - [ ] Criterion 2 met - [ ] Criterion 3 met **Resources:** - Tool/Link 1 - Documentation reference - Access required **Common Issues:** - Issue 1: [Description] → Solution: [Fix] - Issue 2: [Description] → Solution: [Fix] **Next Step:** Proceed to Step [N+1]Decision Step:
## Step [N]: [Decision Point Name] **Status:** ⬜ Awaiting Decision **Decision Question:** [What needs to be decided?] **Options:** ### Option A: [Choice 1] **When to choose:** [Criteria for this option] **Next steps:** [Where this leads] ### Option B: [Choice 2] **When to choose:** [Criteria for this option] **Next steps:** [Where this leads] **Decision Made:** [ ] Option A | [ ] Option B **Proceed to:** - If Option A → Step [X] - If Option B → Step [Y]Validation Gate:
## Validation Checkpoint: [Name] **Purpose:** Ensure quality/readiness before proceeding **Validation Checklist:** - [ ] Check 1: [Description] - Status: ⬜ Pass / ❌ Fail - [ ] Check 2: [Description] - Status: ⬜ Pass / ❌ Fail - [ ] Check 3: [Description] - Status: ⬜ Pass / ❌ Fail **Pass Criteria:** All checks must pass **Result:** ⬜ PASS (proceed) | ❌ FAIL (address issues) **If FAIL:** - Identify which checks failed - Address issues - Re-run validation **If PASS:** Proceed to Step [N+1]Add Progress Tracking
## Progress Tracker **Overall Progress:** [█████░░░░░] 50% (5/10 steps complete) **Completed Steps:** - [✅] Step 1: [Name] - [✅] Step 2: [Name] - [✅] Step 3: [Name] - [✅] Step 4: [Name] - [✅] Step 5: [Name] **Current Step:** - [🔄] Step 6: [Name] (In Progress) **Remaining Steps:** - [⬜] Step 7: [Name] - [⬜] Step 8: [Name] - [⬜] Step 9: [Name] - [⬜] Step 10: [Name] **Time Tracking:** - Estimated Total: [X hours] - Time Spent: [Y hours] - Remaining: [Z hours]Include Decision Tree (for Branching Workflows)
## Workflow Decision TreeSTART │ ├─ Step 1: Setup │ ├─ Step 2: Execute │ ├─ DECISION: Success? │ ├─ YES → Step 3: Deploy → Step 4: Verify → END │ └─ NO → Step 2b: Debug → Return to Step 2
Output: Complete interactive checklist document
See: references/checklist-templates.md for template examples
Step 3: Add Interactive Elements
Action: Enhance checklist with interactive features for better usability.
Key Activities:
Add Collapsible Sections (for detailed steps)
## Step 3: Database Migration **Status:** ⬜ Not Started <details> <summary>📖 Click to expand step details</summary> **Description:** Run database migration scripts to update schema. **Commands:** ```bash npm run migrate npm run seedValidation:
- Migration ran without errors
- All tables created
- Seed data loaded
Add Quick Reference Tables
## Quick Reference: Status Codes | Code | Meaning | Action | |------|---------|--------| | 200 | Success | Continue | | 400 | Bad Request | Check input | | 401 | Unauthorized | Check credentials | | 500 | Server Error | Check logs |Add Helpful Links
## Resources **Documentation:** - [Setup Guide](docs/setup.md) - [Troubleshooting](docs/troubleshooting.md) **Tools:** - [Dashboard](https://app.example.com/dashboard) - [Logs](https://logs.example.com) **Support:** - Slack: #engineering-help - Email: support@example.comAdd Time Estimates and Tracking
## Time Tracking | Step | Estimated | Actual | Notes | |------|-----------|--------|-------| | 1 | 15 min | ___ min | _____ | | 2 | 30 min | ___ min | _____ | | 3 | 45 min | ___ min | _____ | | 4 | 20 min | ___ min | _____ | **Total Estimated:** 1h 50m **Total Actual:** ____Add Sign-Off Section
## Workflow Completion **All steps complete?** - [ ] All steps checked off - [ ] All validations passed - [ ] No blockers remaining **Sign-Off:** - **Completed By:** __________________ - **Date:** __________________ - **Verified By:** __________________ (if applicable) - **Notes:** __________________ **Status:** ⬜ INCOMPLETE | ✅ COMPLETE
Output: Enhanced interactive checklist
See: references/interactive-elements.md for enhancement techniques
Step 4: Validation and Testing
Action: Verify checklist is complete, accurate, and usable.
Key Activities:
Completeness Check
- [ ] All steps documented - [ ] All decision points identified - [ ] All validation criteria defined - [ ] All resources linked - [ ] All prerequisites listed - [ ] Progress tracking includedClarity Check
For each step: - [ ] Instructions are clear and actionable - [ ] Technical terms explained - [ ] Examples provided (where needed) - [ ] Expected outcomes statedUsability Test
- [ ] Test checklist on sample workflow - [ ] Verify all steps can be completed - [ ] Verify decision logic works - [ ] Verify validation gates catch issues - [ ] Time estimates are reasonableUpdate and Iterate
Based on testing: - Add missing steps - Clarify unclear instructions - Fix broken links - Adjust time estimates - Add troubleshooting tips
Output: Validated, tested checklist ready for use
See: references/checklist-validation.md for testing procedures
Common Scenarios
Scenario 1: Software Deployment Checklist
Context: Step-by-step deployment process
Workflow Type: Linear with validation gates
Checklist Structure:
1. Pre-Deployment Checklist (Validation)
2. Build Application
3. Run Tests (Validation Gate)
4. Deploy to Staging
5. Verify Staging (Validation Gate)
6. Deploy to Production
7. Verify Production (Validation Gate)
8. Post-Deployment Steps
Scenario 2: Code Review Workflow
Context: Branching workflow with approval/rejection
Workflow Type: Branching
Checklist Structure:
1. Review Code Changes
2. Run Automated Checks
3. Decision: Approve or Request Changes?
A. Approve → Merge PR → Complete
B. Request Changes → Developer addresses feedback → Return to Step 1
Scenario 3: New Employee Onboarding
Context: Multi-step onboarding with many tasks
Workflow Type: Validation (order-independent tasks)
Checklist Structure:
Week 1:
- [ ] IT setup (laptop, accounts, access)
- [ ] HR paperwork
- [ ] Team introductions
- [ ] Codebase orientation
Week 2:
- [ ] First code contribution
- [ ] Attend team meetings
- [ ] Shadow senior engineer
Week 3:
- [ ] Own first ticket
- [ ] Complete training modules
Scenario 4: Security Audit
Context: Comprehensive security validation
Workflow Type: Validation with severity levels
Checklist Structure:
Critical:
- [ ] Authentication security verified
- [ ] Data encryption enabled
- [ ] Access controls configured
High Priority:
- [ ] Rate limiting implemented
- [ ] Input validation present
- [ ] CORS configured properly
Medium Priority:
- [ ] Logging enabled
- [ ] Error handling comprehensive
- [ ] Dependencies up to date
Best Practices
- Keep Steps Atomic - One clear action per step
- Make Steps Actionable - Use verbs (Run, Deploy, Verify, Check)
- Define Success Criteria - How to know step is complete
- Estimate Time Realistically - Help users plan
- Provide Context - Why this step matters
- Anticipate Issues - Include troubleshooting tips
- Link Resources - Provide tools, docs, support
- Use Visual Indicators - Status icons, progress bars
- Test with Users - Validate checklist with actual workflow
- Iterate and Improve - Update based on feedback
When to Escalate
Escalate to stakeholders when:
- Workflow steps unclear or ambiguous
- Decision criteria not defined
- Validation standards not established
- Approval process needed
Escalate to subject matter experts when:
- Technical details uncertain
- Best practices unknown
- Tools or access requirements unclear
Use alternative skill when:
- Need detailed documentation → Use
create-prdorshard-document - Need planning breakdown → Use
create-task-spec - Need validation framework → Use
review-task
Reference Files
references/workflow-patterns.md- Workflow type identification and patternsreferences/checklist-templates.md- Templates for different workflow typesreferences/interactive-elements.md- Enhancement techniques for interactivityreferences/checklist-validation.md- Testing and validation procedures
Part of BMAD Enhanced Planning Suite