closing-stale-packets

Close stale change packets flagged by ng status with a documented rationale.

33|Updated May 24, 2026
One-click install
npx skills add https://github.com/FlyFission/nuclear-grade-context-engineering --skill closing-stale-packets
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: closing-stale-packets
Source: https://github.com/FlyFission/nuclear-grade-context-engineering/tree/main/skills/closing-stale-packets
Command: npx skills add https://github.com/FlyFission/nuclear-grade-context-engineering --skill closing-stale-packets

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Close stale change packets to restore integrity in the change-management workflow.

Core Features & Use Cases

  • Identify stale change packets and decide their terminal state (completed, closed, or deleted).
  • Record a clear rationale for closures and maintain a traceable history.
  • Prevent silent half-done work by enforcing a documented decision and status update.

Quick Start

Identify stale packets with ng status and close them with a rationale using the CLOSE action.

Frequently Asked Questions about closing-stale-packets

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

FAQPage Schema
How do I close stale change packets left abandoned mid-session?

To close stale change packets, you implement a decision contract by completing, closing with rationale, or deleting them as appropriate. This restores integrity to the change-management workflow by ensuring no silent half-done work remains.

What is a NUCLEAR-GRADE-CLOSED rationale line in change management?

A NUCLEAR-GRADE-CLOSED rationale line is a documented record required when closing stale change packets. It ensures a traceable history by enforcing a clear, documented decision and status update for any abandoned or superseded packet.

How do I identify scaffold or invalid packets using ng status for cleanup?

You identify scaffold or invalid packets by running ng status to flag stale change packets. Once identified, you apply the decision contract to close them with rationale or delete them, preventing silent half-done work in your workflow.

What is the best way to handle superseded packets in a change-management workflow?

The best way to handle superseded packets is to evaluate their terminal state and apply a decision contract. You either complete them, close them with a NUCLEAR-GRADE-CLOSED rationale, or delete them to maintain workflow integrity and traceable history.

Why does recording a rationale prevent issues when closing stale packets?

Recording a rationale prevents issues by enforcing a documented decision and status update for every stale packet closure. It maintains a traceable history and stops silent half-done work from disrupting the change-management workflow.

Do I need ng status to identify stale packets before closing them?

Yes, you use ng status to identify stale packets flagged as scaffold or invalid. This flags abandoned or superseded packets so you can apply the decision contract and close them with the required rationale.