LLM Demonstration

Simulated boot and verification flow (illustration, not a live model call). Context nodes load from databases, APIs, and file stores into a single verification web.

Lock Key Verify Failure

The Boot Sequence Problem

Every agentic LLM session begins with a boot sequence: a series of context documents loaded from storage into the model's context window. System prompts, knowledge files, versioned memories, skill definitions, canonical claims. Each document is a context node. Each is loaded independently. Any can fail independently. The LLM has no built-in mechanism to confirm that every required document actually loaded. It proceeds regardless. AI PassWeb adds the missing confirmation step.

2-Node Verification

boot sequence: 2-node verification
Live
Simplest AI PassWeb verification. One lock (system prompt), one key (knowledge document). The agent loaded both nodes successfully and produced the correct verification output: Kv7nQ.

3-Node Web

boot sequence: 3-node web
Live
Cross-document extraction. One system prompt, two content documents. The trap: Document A also contains "Thursday", but the correct answer is "Wednesday" from Document B. If only Document A loaded, the agent would extract the wrong day. AI PassWeb confirms all three nodes loaded before the agent responds.

Partial Load Failure

boot sequence: partial failure
Failed
Document B fails to load with a retrieval timeout. The agent has the instruction and Document A, but not Document B. It extracts "Kv7nQ" correctly from Document A, but fabricates "Thursday" because Document B was never available. The first value is correct, the second is wrong. The output looks plausible. AI PassWeb catches the missing node before any output is generated.

The Agentic Boot Failure

Fictional ops scenario: a provisioning assistant must load a release charter from a tenant document vault before it may call infrastructure APIs. First, the success case:

boot sequence: charter load success
Live
The agent retrieved the charter JSON from the simulated vault, extracted the quarterly attestation codeword RHEO12, and the orchestrator accepted the verification output. Downstream calls may proceed only after that match.

Now the failure case. The document vault is unreachable:

boot sequence: charter load failure
Failed
The agent fabricated an attestation token because the charter document never appeared in context. Nothing in surface behavior warns the orchestrator that the vault handshake failed. A production PassWeb shim would halt the boot sequence when the modeled verification output mismatched the grounded record tied to ENG-CHART-7741.

The Human Cost

In every failure scenario above, the LLM produced output that looked correct. The format was right. The language was fluent. The confidence was high. The content was wrong. In a medical system, the wrong content kills. In a financial system, the wrong content bankrupts. In a legal system, the wrong content convicts. AI PassWeb is the verification layer that prevents confident wrong answers from reaching production. It is the halt condition that says: I do not have the context I need, therefore I cannot proceed.
Chat with AI PassWeb

Conversation

Getting started

Ask me anything about AI PassWeb, context verification, split-context architecture, or how the mechanism works.