ai-closeout-reporter

Generate terminal closeout reports with scope-reduction disclosure and validation evidence.

2|Updated Jul 6, 2026
One-click install
npx skills add https://github.com/nguyenpv1980-wq/Project-Aegis --skill ai-closeout-reporter
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: ai-closeout-reporter
Source: https://github.com/nguyenpv1980-wq/Project-Aegis/tree/main/.claude/skills/ai-closeout-reporter
Command: npx skills add https://github.com/nguyenpv1980-wq/Project-Aegis --skill ai-closeout-reporter

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes assets (resource) components.

What problem does it solve?

This Skill helps produce a trustworthy end-of-task closeout that clearly states what changed, what was intentionally not done, what was validated, and what remains risky or unverified. It prevents silent scope reduction by forcing omissions into a dedicated section instead of hiding them in prose.

Core Features & Use Cases

  • Terminal task reporting: Create a final handoff after finishing implementation, review, or a PR.
  • Scope-reduction disclosure: Record anything skipped, partially delivered, or downgraded with explicit reasons.
  • Evidence-backed validation: List files touched, tests run, actual results, skipped checks, and next actions.
  • Use case: When a task is complete, use this Skill to generate a closeout report that lets another engineer or stakeholder verify the work without re-deriving it.

Quick Start

Use the ai-closeout-reporter skill to write a final closeout report for the completed task, including the mandatory omitted-items section and the actual validation results.

Frequently Asked Questions about ai-closeout-reporter

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I write a closeout report for a pull request that accurately tracks scope reduction?▼

A closeout report prevents silent scope reduction by forcing omissions into a dedicated section. You record exactly what changed, what was intentionally skipped, and the validation evidence, allowing stakeholders to verify the work without re-deriving it.

What should be included in an audit-ready handoff for completed engineering work?▼

An audit-ready handoff requires file attribution from git, command-level validation evidence, exact omission tracking, and a structured next-action handoff. This ensures another engineer can verify the completed implementation without ambiguity.

Why does task handoff documentation often fail to capture unverified risks?▼

Task handoff documentation often hides unverified risks in prose. A structured closeout report forces scope-reduction disclosure and skipped checks into a dedicated section, ensuring honest validation reporting and explicit risk tracking.

Can I use an automated closeout report for post-implementation summaries?▼

Yes, you can generate a post-implementation summary that documents actual validation results and files touched. This provides an audit-ready record of completed engineering work for review or compliance.

How do I document skipped checks and partial deliveries in a terminal task report?▼

You document skipped checks in a terminal task report by listing them in a mandatory omitted-items section. This explicitly captures partial deliveries, skipped checks, and downgraded items with their reasons for full auditability.

What is the best way to ensure honest validation reporting during a PR closure?▼

The best way to ensure honest validation reporting during a PR closure is to require command-level validation evidence and exact omission tracking. This prevents silent scope reduction and clearly states what remains unverified.