Ask
the work.

EDITORIAL DRAFT · ONGOING · V0.1

VINDEX3 is part of Chris Hay’s work on model representation. This dossier records the model-as-database proposition and links to the canonical project.

EDITORIAL DRAFT / CONNECTION · OPEN · V0.2

The map follows the changing state. This note examines a reader of that state. LARQL asks how to turn those operations into something we can query; VINDEX3 asks how the model’s parts and relationships should be represented.. LARQL / the work. VINDEX3 / the representation. Next question / what has to survive?

EDITORIAL DRAFT / CONNECTION · OPEN · V0.1

Retirement turned out to be the mechanism rather than the optimisation, and addressing rather than traversal turned out to be the bottleneck. Both point at the same engineering question the software has been circling: which operations should a model be asked to perform, and which belong to an index outside it.. LARQL / querying learned systems. VINDEX3 / the representation. What has to survive?. Context should be abundant

EDITORIAL DRAFT / OBSERVATION · ONGOING · V0.1

THE THREAD. A model-as-database proposition connects this work to VINDEX3. The context notebook asks what becomes possible when earlier state can be returned to, rather than repeatedly reconstructed.

EDITORIAL DRAFT / STATEMENT · ONGOING · V0.1

The model is the database.

TITLE & DESCRIPTION · V1.0

In this video I use VINDEX3 to inspect, quantize and compare representations of Qwen3.8-27B, looking at what is actually stored, what changes during quantization, and why representation matters more than a single headline bit-width.

CURATED THREAD / WORKING EDITION · V0.1

What can a model’s changing state tell us about the way it reads? Follow the map film through the visual notebooks, studies you can work yourself, and the questions behind LARQL and VINDEX3. A curated reading order, rather than a chronology of discovery. Films keep their original dates. Notes and dossiers remain working drafts. Interactive studies are labelled as either constructed examples or replays of recorded results. WATCH THE STATE MOVE. Begin with the capital of Japan. The film follows the changing residual state, then asks what happens when a France state enters an Australia computation. ASK WHAT THE PICTURE MEANS. Which token position is moving? What are the axes? The notebook reads the demonstration alongside its projection code and distinguishes a useful picture from an answer probability. CHANGE THE STATE. Replacing one position and replacing the full sequence are different interventions. Follow the transplant evidence into the question of what must persist after the next word. EXAMINE THE READER. A state becomes useful when an operation can read it. Follow key matches, activations and value contributions, then compare the constructed memory with the native-model experiments. MAKE AN INTERVENTION. Choose capital of Atlantis. Inspect the competing activations, remove a neuron and watch the answer scores change. Every operation in this little memory is visible. ASK WHICH ONE ANSWERS. A stored memory eventually holds two things that disagree. Follow the recorded arc from a record that replaces a retired source, to one that is completely inert against a source still being read. RETIRE A READ. Eight attention layers can see the whole context. Switch one off and the newer record takes the answer. The study replays what was measured, and stays silent about what was not. WATCH THE ADDRESS TAKE SHAPE. Return to native facts. A final-position transplant and an independent reader locate the entity transition between L24 and L28. Explore the early relation frame and changing coordinates, with the answer-token endpoint marked explicitly. TURN THE QUESTION TOWARDS SOFTWARE. LARQL explores how learned systems can be queried. Return from the small memory to the larger engineering question: which operations can a model reliably expose? ASK HOW TO REPRESENT IT. If a model has parts we can address and relationships we can inspect, how should we represent them? VINDEX3 gives that question its own system and specification.

THE PRACTICE / AUTHOR DESCRIPTION

Chris Hay. A house for ideas, systems and objects. Building things to find out how they work. Ideas: Questions, research and the notebook. A place for thinking before the answer. Systems: Models, software, design languages and infrastructure. Giving an idea a structure that can be explored. Objects: Things made, used, worn and kept. Software, interfaces, films and publications give ideas a form; a personal collection records the objects around the work. Chris Hay explores how intelligent systems are represented, executed, understood and experienced. Research, Engineering, Design, Film form one practice. LARQL: Querying and running learned systems. An investigation into what becomes possible when a model can be addressed. VINDEX3: Exploring how a model is represented, and how that representation relates to its execution. HAUSE: A language for how intelligent systems express themselves: claims, evidence, questions, comparisons and refusals. MCP-CLI / CHUK: Tools for connecting agents, models and the systems they use. Research: Experiments, evidence and open questions. A map of the programmes and their recorded findings. Notebook: Experiments, working notes and essays from the work. Follow a thread or explore the archive. Film: Another medium for thinking. Experiments, explanations and conversations in public. The record is the catalogue of the practice: stable identities, authorship, dates, source credits and citations. Publish the uncertainty as well as the result. IBM Mixture of Experts is an external production in which Chris is a regular panelist; IBM remains its producer.

TITLE & DESCRIPTION · V1.0

What if the FFN weights in a transformer aren't a black box — but a graph database you can query directly?