Automated summary
Compiles structured verification checklists from project requirements, supporting multiple types such as module completion, quality gates, and test coverage.
Strengths
- Supports six checklist types tailored to different project milestones
- Includes a mandatory RULE 14 compliance section to ensure requirement completeness
- Leverages standardized, priority-annotated, or dependency-ordered templates
- Outputs checklists ready to be written to docs or GitHub issues
Limitations
- Requires requirements documents (USER_REQUIREMENTS.md) to be available and up-to-date
- Depends on external reference files (checklist-types-reference.md, etc.) that must exist in the project
- Cannot auto-generate detailed acceptance criteria if not already specified in requirements
Use this skill when you need to create a formal verification checklist from written requirements to ensure quality and completeness of a module, review, or release.
Do not use it if requirements are informal or missing, or if a simple unstructured list suffices.
Security analysis
SafeThe skill only reads requirement documents and writes structured markdown checklists. No tools are declared and no executable commands are involved. It poses no risk of destructive actions, data exfiltration, or safety bypass.
No concerns found
How this analysis is madeExamples
Create a module completion checklist for the user authentication module based on USER_REQUIREMENTS.md. Include all verification points and a RULE 14 compliance section.Compile a release readiness checklist for version 2.0 using the release readiness type from checklist-types-reference.md. Write it to docs/release-checklist-v2.md.Generate a test coverage checklist for the payment API endpoints described in requirements. Use the test coverage template and ensure each item has clear acceptance criteria.name: amoa-checklist-compilation-patterns description: "Use when compiling verification checklists from requirements including module completion, quality gates, and test coverage checklists. Trigger with checklist compilation requests." license: Apache-2.0 compatibility: Requires AI Maestro installed. metadata: author: Emasoft version: 1.0.0 context: fork user-invocable: false agent: amoa-main
Checklist Compiler Skill
Overview
Compiles structured verification checklists from project requirements and specifications, supporting module completion, quality gates, test coverage, review, release readiness, and task assignment checklist types.
Prerequisites
- Access to requirements documentation (USER_REQUIREMENTS.md or similar)
- Understanding of module acceptance criteria
Instructions
- Read the requirements documentation
- Identify the checklist type needed (module completion, quality gate, review, test coverage, release readiness, or task assignment)
- Consult the appropriate reference document from Contents below
- Extract verification points and structure by logical groupings
- Define clear acceptance criteria for each item
- Add the mandatory RULE 14 compliance section
- Apply the appropriate template from checklist-templates.md
- Review for completeness, write to project docs or GitHub issue, and report results
Contents
Reference Documents
- checklist-types-reference.md - All 6 checklist types (module, quality gate, review, test coverage, release, task assignment)
- checklist-templates.md - Standard, priority-annotated, dependency-ordered, and test coverage templates
- checklist-compilation-workflow.md - 4-phase workflow: gather, structure, format, QA
- checklist-best-practices.md - Design principles, pitfalls, maintenance
- checklist-examples.md - Complete examples and walkthroughs
- skill-quick-reference.md - Inline examples, output deliverables, error handling, progress checklist
Quick Reference
| Type | Purpose | |------|---------| | Module Completion | Verify module ready for integration | | Quality Gate | Verify standards before progression | | Review | Conduct thorough code reviews | | Test Coverage | Ensure comprehensive test coverage | | Release Readiness | Verify release ready for deployment | | Task Assignment | Verify task properly defined |
Workflow: Requirements -> Extract Points -> Structure -> Define Criteria -> Format -> QA -> Write -> Report
RULE 14 Compliance
Every checklist MUST include:
## Requirement Compliance (RULE 14)
- [ ] USER_REQUIREMENTS.md exists and is current
- [ ] All user requirements addressed
- [ ] No technology substitutions without approval
- [ ] No scope reductions without approval
For inline examples, output deliverables, error handling, and progress tracking checklist, see: skill-quick-reference.md
Output
Produces a markdown checklist written to the project docs or a GitHub issue. Each checklist includes grouped verification items with acceptance criteria and a mandatory RULE 14 compliance section. See skill-quick-reference.md for output deliverables.
Examples
See checklist-examples.md for complete walkthroughs and skill-quick-reference.md for inline examples.
Error Handling
Missing requirements docs or unresolvable acceptance criteria halt compilation with a report to the orchestrator. See the error handling section in skill-quick-reference.md.
Resources
- checklist-types-reference.md
- checklist-templates.md
- checklist-compilation-workflow.md
- checklist-best-practices.md
- checklist-examples.md
- skill-quick-reference.md
Script Output Rules
All scripts invoked by this skill MUST follow the token-efficient output protocol:
- Verbose output goes to a timestamped report file in
docs_dev/reports/ - Stdout emits only 2-3 lines:
[OK/ERROR] script_name - summary+Report: path - Scripts accept
--output-dirto override the default report directory - EXCEPTION: Scripts in
scripts/amoa_stop_check/MUST output JSON to stdout (Claude Code hook requirement)
From the file to a first result
The download contains exactly the content displayed on this page. This copy may differ from the latest version in the source repository.
View the source and supporting filesThis download contains SKILL.md only. Any scripts, references, templates and dependencies are not included. Get the required files from the source, preserving their directory structure, before continuing.
1. Download the file
Download SKILL.mdFrom the root of a test project, save the file as .skill-downloads/amoa-checklist-compilation-patterns-mmh8qrrf/SKILL.md, or use the command below. This folder is for inspecting the skill before installation.
Command for macOS/Linux or WSL: requires a POSIX shell and curl. On Windows without WSL, use the download button and create the folder manually.
mkdir -p '.skill-downloads/amoa-checklist-compilation-patterns-mmh8qrrf' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/amoa-checklist-compilation-patterns-mmh8qrrf/download' --output '.skill-downloads/amoa-checklist-compilation-patterns-mmh8qrrf/SKILL.md.part' && mv '.skill-downloads/amoa-checklist-compilation-patterns-mmh8qrrf/SKILL.md.part' '.skill-downloads/amoa-checklist-compilation-patterns-mmh8qrrf/SKILL.md'2. Check prerequisites
Read SKILL.md before using it. If it references scripts or external services, inspect them and prepare the required access in your test environment.
Environment declared by the author: Requires AI Maestro installed.
Original excerpt: Prerequisites
- Access to requirements documentation (USER_REQUIREMENTS.md or similar)
- Understanding of module acceptance criteria
The platforms on this page are catalog indications. The paths below follow tool documentation; they do not prove this skill has been run in those tools. No minimum tool version is confirmed for this listing.
3. Load the skill
After inspection, copy the complete folder into your project using one of the commands below, then open a new tool session. The command stops if a folder with the same name already exists: compare the files before replacing it.
Claude Code
test -f '.skill-downloads/amoa-checklist-compilation-patterns-mmh8qrrf/SKILL.md' && test -s '.skill-downloads/amoa-checklist-compilation-patterns-mmh8qrrf/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/amoa-checklist-compilation-patterns' && cp -R '.skill-downloads/amoa-checklist-compilation-patterns-mmh8qrrf' '.claude/skills/amoa-checklist-compilation-patterns'OpenSkills
OpenSkills must already be installed. The local install/read procedure is checked with OpenSkills 1.5.0, which requires Node.js ≥ 20.6.0. Catalog slugs are not resolved automatically.
Official OpenSkills installationopenskills install './.skill-downloads/amoa-checklist-compilation-patterns-mmh8qrrf'openskills read 'amoa-checklist-compilation-patterns-mmh8qrrf'Reading should display the installed file content and its base directory. It does not run the skill or install its dependencies.
For an agent that reads AGENTS.md, then sync the index. This command changes AGENTS.md: review the diff before using it.
openskills syncManual method or another tool: attach SKILL.md to a conversation, or open it in an agent that can read files. Include any required supporting resources. No universal folder is recognized by every tool.
4. Try a first task
Use a short, synthetic input: an API endpoint, a small document or an interface brief. In a new conversation, attach the file or give the agent its path, then adapt this request:
Read .skill-downloads/amoa-checklist-compilation-patterns-mmh8qrrf/SKILL.md and apply its instructions to this example: [describe a test input]. Identify any missing files, dependencies or access. Produce the result requested by the skill without inventing data or running unreviewed scripts.Expected result: output matching the skill instructions, or a precise list of missing prerequisites. A read confirmation alone does not validate a first use. If an external resource is unavailable, that path remains untested.
ClickHouse Performance Comparison
Testing
Evaluate ClickHouse performance test results, check PR performance changes, compare with history, and assess whether a result is actionable.
Analyze CI Performance Reports
Testing
Analyze CI performance comparison reports for a ClickHouse PR. Cross-references master history to distinguish real regressions from flaky tests.
Santa Method
Testing
Multi-agent adversarial verification with two independent reviewers. Output is checked twice and iteratively fixed until both pass before shipping.