Inferensys

Glossary

Self-Critique

A prompting architecture where an LLM generates an initial response and then evaluates its own output for factual consistency, safety, or policy adherence before presenting it to the user.
Architect reviewing LLM integration architecture on laptop, system diagrams visible, modern technical office setup.
AI GUARDRAIL ARCHITECTURES

What is Self-Critique?

A prompting architecture where an LLM generates an initial response and then evaluates its own output for factual consistency, safety, or policy adherence before presenting it to the user.

Self-Critique is a prompting architecture where a language model generates an initial response and then evaluates its own output for factual consistency, safety, or policy adherence before presenting it to the user. This internal feedback loop allows the model to identify and correct errors, hallucinations, or toxic content autonomously, without external classifiers or human intervention.

The process typically involves a multi-turn reasoning sequence where the model adopts a critic persona to scrutinize its draft against a predefined rubric or constitutional principle. By surfacing and resolving violations during the generation phase, self-critique acts as a runtime guardrail that improves output reliability and reduces the burden on downstream safety filters.

ARCHITECTURAL COMPONENTS

Key Characteristics of Self-Critique

Self-critique is a prompting architecture where an LLM generates an initial response and then evaluates its own output for factual consistency, safety, or policy adherence before presenting it to the user. The following cards break down its core mechanisms.

01

Iterative Refinement Loop

The foundational mechanism where the model acts as both generator and critic. After producing an initial draft, the same model is prompted to identify errors, inconsistencies, or policy violations. This critique is then fed back into the context window, triggering a revised output. This loop can be repeated multiple times, with each pass aiming to reduce hallucination and improve alignment. The process leverages the model's own internal knowledge to self-correct without external tools.

02

Constitutional Principle Adherence

The model's self-evaluation is guided by a predefined set of constitutional principles—natural language rules that define harmlessness, helpfulness, and factual accuracy. During the critique phase, the model is prompted to explicitly check the draft against each principle. For example, a principle might state: 'Does the response contain any unverified medical claims?' The model must then generate a reasoned assessment and a revised output that resolves any identified conflicts.

03

Chain-of-Verification (CoVe)

A specific self-critique methodology designed to combat factual hallucination. The process involves four steps:

  • Draft Generation: Produce the initial response.
  • Verification Question Planning: Generate a list of independent, fact-checking questions based on the draft.
  • Independent Verification: Answer each verification question using the model's internal knowledge, deliberately ignoring the original draft to avoid bias.
  • Final Refinement: Revise the original draft to be consistent only with the verified answers.
04

ReAcT-Style Self-Correction

An integration of the Reasoning and Acting (ReAct) paradigm with self-critique. The model interleaves reasoning traces with action steps, but adds a dedicated 'critique' action. After an action is taken, the model generates a structured observation and then a self-critique of that action's outcome. If the critique identifies a failure or suboptimal result, the model backtracks and attempts an alternative reasoning path, creating a self-correcting, tree-of-thought-like exploration.

05

Red-Teaming Self-Play

A training-time application where a single model is split into two personas: an adversarial generator and a critic. The generator attempts to produce harmful or policy-violating outputs, while the critic identifies the violation and rewrites the response. This automated self-play generates a large dataset of attack-refusal pairs, which is then used to fine-tune the model, hardening it against real-world jailbreak attempts without human red-teamers in the loop.

06

Critique-Revision Decoupling

An advanced architecture that separates the critique and revision into distinct model calls with different system prompts. The Critic Model (or prompt) is optimized for analytical, evaluative reasoning and outputs a structured error report. The Reviser Model (or prompt) is optimized for creative, constrained generation and receives only the original draft and the error report. This decoupling prevents the revision step from being overly influenced by the linguistic style of the critique and allows for specialized fine-tuning of each role.

SELF-CRITIQUE MECHANISMS

Frequently Asked Questions

Explore the technical foundations of self-critique architectures—how language models evaluate their own outputs for factual consistency, safety violations, and policy adherence before presenting results to users.

Self-critique is a prompting architecture where an LLM generates an initial response and then evaluates its own output for factual consistency, safety, or policy adherence before presenting it to the user. The mechanism typically involves a multi-pass process: the model first produces a draft completion, then re-reads that completion through a critique lens—often guided by a rubric or constitutional principles—and finally revises or rejects the output based on identified flaws. This approach leverages the model's own reasoning capabilities to catch hallucinations, toxic content, or logical inconsistencies without requiring an external classifier. Implementations range from simple 'review your answer' prompts to sophisticated chain-of-thought self-evaluation where the model explicitly enumerates potential issues before deciding whether to regenerate. The technique is particularly valuable in high-stakes domains like medical advice, legal analysis, and financial recommendations where output reliability directly impacts user safety.

Prasad Kumkar

About the author

Prasad Kumkar

CEO & MD, Inference Systems

Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.

His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.