post-release

Automate post-release evaluation and write assessment artifacts to docs/gamma/cdd/{X.Y.Z}/POST-RELEASE-ASSESSMENT.md.

8|Updated Feb 2, 2026
One-click install
npx skills add https://github.com/usurobor/cnos --skill post-release-usurobor
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: post-release
Source: https://github.com/usurobor/cnos/tree/main/src/packages/cnos.cdd/skills/cdd/post-release
Command: npx skills add https://github.com/usurobor/cnos --skill post-release-usurobor

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill enables a structured, repeatable evaluation after a release, ensuring post-release evidence, coherence checks, and clear next steps are documented.

Core Features & Use Cases

  • Post-release observation and PRA (post-release assessment) creation to codify the cycle's outcomes.
  • Evidence generation and closure planning that tie shipped artifacts to governance decisions.
  • Cycle-level decision support that guides γ in dispositioning α, β, and γ contributions for the next iteration.

Quick Start

Run the post-release assessment after a new tag is created to produce the POST-RELEASE-ASSESSMENT.md and begin cycle closure.

Frequently Asked Questions about post-release

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

FAQPage Schema
What is a post-release assessment and when do I need to document cycle closure?

A post-release assessment is a structured evaluation that codifies a release cycle's outcomes, measuring coherence and analyzing lag. You need it after creating a git tag to ensure evidence, closure decisions, and next steps are documented.

How do I standardize post-release reviews across alpha, beta, and gamma contribution axes?

You standardize post-release reviews by applying an automated evaluation across alpha, beta, and gamma axes to measure coherence and analyze lag. This generates a comprehensive assessment artifact for governance decisions and cycle closure.

How do I generate a post-release assessment artifact after a new git tag?

To generate a post-release assessment artifact, run the evaluation after creating a new git tag. This produces a POST-RELEASE-ASSESSMENT.md file containing required sections for coherence measurement, lag analysis, and closure dispositions.

Does post-release assessment require specific git tag or release environments to function?

Post-release assessment requires a git tag and release event to trigger. It operates without external dependencies, applying cross-surface patch discipline to generate documentation within the docs/gamma/cdd directory structure.

What is the best way to document post-release evidence and tie shipped artifacts to governance decisions?

The best way to document post-release evidence is generating a standardized assessment artifact that ties shipped artifacts to governance decisions. This provides cycle-level decision support for dispositioning contributions in the next iteration.

When should I avoid using automated post-release evaluation for documentation?

You should avoid automated post-release evaluation if your project lacks a formal git tag release process or does not require strict coherence measurement and lag analysis across alpha, beta, and gamma axes for governance.