final-review
SkillDev toolsFinal Review
Available today. Use it from your connected AI after setup.
No other account needed.
Connect ahel once, and every AI you use reads what you have installed.
Then ask your AI: use the final-review skill
What this skill tells your AI
The instructions your AI receives, as published by markmhendrickson/neotoma in .claude/skills/final-review/SKILL.md and read by ahel’s review.
name: final-review description: Final review workflow per foundation command. triggers:
- final review
- /final_review
- final-review
Final Review
Present final implementation for review and approval for Feature Unit {{input:feature_id}}.
Follow foundation/development/feature_unit_workflow.md Step 4 (Checkpoint 2 — Final Review). Configuration is read from foundation-config.yaml.
Implements Checkpoint 2 of the Feature Unit creation workflow. Presents the completed implementation for human review and approval.
Trigger
- Implementation complete
- Tests passing
- PR created (if required by config)
Tasks
-
Load configuration:
- Read
foundation-config.yamlto get feature unit settings - Determine directory structure, testing requirements, git workflow
- Read
-
Run spec compliance validation (if available):
- Execute spec compliance validation script (if repository has one)
- If compliance check fails: STOP and present compliance report to user
- List all gaps found
- Require user to fix gaps, update spec, or explicitly defer requirements before proceeding
- Re-run compliance check after fixes
- If compliance check passes or not available, continue to next step
-
Gather implementation summary:
- List all files changed
- List tests added (with pass status)
- List documentation updated
- PR link and status (if PR required)
- Compliance report link (if generated)
-
Verify completion:
- All required tests passing (based on config)
- Coverage meets configured targets
- PR created with proper format (if required)
- Spec compliance validation passed (if available)
-
Present summary:
- Files changed (count and key files)
- Tests added/passing
- Coverage achieved vs target
- Documentation updated
- PR link (if applicable)
- Spec compliance status (if available)
-
STOP and prompt user:
- "Implementation complete. PR: [link]" (if applicable)
- "Please review the implementation"
- "Approve for merge? (yes/no)"
- "Any final changes needed? (list or 'none')"
- "Spec compliance validation: ✅ Pass / ❌ Fail (see report: [link])" (if available)
-
If user requests changes:
- Apply changes
- Re-run tests
- Re-run spec compliance validation (if available)
- Update PR (if applicable)
- Repeat until approved
-
If approved:
- Mark spec status as
Completed - Move files from
in_progress/tocompleted/:mv {configured_directory}/in_progress/{{input:feature_id}} {configured_directory}/completed/{{input:feature_id}} - Update manifest
status: "completed" - Update repository-specific FU inventory (if configured)
- Mark PR as ready for merge (if applicable)
- If using worktrees (from config), clean up worktree:
# From main repo root git worktree remove {configured_worktree_path} # Or if worktree still has uncommitted changes: git worktree remove --force {configured_worktree_path}
- Mark spec status as
Inputs
feature_id(string): The feature identifier
Signals
- GitHub stars
- 32
- Forks
- 3
- Last commit
- Sep 2026
Advanced
- Catalog kind
- skill
- Gateway key
final-review- Source
- github.com/markmhendrickson/neotoma