self-critique

Score generated work across five dimensions with evidence-backed regression detection.

18|1|Updated Jan 3, 2026
One-click install
npx skills add https://github.com/nexus-substrate/nexus-agents --skill self-critique-nexus-substrate
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: self-critique
Source: https://github.com/nexus-substrate/nexus-agents/tree/main/skills/self-critique
Command: npx skills add https://github.com/nexus-substrate/nexus-agents --skill self-critique-nexus-substrate

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It prevents grade-inflation by forcing the AI to score its own output across multiple task-relevant quality dimensions before the result is shown to the user.

Core Features & Use Cases

  • Five-dimension scoring (0-10): Evaluates output using the correct dimension set for code, design, documentation, specs/PRs/ADRs, or a default fallback.
  • Worst-dimension gate: Uses the lowest sustained band as the truth signal, and treats any score below the regression threshold as a reason to fix and rescore.
  • Pre-emit loop with evidence: Requires evidence-based justification per dimension (file paths, line numbers, concrete artifacts), then focuses iteration on the single lowest dimension.

Use cases include complex code changes, security-touching edits, substantial refactors, high-stakes documentation, and PR/ADR/release descriptions where mistakes are expensive post-emit.

Quick Start

Use the self-critique skill to score and verify the work you just produced, then emit only after all five dimensions meet the regression threshold.

Frequently Asked Questions about self-critique

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

FAQPage Schema
How do I prevent regressions in code and documentation before emitting work?▼

Prevent regressions by scoring generated work from 0 to 10 across five task-appropriate dimensions. This enforces worst-dimension banding and a fix-then-rescore loop, catching errors before emission.

How does evidence-based self-evaluation work for high-stakes PR descriptions?▼

Evidence-based self-evaluation requires concrete justification like file paths and line numbers for each score. It treats the lowest sustained band as the truth signal to prevent grade-inflation in PR descriptions.

Can I use self-critique for substantial refactors and security-touching edits?▼

Yes, you can use self-critique for substantial refactors and security-touching edits. It applies five-dimension quality scoring to complex code changes, enforcing a fix-then-rescore loop when dimensions fall below the regression threshold.

What is the best way to ensure code correctness in ADRs and release descriptions?▼

The best way to ensure correctness in ADRs is applying a worst-dimension gate during pre-emit review. This mechanism forces iteration on the single lowest scoring dimension until all dimensions meet the regression threshold.

Why does self-evaluation fail to catch mistakes in high-stakes documentation?▼

Self-evaluation fails when it lacks evidence-backed scoring and worst-dimension banding. Without requiring concrete artifacts for justification, grade-inflation occurs and regressions in high-stakes documentation go undetected.

Does pre-emit review work with complex code changes and spec-like artifacts?▼

Pre-emit review works with complex code changes and spec-like artifacts by applying task-appropriate dimension sets. It focuses iteration on the lowest dimension, ensuring all five dimensions meet the regression threshold before showing results.