Architectures
Representation learning, sequence models, attention, Transformers, multimodality.
A working field guide inspired by Jeff Dean’s February 10, 2026 Princeton Distinguished Colloquium and a February 12 companion interview. It connects the history of modern AI to a practical 3DVR roadmap: inference-time reasoning, model routing, agent orchestration, verification, OpenClaw, Codex, RUNE, local AI, and eventually open hardware.
The useful unit is not “the model.” It is the whole stack: algorithms, architectures, data, training, inference, hardware, distributed systems, tools, evaluators, and human control.
Representation learning, sequence models, attention, Transformers, multimodality.
Distributed training, serving, memory movement, batching, latency, reliability.
Specialized accelerators appear when important workloads expose expensive bottlenecks.
Hard tasks can receive more computation, tools, attempts, retrieval, and critique than easy ones.
Models become workers when they can plan, act through tools, coordinate, and persist over time.
“I did it” is not evidence. Reliable systems check outputs against tests, artifacts, constraints, and human approval.
Neural networks were not suddenly invented in the 2010s. What changed was our ability to train large systems, learn useful internal representations, and build hardware that made the workloads economically possible.
The old mental model was prompt → model → answer. The emerging model gives difficult problems more time, attempts, tools, context, retrieval, and evaluation.
QUESTION
│
▼
MODEL
│
┌──────────────┼──────────────┐
▼ ▼ ▼
attempt retrieve tool
│ │ │
└──────────┬───┴───────┬──────┘
▼ ▼
evaluate / compare
│
good enough?
↙ ↘
no yes
│ │
retry ANSWERA trivial question and a hard proof no longer need the same computational treatment. The system can adapt effort to difficulty.
Smaller fast models can handle routine work while expensive frontier models are reserved for the moments that justify them.
Dean described Gemini as a push toward a unified multimodal effort instead of fragmenting researchers and compute across separate language and modality programs. The systems lesson is broader than any one model family.
TASK
│
▼
ROUTER
┌─────────────────┼─────────────────┐
▼ ▼ ▼
local / private fast / cheap frontier reasoner
│ │ │
quick memory routine work hard problems
└─────────────────┼─────────────────┘
▼
shared resultLow latency, high-volume actions, lightweight coding assistance, classification, routing.
Deep reasoning, difficult planning, ambiguous evaluation, complex synthesis.
Privacy, offline continuity, cheap repeated tasks, user-owned memory and control.
An agent is not merely a chatbot with a longer prompt. It can decompose goals, call tools and other models, maintain state, inspect results, and continue until the mission is complete or blocked.
HUMAN INTENT
│
▼
ORCHESTRATOR
│
decomposes goal
│
┌────────────────┼────────────────┐
▼ ▼ ▼
coder research browser
│ │ │
tools tools tools
└────────────────┼────────────────┘
▼
RESULTDean has discussed a future in which one person might coordinate many virtual workers, organized into manageable teams rather than directly micromanaging every agent. The practical lesson for us is not “spawn 50 agents tomorrow.” It is to design clean delegation boundaries now.
Agent reliability is increasingly a verification problem. Coding is especially powerful because many outputs can be compiled, tested, benchmarked, rendered, and inspected.
AGENT ACTION
│
▼
EVIDENCE
┌────────────┼────────────┐
▼ ▼ ▼
tests browser git
│ │ │
└────────────┼────────────┘
▼
EVALUATOR
↙ ↘
FAIL PASS
│ │
retry approval?
│
▼
DONETests, types, HTTP responses, benchmarks, screenshots, file diffs, deterministic constraints.
Critics can compare candidates, check rubrics, identify omissions, and challenge assumptions.
Approvals remain essential for consequential, subjective, irreversible, or trust-sensitive actions.
Do not rebuild a coding agent inside the orchestrator. Let the control plane understand missions, delegate bounded jobs, collect evidence, enforce approvals, and swap workers as the ecosystem changes.
HUMAN
│
"Fix homepage"
│
▼
┌─────────────┐
│ OPENCLAW │
│ control plane│
└──────┬──────┘
│
PLAN
│
┌─────────────────┼─────────────────┐
▼ ▼ ▼
CODE BROWSER RESEARCH
│ │ │
Codex browser runtime web/data
│ │ │
└─────────────────┼─────────────────┘
▼
EVIDENCE
│
┌──────▼──────┐
│ EVALUATOR │
└──────┬──────┘
│
pass / blocked
│
▼
HUMANWhat outcome are we trying to create?
Which model, agent, person, or tool should own this bounded job?
What must not change? What requires permission?
What artifacts prove the work actually happened?
How do we decide pass, fail, retry, or blocked?
Where must a human explicitly take responsibility?
Agentic systems make specifications operational. A good mission says what success means, what evidence is required, and where the system must stop for a person.
mission homepage_repair {
goal:
homepage renders correctly
worker:
codex
constraints:
preserve existing design
no production deployment
do not modify unrelated files
verify:
build passes
tests pass
homepage returns 200
browser console has no errors
screenshot exists
on_failure:
retry 2
approval:
human before merge
}RUNE does not need to begin as another giant general-purpose language. Its first useful form could be a human-readable mission specification language for intelligent systems. That is a smaller, testable path toward “computers directed by intention.”
Dean emphasizes how expensive data movement can be relative to arithmetic. That makes memory hierarchy, model placement, batching, and accelerator design central to efficient AI systems.
RISC-V host CPU + open inference accelerator + large shared memory + small persistent local model + user-owned memory.
Local systems handle private and routine work; frontier services are called only for problems that justify the cost or capability.
We do not need to compete with frontier labs at foundation-model training. We can build the open layer that gives intelligence memory, tools, verification, routing, permissions, and a human-centered interface.
Goal → plan → worker → evidence → evaluator → approval. Treat receipts and BLOCKED states as first-class product features.
Coder, researcher, browser/operator, designer, sysadmin, and sales research—delegated by one orchestrator, not six giant personalities.
Choose local, cheap, coding, vision, or frontier reasoning models by task, privacy, latency, and cost.
Turn constraints, success criteria, retries, evidence, permissions, and approvals into a portable open specification.
Only after workloads become obvious: evaluate open accelerators, RISC-V hosts, shared memory, local model persistence, and low-power agent runtimes.
The old computer waits for commands. The new computer understands a goal, makes a plan, recruits resources, acts, checks itself, asks permission when necessary, learns from the result, and reports back.
Underneath that human interface can remain everything 3DVR cares about: open source, Linux, RISC-V, local AI, distributed systems, custom languages, user-owned data, and community infrastructure.
This is a synthesis and product roadmap, not a transcript. Where the guide moves into 3DVR design, it is explicitly our interpretation.