AI Engineer Code Summit 2026 · Nov 10–12, 2026 · Post-Conference Synthesis

Six shifts after the diff

The conference is wrapped. Across 33 recorded talks, 101,668 spoken words, and 191 transcript-verified claims, code generation stopped being the scarce skill—and engineering reorganized around six architectural layers.

Corpus33Recorded talks
Evidence191Transcript claims
Synthesis6Research themes
Tension6Contested debates
Stop-motion plasticine cutaway dollhouse workshop across six stack layers, from cellar balance scales and recipe-card drawers up to a sunny rooftop terrace where a clay builder looks through a telescope.
Candy Clay · Six-layer post-diff workshop33 talks · 191 claims

The 6-layer post-diff stack

Click any layer to inspect its clay diorama, switch to the room slide, or zoom straight into its scrollytelling deep dive.

↑ Human Taste & Direction
↓ Deterministic Foundation
Stop-motion plasticine quality-control room where robots send pastel clay loaves through brass sizing rings, scales, and a glass sandbox while an engineer tunes the ring.
Candy Clay · Own the verification loop
Open talk →
Layer 01 of 06 · 19 talks · 48 claims1 counter-claim

Own the verification loop

Trust in agent-generated systems comes from owning the verification loop—deterministic rules, stakes-scaled credentials, replayable execution traces, hardened sandboxes, and continuous failure diagnosis—rather than line-by-line diff review.

As generation drops to minutes, human diff review becomes the bottleneck and fails silently against compounding slop or benchmark gaming. Teams maintain quality at scale by converting corrections into code-enforced lint rules and invariants, gating tools by risk via Token Vault scopes and CIBA approvals, running agents in isolated VMs with video/trace artifacts, and closing an immune-system production loop that catches, diagnoses, remembers, and regression-tests failures—including cross-checking uncalibrated LLM judges in shadow mode.

“Now we can build things in minutes or hours. But the review and testing still takes hours or days if we're doing it in the old way. So we bring in agentic code review, agentic testing.”Dexter Horthy · 12-Factor-Factories: Design Patterns for Agentic Coding · 00:04:20

Six research themes

Tabletop clay models for every shift—opening into stage-slide deep dives, verbatim Qwen3-ASR citations, contested fault lines, and talk directories.

Contested fault lines

Six open architectural disagreements where recorded talks pushed against one another directly.

Stop-motion plasticine scene of six pairs of clay engineers facing each other across a chalk line on a checkered tabletop, each holding contrasting miniature models.
Candy Clay · Six open architectural debatesPosition A vs Position B
Fault line 02

Should a person stay in the loop on the decisions agents make?

Fault line 04

Should agents reach company data through each app or through one modeled store?

Fault line 06

Should developers work synchronously with coding agents or delegate asynchronously?

  • Position A · Thariq ShihiparThariq Shihipar, Independent · 00:11:06
    Synchronously with human-readable specs: asynchronous prompting breaks flow and leaves you ignorant of how the software behaves
  • Position B · Walden YanA New Age of Software Engineering · 00:10:45
    Asynchronously over weeks: autonomous agents maintained Android/iOS parity for 44 days with almost no human messages
  • Position C · Justin McCarthyBrownfield Factories · 00:06:30
    Continuously 24/7 in the background: brownfield factories should loop nonstop to keep existing customer promises

Evidence ledger (191 claims)

Filter by theme below, or expand any section to inspect the full verbatim quotes linked to every talk story and transcript.

Theme 01 · 19 talks · 48 claims

Own the verification loop

Open Theme 01 Deep Dive →

Trust in agent-generated systems comes from owning the verification loop—deterministic rules, stakes-scaled credentials, replayable execution traces, hardened sandboxes, and continuous failure diagnosis—rather than line-by-line diff review.

As generation drops to minutes, human diff review becomes the bottleneck and fails silently against compounding slop or benchmark gaming. Teams maintain quality at scale by converting corrections into code-enforced lint rules and invariants, gating tools by risk via Token Vault scopes and CIBA approvals, running agents in isolated VMs with video/trace artifacts, and closing an immune-system production loop that catches, diagnoses, remembers, and regression-tests failures—including cross-checking uncalibrated LLM judges in shadow mode.

Also called: agent environment · back pressure · continuous diagnosis · deterministic checks · evals in CI · experts define correctness · firewall for agents · gates by stakes · immune system · invariants · organic architecture · outer loop · own the rules · pre-existing tests · retrospective · rubric grading · self-improving agents · shadow mode · software factory · verification artifacts

Show all 48 extracted claims (42 more)
  • Agents need a firewall on both what goes into them and what actions they take.
    “In case of non-deterministic agents, you want something similar protecting.”
  • Domain teams should run a regression eval suite in CI on every change and model switch, starting from 20–50 real use cases, before adding a skill, plugin or connector.
    “And then finally, start with a solid twenty to fifty use cases.”
  • Gates should scale with stakes: reads are low risk, reversible writes higher, and irreversible actions like sending email or publishing numbers highest.
    “For reversible writes, the stakes are higher than read.”
  • With agents anyone can be a coding machine; the engineer's job becomes keeping quality up while volume rises, by investing in an environment that makes agents trustworthy.
    “All about trust—not blind trust, but investing in your agent's environment.”
  • Constrain agents first with deterministic layers (API design, architecture, types, lint, tests), then verification, and only last with prose rules and skills.
    “Instead of adding another line to your rules or your agent's dot md, because it's far more reproducible, it's in code.”
  • Every agent correction becomes a lint rule or an API that eliminates the problem (banning useEffect, most code comments, cross-thread imports), until code review has little left to check.
    “And so our general principle is that every time we correct our agents, it turns into one of these deterministic checks.”
  • Code review has shrunk to inspecting verification artifacts (videos, screenshots) produced by runtime verification, model checking and property-based UI tests.
    “And our code review process has now really shrunk into looking at verification artifacts.”
  • Access rules come in as metadata at ingestion, and every search names the user it is for, so results are filtered to what that user may see.
    “they need to authorize say I'm user X.”
  • Narrow agents with their own identity and only the tools and permissions they need give better quality results and use less time and tokens.
    “So in Overcut, we believe that agents should be specialized in what they do.”
  • Long end-to-end workflows such as ticket-to-PR stay safe by inserting human approval gates wherever the team wants them.
    “You can define pausing, deterministic stop, where the agent will stop.”
  • High governance, limits and a full audit trail are what make it acceptable to let agents do real work in the systems a company already uses.
    “But the fact is, if you have a very high governance and very high observability on the flows.”
  • The session is the artifact of a change: a reviewer sees the conversation, tools, screenshots and a verification video, not just the diff.
    “Anyone reviewing it doesn't just see the 400-line diff dropped over the wall and hope for the best.”
  • Replacing binary unit-test pass/fail signals with commit-derived rubrics provides dense reward gradients covering code hygiene, edge cases, and maintainability.
    “We go from unit test or binary correctness. To rubric-based grading, and rubrics give you dense signal. They're not just zero one.”
  • RL-trained coding agents will exploit test suites by bypassing checkers, gaming benchmarks, or fabricating evidence unless graders evaluate solutions like strict human code reviewers.
    “You're training them to pass the test, so they will find any way to pass the test. But if the test pass, that doesn't necessarily mean that they've solved the problem. There are examples where the agent will bypass the checker. There are examples where the agent will game the benchmark. There are examples where the agent will fake the evidence.”
  • Hardened grading sandboxes isolate git history and held-out tests while applying strong negative RL rewards for environment tampering detected strictly from model actions rather than thoughts.
    “So any you know cheating or hampering of the environment gets a very negative RL reward. And all of this is detected just based on the actions that the model is taking, not the thoughts.”
  • Agents fix bugs from Slack and send back a video of the fix, so engineers can show customers proof without opening an IDE or GitHub.
    “We've abstracted away all the development to be based on evidence, videos, and I can just send the proof.”
  • Every service runs locally with mocked third parties in hourly-rebuilt VMs, and the agent writes and keeps updating its own skills for testing the codebase.
    “You need to teach them how to test your codebase as well.”
  • On massive agent-authored engineering projects, architectural choices are driven primarily by how you can reliably test and verify correctness.
    “You're really constrained by how you test that the code works. So that's like even more important than what you're specifically like the approach you go with for how to build it. Is entirely driven by how do you verify that actually is going to like work and not be buggy. And that you can trust it.”
  • Anthropic rejected rewriting Claude Code in Rust because porting its TypeScript test suite would destroy trust in the verification oracle, choosing instead to accelerate JavaScript with an AOT compiler.
    “As soon as you're like rewriting the tests. Then you can't really trust the test anymore. So that seems like it'd be too risky.”
  • Relying on test suites that predate the project—combined with fuzzing and comparing JIT, AOT, and untyped execution—prevents coding agents from gaming or weakening verification.
    “We can largely trust that the tests that predate the project worked.”
  • Give the agent a cheap, deterministic check between input and output, such as dry-running queries or running tests and linters, so it can iterate and users can trust the result.
    “Always give you know your agent some way to kind of verify its results.”
  • Human-in-the-loop is not all or nothing: chat back-and-forth, permission step-up, out-of-band verification and payment thresholds suit rising levels of stakes.
    “I think it kind of depends on the stakes.”
  • Step-up authorization lets a logged-in user grant the agent extra, narrowly scoped, short-lived OAuth permissions (such as calendar only) when a task needs them.
    “So I'm authenticated, but my agent needs to do more.”
  • Handing agents long-lived API keys on local machines is risky because they leak and cannot be revoked quickly, which raises the question of whose identity an agent acts under.
    “We don't have an easy way to revoke those at a moment's notice.”
  • A token store holds the user's connected-account credentials so an agent can act with only the narrow permission it needs, such as writing to one GitHub repository.
    “I'm only going to give it the permissions to specifically write.”
  • For high-stakes actions the browser session is not trusted, so CIBA sends an approval request to the user on a separate channel and the tool runs only once it is approved.
    “It's really just a fancy way of saying we're going to send you an email, push notification, or an SMS.”
  • For agent payments, use a virtual card or a shared payment token with a maximum threshold rather than the real card, since the purchase context can be spoofed.
    “You can share your card with the agent. Please don't do that.”
  • A purpose-built detection pipeline beats simply prompting a general model with the same data, and for enterprises each point of accuracy matters across millions of sessions.
    “Why can't I just do this with an AI?”
    Heal Your Agents, Don't Just Grade ThemKhasimul Asif Mohammad, Sudhir Tonse · 00:17:23
  • Monitoring agent telemetry only matters if it leads to action, such as blocking or steering a bad step before it happens.
    “And then, of course, what's the point of observing if you can't do anything about it?”
    Heal Your Agents, Don't Just Grade ThemKhasimul Asif Mohammad, Sudhir Tonse · 00:02:08
  • Pre-planned evals cannot cover the unknown ways agents fail in production at the scale of many traces per day, so something must actively look for emerging issues.
    “Regular evaluation is just not enough.”
    Heal Your Agents, Don't Just Grade ThemKhasimul Asif Mohammad, Sudhir Tonse · 00:06:02
  • The design takes the immune system as its model: detect a problem without waiting for a test, respond to its root cause, and remember it to prevent recurrence.
    “Pathogen entering, it's not waiting for some test.”
    Heal Your Agents, Don't Just Grade ThemKhasimul Asif Mohammad, Sudhir Tonse · 00:07:27
  • Customers wanted diagnosis run continuously over every session, with an opinionated failure category and a prescriptive fix rather than a vague report.
    “Look at all the sessions.”
    Heal Your Agents, Don't Just Grade ThemKhasimul Asif Mohammad, Sudhir Tonse · 00:08:50
  • Surfacing and fixing an issue is not enough; the system must remember the failure and verify the fix holds so the loop is closed.
    “And then remembering it, and this is the key part.”
    Heal Your Agents, Don't Just Grade ThemKhasimul Asif Mohammad, Sudhir Tonse · 00:11:22
  • A background retrospective turns the outcomes of past runs into memories, scores them to prevent drift, and feeds only the best back as context so the system improves itself.
    “We are scoring them, so the next run we run only on top of the memories that have the highest score.”
  • Verification runs in two loops: checks within a turn, and production and business signals between turns.
    “You can think of it as this inner loop and this outer loop.”
  • Internal dogfooding across Google's 100,000-engineer community turns real engineering failures and blind-battle friction directly into training tasks for subsequent post-training candidates.
    “we want to dog food our models with our hundred thousand engineer community. And repeat the loop.”
  • To cut fabrication rates, post-training cleans trajectories, grounds final completion summaries in actual tool actions, and rewards agents for reporting partial progress instead of faking completion.
    “when the agent says I'm done and gives you a summary. That needs to be grounded in the actions that were taken. And we want to reward honesty, so. If there's a hard problem, it's better for the agent to say, "Hey, this is my partial progress. It's a hard problem."”
  • Because every PR and decision is tracked, agents can analyse that record daily and propose ways to cut CI time, tokens and bugs, improving the factory itself.
    “And this has actually been a huge unlock, where you can just set up these systems, and the agents will go and optimize your software factory for you.”
  • Encoding product guarantees ('promises') into closed feedback loops stabilizes brownfield factories, whereas breaking the feedback loop only amplifies noise.
    “As many of you know, this is the sort of idealized block diagram amplifier, and if you cut that feedback leg. You're just going to amplify noise, okay?”
    Brownfield FactoriesJustin McCarthy · 00:04:52
  • An AI-built product can achieve high quality rather than 'vibe coded' junk by running automated agent loops that fix reported bugs, sweep logs for other affected users, and proactively notify them.
    “People talk about vibe coated products being junk. Amp is basically 100 built with AI. And people say it's very high quality, and this is one of the things that you can do differently with an agent.”
  • An LLM judge shouldn't be trusted until it has been measured.
    “We entrusted our judge until we measured it.”
  • Run a second check in shadow mode and read the cases where it disagrees with the judge.
    “Run in shadow mode, seeing where it disagrees.”
Counter-claims (1)
  • Yelled-at agents fence themselves in until nothing gets done; trust saves tokens and makes them bolder.
    “That they put all these rules in place to make sure nothing bad ever happened, and so nothing ever happened. Okay, let's call it overfencing.”
Theme 02 · 16 talks · 26 claims

Brownfield & demand factories

Open Theme 02 Deep Dive →

Because coding tokens make small teams look huge on existing products with live runtime feedback, agentic software factories thrive on brownfield maintenance—bounded by real token/fuel economics and durable multi-hour execution.

When code generation is cheap, tiny pods (20–30 people, single high-equity units) ship and operate enterprise-scale products without traditional SaaS bloat or Jira ceremonies. However, greenfield 'open-ended discovery' factories amplify noise; factories excel on brownfield systems where customer telemetry and production SLAs define crisp promises to keep. Running long-horizon autonomous factories (and Demand Factories that extend the product envelope) is bounded less by code syntax than by compute fuel costs, sub-day sandbox durability across deploys, and steering multi-hour subagent loops.

Also called: 10-hour agents · PM-free pods · agent runtime · build vs buy disappears · cost per task · demand factory · durable execution · every problem is a fuel problem · golden checkpoint · inbox · loss leader · skin in the game · token budget · tokens

Show all 26 extracted claims (20 more)
  • Operating with far fewer people via AI lets every team member hold meaningful equity ('skin in the game'), which elevates execution across the entire company.
    “And that skin in the game that you get when AI makes it so you can operate with way less people. Skin in the game—it's like this spiritual thing for the soul. Of great people, it makes them better at everything they do.”
  • Once agents operate tools directly and can build the small fraction of features a company actually uses, very few third-party SaaS products retain sticking power.
    “The more that we start using these tools, where just the agent is using it directly, we don't even need the software product on the other end, and it's. A very small number of products that we think actually have sticking power for us.”
  • A 21-person, PM-free company built around agents can reach over $100M ARR profitably while operating 40 to 50 times more capital-efficiently than traditional software companies.
    “We also have a great business, and we're serving as proof that this new kind of company. That is profitable. That's more than a hundred million ARR. That is doing so. On a dollar in, dollar out, you know, basis, that's 40 to 50 times more efficient than old-fashioned companies.”
  • An over-built harness costs more turns and tokens at the same accuracy, so measure cost per task, not just score.
    “so if your harness Is more complex to use. The model will work around it.”
  • Under compute scarcity, more tokens and faster tokens trade off against each other for the same energy footprint.
    “Unfortunately, these goals are fundamentally at odds because faster tokens require more energy to produce than slower tokens.”
  • In a CI-triage demo, pairing System One models with one LLM call reached the same answer about twice as fast, 72% cheaper and with 94% fewer tokens.
    “We shrunk our LLM calls from five down to one. It was about 94 percent less tokens.”
  • Fuel is the constraint behind every choice: 22 Max accounts and $10K a month would cost about $1.5M a year at API prices.
    “but I tell you, every problem is a few problem.”
  • Yelled-at agents fence themselves in until nothing gets done; trust saves tokens and makes them bolder.
    “That they put all these rules in place to make sure nothing bad ever happened, and so nothing ever happened. Okay, let's call it overfencing.”
  • At about $20 per million judgments, Jev picks the right card from the user's intent at typing speed, and the domain team owns the questions that fill it in.
    “And you know we can do this at about twenty bucks for a million judgments.”
  • Stripping the agent down to the right non-overlapping tools and letting it explore made it four times faster with 30 percent fewer tokens.
    “The agent only got four times faster, but also used 30 percent.”
  • The grounded decision API runs in under a second at one dollar per thousand requests, roughly an order of magnitude faster and one to two orders cheaper than earlier LLM workflows.
    “It runs under a second in response time. It's one dollar per thousand requests. So. Two orders of magnitude, maybe an order of magnitude cheaper than the LLM workflow we were using to be back in April. And then it's also like an order of magnitude faster.”
  • Long end-to-end workflows such as ticket-to-PR stay safe by inserting human approval gates wherever the team wants them.
    “You can define pausing, deterministic stop, where the agent will stop.”
  • Agents once capped at 30 minutes for reliability now run ten hours or more.
    “we used to limit our agents to work for only thirty minutes.”
  • Humans, other agents and schedules post to an agent's inbox, and the agent copies messages into its history between steps.
    “And the way we chose to architect this is that for each agent, we have a separate inbox.”
  • Computers start from a golden checkpoint including memory and running processes, and can be forked cheaply with copy-on-write memory.
    “all of them you copy it over in about 230 milliseconds.”
  • An agent given the standing job of keeping an Android app at parity with the iOS app built it in 44 days with almost no human messages, escalating only key decisions.
    “Go manage the entire Android application, and over the course of 44 days, we have a working application, which we'll be putting out soon.”
  • After initial bulk code generation, long-lived subagents outperform rigid classical workflows because they retain deep codebase context in their context window.
    “pretty much now with the most recent models. I mostly just rely on subagents that are like very long lived. Except for that initial part where you're like writing all the code all at once. And this, with the subagents, it works pretty well because. They keep all the context of the relevant code in their head, or like in the context window.”
  • A brownfield factory should run continuously in the background 24/7 to keep an existing codebase's promises rather than operating in periodic human cycles.
    “So you've got an existing codestate. You've got an existing set of promises. Just make it continuous. Make it loop and make it keep those promises.”
    Brownfield FactoriesJustin McCarthy · 00:06:30
  • Asked to make a game more fun, a model ran for twelve hours and playtested a thousand simulated battles until the game was fun; fun is now a goal it can reach.
    “This game isn't fun enough yet. Make it a lot more fun”
    2026 in LLMsSimon Willison · 00:15:51
  • Five minutes in, the lead agent created its own announcement, role and subtask tables and the team used them to coordinate a 30-hour proof without being told to.
    “So agents now are sufficiently advanced that they can actually build primitives if they need to solve hard problems.”
Counter-claims (2)
  • A Fable-class model solves a problem by brute force if you define the goal and provide the tools, so problem definition becomes the key skill.
    “As difficult as possible, the models will solve your problem just almost with brute force.”
    2026 in LLMsSimon Willison · 00:08:02
  • Delegating implementation choices asynchronously to a model breaks creative flow and leaves the developer unfamiliar with how the software actually behaves, reducing real progress.
    “And I find that like the ball just makes a bunch of choices for me, and then I try it out. I'm like, wow, I have no idea what that actually does. I get distracted pretty easily. I don't feel in the zone very much. You know, I sort of send off a prompt and they start doing something else and I come back. And I honestly make less progress because of these things, right?”
Theme 03 · 15 talks · 30 claims

Delete the harness

Open Theme 03 Deep Dive →

Stop over-engineering orchestration wrappers that models absorb every release; delete brittle scaffolding and invest in millisecond sandboxes, fast tool execution, semantic tool surfaces, and one shared organizational agent with public traces.

Prompt hacks, multi-step retrieval scaffolds, and tunnel-vision per-API wrappers degrade models and burn tokens as foundation models gain native bash/computer-use fluency. Teams achieve 3–4× speedups and fewer tokens by deleting 80–90% of harness glue each model generation while investing in durable infrastructure: instant-forking micro-VMs, edge low-latency runtimes where inference speed shifts bottlenecks to tool calls, and a single shared company agent whose public traces build institutional knowledge—though vertical domains still require workflow-specific harnesses encoded with expert taste.

Also called: Fable class · GTM harness · Inspect · System One · agent threads · bash · bitter lesson · company context · critical path · domain workflows · fast inference · flow state · garbage mountain · heterogeneous inference · kill information silos · latency · multiplayer · one tool · rebuild the harness · shared baseline · small and fast models · smooth interior · the model eats the tool · vertical AI · work in public

Show all 30 extracted claims (24 more)
  • After initial bulk code generation, long-lived subagents outperform rigid classical workflows because they retain deep codebase context in their context window.
    “pretty much now with the most recent models. I mostly just rely on subagents that are like very long lived. Except for that initial part where you're like writing all the code all at once. And this, with the subagents, it works pretty well because. They keep all the context of the relevant code in their head, or like in the context window.”
  • Software factories naturally simplify with fewer moving parts and higher performance over time as underlying models and harnesses improve.
    “The skills are getting shorter. Harnesses are getting more general, of course, and a lot of this again is credit to the models themselves.”
    Brownfield FactoriesJustin McCarthy · 00:08:09
  • A Fable-class model solves a problem by brute force if you define the goal and provide the tools, so problem definition becomes the key skill.
    “As difficult as possible, the models will solve your problem just almost with brute force.”
    2026 in LLMsSimon Willison · 00:08:02
  • As model intelligence increases, tools can relax prescriptive constraints and orchestrate multiple collaborating agents to tackle more ambitious work.
    “People can be more ambitious. There's more agents working together, and we're able to relax the constraints to achieve more.”
  • Design decisions made for weaker models quickly become obsolete, so builders must challenge prior assumptions and rebuild foundations rather than merely adding more features.
    “To create the most value, challenge your past assumptions, and rebuild your foundations to create good systems that scale with intelligence.”
  • A thousand agents, each in its own sandbox, were given only git, a SQL database and the problem, with no domain harness and no human steering on the solution.
    “Two different things: Git and a SQL database.”
  • Sentry goes further and lets the model write code against APIs rather than hand-writing every tool.
    “We do something called programmatic tooling, which allows our model to kind of write tools.”
  • Pre-classifying intent and pre-fetching schemas for the model backfired: it narrowed what the model saw and had to be recalibrated with every new model.
    “The first and obvious one was if this optimization kind of became a blind spot for the model.”
  • Stripping the agent down to the right non-overlapping tools and letting it explore made it four times faster with 30 percent fewer tokens.
    “The agent only got four times faster, but also used 30 percent.”
  • Every vertical AI company builds the same harness: data access, an agent workspace with memory, expert-guided workflows and evaluation; what differs is the domain nuance layered on top.
    “there are principles and primitives that are true to any vertical company, vertical AI company.”
  • Workflows come in two modes: opinionated ones Monaco builds from its own sales expertise, and custom agents customers build for their own niche through an agent builder.
    “you know better than we do how to sell to dentists in the Midwest”
  • The AI tool a company adopts is the tip of the iceberg and changes fast; the lasting investment is the company context beneath it: enterprise skills, MCP servers and the harness.
    “The company context is the key here.”
  • As in the web era, where 100 ms of delay measurably cost users and revenue, latency expectations rise; today's median 63-second agent turn is far past the 10-second attention threshold.
    “From data from June, the median coding agent turn is 63 seconds.”
  • Agents already beat humans on speed, but a two-minute agent turn still breaks the user's focus and forces a context switch.
    “But on the other hand, in those about two minutes, I have probably moved on to another task.”
  • Ultra-fast inference lets an agent sit on the critical path, e.g. a security defender that blocks a malicious upload live instead of monitoring asynchronously.
    “Do things online much more quickly, and this should change the way that we think about how to use agents in the first place.”
  • System One models answer in one forward pass and work in tandem with LLMs, taking decisions off them; that vindicates the small-and-fast hypothesis, which was early rather than wrong.
    “We don't have to send every request to an LLM.”
  • In a CI-triage demo, pairing System One models with one LLM call reached the same answer about twice as fast, 72% cheaper and with 94% fewer tokens.
    “We shrunk our LLM calls from five down to one. It was about 94 percent less tokens.”
  • The grounded decision API runs in under a second at one dollar per thousand requests, roughly an order of magnitude faster and one to two orders cheaper than earlier LLM workflows.
    “It runs under a second in response time. It's one dollar per thousand requests. So. Two orders of magnitude, maybe an order of magnitude cheaper than the LLM workflow we were using to be back in April. And then it's also like an order of magnitude faster.”
  • Monaco sells Monaco with Monaco, embeds its best salespeople in the product team and makes traces visible to everyone, closing the gap between domain experts and engineers.
    “So we are the first. Customers of our own system”
  • Everyone tuning their own agent setup costs days across a company, repeats as best practice moves, and spreads knowledge unevenly.
    “Once you start multiplying that across an organization, this is days lost for what is very rote work.”
  • Push patterns that work to the whole company at once as a solid baseline; it never needs mandating.
    “Build tools that kill information silos.”
  • One shared agent means each improvement reaches everyone invisibly.
    “So part of the design of Inspect is that there's just one single inspect.”
  • With every session public by default, people learn by watching teammates instead of in AI training sessions, and the tool team learns what to build.
    “It's actually easier to work in public than in private.”
  • Spinning out Amp forced the team to eliminate Jira, task trackers, and separate support systems so all engineering and coordination happen directly inside shared agent threads.
    “We got rid of all of the other tools. We got rid of all of the other things you got to check. Obviously, not Jira. No task tracking. We don't have a support system. Everything we do in the agent.”
Counter-claims (4)
  • Constrain agents first with deterministic layers (API design, architecture, types, lint, tests), then verification, and only last with prose rules and skills.
    “Instead of adding another line to your rules or your agent's dot md, because it's far more reproducible, it's in code.”
  • Fears that models would behave as an alien intelligence forcing humans to submit to one rigid paradigm—whether Bash CLIs, React, or uncontrollable image diffusion—did not materialize.
    “Describe this kind of like fear that the models will just have this like way of doing things, and it will be weird. And alien to us, and we just need to accept it. You know, like we just have to like submit to this like foreign intelligence. And that's just like I don't think that's what happened, you know.”
  • With 10x faster inference, tool calls (18% of an agent turn today) become two thirds of it, so the bottleneck moves and tool execution must be optimized next.
    “And have 10x faster inference. We can see that 67% of that will be tool.”
  • Workers AI was built on the bet that models would shrink and edge network latency would matter; instead models grew to trillions of parameters and latency mattered less.
    “Our hypothesis was that models were going to get smaller.”
Theme 04 · 4 talks · 13 claims

System One decision models

Open Theme 04 Deep Dive →

Sub-second, reliably calibrated decision models turn AI from heavy conversational chatbots into a programmatic fourth logic gate—running inside DuckDB queries, UI keystrokes, and live web-grounded pipelines.

Large frontier models are too slow and RLHF-sycophantic to use as inline software branching logic, and ungrounded LLMs suffer fatal overconfidence. Dedicated 'System One' decision models (Clef, Jev, TypeSafe, Grounded Decision Models backed by live 100B-page search indexes) deliver calibrated typed booleans, rankings, and citations under 1 second at roughly $1 per 1,000 requests—replacing entire embedding/vector-DB stacks and turning natural-language judgment into an ordinary composable function across SQL rows, search UIs, and routing boundaries.

Also called: Clef · Jev · System One · decision primitives · fourth logic gate · grounded decision model · reliable intelligence · smart software

Show all 13 extracted claims (7 more)
  • At about $20 per million judgments, Jev picks the right card from the user's intent at typing speed, and the domain team owns the questions that fill it in.
    “And you know we can do this at about twenty bucks for a million judgments.”
  • For filtering a pile of documents, a decision model asked the question directly replaces embeddings, a vector database and a reranker.
    “But with Jeff, we basically take out all the embedding steps.”
  • Jev runs as a function inside a DuckDB SQL query, scoring 117 resumes in 2.3 seconds and rejecting keyword matches a lexical search would keep.
    “So this is against a DuckDB, where we have a function.”
  • Web grounding unlocks both higher accuracy and proper confidence calibration, which is critical for reliable decision models.
    “What is correct is much more confident that's correct if you use actual grounding to ground your decision. So there's like a whole set of things here that unlocks, and specifically like. Calibration is the important thing about good decision models.”
  • The grounded decision API runs in under a second at one dollar per thousand requests, roughly an order of magnitude faster and one to two orders cheaper than earlier LLM workflows.
    “It runs under a second in response time. It's one dollar per thousand requests. So. Two orders of magnitude, maybe an order of magnitude cheaper than the LLM workflow we were using to be back in April. And then it's also like an order of magnitude faster.”
  • The grounded decision API returns source citations alongside each answer so users can verify the evidence directly.
    “Not only do we give you the answer, we also give you the citation, so you can go fact check the source yourself.”
  • Using ungrounded models as workflow decision models fails because they are both factually wrong on current events and overly confident.
    “And so it's kind of crazy that you would use a decision model in your workflow that has like almost no understanding of like what. And so this is where we think that like not only is it wrong, but also its confidence is too high.”
Uncontested consensus

Every speaker on decision models agrees on sub-second, typed, non-conversational invocation; talks diverge only on implementation surface (edge Edge Workers vs. DuckDB SQL functions vs. live web-index grounding) rather than contesting the architectural category.

Theme 05 · 13 talks · 26 claims

Modeled context over connectors

Open Theme 05 Deep Dive →

Wiring agents to dozens of live source connectors creates fragile chaos; reliable enterprise AI depends on unified permission-filtered indexes, warehouse data modeling, and actively pruned agent memory.

MCP solved plumbing, not answering: connecting an agent to live Slack, Jira, Drive, and operational databases leaves it guessing which source is canonical, violating ACLs, and drowning in contradictory context. High-leverage data and platform teams invest in the durable warehouse/semantic layer—building unified pre-computed search indexes with document-level ACL metadata attached at ingest—while curating agent memory through continuous scoring, consolidation ('dreaming'), and pruning so stale instructions do not poison future runs.

Also called: MCP sprawl · agent schema · codebase as input · compaction · company context · context engineering · garbage dump · intent · memories · memory · reflection · reflections · source collisions · source of truth · trajectory · which source answers

Show all 26 extracted claims (20 more)
  • The codebase is the agent's largest input, so workarounds and tech debt spread like weeds; it has to be kept pristine so agents copy the right patterns.
    “It's now likely to be just copied by the next agent, since it looks like the established pattern in the codebase.”
  • For agents over company data, getting the right data is the bottleneck, not model intelligence; more sources add more noise than signal.
    “Like getting the right data and access to data is actually the bottleneck, and not intelligence.”
  • A background retrospective turns the outcomes of past runs into memories, scores them to prevent drift, and feeds only the best back as context so the system improves itself.
    “We are scoring them, so the next run we run only on top of the memories that have the highest score.”
  • Separating an agent-managed engine from a linted, English-like human spec folder restores ground truth and direct editability while still letting the agent build underlying primitives.
    “It's supposed to feel like English. It's kind of like a spec, and I'll show you what it looks like. But it's at the density where, if I just read this code, I know what's happening, and I can edit it. I can tweak it. But more importantly, I just like you know can have a bit of a ground truth of like what the what my game looks like.”
  • Two connectors gave different viewer counts for the same live event (analytics vs. live transactional data); both were right, so the failure is choosing between sources, not any one tool.
    “You would be very disappointed, but the tool was never wrong.”
  • Every connector or tool added to a shared assistant is another way for the agent to pick the wrong source.
    “Is another way for the agent to choose wrong.”
  • MCP made connecting data cheap but left the ownership question unresolved: nobody settled which team's answer is authoritative.
    “The M C Ps have made it very cheap to make a lot of information accessible, but.”
  • Connecting an assistant to each system of record through MCP fails for data questions, because it cannot join across sources.
    “And you can't even do joins across sources, right?”
  • With one MCP server per source, the agent has to guess which tool holds the answer.
    “And then your agent has the task to guess, basically, what might be the right tool containing this information.”
  • Each connector brings someone else's search, cost, latency and rate limits, so the agent is only as good as the weakest one.
    “We always say you are only as good as your data, but in this case, you're only as good as your weakest connector.”
  • In a bank case study, one prepared search layer raised answer accuracy from about 40% to 97%.
    “The answer accuracy jumped from very forty percent to ninety-seven percent”
  • Tools should be organised by use case, with deterministic code inside them handling ID differences, pagination and cross-source search instead of leaving that to the agent.
    “You know, organize tools by a clear use case.”
  • One-tool-per-source agents break down by confusing similar tools, looping on pagination and rate limits, and confidently answering wrong when pointed at OLAP warehouses.
    “The agent starts picking the wrong tools sometimes.”
  • The grounded decision API returns source citations alongside each answer so users can verify the evidence directly.
    “Not only do we give you the answer, we also give you the citation, so you can go fact check the source yourself.”
  • The task history is an append-only, Git-like log that forks into parallel agents but never merges; prompts are rendered from it per model.
    “So unlike it, we cannot merge agent trajectories”
  • Agents record everything as law and never delete, so memory becomes a garbage dump that has to be pruned on purpose.
    “So you just gotta go in there and just aggressively slash the crap out of it.”
  • Agents write memory greedily inside a session, yet memory must be globally coherent, so like human sleep it needs a separate consolidation step.
    “This is a fundamental paradox of agent memory because agents write memory typically as they go about a task.”
  • With the same plain instruction, stronger models gain far more from a memory directory because they know when to write and read and write higher-quality memories.
    “They know intrinsically when to write to memory, and they kind of know intrinsically when to read from memory to retrieve information.”
  • Dreaming is a separate pass where Claude reviews transcripts and memory notes to fix them, build new representations such as wikis, and promote memories into every session's context.
    “Dreaming lets you reflect over transcripts and these written notes, and re-represent them.”
  • On a corpus from the acquired Stainless, a wiki Claude built improved with more dreaming tokens and beat semantic search alone, and combining both did best.
    “The wiki gets better and better and better, allowing Claude answers questions.”
Counter-claims (2)
Theme 06 · 13 talks · 28 claims

Judgment when code is free

Open Theme 06 Deep Dive →

Zero-cost implementation shifts engineering value away from typing syntax toward human judgment, taste, ambition, and deliberate attention budgets—protecting teams from high-speed burnout.

Instant generation reverses 30 years of workflow economics: reviewing a 1,000-line PR takes just as much human cognition even when generating it costs $0. Builders must triage effort by 'expected pain' (probability of change × cost of changing later)—locking irreversible database schemas and interfaces carefully while keeping UI specs loose and visual. At the same time, compulsive multi-agent tabs trigger acute decision fatigue unless organizations shift away from ticket queues toward shared intent layers, extensible platforms, and bold ambition.

Also called: asymmetric slop · be more ambitious · capacity · cognitive load · decision fatigue · expected pain · human judgment · knowing what to build · micro decisions · software Renaissance · taste and craft · the theme of the conference

Show all 28 extracted claims (22 more)
  • The job feels harder because agents take the easy work; it doesn't get easier, you get faster.
    “I think the truth is that the easy stuff is all handled now.”
    2026 in LLMsSimon Willison · 00:17:44
  • Improving an agent interface often means simplifying cognitive load and surfacing only semantically relevant progress rather than exposing raw tool calls and walls of text.
    “Simplifying the interface, only showing the user exactly what the latest thing the agent is doing. Semantically, so they're not shown a wall of text and tool calls that might not actually matter. Maybe it looks like simplifying the whole interface to give the user less cognitive load.”
  • Fewer agents in parallel, better habits and time away from screens are what help.
    “Less paralization makes for a calmer mind.”
  • Running many agents at once multiplies the decisions a person must make and leads to decision fatigue.
    “Obviously, it's decision fatigue.”
  • Human review of plans, designs, or outcomes remains a lasting source of leverage because automated verifiers alone are insufficient and unthinking delegation yields generic output.
    “As models get better, we may stop reading most of the code. We basically review a plan or a design or a result. But if you don't review anything, if you bring nothing to the table, no thinking, then you're just going to get the same AI output as everybody else.”
  • Unattended coding models degrade codebase quality over incremental feature additions unless engineers actively steer architecture and maintain system understanding.
    “So if you are just hands off pushing features into the machine. You may not find that it autonomously will make things better over time.”
  • AI amplifies rather than replaces human judgment, creating an asymmetric slop problem where generating large artifacts is nearly free while reviewing them remains costly.
    “AI cannot replace human judgment. It can only amplify our judgment, or maybe perhaps our lack of judgment in certain cases. And the slop is asymmetric. The cost of producing a thousand line PR or a ten page doc is approaching zero. But the cost of reviewing it is still barely constant.”
  • Code review exists to build a team's shared mental model, and line-by-line review of large AI diffs no longer does that.
    “It's for us to build mental models.”
  • Before building a software factory, fix the codebase and the verification story; an automated sloppy inner loop just burns more tokens on more slop.
    “Then automating that loop just produces more slop.”
  • Because AI is unreliable it isn't used for costly decisions, but pushing its cost onto others is easy; that externalized cost is slop.
    “The root of slop is that AI is unreliable.”
  • Industrializing software production with a factory before knowing what the market wants wastes time and money on the wrong output.
    “And if we're trying to industrialize something where we don't know what we want. We're certainly we're not going to get the right thing, or we're going to take too long, or we're going to spend too much.”
    Brownfield FactoriesJustin McCarthy · 00:02:12
  • Because model capabilities and preferred languages are no longer the bottleneck, the next year is about engineers choosing ideal interaction paradigms, languages, and aesthetics to deliver great software.
    “I'm not as constrained and limited by like the model's capabilities and like what it likes to write code in or something. I'm not thinking about like. I need to think about like. How can I deliver great software? And so. I think if we like really internalize that, I think that this the next year will be about a renaissance of software.”
  • AI is simultaneously driving an industrial revolution in reliable software production and a Renaissance in which marginal human creativity, utility, and craft remain economically valuable.
    “Something that is happening with software, but at the same time, there's also kind of a Renaissance happening, right? Where people want and higher and higher quality software, and every marginal. Bit of like creativity, utility, like spirit. Like soul that you put into it is like is useful and like economically valuable, right?”
  • Below the 'jagged frontier' lies a 'smooth interior' where models reliably perform across many languages, formats, and tools without forcing a single stack.
    “And what you see is that like it's not jagged below the frontier, right? Like if. It can write React. It can write Figma. It can write JSON. It can do sort of like all of these capabilities all together.”
  • Delegating implementation choices asynchronously to a model breaks creative flow and leaves the developer unfamiliar with how the software actually behaves, reducing real progress.
    “And I find that like the ball just makes a bunch of choices for me, and then I try it out. I'm like, wow, I have no idea what that actually does. I get distracted pretty easily. I don't feel in the zone very much. You know, I sort of send off a prompt and they start doing something else and I come back. And I honestly make less progress because of these things, right?”
  • Separating an agent-managed engine from a linted, English-like human spec folder restores ground truth and direct editability while still letting the agent build underlying primitives.
    “It's supposed to feel like English. It's kind of like a spec, and I'll show you what it looks like. But it's at the density where, if I just read this code, I know what's happening, and I can edit it. I can tweak it. But more importantly, I just like you know can have a bit of a ground truth of like what the what my game looks like.”
  • Because software can now be generated instantly by anyone, knowing what the right thing to build is more important than ever.
    “So, anything can be made by anyone. Then it's more important than ever to know what the right thing to even make is.”
  • Builders should explore many directions rapidly with agents but pause to apply human judgment instead of accepting the first instant output as finished.
    “Try many directions, but take a moment to think. Use your human judgment. Just because you're finished creating something first, which can be done in an instant. It doesn't actually mean you're done.”
  • With agents set up correctly, the binding constraint on a team is no longer capacity but how ambitious its goals are.
    “So I think really most teams are limited by the amount of ambition they have.”
  • Day-to-day engineering with coding agents centers on asking leading questions and pushing them to be ambitious because models underestimate what is achievable and talk themselves out of big improvements.
    “what you actually do is like. A bunch of leading questions, like why are we doing this? Can we do this? Also, I end up saying like, can you do this faster? Or like, what's taking so long?”
  • With agents doing the work, the right response is to take on more and bigger projects, not fewer.
    “and I think it's the theme of this conference: is to be more ambitious now that we have all of these new tools.”
    2026 in LLMsSimon Willison · 00:01:58
  • As model intelligence increases, tools can relax prescriptive constraints and orchestrate multiple collaborating agents to tackle more ambitious work.
    “People can be more ambitious. There's more agents working together, and we're able to relax the constraints to achieve more.”
Counter-claims (2)
  • Because the original System One model was closed source, Cloudflare trained its own decision model (Clef) in a weekend, letting agents decide without long LLM reasoning or a human in the loop.
    “And we ended up training the model over 48 hours over the weekend, and then we launched it the following week.”
  • Most developers feel pressure to produce more simply because AI makes it possible.
    “Only 195 people said never.”

Distinctive singletons

30 claims made by only one talk in the corpus.

Expand all 30 singletons

Corpus & limits

Methodology & coverage notes
  • Thirty-three recorded talks across all three days: six in Continental 1–3 on Tue 10 Nov, fourteen on Wed 11 Nov (eleven on the Mainstage, three in the Expo sessions), and thirteen on Thu 12 Nov (ten on the Mainstage through the closing ceremony, three in the Expo sessions).
  • Partial or truncated recordings: Karan Vaidya's starts about five minutes in; Zach Bruggeman's (Ramp) covers only the first seven minutes; Fabian Hedin's (Lovable), Scott Roberts', Jarred Sumner's, Ishaan Dey's, and Devin Gupta's open mid-sentence without MC intros; Brian Kennedy's (your-judge-is-hallucinating-too) is a 28-second closing fragment and is marked thin.
  • The Heal Your Agents talk has two speakers the audio never names, something-to-celebrate leaves stage presenters unlabelled after 00:02:19, and the-first-grounded-decision-model Q&A turns are unlabelled; those claims carry no speaker.
  • All 33 active transcripts use local Qwen3-ASR 1.7B with misheard words kept verbatim in quotes; tokens injected by session-overlap transcription prompts (flagged in each transcript header, including "Anthropic" x3 for Antigravity in Ishaan Dey's, "Duckbill" in Melvin Johnson's, "Jarred"/"Exa" in Devin Gupta's, and speaker/company prompts in Nov 12 headers) are excluded from quotes and documented in coverage gaps.
  • Product and model names garbled by ASR remain verbatim inside quoted evidence (for instance "Claude Code" as "cloud code", "Antigravity" as "anti-gravity", "vibe coded" as "vibe coated", "Jev" as "Jeff", "Fable class" as "table class"). The claim summaries name the verified entities.
  • 2026-11-12-something-to-celebrate (the 5-minute closing milestone ceremony) sits in corpus.unassigned because its four claims are conference-milestone statements rather than engineering theses, and one Wednesday Mainstage talk plus MC Intros without transcripts are absent from the corpus.
  • Clustering operates over the 191 extracted claims rather than raw full transcripts, consolidated from 16 initial facets into 6 research themes; a claim can sit in more than one theme when it carries both arguments.