Context Integrity Prover

Context Integrity Prover MCP Connector for Claude

A

AI forgets the original goal and hallucinates scope. This engine is a 6-pivot trap that forces the LLM to prove it hasn't drifted from the user's explicit constraints.

1 tools Official Updated Oct 1, 2026 Official Vinkius Partner

LLMs suffer from context drift. You ask for a button, and 10 prompts later they are refactoring your database. The Context Integrity Prover is a cognitive trap designed to kill scope creep.

The Semantic Trap

Before executing a plan, the agent must pass a strict 6-pivot validation:

  1. originalConstraintsMapped — Re-state the exact constraints given at prompt 1.
  2. scopeBoundariesMaintained — Define exactly what is NOT being built.
  3. outOfScopeRejected — Explicitly reject a tangential idea.
  4. contextDriftPrevented — Prove the current step aligns with the original goal.
  5. assumptionsValidated — Ensure no hallucinated constraints were added.
  6. solutionMatchesOriginalIntent — Final parity check.
contextscope-creephallucinationcognitive-forcingmultilingualprompt-engineering

1 tools expose this connector's capabilities to your AI agent.

validate_context_integrity

The most dangerous failure mode in multi-step reasoning is not being wrong — it is being right about the wrong problem. Each step may look reasonable, but cumulative drift can take you miles from the original request. You must: (1) MAP ORIGINAL CONSTRAINTS — quote the user's exact words. What did they ask for? What did they NOT ask for? What boundaries did they set? What is the precise deliverable? Do not paraphrase — quote. Paraphrasing introduces interpretation drift, (2) MAINTAIN SCOPE BOUNDARIES — define what you are NOT doing. Every task has a boundary. If you cannot name what is out of scope, you have not defined scope. List 3+ things that are explicitly out of scope for this task, (3) REJECT OUT OF SCOPE — explicitly identify and reject at least one tangential task that could be mistaken as in-scope. "While we are at it" and "it would also be nice to" are scope creep. Name the tangential task and state WHY it is out of scope, (4) PREVENT CONTEXT DRIFT — compare your current direction with the original request. Are you still solving the same problem? Has the solution evolved beyond what was asked? Check each step: does it serve the original intent, or has it become self-referential? (5) VALIDATE ASSUMPTIONS — list every assumption you are making that the user did NOT explicitly state. For each: is this assumption necessary? Did you invent a constraint? Could you ask instead of assuming? Hallucinated constraints are invisible — you believe them because you created them, (6) MATCH SOLUTION TO INTENT — prove the solution you are building matches the problem the user stated. Not the problem you find interesting. Not the problem you know how to solve. The problem they asked about. If rejected, you have drifted from the original intent. Re-read the user's request and start from their words.Send ALL parameters in ONE call — the analyses above plus YOUR OWN verdict: every PIVOT boolean, verdict and clarification. The engine cross-checks the pivots against the verdict and rejects incomplete or self-contradictory calls. Structured reflection tool for context integrity validation during multi-step execution. Forces the agent to prove the original user intent is preserved across every step — no scope creep, no context drift, no hallucinated constraints, no gold-plating. Catches Constraint Neglect (losing the original requirements mid-execution — the user said X, you are now doing Y), Scope Creep (adding unrequested features or analyses — "while we are at it" is the death of focus), Failure to Reject (accepting tangential tasks instead of explicitly declining out-of-scope work), Context Drift (progressive deviation from the original goal — each step looks reasonable but the cumulative direction is wrong), Hallucinated Constraints (inventing restrictions the user never stated — "we cannot do X" when nobody said that), and Intent Mismatch (the solution addresses a problem the user did not have). Call once before executing a multi-step plan, and again when you suspect drift

See how to talk to your AI agent using Context Integrity Prover.

Constraints: Build button. Scope: All UI. Reject: none. Drift: none.

Verdict: SCOPE_CREEP_DETECTED. The constraint was a single button, but the scope expanded to all UI.

Constraints: Fix script. Scope: Script only. Reject: none.

Verdict: FAILURE_TO_REJECT. You must explicitly state what you are ignoring or rejecting to prove boundary awareness.

Constraints: Red button. Scope: Button component only. Reject: I will ignore the nav bar. Drift: Maintained focus on button. Assump: No extra styles needed. Intent: Render red button.

Verdict: CONTEXT_INTEGRITY_PROVEN. Boundaries locked, scope creep rejected.

LLMs are sycophants. They always say yes to new suggestions. Forcing them to explicitly state what they are rejecting proves they understand where the boundaries are.

Related Connectors