with-agents

State of Agentic Coding - Series

Harnesses Become the Product

Armin Ronacher Episode 2 8 of 9
Episodes Browse 9 summaries 8 of 9

Armin Ronacher and Ben Vinegar discuss subscription economics, model working styles, and programmable agent harnesses.

Key Points Covered

  • Subscription pricing changes how freely developers use agents: The speakers contrast heavily discounted model-provider plans with metered tools. They repeatedly qualify their Cursor comparison as perception and secondhand experience, not a definitive price audit [00:06:36]-[00:12:25].
  • Model preferences emerge through sustained use: Armin describes Codex as suited to long, largely unattended runs and Opus as more conversational. Both speakers say understanding those differences took weeks, not launch-day impressions [00:14:22]-[00:19:07].
  • Harness design remains a meaningful source of differentiation: Armin defines the harness as the loop, tools, and prompts around a model. He points to Amp's editable handoff and growing cross-tool support for skills as innovation outside the base model [00:20:10]-[00:25:20].
  • Metered cost can constrain otherwise useful autonomy: Ben says awareness of Amp's token spend made him avoid longer tasks, even though he valued its handoff interface and curated model experience [00:26:11]-[00:28:00].
  • A minimal harness can become a programmable canvas: Pi exposes a small toolset and lets Armin add extensions that change its interaction model, including custom question UIs and rendered diagrams [00:32:09]-[00:37:51].
  • Branching preserves good context without preserving wasted work: Armin rewinds to an earlier message, discards an unproductive path, and resumes with new guidance. He also reuses a shared context point to refine several separate tickets [00:32:09]-[00:34:15].
  • Agents improve when software exposes its state: For a game project, Armin first had the agent build screenshot and state-dump tooling. When those debugging tools failed, he branched back to repair them before retrying the feature [00:39:56]-[00:43:01].
  • Design for the model's demonstrated strengths: The speakers recommend asking an agent what information or interface would help it, then testing that answer. They favor representations such as files or familiar code when those produce more reliable behavior [00:43:01]-[00:47:04].

Full video: https://www.youtube.com/watch?v=xoynR-hWNZY(opens in a new tab)