Build vs buy your AI capability: the CTO's real decision

Short version: the build-vs-buy question for AI usually gets framed as "license a tool" versus "have our team figure it out." Both miss. Buying a tool gives access, not capability. Building it alone burns months of senior time on failure modes other people already solved. The real answer for most teams is neither: transfer a working operating model onto your team, so you end up owning the capability without paying to discover it from scratch.

What "buy" actually gets you

You buy seats, or a platform, and your team has access to the model. That's the floor, not the capability. The hard part, making agents reliable, cheap, and trustworthy on your codebase with your standards, isn't in the box (we wrote about that gap in the copilot-operator gap). Buying tools and calling it an AI strategy is the most common and most expensive mistake here, because it looks like progress and isn't.

What "build it ourselves" actually costs

Your senior engineers are capable of figuring agents out. The question is what it costs to have them learn it on your time: months of trial and error on context, orchestration, and observability problems that are already solved, work that doesn't ship product. Some teams should still build, if AI capability is itself the product, or you have the senior bandwidth to spare. Most don't, and the bill arrives as quarters, not dollars.

The third option: transfer the capability

The version that fits most teams is neither pure buy nor pure build. Bring in people who run agents in production, have them install the operating model on your codebase and standards, and train your team to own it. You skip the months of discovery, and you keep the capability instead of renting it.

The test of whether you're getting this (versus a disguised "buy") is simple: do you own the capability when they leave? A vendor wants you dependent. A good transfer wants you independent. Ask for the second.

A quick way to decide

• Buy a tool only if your need is genuinely just access and your team already operates agents well. Rare.
• Build it yourself if AI capability is your product, or you have senior time to burn and want it fully in-house. Valid, expensive.
• Transfer it if you want production-grade agents and your team owning the capability, without paying to rediscover what's already known. Most teams.

The wrong move is buying seats, calling it done, and wondering in two quarters why nothing reached production.

How tsukumo does it

We're the transfer option, and we're honest about when you don't need us. We run agent fleets in production to ship our own software, install that operating model on your team's codebase and standards, and train your developers to own it. Augment, never replace; independence, not dependency.

If you're weighing build vs buy for AI and neither feels right, that's usually the signal. Talk to us about your team.