The operating model

How one person ships like a small team.

This page exists because every other studio site is vague about the part that matters. The interesting question is not what EMG Labs builds — the products page covers that — but how a single operator ends up with multiple shipped surfaces in a year without burning out, raising money, or hiring.

What follows is partial. There are levers we keep private — specific agent prompts, the orchestration layer's internals, certain provider choices. Everything else is here.

“The bottleneck has moved. It used to be how fast you could write the code. Now it's how clearly you can describe what you want, how good your taste is, and whether you can hold the whole thing in your head.” EMG Labs · operating note 01

Seven things we believe

  1. AI is the IC. The human is the architect.

    The model writes the code, names the variables, finds the bug it introduced an hour ago. The human owns the brief, the taste, and the call on what ships. This is not "AI as a copilot." It is a different role entirely — closer to a senior engineer pairing with a very fast, very tireless, occasionally wrong-headed junior.

    Most teams who try this fail because they hand the model the architectural decisions. We never do. The model gets a tight specification and a high bar.

  2. The unit of work is a shipped feature, not a sprint.

    We do not plan two weeks ahead. We plan to the next deploy. Every change in a working branch is a candidate for production within hours, not days. The compound effect of this is that 80% of the planning overhead a normal team carries simply does not exist here.

    Sprints presume the team will do roughly the same volume of work each cycle. That is not how a one-operator studio works. Some days nothing ships. Some days four things do.

  3. Production is the staging environment.

    Real users on day one, behind a paywall or a feature flag if needed. We mostly skip the TestFlight beta. Real-world telemetry beats hypothetical user research. When we are wrong, we hear about it in thirty minutes.

    There is one exception: anything that has to clear a regulator. For those products, every gate gets honoured. Discipline scales with consequence.

  4. No MVP theatre.

    The "minimum viable" framing produces apps that look unfinished and aren't trusted. We do not ship five surfaces at 60% — we ship one surface at 95% and let the rest queue. Users notice the difference. The App Store reviewer notices the difference.

  5. Faceless brand. Real product.

    No founder on camera. No podcast tour. No "building in public" thread of the week. Marketing comes from the artifact: a good app, a clear store listing, a website you can actually read. If the work is real, the work does the work.

  6. AI cost is not a constraint.

    Cumulative inference cost on our largest live product is roughly nine cents across weeks of testing. Cents. The constraint is taste, not tokens. Optimising the wrong axis is one of the bigger time-sinks for new operators in this space — we do not.

  7. Boring tools. One weird tool.

    Next.js, Astro, Capacitor, Postgres, Supabase, Vercel, GitHub. Boring on purpose: they will outlive any framework du jour, the documentation is good, and most problems already have known answers. Boring scales.

    The weird tool is internal: an orchestration layer that lets us hand multi-step work to a fleet of agents under a single brief. It is what makes the volume possible without the team. We will write more about it when there is more to say.

Cadence

What a week looks like.

Production deploys
~12 / wk
Commits to main
~40 / wk
Active codebases
5–7
Time on planning
< 5%

Mornings begin with a short briefing — what shipped, what broke, what is sitting in App Review, what is on the calendar. The middle of the day is for one or two deep work sessions on whichever surface needs the human most. Anything that can be handed off — research, drafting, monitoring, audit checks — is.

Evenings are for the boring-but-load-bearing stuff: store listings, screenshots, tax forms, regulator correspondence. The rhythm is: ship something visible by late afternoon, deal with the operational tail by dusk, plan tomorrow in the last fifteen minutes.

The toolkit

Boring on purpose

  • Next.js · Astro
  • Capacitor · SwiftUI
  • Supabase · Postgres
  • Vercel · Cloudflare
  • GitHub · Linear
  • Stripe · Apple IAP

For the work itself

  • Claude Code (primary IC)
  • OpenClaw (internal orchestration)
  • ClawHub agent skills
  • A small fleet of focused agents
  • Plain text everywhere

Specifically not

  • No agile rituals
  • No design tools as source of truth
  • No bespoke frameworks
  • No-code platforms for production
  • No founder content marketing

If you've read this far

We'd rather show than tell.

The proof is on the products page. If something there is interesting — or you want to talk about how this might apply to a project of yours — the inbox is open.

hello@emg-labs.com →