Topic

Why most autonomous-agent products are a behavioral instruction set wrapped around a model you already pay for — and how to lift that behavior into your own harness instead of subscribing.

Target Reader

A knowledge entrepreneur or technical operator already paying for Claude (or similar) who keeps seeing slick new “autonomous agent” tools (Hermes-style) and feels the pull to buy yet another subscription to get hands-off execution.

The Fear / Frustration / Want / Aspiration

“Everyone’s hyping these autonomous agents that just run on their own. I’m already paying for Claude — do I really have to stack another $X/month API bill on top to get that? What am I actually missing if I don’t?”

Before State

The reader treats each new agent product as a distinct capability they must purchase. They conflate the polished wrapper with the intelligence, and assume autonomy is a feature you buy rather than a behavior you configure.

After State

The reader can look at any agent product and ask “what loop is this, and can I express it in the harness I own?” They capture the behavior as a reusable skill or a trigger-word instruction, summon autonomy on demand, and reserve real spend for tools whose value is genuinely proprietary (data, compute) — not a behavioral wrapper.

Narrative Arc

Dirk almost paid twice — Claude plus a Hermes API bill — for an autonomous agent. Then he asked Claude to act like Hermes, dropped the instructions in, and got a four-hour hands-off run for free. The turn: the autonomy wasn’t intelligence, it was a loop. The resolution: a repeatable method for spotting which products are wrappers you can replicate and which are worth buying.

Core Argument

Most agent autonomy is a loop plus a memory layer plus a “don’t ask permission” posture — all of which are instructions you can add to the harness you already own, not a product you must rent.

Key Evidence / Examples

  • “I asked Cloud Chat to make Cloud Code work like Hermes. I inserted it, and it wasn’t asking anything anymore. It worked four hours without touching it.” — Dirk Ohlmeier
  • Lou’s model-vs-harness teaching: the model (Opus) is constant; the harness (Claude AI / Cowork / Claude Code) is the system prompt + memory rules + command vocabulary that shape behavior
  • The capture move: store the behavior as a skill or in global .claude config behind a trigger word (“iterate”, “go until done”)
  • Boundary: real purchases are justified by proprietary data or compute, not behavioral wrappers (Insight - AI Sovereignty — Build Interchangeable-Intelligence Harnesses So No Vendor Owns Your Workflow)

Proposed Structure (5–7 beats)

  1. The near-miss — Dirk about to pay twice for autonomy
  2. The reveal — he replicated it with a single instruction
  3. Model vs. harness — the distinction that explains everything
  4. What autonomy actually is — a loop + memory + permission posture
  5. The replication method — how to interrogate and lift a product’s behavior
  6. Capture it — make the behavior a reusable skill or trigger word
  7. When to actually buy — proprietary data/compute vs. wrappers

Editorial Notes

Tone: empowering, slightly contrarian against the agent-hype cycle — not anti-tool, but pro-sovereignty. Avoid naming Hermes pricing as fact unless verified. Pairs naturally with the “Write Loops, Not Code” brief as a two-part arc (concept → application). Keep the model-vs-harness explanation concrete; it’s the load-bearing idea.

Next Step

  • Approved for drafting
  • Needs revision
  • Deprioritised