issue

Create executable issue packs with frontmatter-driven schemas for governance artifacts.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Incoherent or under-specified work requests derail projects. This skill standardizes how issues are written so teams describe the problem, impact, truth, constraints, and acceptance criteria in a single, verifiable artifact.

Core Features & Use Cases

  • Self-contained issue units that encode problem, impact, status truth, source of truth, scope, non-goals, and closure conditions.
  • Frontmatter-driven validation to enforce consistent metadata, traceability, and loader alignment.
  • Embedded guidance for writing contracts, proofs, constraints, and related artifacts, enabling repeatable handoffs and audits.

Quick Start

File a new issue following the contract templates in SKILL.md to demonstrate the end-to-end writing pattern.

Frequently Asked Questions about issue

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

FAQPage Schema
How do I write executable issues that include proof obligations and constraints?▼

Executable issues are written by following a frontmatter-driven schema that encodes contracts, proofs, and constraints directly in the body, ensuring governance artifacts are self-contained, testable, and unambiguous.

What makes a governance issue self-contained and testable?▼

A governance issue becomes self-contained and testable when it standardizes problem descriptions, impact, source of truth, scope, and closure conditions into a single verifiable artifact with required frontmatter validation.

How do I create standardized issue packs for complex workflow changes?▼

Standardized issue packs for complex changes are created by applying frontmatter templates that require fields like name, description, and artifact_class, while embedding implementation guidance and related artifact references.

Does this approach to issue documentation work for both simple and complex changes?▼

Yes, this documentation approach applies to both simple and complex changes by enforcing a consistent schema that names the incoherence, required skills, and implementation guidance for repeatable handoffs and audits.

What is the best way to prevent incoherent or under-specified work requests from derailing projects?▼

The best way to prevent under-specified work requests from derailing projects is standardizing issues to describe the problem, impact, truth, constraints, and acceptance criteria in a single, verifiable artifact.