Cameron Otsuka

From AI Tools to AI Loops

Metadata
  • Description: The move away from prompting and towards crafting the AI ouroboros.
  • Publication: Inference Draft 2026-24
  • Published:
  • Last Modified:
  • Type: newsletter
  • Tags: ai
  • POSSE: Substack 
Robot Ouroboros Artwork

I wrote last week about tokenmaxxing as the awkward adoption phase of AI inside companies: first you get everyone using the tool, then you figure out whether any of that usage is actually enhancing output.

Looping is the next phase. The question is no longer, “Can an employee use AI at each step of the workflow?” The question becomes, “Can the entire workflow turn into an automated loop?”

A (naive) workflow in one of today’s software engineering companies might look something like:

  1. client requests new feature
  2. write specification document
  3. implement feature in code
  4. conduct tests and code review
  5. make fixes
  6. deploy feature
  7. monitor for bugs

Software engineers are already using AI at each of these steps through a mix of autocompletions, chat interfaces, and coding agents. You may notice there are some natural places where automation already speeds this up: continuous integration/continuous deployment (CI/CD) already handles parts of the build-test-deploy process, and observability tools already notify teams of issues or roll back failed releases. But these are mostly point solutions.

What if you could create an automated loop out of the entire software engineering workflow? Boris Cherny (Anthropic) certainly thinks so, as does Peter Steinberger (OpenAI):

Here’s your monthly reminder that you shouldn’t be prompting coding agents anymore.

You should be designing loops that prompt your agents.

— Peter Steinberger (@steipete) June 7, 2026

There are already several examples and functional versions of loops that can be implemented today. Claude Code and Codex have /goal functions that continue working on a task until a final stopping condition is reached. In other words: don’t just answer one prompt; keep working until the condition is true. Andrej Karpathy’s autoresearch is the research version of the same idea: edit the code, train for five minutes, compare the result, keep or discard, repeat.

In a hypothetical near-future, the software engineering workflow may be:

  1. client requests new feature
  2. write specification document
  3. hand that specification to a loop
  4. decide whether the result should be deployed
  5. fine-tune loop to improve its output

Loops change the dynamic away from engineers designing elegant code solutions for feature designs and towards building the instrumentation needed to define measurable stopping conditions. Or maybe, this is already old news.


Mine Print Hash

The four-week T-bill exhibited a big swing over Memorial Day, which highlighted the reason behind why the ECB is likely to hike rates at their next meeting. Matt Dines explains why this is troublesome for the EU and how the CFTC’s approval of Kalshi’s Bitcoin perpetual futures is a further indication of where monetary rails are heading.


Open Threads

Governments continue controlling who gets compute, who gets chips, who can work where, and which firms become part of national industrial strategy.

Building things…