Harness Engineering: Building the Production Cage for Powerful Domain Agents — Mike Chambers, AWS
Mike Chambers puts a dictionary entry on screen: a harness is a set of straps and fastenings used to control an animal. Swap animal for model and the definition holds. His working version is subtraction. Take an agent, remove the model, and everything left over is the harness. Chambers is a senior AI specialist developer advocate at AWS, and he splits the field in two. There are agents we use, coding assistants and productivity tools, where the harness is memory, skills, tools, MCP servers, and the standards your team deploys to everyone. Then there are agents we build, and those need far more: loop management, scaling, payments, identity, runtime, context management, and the item he lists last while insisting it should come first, observability and evaluation. Writing all of that into one container and scaling it is the wrong answer at thousands of users, because each piece needs to scale on its own. That separation is what he means by harness engineering. The rest is live coding. He walks up from a bare SDK agent with a calculator tool, to one with a session manager that rehydrates conversation history between invocations, to a deployment where memory runs as its own managed infrastructure beside the agent rather than inside it. Along the way he argues against what he calls slop ops, the agent equivalent of clicking around a console, where an agent spins up cloud resources directly instead of writing infrastructure as code you still own. The reveal is saved for the end: one CLI option he skipped earlier turns the whole thing into a JSON file naming a model and a system prompt, with no agent code at all. Speaker info: - https://blog.mikegchambers.com Timestamps: 0:00 - Who he is and how he got here 2:45 - Two kinds of agents: the ones we use, the ones we build 4:24 - Defining a harness by subtraction 5:16 - The harness around a coding assistant 6:07 - No more slop ops 6:57 - What an agent you build needs instead 8:38 - Live coding: a bare agent with tools 10:16 - Adding a session manager and memory 12:50 - Deploying with the AgentCore CLI 15:18 - Scaling out without writing multi tenant code 16:59 - Talking to the running agent, local and deployed 18:40 - The harness option he skipped
More like this

Agents Without Code: Skills, YAML, and Filesystems Replaced Python — Philipp Schmid, Google DeepMind

How We Solved Agent Building — Andrew Qu, Vercel

No Memory, No Harness: Why the Database Is the Last Line of Defense — Kay Malcolm, Oracle

We let an AI agent execute Bash and lived to talk about it — Sarah Sanders, PostHog
Join the discussion
Sign in to join the discussion
Sign in