/assurance – 全仓库质量与检查体系统一规范(RADNA 体系)

Classify pull request changes into Gate or Business categories and generate QA-DECISION.md and AUDIT-REPORT.md artifacts.

Updated Feb 25, 2026
One-click install
npx skills add https://github.com/perfectuser21/cecelia --skill assurance-radna
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: /assurance – 全仓库质量与检查体系统一规范(RADNA 体系)
Source: https://github.com/perfectuser21/cecelia/tree/main/packages/engine/skills/assurance
Command: npx skills add https://github.com/perfectuser21/cecelia --skill assurance-radna

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) and assets (resource) components.

What problem does it solve?

This Skill acts as the sole coordinator for the inspection system (Gate) and business system (Regression), ensuring code quality and preventing regressions by classifying changes, updating contracts, and generating essential QA and Audit artifacts.

Core Features & Use Cases

  • Change Classification: Automatically determines if a Pull Request (PR) modification is related to Gate (security/infrastructure) or Business (functional features).
  • Contract Management: Updates the Gate Contract (GCI) for Gate changes and the Regression Contract (RCI) for Business changes, preventing cross-contamination.
  • Artifact Generation: Produces QA-DECISION.md and AUDIT-REPORT.md automatically based on PR changes and contract updates.
  • Use Case: When a developer submits a PR, this Skill will analyze the changed files, identify if it's a security fix or a new feature, update the relevant contract (gate-contract.yaml or regression-contract.yaml), and generate a report summarizing the QA decision and audit findings.

Quick Start

Use the assurance skill to classify the current pull request changes and update the relevant contracts.

Frequently Asked Questions about /assurance – 全仓库质量与检查体系统一规范(RADNA 体系)

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

FAQPage Schema
How do I automate pull request classification for security and business changes?

Automating pull request classification involves analyzing PR diffs to categorize changes into Gate (security/infrastructure) or Business (functional features) buckets. This system automatically determines the change type and updates the relevant contract to prevent cross-contamination.

What is the best way to generate QA-DECISION and AUDIT-REPORT artifacts from PR diffs?

Generating QA-DECISION and AUDIT-REPORT artifacts is achieved by analyzing PR diffs against predefined rules. The system automatically produces these markdown artifacts based on the classified changes and contract updates, summarizing QA decisions and audit findings.

How do I update Gate Contract and Regression Contract files to prevent cross-contamination?

Updating Gate Contract (GCI) and Regression Contract (RCI) files requires classifying PR changes first. The system automatically updates gate-contract.yaml for Gate changes and regression-contract.yaml for Business changes, ensuring strict adherence to predefined boundaries.

Can I use a unified quality system for both infrastructure and functional feature regression testing?

Yes, a unified quality system coordinates both infrastructure and functional regression testing. It acts as a sole coordinator for the inspection system and business system, ensuring code quality and preventing regressions by classifying changes and managing contracts.

Do I need to manually define boundaries for code quality checks in my CI/CD pipeline?

No, you do not need to manually define boundaries for code quality checks. The system ensures adherence to predefined rules and boundaries automatically, preventing cross-contamination between security infrastructure and functional business features.

Why does my regression contract fail when a pull request includes both infrastructure and feature changes?

Regression contract failures occur when changes are not properly classified. The system prevents this by automatically separating Gate changes into the Gate Contract and Business changes into the Regression Contract, ensuring no cross-contamination between the two categories.