Sources#
Summary#
Garry Tan's design discipline for agent systems (practitioner-opinion): be deliberate about where the computation is actually happening, because it always happens in one of two places — and "all of the AI engineering problems we run into, it's usually because something is happening in one side of the equation that should be in the other."
- Latent space — the LLM itself. What it's for: taste, judgment, "understanding what a human actually wants when they say something vague," the non-deterministic calls. You steer it with markdown (Agent Context Files).
- Deterministic space — what engineers already know: the code the agents write, external storage, verifiable state.
The worked example: seating 800 people#
Tan's live case (YC Startup School): seat 800 of 6,000 attendees so each person's neighbors are the perfect people for them to meet. The division of labor:
- The multi-dimensional array of 800 seats — the state — "must not live in the context window." It belongs in deterministic space.
- The LLM does the human part: judging who should meet whom — the thing a human organizer would otherwise do by printing 800 pages and shuffling them in a big room for a month.
Combined, "a couple hundred dollars worth of tokens and probably 10 minutes" — a task that was economically impossible six months prior. The example generalizes: latent space supplies judgment per decision; deterministic space holds the state and enforces the constraints.
Why this framing earns a page#
It compresses several harder-won lessons in this wiki into one diagnostic question — which side should this computation be on?
- State out of the context window is the working rule behind Context Window Smart Zone (the smart-zone budget is spent on judgment, not storage) and behind this vault's own architecture (LLM-as-Compiler Knowledge Base: the wiki holds the state;
build.py/lint.pydo the deterministic bookkeeping; the LLM does only the interpretive compile). - Steering latent space with markdown is the Agent Context Files pattern named as one half of a two-sided architecture rather than a standalone trick.
- The bug taxonomy — "something happening on the side it shouldn't" — covers both familiar failure classes: LLMs doing arithmetic/state-tracking that belongs in code (hallucinated bookkeeping), and brittle code hard-coding judgment that belongs in the model (the Software 3.0 point — Karpathy's MenuGen "shouldn't exist" because the paradigm-native version pushes the whole task into latent space).
- It is the architecture-level cousin of Planning / Execution Division of Labor: that page splits decisions between human and agent; this one splits computation between model and code.
Connections#
- Agent Context Files — markdown as the steering mechanism for the latent side
- Context Window Smart Zone — the capacity argument for keeping state out of the window
- Software 3.0 — Karpathy's paradigm frame for the same boundary; his MenuGen example is the inverse bug (deterministic app doing latent-space work)
- Planning / Execution Division of Labor — the human/agent decision split; this page is the model/code computation split
- Agent Harness Engineering — harness design is largely the engineering of this boundary: what the model sees vs. what the scaffold enforces mechanically
- LLM-as-Compiler Knowledge Base — this vault as an instance: deterministic generators and linters around a latent compiler
- AI-Native Organization — the org-level thesis from the same talk; the org mapping presumes each encoded process knows which side its steps run on
- Garry Tan — the framing's author
Open Questions#
- Tan asserts the "wrong side" diagnosis covers most AI-engineering bugs. Does any incident/failure taxonomy (agent postmortems, eval failure analyses) actually classify failures by computation-locus, and what fraction lands in each side?
- The seating example prices latent-space judgment at "a couple hundred dollars of tokens" for 800 seat assignments. As models absorb more deterministic capability (Harness Shrinkage as Models Improve), does the economically-optimal boundary move toward latent space, or does state-out-of-context remain invariant?
Sources#
- The New Physics of Business — Garry Tan, Y Combinator — Garry Tan, "The New Physics of Business," AI Engineer, 2026-07-17, §latent space vs. deterministic space (8:38–10:53)
Cited by 9
- Agent Context Files
The cross-vendor markdown-as-control-plane pattern: repo-versioned plaintext (CLAUDE.md / AGENTS.md / SOUL.md / WORKFLO…
- Agent Harness Engineering
Patterns for scaffolding long-running LLM agents: environment design, progressive context disclosure, mechanical archit…
- AI-Native Organization
Garry Tan's org-design mapping: skill files = employees, resolver tables = org charts, filing rules = process, trigger…
- Garry Tan
President & CEO of Y Combinator; founder-investor turned evangelist for the AI-native organization — the ~400x output c…
- LLM-as-Compiler Knowledge Base
Karpathy's architecture: LLM incrementally compiles raw docs into a persistent interlinked wiki, replacing RAG with a 4…
- Agent Systems & Harness Engineering
Map of Content for the agent-systems domain — 23 concepts. Harness engineering, agent loops and orchestration, context…
- Open Questions Backlog
_396 actionable open questions across 155 pages · 79 predictions · 9 notes · 21 in progress · 59 watching (entities), a…
- Planning / Execution Division of Labor
Anthropic's 400K-session telemetry: in a typical Claude Code session humans make ~70% of planning decisions (what to do…
- Software 3.0
Karpathy's taxonomy: 1.0 code, 2.0 weights, 3.0 prompting; LLM as programmable interpreter; MenuGen "shouldn't exist";…
Related articles
- LLM-as-Compiler Knowledge Base
Karpathy's architecture: LLM incrementally compiles raw docs into a persistent interlinked wiki, replacing RAG with a 4…
- Agent Context Files
The cross-vendor markdown-as-control-plane pattern: repo-versioned plaintext (CLAUDE.md / AGENTS.md / SOUL.md / WORKFLO…
- Claude Code Best Practices
Anthropic's guide to effective Claude Code usage: context management, verification-driven development, explore→plan→cod…
- Agent Harness Engineering
Patterns for scaffolding long-running LLM agents: environment design, progressive context disclosure, mechanical archit…
- Agentic Work Systematization
OpenAI Codex study's 'systematization' margin: the shift from ad-hoc agent use (describe task → agent does it → done) t…
