/ 00Build vs. Managed

Building an agent is easy. Keeping one running is the actual job.

You can vibe code any GTM agent you want. That is genuinely true now, and it's why so many teams already have agents running. What you can't vibe code is the operating layer that keeps them working six months later.

If you've already built agents, you've done the hard-looking part.

This page isn't an argument that in-house builds are bad. It's an argument that the build is the cheap part, and the part that fails is the part nobody scoped.

A rep builds one agent in Claude. It works, so they build two more. A marketer adds a couple in an automation tool. Six months later nobody can produce a full list of what's running, what it can access, or whether it still works. One CRM field gets renamed and three agents start failing silently. A rep gets one bad lead score, stops trusting the output, and quietly routes around it for good.

None of that is a building problem. Every one of those is an operating problem, and operating is a standing commitment rather than a project with an end date.

Three ways to end up with agents in your stack

In-house builds, a one-off vendor engagement, and a managed retainer solve different amounts of the problem. Here's where each one actually lands.

  Build in-house One-off vendor build OTTO, managed
Getting the first agent liveFast. This is the easy part, and it's why teams start here.Fast. A vendor ships the build and moves on.Fast, but scoped against a roadmap first so the right agent gets built.
Who notices when it breaksUsually a rep, weeks later, after acting on bad output.Nobody. The engagement ended at handover.Monitoring catches it. Incident response owns the fix.
Surviving an API or CRM changeThe agent fails silently until someone investigates.Out of scope unless you buy another engagement.Absorbed in the weekly tuning cycle.
Keeping up with a changing ICP or motionRequires someone to go back in. Nobody does.Requires a new statement of work.Continuous. Every deployment gets reassessed as the business changes.
Knowing what's runningAn unknown number of agents across unknown tools.Whatever the vendor documented at handover.A live inventory. Every agent owned, scoped and reviewable.
Access and permissionsGranted ad hoc, rarely reviewed, often standing admin.Granted for the build, frequently never revoked.Scoped per agent, logged, revoked at end of engagement.
Audit trailRarely exists.Rarely exists.Every agent action logged. Kill switch available.
Cost shapeHidden. Engineering and ops time diverted from roadmap.Large one-time fee, then a new fee each time something changes.One predictable monthly retainer.
What you're left with if it endsWhatever's still running, undocumented.A build nobody on your team fully understands.Documentation for every agent, so you or another provider can carry on.

Every row above is a failure mode we've watched play out, not a hypothetical.

Sometimes you shouldn't hire us.

We'd rather say this up front than sell a retainer that doesn't fit.

You have engineering capacity to spare

If you have engineers who can own agent operations as a standing responsibility, not a side project, building in-house is a real option.

The scope is genuinely small

One or two agents doing something narrow, in a stack that rarely changes, is maintainable by a motivated person.

You're still finding the motion

Pre-product-market-fit, the motion changes faster than any agent can be tuned. Build scrappy and revisit later.

If none of those describe you, the question isn't whether to build agents. You probably already have. The question is who's operating them, and whether anyone could tell you today what they're allowed to touch. That's what a pit review answers.

Ready to put a pit crew on your GTM agents?

20 minutes. We look at what you've already built or tried, and tell you honestly whether OTTO is a fit.

Book a pit review