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.