AMOA Checklist Compilation Patterns

VerifiedSafe

Compiles structured verification checklists from project requirements, covering types such as module completion, quality gates, test coverage, reviews, release readiness, and task assignments. Each checklist groups verification items with clear acceptance criteria and includes a mandatory RULE 14 compliance section. Useful when you need to ensure consistent, standards‑aligned checklists for project milestones.

Sby Skills Guide Bot
TestingIntermediate
706/2/2026
Claude Code
#checklist#verification#quality-gate#test-coverage#requirements

Recommended for

Our review

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
When to use it

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.

When not to use it

Do not use it if requirements are informal or missing, or if a simple unstructured list suffices.

Security analysis

Safe
Quality score88/100

The 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

Examples

Module completion checklist for authentication module
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.
Release readiness checklist for v2.0
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.
Test coverage checklist for payment API
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

  1. Read the requirements documentation
  2. Identify the checklist type needed (module completion, quality gate, review, test coverage, release readiness, or task assignment)
  3. Consult the appropriate reference document from Contents below
  4. Extract verification points and structure by logical groupings
  5. Define clear acceptance criteria for each item
  6. Add the mandatory RULE 14 compliance section
  7. Apply the appropriate template from checklist-templates.md
  8. Review for completeness, write to project docs or GitHub issue, and report results

Contents

Reference Documents

  1. checklist-types-reference.md - All 6 checklist types (module, quality gate, review, test coverage, release, task assignment)
  2. checklist-templates.md - Standard, priority-annotated, dependency-ordered, and test coverage templates
  3. checklist-compilation-workflow.md - 4-phase workflow: gather, structure, format, QA
  4. checklist-best-practices.md - Design principles, pitfalls, maintenance
  5. checklist-examples.md - Complete examples and walkthroughs
  6. 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

Script Output Rules

All scripts invoked by this skill MUST follow the token-efficient output protocol:

  1. Verbose output goes to a timestamped report file in docs_dev/reports/
  2. Stdout emits only 2-3 lines: [OK/ERROR] script_name - summary + Report: path
  3. Scripts accept --output-dir to override the default report directory
  4. EXCEPTION: Scripts in scripts/amoa_stop_check/ MUST output JSON to stdout (Claude Code hook requirement)
Related skills