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
.claudeconfig 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)
- The near-miss — Dirk about to pay twice for autonomy
- The reveal — he replicated it with a single instruction
- Model vs. harness — the distinction that explains everything
- What autonomy actually is — a loop + memory + permission posture
- The replication method — how to interrogate and lift a product’s behavior
- Capture it — make the behavior a reusable skill or trigger word
- When to actually buy — proprietary data/compute vs. wrappers
Related Insights
- Insight - Don’t Buy the Agent, Replicate Its Loop — Extend Your Own Harness
- Insight - AI Sovereignty — Build Interchangeable-Intelligence Harnesses So No Vendor Owns Your Workflow
- Insight - The Harness Architecture — Declare Only What You Need, Import the Rest
- Insight - Write Loops, Not Code — Goal-Seeking Loops Are the New Atomic Unit of AI Work
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