Inferensys

Glossary

Critique-Generate Cycle

A two-phase self-correction pattern in which a language model first produces a critique of its draft response, then generates an improved version based on that critique.
ML engineer managing model versions on laptop, version history visible, technical Git-like workflow.
SELF-CORRECTION INSTRUCTION

What is the Critique-Generate Cycle?

A core prompt engineering pattern for improving model output reliability through structured self-assessment.

The critique-generate cycle is a two-phase self-correction pattern where a language model first produces a structured critique of its own draft output and then generates a revised, improved version based on that analysis. This pattern explicitly separates the error detection and revision steps, forcing the model to engage in deliberate meta-cognition. It is a foundational technique within context engineering for enhancing factual accuracy, logical coherence, and adherence to complex constraints without human intervention.

The cycle operationalizes self-correction by providing specific instructions for the critique phase, such as checking for hallucinations, logical fallacies, or schema violations. The subsequent generate phase uses this critique as a directive. This method is more reliable than a single-step revision request, as it mitigates the model's tendency to overlook its own errors. It is closely related to, but more structured than, a general self-correction loop and is a key component of agentic cognitive architectures for autonomous improvement.

SELF-CORRECTION INSTRUCTIONS

Key Characteristics of the Critique-Generate Cycle

The critique-generate cycle is a foundational self-correction pattern where a language model first produces a critique of its own draft and then uses that critique to generate an improved final output. This structured two-phase loop enhances reliability, accuracy, and adherence to constraints.

01

Two-Phase, Deterministic Loop

The cycle enforces a strict, sequential workflow that separates analysis from synthesis.

  • Phase 1: Critique: The model is instructed to act as a reviewer, analyzing its initial draft against specific criteria (e.g., factual accuracy, logical consistency, style guidelines).
  • Phase 2: Generate: Using the structured critique as a directive, the model produces a revised output. This phase is explicitly conditioned on the feedback, making the improvement process transparent and auditable.

This separation prevents the model from conflating generation and evaluation, leading to more systematic corrections than a single-step revision prompt.

02

Explicit Critique as Intermediate Reasoning

The core mechanism is the generation of a formal, textual critique. This serves as scaffolded chain-of-thought, externalizing the model's evaluation process.

  • The critique must be substantive, listing specific issues, referencing source material, or quoting problematic sections of the draft.
  • Examples include: "The third sentence contradicts the data in paragraph two...", or "The conclusion does not address the constraint about cost limitations."
  • This explicit step transforms implicit self-assessment into a verifiable artifact, allowing developers to audit the model's "reasoning" about its own errors.
03

Criteria-Driven Evaluation

Effective cycles are guided by a clear, prompt-defined rubric. The model does not critique generically but against specified dimensions.

Common evaluation criteria include:

  • Factual Consistency: Alignment with provided context or known facts.
  • Logical Soundness: Absence of contradictions and valid argument flow.
  • Instruction Adherence: Compliance with all task requirements and formatting rules.
  • Completeness: Coverage of all query components.
  • Style & Tone: Conformance to specified voice, formality, or brand guidelines.

Providing this rubric in the critique instruction focuses the model's analysis and reduces vagueness in the feedback.

04

Mitigates Hallucination and Overconfidence

This cycle is a primary defense against a model's tendency to generate plausible but incorrect information (hallucination) and to present it with high confidence.

  • The critique phase acts as a hallucination self-check, forcing the model to cross-reference claims. An instruction like "Identify any statements not directly supported by the source document" triggers a verification routine.
  • It also facilitates uncertainty acknowledgment. The model can flag parts of the draft where it is less confident, which can then be handled cautiously in the revised generation.
  • By separating the initial "creative" generation from the critical review, the model often catches its own confident errors.
05

Enables Constraint Verification & Schema Compliance

The cycle is exceptionally effective for ensuring outputs obey complex rules and structured formats.

  • In the critique, the model performs a schema compliance check, verifying that a JSON output contains all required fields, uses correct data types, and follows nesting rules.
  • It can re-apply guardrails or boundary conditions (e.g., "ensure the total cost does not exceed $1000") that may have been missed in the first draft.
  • This makes the technique vital for generating reliable, machine-parsable data in API integrations and automated workflows, where format errors are breaking.
06

Architectural Foundation for Advanced Systems

The basic two-step cycle is the building block for more complex autonomous architectures.

  • Iterative Revision: The cycle can be repeated, with the output of the second phase becoming the new draft for another round of critique.
  • Multi-Agent Self-Review: The pattern can be extended by using different model personas or instances for the critique and generate roles, simulating a panel review.
  • Agentic Cognitive Architectures: This loop is a simplified form of the Reflection component in frameworks like ReAct (Reasoning and Acting), where an agent plans, acts, and then reflects on outcomes to inform the next action.

Thus, mastering this prompt pattern is foundational for engineers building sophisticated, self-improving AI systems.

SELF-CORRECTION INSTRUCTIONS

Frequently Asked Questions

This FAQ addresses common technical questions about the critique-generate cycle, a core self-correction pattern in prompt engineering that enhances the reliability and accuracy of language model outputs.

The critique-generate cycle is a two-phase self-correction prompting pattern where a language model first produces a structured critique of its own draft response and then generates a revised, improved output based on that critique.

This cycle operationalizes iterative refinement by explicitly separating the evaluation and generation steps. In the first phase, the model is prompted to act as a critic, analyzing the draft for errors in factual accuracy, logical consistency, adherence to constraints, or completeness. The second phase uses this critique as a directive for regeneration, instructing the model to produce a new response that addresses the identified flaws. This pattern is foundational to techniques like self-correction loops and is a key component of agentic cognitive architectures where models must autonomously improve their work.

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.