/checklist-runner
Generic checklist execution engine for any .md checklist. Use this skill when an agent needs to validate work against a checklist. Supports YOLO (autonomous) and interactive modes with pass/fail/partial verdicts.
$ npx -y skills add SynkraAI/aiox-core --skill checklist-runner --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/checklist-runner
Context preview
The summary Claude sees to decide when to auto-load this skill.
Generic checklist execution engine for any .md checklist. Use this skill when an agent needs to validate work against a checklist. Supports YOLO (autonomous) and interactive modes with pass/fail/partial verdicts.
SKILL.md
checklist-runner.SKILL.mdname: checklist-runner
description: |
Generic checklist execution engine for any .md checklist.
Use this skill when an agent needs to validate work against a checklist.
Supports YOLO (autonomous) and interactive modes with pass/fail/partial verdicts.
user-invocable: true
argument-hint: "[checklist-name] [--mode yolo|interactive]"
Checklist Runner
Generic checklist execution engine. Validates work against any `.md` checklist with consistent behavior across all agents.
Usage
/checklist-runner story-dod-checklist
/checklist-runner pre-push-checklist --mode yolo
/checklist-runner po-master-checklist --mode interactive
Execution
1. Resolve Checklist
Parse `$ARGUMENTS` for checklist name. Search in order:
1. `.aiox-core/development/checklists/{name}.md` 2. `.aiox-core/development/checklists/{name}` 3. Fuzzy match if exact not found (e.g., "dod" → "story-dod-checklist.md")
If no checklist specified or multiple matches, present numbered options list.
2. Determine Mode
| Mode | Behavior | |------|----------| | `yolo` (default) | Process all sections autonomously, present final report | | `interactive` | Section-by-section with user confirmation between each |
3. Load Context
Gather documents and artifacts specified at the top of the checklist:
- Story files from `docs/stories/`
- Source code files from story's File List
- Test results from last `npm test` run
- Git diff for current changes
4. Process Checklist Items
For each item in the checklist:
1. Read and understand the requirement 2. Look for evidence in documentation/code that satisfies it 3. Consider both explicit mentions and implicit coverage 4. Follow any embedded LLM instructions in the checklist
Mark each item:
| Verdict | Symbol | Meaning | |---------|--------|---------| | PASS | ✅ | Requirement clearly met | | FAIL | ❌ | Requirement not met or insufficient | | PARTIAL | ⚠️ | Some aspects covered, needs improvement | | N/A | ➖ | Not applicable (with justification) |
5. Section Summary
For each section calculate:
- Pass rate: `(PASS count) / (total - N/A count) * 100`
- Common themes in failed items
- Specific recommendations for improvement
6. Final Report
## Checklist Report: {checklist-name}
**Date:** {YYYY-MM-DD}
**Agent:** {current agent}
**Mode:** {yolo|interactive}
### Summary
| Section | Items | Pass | Fail | Partial | N/A | Rate |
|---------|-------|------|------|---------|-----|------|
| ... | ... | ... | ... | ... | ... | ...% |
**Overall:** {PASS_RATE}% ({total_pass}/{total_applicable})
### Failed Items
1. **{item}** — {reason} → {recommendation}
### Decision
**{APPROVED | NEEDS_WORK | FAIL}**
- APPROVED: >= 90% pass rate, 0 FAIL on critical items
- NEEDS_WORK: 70-89% pass rate OR any FAIL on non-critical
- FAIL: < 70% pass rate OR any FAIL on critical itemsAvailable Checklists
| Checklist | Used By | Purpose | |-----------|---------|---------| | `story-dod-checklist.md` | @dev | Definition of Done for stories | | `self-critique-checklist.md` | @dev | Self-review at implementation checkpoints | | `pre-push-checklist.md` | @devops | Quality gate before git push | | `release-checklist.md` | @devops | Release readiness verification | | `po-master-checklist.md` | @po | PO validation checklist | | `change-checklist.md` | @po | Change impact assessment |
Read more
name: checklist-runner description: | Generic checklist execution engine for any .md checklist. Use this skill when an agent needs to validate work against a checklist. Supports YOLO (autonomous) and interactive modes with pass/fail/partial verdicts. user-invocable: true argument-hint: "[checklist-name] [--mode yolo|interactive]"
Checklist Runner
Generic checklist execution engine. Validates work against any `.md` checklist with consistent behavior across all agents.
Usage
/checklist-runner story-dod-checklist /checklist-runner pre-push-checklist --mode yolo /checklist-runner po-master-checklist --mode interactive
Execution
1. Resolve Checklist
Parse `$ARGUMENTS` for checklist name. Search in order:
1. `.aiox-core/development/checklists/{name}.md` 2. `.aiox-core/development/checklists/{name}` 3. Fuzzy match if exact not found (e.g., "dod" → "story-dod-checklist.md")
If no checklist specified or multiple matches, present numbered options list.
2. Determine Mode
| Mode | Behavior | |------|----------| | `yolo` (default) | Process all sections autonomously, present final report | | `interactive` | Section-by-section with user confirmation between each |
3. Load Context
Gather documents and artifacts specified at the top of the checklist:
- Story files from `docs/stories/`
- Source code files from story's File List
- Test results from last `npm test` run
- Git diff for current changes
4. Process Checklist Items
For each item in the checklist:
1. Read and understand the requirement 2. Look for evidence in documentation/code that satisfies it 3. Consider both explicit mentions and implicit coverage 4. Follow any embedded LLM instructions in the checklist
Mark each item:
| Verdict | Symbol | Meaning | |---------|--------|---------| | PASS | ✅ | Requirement clearly met | | FAIL | ❌ | Requirement not met or insufficient | | PARTIAL | ⚠️ | Some aspects covered, needs improvement | | N/A | ➖ | Not applicable (with justification) |
5. Section Summary
For each section calculate:
- Pass rate: `(PASS count) / (total - N/A count) * 100`
- Common themes in failed items
- Specific recommendations for improvement
6. Final Report
## Checklist Report: {checklist-name}
**Date:** {YYYY-MM-DD}
**Agent:** {current agent}
**Mode:** {yolo|interactive}
### Summary
| Section | Items | Pass | Fail | Partial | N/A | Rate |
|---------|-------|------|------|---------|-----|------|
| ... | ... | ... | ... | ... | ... | ...% |
**Overall:** {PASS_RATE}% ({total_pass}/{total_applicable})
### Failed Items
1. **{item}** — {reason} → {recommendation}
### Decision
**{APPROVED | NEEDS_WORK | FAIL}**
- APPROVED: >= 90% pass rate, 0 FAIL on critical items
- NEEDS_WORK: 70-89% pass rate OR any FAIL on non-critical
- FAIL: < 70% pass rate OR any FAIL on critical itemsAvailable Checklists
| Checklist | Used By | Purpose | |-----------|---------|---------| | `story-dod-checklist.md` | @dev | Definition of Done for stories | | `self-critique-checklist.md` | @dev | Self-review at implementation checkpoints | | `pre-push-checklist.md` | @devops | Quality gate before git push | | `release-checklist.md` | @devops | Release readiness verification | | `po-master-checklist.md` | @po | PO validation checklist | | `change-checklist.md` | @po | Change impact assessment |
🌐 README por idioma: EN | PT | ES | ZH Devolvendo às pessoas o poder de criar — Framework open source de orquestração de IA que devolve o controle a quem tem coragem de construir.
Repo: SynkraAI/aiox-core
Other skills on aiox-core.
- /aiox-master
Activate Orion (aiox-master) for AIOX Master Orchestrator & Framework Developer. Use when you need comprehensive expertise across all domains, framework component creation/modification, workflow orchestration, or running tasks that don't...
Open skill - /analyst
Activate Atlas (analyst) for Business Analyst. Use for market research, competitive analysis, user research, brainstorming session facilitation, structured ideation workshops, feasibility studies, industry trends analysis, project discov...
Open skill - /architect
Activate Aria (architect) for Architect. Use for system architecture (fullstack, backend, frontend, infrastructure), technology stack selection (technical evaluation), API design (REST/GraphQL/tRPC/WebSocket), security architecture, perf...
Open skill - /data-engineer
Activate Dara (data-engineer) for Database Architect & Operations Engineer. Use for database design, schema architecture, Supabase configuration, RLS policies, migrations, query optimization, data modeling, operations, and monitoring
Open skill - /dev
Activate Dex (dev) for Full Stack Developer. Use for code implementation, debugging, refactoring, and development best practices
Open skill - /devops
Activate Gage (devops) for GitHub Repository Manager & DevOps Specialist. Use for repository operations, version management, CI/CD, quality gates, and GitHub push operations. ONLY agent authorized to push to remote repository.
Open skill

