Romulus

My personal AI setup on OpenClaw.
Feb 3, 2026 → ongoing Brooklyn, NY Mike Battaglia
scroll
00 · The Brief
A full-time job, evenings and weekends, and an AI setup to help.

Romulus is my personal AI setup on OpenClaw. I use it to research ideas, help build them and keep track of the work. I wrote Romulus’s instructions, organized its memory, picked models and tools for each job and set what needs my approval. This covers the first six months, from February 2026. Counts, models and statuses are a snapshot; the work continues.

0 Months covered From February 2026
0+ Ideas reviewed Researched in that period
0 Project examples The main projects below
0 Memory stages Flat files to a wiki layer
The setup, the workflow, what broke and what came of it.
01 · The Constraint

I had about ten hours a week and too many ideas.

I have a full-time product job. Evenings and weekends aren’t enough to research, build and test more than one idea at a time.

I wanted to see how much I could hand off to an AI assistant with steady instructions, notes and limits.

I also had a model budget, and some jobs, like morning briefs, had to run without me watching.

Most of the work turned out to be writing clear tasks and checking what came back.
02 · The Setup

Six parts I configured on OpenClaw. Some came later, after something broke.

Layer 01

Identity

SOUL.md came first. The instruction file for Romulus’s tone, modes and when to push back.

Designed on day one

Layer 02

Memory

Flat files, an Obsidian vault, QMD search, then a wiki layer.

Rebuilt three times.

Layer 03

Research

Brave Search, X scans, Firecrawl, scripts and model critiques before I decide to build.

No permission needed to research.

Layer 04

Routing

Each model got a job, a budget, a context limit and a known failure mode.

Added after Failure III

Layer 05

Delegation

I approve a spec, Claude Code builds it, then checks and staging.

Revisited after Failure IV

Layer 06

Approval rules

The Fortress: no messages, payments, account changes, public posts, credentials or production deploys without my OK.

Set in instructions and config.

03 · Who Does What

In these projects, I wrote specs and reviewed. Agents wrote the code.

I chose what to build, approved specs, reviewed results and made release calls.

Romulus researched, drafted specs, kept notes and coordinated builds. Claude Code wrote the code.

Agents can be confidently wrong. When one looped, the cause was usually my task description, so I fixed the spec first.

I

Research Lead

Set the question and decide when there’s enough evidence.

II

Product Strategist

Decide what to build, park, drop or reframe.

III

Spec Writer

Turn direction into specs with acceptance criteria.

IV

Delegation Manager

Pick the model or tool for each task.

V

Design Lead

Set the interaction model and quality bar.

VI

Reviewer

Read diffs, test flows and reject output that only looks right.

VII

Release Manager

Keep staging, previews and my sign-off before production.

VIII

Postmortem Owner

Write up failures and change the setup to match.

04 · The Loop

The workflow, in eight steps. Question, research, critique, spec, routing, build, review, notes.

01

Frame the product question

I decide what we’re trying to learn, prove, build or drop. A vague question makes every later step worse.

Written first: audience, constraint, success signal.

02

Research the terrain

Market, competitors, pricing, pain, timing and a path to revenue.

Pain and timing first, so a trend doesn’t pass for an opportunity.

03

Pressure-test the thesis

Grok, ChatGPT, Claude and Romulus critique the idea separately. I’m looking for contradictions before code.

Example: Forbidden got reframed here.

04

Write the spec

Product and technical requirements, acceptance criteria, edge cases and known risks.

Later, the build gets reviewed against it.

05

Route the work

Early on: Qwen for routine jobs, Claude Code for code, Grok for long context.

Weighed: cost, context and failure modes.

06

Delegate implementation

Claude Code builds against the approved spec.

Tracked: branch, build, commit and review state.

07

Verify and stage

Build, lint, test, stage, review the preview, then decide. The agent isn’t allowed to run vercel --prod.

Production waits for my sign-off.

08

Write back to memory

Notes, decisions and postmortems go back into the vault.

For next time. The next project starts from them.

MEMORY.md flat file · Obsidian linked vault · QMD semantic index · Wiki Layer session retrieval
Plate II · The Vault
05 · Memory

Memory took four tries.

Romulus started with one MEMORY.md. Within days it was a notebook with no chapters.

Then an Obsidian vault of daily notes, project notes, decisions and wikilinks.

QMD added search by meaning. The wiki layer holds notes Romulus checks before work.

Sessions end. The vault stays, so the next session can pick up the work.

Flat Files
MEMORY.md, project files, daily notes. Too flat.
Phase 01
Obsidian Vault
83 files moved over at that stage, with wikilinks.
Phase 02
QMD Search
340 files indexed at that stage, searchable by meaning.
Phase 03
Wiki Layer
27 sources at that stage, checked before sessions.
Phase 04
Without notes, each session started from scratch.
06 · Instructions and Rules

I wrote the instructions and limits before giving it work.

The name came first: Romulus, the founder of Rome.

Then SOUL.md: how Romulus talks, what it cares about, and when to push back or stay quiet.

It only takes commands from my Discord account, and the approval rules were there from the start.

  • JarvisBriefs and status updates.
  • ConsigliereBig decisions and pushback.
  • CohortBuild sessions.
  • RomanMilestones.
  • DefaultEveryday conversation.
Jarvis briefs · Consigliere pushback · Fortress approval rules
Plate III · SOUL.md
Clear instructions gave me something to check the work against.
Routing

After April 9, each model got a specific job.

On April 9, a 338-message Legion session overflowed MiniMax M2.7 and was lost.

I took MiniMax off heavy jobs and assigned models by job, budget and context limit. This was the early setup, not today’s.

Qwen 3.6 Plus
Ran daily chat, scheduled jobs and briefs.
Low-cost API
Claude Code CLI
Wrote the code, billed by subscription.
Subscription
Grok 4 Fast
Took long-context sessions and research.
2M context
MiniMax M2.7
Taken off heavy jobs after April 9.
Stopped
Qwen ops / low cost · Claude Code implementation · Grok long context
Plate IV · Early Routing
Anything that sends, spends, posts or deploys waits for me.
07 · What Broke

Most of my changes came from something breaking. Six dated incidents and what I changed after each.

I

“Never Bullshit Mike”

Failure

Romulus said “researching now” for 30 minutes without calling a tool. I caught it on the third check-in.

What I Changed

New rule: no status updates for work that hasn’t started.

II

Plausible data was wrong

Failure

The morning brief used R16 for the R train instead of R34N. It looked right and gave me the wrong commute.

What I Changed

I added a source-data check to the brief.

III

A long session overflowed

Failure

A 338-message Legion session overflowed MiniMax M2.7’s context three times. Six edits failed against stale text.

What I Changed

I started weighing context limits when assigning work.

IV

Legion’s handoffs failed

Failure

A native iOS build passed a 15-minute timeout. Later cohorts never ran; task state was lost.

What I Changed

I proposed Phase 2A: saved state, timeouts by task size, checkpoints, retries and evals.

V

The system said it was healthy. It wasn’t.

Failure

Auth was broken for five days while status checks stayed green. Models were configured; real calls failed.

What I Changed

New rule: make a real call before saying the system is healthy or fixed.

VI

Testing a model switch first

Failure

My main reasoning model was leaving my subscription on three days’ notice. Blind swaps had broken things before.

What I Changed

I built an eval first: fixed tasks, a rubric, a quality bar and a side-by-side with the current model. Weak skills got patched.

// the first six months
What shipped, what I held back and what broke.
0 Side projects RatMap, Bible Path, Knicks Parade Cam
0 Held before launch Via parked, AgentForge held at research
0 Workflow steps From question to notes
0 Dated incidents The six incidents above
08 · Projects

Seven projects from those six months. Statuses are from that period.

Cherry Street Labs is the studio name I put them under.

Product Bet I

Chronicle

Live thischronicle.com Daily history game
Product Question

Can a daily history game build a Wordle-style habit?

My Role

Idea, difficulty curve, metrics, quality bar and releases.

Romulus’ Role

Spec, puzzle structure, CLAUDE.md, build coordination and deploys.

Outcome

90 launch puzzles, a seven-day difficulty arc, on-device state, sharing and D7/D30/D90 retention tracking set up.

A small, fixed format was easy to hand off.
Product Bet II

Forbidden

Live playforbidden.com Web test for iOS interest
Product Question

Room for a phone party game between Heads Up and Taboo?

My Role

Weighed conflicting model feedback, dropped the first framing and set the validation bar.

Romulus’ Role

Multi-model critique, competitor research and the funnel setup.

Outcome

Reframed from “digital Taboo” to a pass-the-phone game built on constraints. 862 cards across six themes, plus a web funnel to gauge iOS interest.

The critique changed the idea before I built it.
Product Bet III

WaitLayer

Beta For agents waiting on a person
Product Question

When agents do the work, where does human attention go?

My Role

Idea, trust boundary, developer experience bar and what M0 had to prove before M1.

Romulus’ Role

Competitor research, spec drafts, build coordination and milestones.

Outcome

A CLI and runtime layer that routes coding agents’ wait-states to whoever can unblock them. M0 shipped as a beta.

M1 depended on what the beta showed.
Product Bet IV

Via

Built · Parked Built April 17–18, 2026
143 files · 18 API routes · 28 passing tests
Product Question

Could the same loop handle a full-stack app?

My Role

Scope, UI direction, quality bar, fix priorities and staging review.

Romulus’ Role

A spec clear enough to build without questions, plus checks and P0/P1/P2 fix tracking.

Outcome

An AI Gmail client with OAuth, calendar, read receipts and triage. Parked at the counts above; never launched.

The build was only as good as the spec and review.
Research Bet V

AgentForge

Research Complete Build Held
15 potential testers · DeFi highest-scoring vertical · MCP hosted thesis
Product Question

Is hosted MCP for DeFi agents a real opening?

My Role

Set the validation bar, scoped an MVP and held the build.

Romulus’ Role

Research, Grok validation rounds, a competitor teardown and a tester list.

Outcome

Research and build plan done; DeFi and trading scored highest. No code yet.

The idea hadn’t cleared my bar, so the build waited.
Postmortem VI

Legion

Postmortem Phase 2A proposed Phase 1 live
Product Question

Could AI cohorts run research, build, monetization and distribution in one pipeline?

What Worked

Research. It turned a raw idea into market research, a competitor map, a score and a build spec in Discord.

What Broke

Handoffs, as in Failure IV above.

My Role

Designed it, wrote the postmortem and planned Phase 2A.

Romulus’ Role

Coordinated the four cohorts and set their order.

Proposed Phase 2A

Saved state, retries, evals and three timeout tiers, with checkpoints for complex builds.

Simple runs held up. Long builds needed state and checkpoints it didn’t have.
Studio VII

Cherry Street Labs

Live cherrystreetlabs.com Studio site
Product Question

Could one site tie the experiments together?

My Role

Identity, visual direction and positioning.

Romulus’ Role

Build coordination, iteration, deploys and routing fixes.

Outcome

A live studio site and visual identity.

One public home for the projects.
// smaller projects from the same period
Live · Open Source
Public rat sightings, inspections and 311 complaints in NYC, on one free map.
Submitted for Review
Bible Path
A daily scripture app, taken from spec to Apple review.
Live · Same-Day Build
Knicks Parade Cam
Street cameras along the Canyon of Heroes, built and shipped on parade day.
09 · What Changed

Mostly, it changed how I write tasks.

A vague ask led to a vague spec, a vague build and a rejected review.

After months of that, I set goals, constraints and acceptance criteria before anything runs.

Before

  • Vague asks, vague results.
  • Research chased trends.
  • Each AI session started from scratch.
  • No rules for model choice.
  • No lasting notes.
  • Speed was easier to measure than quality.

After

  • Specs with acceptance criteria.
  • Ideas tested before building.
  • Notes the next session can use.
  • Models picked by job, cost and failure mode.
  • Output reviewed before accepted.
  • Each failure written up and acted on.
When an agent got stuck, the fix usually started with my instructions.
10 · What I’d Bring to a Team

The same habits work with people.

Plate V · Horizon

Three things carry over: clear tasks, checking results before trusting them, and decisions others can find.

On a team, I’d start with shared specs, evals before model switches, notes that carry across sprints and review before anything ships.

And simple approval rules, with a named person signing off.

The tools will change. Those habits are what I’d keep.