anti-rationalization

Prevents LLM step-skipping by enforcing rule-based evidence and test requirements.

Updated Mar 17, 2026
One-click install
npx skills add https://github.com/steven-3/supermind --skill anti-rationalization
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: anti-rationalization
Source: https://github.com/steven-3/supermind/tree/main/skills/anti-rationalization
Command: npx skills add https://github.com/steven-3/supermind --skill anti-rationalization

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Anti-rationalization stops the common LLM habit of skipping required work by treating “rationalizing” as a contract violation rather than a suggestion.

Core Features & Use Cases

  • Prevents step-skipping during execution: Forces the executor to perform the step it is trying to skip when a rationalization appears.
  • Improves reliability through verification: Redirects “it obviously works” into explicit investigation and evidence collection.
  • Supports refactors with confidence: Converts “behavior isn’t changing” into a requirement for proof via tests or verification.

Use case: When implementing a refactor that touches routing and config, the skill blocks thoughts like “this is just a config change” and ensures the workflow still includes investigation, verification, and the required completion contract.

Quick Start

Tell your agent to complete a task using the Supermind executor contract, and it will block any attempt to rationalize skipping required steps.

Frequently Asked Questions about anti-rationalization

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

FAQPage Schema
How do I stop my LLM from skipping verification steps during refactoring?

To stop LLMs from skipping verification during refactoring, enforce execution contracts that treat rationalizations like "it obviously works" as completion contract violations, requiring explicit evidence collection and test execution before proceeding.

What are LLM guardrails for debugging and test discipline?

LLM guardrails for debugging are rule-based execution contracts that prevent rationalizing away required steps, forcing the executor to perform investigation and verification instead of skipping tasks by claiming the behavior is unchanged.

How do I enforce test execution when an LLM claims a config change is trivial?

You enforce test execution by applying a completion contract that blocks rationalizations for trivial changes, failing the workflow when required steps like verification and investigation are skipped due to assumptions about config-only modifications.

Can I use execution contracts to enforce planning-to-execution workflows?

Yes, you can use execution contracts to enforce planning-to-execution workflows by injecting rule-based guardrails across executors, which fail the completion contract if the LLM attempts to rationalize skipping required operational steps.

Why does my LLM skip debugging steps and how do I prevent it?

LLMs skip debugging steps due to rationalizing that steps are unnecessary, which you prevent by enforcing execution contracts that treat step-skipping as a violation, forcing the executor to perform required investigation and verification.