//Architecture
// The Architecture Deep Dive

Why this architecture,
not stateless RAG.

The full technical and philosophical case — from the researcher who published the pattern, to why RAG fails, to what AI IBIZA built on top of it.

// The Origin of This Architecture

The man who built
Tesla's neural network.

In April 2026, Andrej Karpathy — co-founder of OpenAI, former Director of AI at Tesla, now a Member of Technical Staff on the Pretraining Team at Anthropic — published a pattern he called the LLM Wiki.

Karpathy is not a theorist. He built the computer vision system behind every Tesla vehicle's self-driving capability (2017–2022). He co-founded OpenAI in 2015 as one of the original research team. He coined "vibe coding" — the term that defined a generation of AI-native development. When he describes an architecture, it is a production-ready idea from someone who has shipped systems at scale.

The LLM Wiki is his answer to the fundamental problem with how most organisations use AI today.

2015

Co-founded OpenAI — original research team, first generation transformer models

2017

Director of AI & Autopilot Vision, Tesla — neural networks behind every Tesla self-driving system

2025

Coined "vibe coding" — the defining term for AI-native development

2026 Apr

Introduced the LLM Wiki pattern — compounding knowledge architecture vs stateless RAG

2026

Member of Technical Staff, Pretraining Team — Anthropic (makers of Claude)

// The Problem with Every Other AI System

RAG forgets.
Every single time.

How RAG works (everyone else)
01You upload documents to a cloud vector database
02The system splits them into chunks and stores embeddings
03A question arrives — the system finds similar chunks
04It synthesises an answer from those chunks
05Tomorrow the same question arrives
06The exact same work happens again, from scratch
07Nothing was learned. Nothing was built. Nothing compounds.
Karpathy's insight
"RAG is like interpreting source code on every request.
The LLM Wiki is like compiling it once into an optimised artifact."

Traditional RAG is stateless by design. Every query starts from zero. The AI rediscovers the same relationships, makes the same connections, draws the same inferences — over and over — charging you tokens for work it already did.

For a law firm or tax advisory practice processing thousands of documents, this is not an inconvenience — it is a structural failure of the technology.

"Knowledge is compiled once and kept current, not re-derived on every query. The wiki is a persistent, compounding artifact. Every new source added makes the entire wiki smarter — cross-references, contradictions, and synthesis already exist."

— ANDREJ KARPATHY · LLM WIKI · APRIL 2026
// The Architecture

Three layers.
One compounding brain.

Karpathy's system is structurally simple. The power is in how the layers relate to each other — and how a single new document can touch 10–15 knowledge pages simultaneously.

sources/
Layer 1: Raw Documents

Immutable ground truth. Every document ever ingested, preserved exactly as received. PDFs, emails, regulatory publications, case law, client files. Nothing is deleted. Everything is auditable.

// Input only — never modified
wiki/
Layer 2: Living Knowledge

LLM-generated structured knowledge. Concept pages. Entity pages. Cross-references. Contradiction flags. The AI builds and maintains this layer. A new document arrives — the AI reads it, extracts, and updates all relevant pages. No human intervention.

// Built and maintained by AI
schema
Layer 3: Configuration

Rules that tell the AI how to think about and structure knowledge for this specific domain. For a law firm: how to classify case law, how to cross-reference regulatory sources, how to flag contradictions between GDPR and AEPD guidance.

// Domain-specific intelligence rules
// What happens when a new document arrives
  1. 01
    Read & understand
    Full document comprehension, not chunking
  2. 02
    Extract concepts
    Identifies entities, claims, citations, dates
  3. 03
    Update wiki pages
    Touches every relevant page — 10–15 on average
  4. 04
    Create cross-refs
    Links new knowledge to existing knowledge
  5. 05
    Flag contradictions
    Notes where this document conflicts with prior knowledge
// Autonomous Intelligence — Self-Improving by Design

Not a tool you query.
A system that learns.

Karpathy on his own system: "I rarely touch it directly — the AI maintains it autonomously." That is the definition of agentic. Not a search box. Not a chatbot. A system that keeps improving without instruction.

01
Autonomous Ingestion

The system monitors official sources — BOE, BOIB, ATIB, BORME, INE — and processes every new publication without prompting. When a new fiscal circular is published at 7am, Hermes reads it, structures it, updates every related wiki page, and flags any contradiction with prior law. Before the first client call. No human scheduled this.

// Hermes runs at 06:15 · Mon–Fri · No exceptions
02
Self-Improving Knowledge

Every document ingested does not just add a new note — it rewrites the relationships across the entire knowledge graph. A new ATIB circular touches existing pages on ITP rates, IEET compliance, client precedents, and regulatory cross-references. The vault does not get bigger. It gets smarter. Each document permanently improves every answer the system can give.

// 10–15 wiki pages updated per new source document
03
Dream Sweeps — Autonomous Audit

Weekly, the system runs a full knowledge audit without human instruction: scanning for contradictions between sources, flagging stale data superseded by newer law, surfacing knowledge gaps where coverage is thin. The system identifies what it does not know and flags it. No checklist. No human review cycle. The system audits itself.

// Weekly automated health check across all vaults

This is what separates an agentic system from a search interface. The system is not waiting for a query to do work. It is continuously ingesting, structuring, cross-referencing, and auditing — autonomously — so that when a query does arrive, the answer is already compiled, not re-derived.

Andrej Karpathy on the LLM Wiki (April 2026):"The agentic tools have become much better at cross-file reading, editing, command execution, and long-running project guidance — which is exactly what makes this pattern work at scale."
// Proof of Scale — Karpathy's Own System
~100
Articles in one research topic

Karpathy's own LLM Wiki, reported April 2026. Built from raw source documents into structured, cross-referenced knowledge.

400K
Words of structured knowledge

Not raw documents. Synthesised, organised, cross-referenced wiki content — maintained autonomously by the AI librarian.

0
Manual maintenance required

"I rarely touch it directly — the AI maintains it autonomously." No human editor. No manual tagging. No re-indexing.

"Obsidian is the IDE. The LLM is the programmer. The wiki is the codebase."

— ANDREJ KARPATHY
// The Production Version

Karpathy described the theory.
This is the production version.

AI IBIZA's architecture for law firms, despachos, and gestorías is a production implementation of the LLM Wiki pattern — hardened for professional legal and tax environments in Spain and beyond.

Karpathy concept
AI IBIZA implementation
Raw sources (immutable ground truth)
Client documents, BOE daily feed, AEPD doctrine, EU regulations, case law, firm precedents
LLM-maintained structured wiki
Obsidian vault — interlinked markdown: concept pages, entity pages, cross-references, contradiction flags
Schema / configuration
Hermes Agent system prompt + skills + AGENTS.md — defines how the librarian thinks, classifies, and links
Librarian agent (ingests, structures, links)
Dedicated intake agent: reads every new document, touches 10–15 wiki pages per source, zero manual work
Compounding knowledge
Every new BOE publication, doctrine update, and client document permanently strengthens the entire vault
Query over compiled knowledge
AI answers from pre-synthesized, cross-referenced wiki — not raw document chunks re-processed on every request
Lint / health checks
Weekly dream sweeps: automated audit for contradictions, staleness, and knowledge gaps
No vector databases, no cloud
Markdown + open-weight LLM on hardware inside your building. Inference, index, and keys stay in Spain.
// What AI IBIZA Adds That Karpathy's Personal System Doesn't Have

Built for professional
legal environments.

01
Operational Sovereignty

The entire stack — inference, embeddings, index, orchestrator, and keys — is designed to run on hardware physically inside the client's building. This directly addresses the AEPD's February 2026 Operational Sovereignty doctrine. Not EU residency (where the bytes sit). Sovereignty (who can cause the processing to stop, be inspected, or be subpoenaed). There is no US-headquartered entity in the chain.

02
Professional Secrecy by Architecture

Third parties — including AI IBIZA itself — are designed not to materially access the firm's knowledge base in normal operation. This is built to satisfy Art. 542.3 LOPJ and the secreto profesional del abogado. The architecture is designed to be the compliance mechanism. Not a DPA. Not a data residency clause. The physical and logical design.

03
Multi-Source Legal Ingestion

BOE daily feed. AEPD doctrine. EU regulations. AEAT communications. Case law. Client files. Firm precedents. All feed into the same compounding vault. When the BOE publishes a new circular at 7am, the system has processed, structured, and cross-referenced it before your first client call.

04
Citation Traceability

Every claim is anchored to its source with numbered references. The system cannot assert something it cannot attribute. This makes every AI-assisted output auditable — essential for professional liability in legal and tax work, where a wrong answer has consequences.

05
Bilingual Architecture

Spanish and English knowledge coexist in the same vault with proper cross-referencing. BOE (ES), AEPD doctrine (ES), EU regulations (EN/ES), international case law (EN), client communications (both). The system does not translate — it understands in both languages natively.

// The Strategic Advantage

Knowledge that compounds
is a competitive moat.

A firm that starts building its LLM Wiki today is building an asset. Every document it processes, every BOE circular it ingests, every case it closes — all of it permanently enriches the knowledge base.

A competitor firm that starts twelve months later does not start at the same level. They start twelve months of compounding knowledge behind.

The firms that adopt this architecture now are not just buying an AI tool. They are building an institutional intelligence layer that strengthens with every working day, permanently — while their competitors are still uploading files one query at a time into stateless systems that forget everything.

Karpathy is now at Anthropic — Claude's maker — validating the direction. The LLM Wiki pattern is not a research project. It is where the most influential AI researchers are betting.

RAG (stateless)
LLM Wiki
Knowledge persists
✗ Forgets
✓ Permanent
Compounds over time
✗ Never
✓ Always
Cross-references
✗ Per query
✓ Pre-built
Contradiction detection
✗ No
✓ Automatic
Manual maintenance
✗ Required
✓ None
Runs on your hardware
✗ Cloud
✓ Local only
Grows smarter with use
✗ Static
✓ Exponential
AEPD sovereignty-ready
✗ No
✓ By design
// Signal from the Market
@0xDeliriumm · X · 27 May 2026

"ANDREJ KARPATHY JUST DESCRIBED THE EXACT SYSTEM THIS SILICON VALLEY PROFESSOR HAS ALREADY BEEN BUILDING FOR CLIENTS. Karpathy described the theory — this is the production version."

"You drop any file in — and a dedicated librarian agent structures it and adds it to the knowledge vault automatically — zero manual work. The entire base then shows up as a 3D mind graph where every node is a concept and every connection shows how things relate."

From the thread
@mallexibra

"The structured wiki that grows over time idea is more interesting than basic RAG. Memory needs shape, not just more chunks."

@Chillwithmeii

"Karpathy drew the map, you're building the road — when can we test drive it"

"Not RAG — RAG rediscovers the same info with every query — this system compounds and gets smarter with every new document."
Primary Sources
01Karpathy, A. (2026). LLM Wiki — GitHub Gist. gist.github.com/karpathy/442a6bf...
02@0xDeliriumm (2026, May 27). X post. x.com/0xDeliriumm/status/2059602919507316935
03Nayak, P. (2026, Apr). Beyond RAG: How Karpathy's LLM Wiki Pattern Builds Knowledge That Actually Compounds. Level Up Coding.
04Nikhil / Neural Notions (2026, Apr). Andrej Karpathy Stopped Using AI to Write Code. He's Using It to Build a Second Brain Instead.
// See It Running in Production

Book a 45-minute call.

I'll show you exactly what the system looks like with your type of documents.
No technical knowledge required. No commitment.
Private clients only. Available remotely worldwide.

> Start the Conversation
// Start the conversation

Ready to stop watching
AI happen and start
running it?

We take a small number of new clients per quarter. If you are considering working with AI Ibiza, the conversation starts here.

base: Ibiza, Spain — clients: worldwide
response_time: within 24 hours
new_clients: limited / per quarter

Or reach Gee directly on WhatsApp

+66 80 223 7720