← Back to work

PERSONAL LAB

Hermes

A personal lab where I ran AI agents like a software team — secretary, PM, engineer, QA — rebuilt three times. Same problems everyone hits with agents; the difference is I routed around them instead of grinding.

~80% of coding done by agents
~70% less verification time
3 rebuilds OpenClaw 1.0 → 2.0 → Hermes

Context

A personal lab where I ran a team of AI agents like a software org — a secretary, a PM, a senior engineer, a QA, a sysadmin — to find the real ceiling of agent collaboration. Three rebuilds across 2026: OpenClaw 1.0 on Telegram, 2.0 on Discord as an event-driven team, then Hermes.

Problem

The arc was the one everyone hits: first the context problem, then hallucination, then the endless loop of tuning prompts to suppress it. Adding persistent memory (Postgres) stopped the agents forgetting, but it did not make them smarter — my busiest agent still fell apart in long sessions, pulling the wrong memories and hallucinating with a confident, self-consistent rationale. Bigger memory, not better memory.

Constraints

A single model coaxes itself into believing its own hallucinations, so nothing could ship on one model’s say-so. Output had to stay trustworthy across several concurrent projects. And the context-window limit underneath was never something I was going to out-engineer.

Approach

Outcome

Agents now handle most of the coding, an Opus-builds / Haiku-QA loop does the verification, and my own energy goes to architecture and steering. I stay honest about the ceiling — at scale, agent autonomy is not reliable yet and hallucination is unpredictable. The multi-agent shape I was running by February 2026 turned out close to what Sakana AI later published as Fugu — theirs a trained orchestrator, mine hand-built and months earlier. One product outlived every rebuild: Ivy, a standalone insurance-consultation agent (Sonnet), carried from OpenClaw 2.0 into Hermes. The through-line: don’t optimize what the next model will fix for free — read where the ceiling is, and build the application that fits it.

Architecture

OpenClaw 2.0 multi-agent development pipeline A requirement is raised; Gemini and Claude discuss it back and forth for up to five rounds until consensus; Claude Opus builds it; Gemini Flash verifies it; a failed test rolls back to Opus. EARLY 2026 · OPENCLAW 2.0 Multi-agent development pipeline ↻ up to 5 rounds → consensus Requirement raised & scoped Discuss Gemini ⇄ Claude Build Claude Opus Verify Gemini Flash test fails → roll back to Opus Requirement analysis · multi-model discussion · build · cross-model verification — no agent verifies its own work.
The 2.0 pipeline: no solution ships on one model’s say-so.
Evolution across three rebuilds OpenClaw 1.0 on Telegram with persistent memory; OpenClaw 2.0 on Discord as a five-role team with self-repair; then Hermes with self-improving memory where agents do about eighty percent of the coding. 2026 · THREE REBUILDS How the system evolved OpenClaw 1.0 JAN 2026 · EXPERIMENT Telegram · Gemini + Claude Agents own simple tasks Postgres persistent memory limit: context window unsolved OpenClaw 2.0 EVENT-DRIVEN TEAM Discord · Redis AI software team, 5 roles Self-repair + auto queue wall: memory bigger, not better Hermes SINCE ~APR 2026 Self-improving memory (Nous) Opus builds · Haiku QA ~80% of coding by agents human owns architecture + steering I didn’t fight the context window — that’s the frontier labs’ game. I leapt to a different memory architecture. Don’t tune for today’s model — the next release zeroes it. Build the product that compounds.

Stack

Nous Research Hermes · Claude Opus (build) + Haiku (QA) · Gemini · Discord · Postgres · Redis · Python async · self-hosted