Solven Journal · July 2026 · 4 min read

How to tell whether the AI is real

The questions that separate durable AI capability from rented capability, asked the way a deal team can actually ask them this quarter.

Most decks a deal team reads this year will describe the target as AI-powered. The phrase has stopped carrying information. It no longer distinguishes a company that has built something durable from a company that has an API key and a good copywriter, which means the work of distinguishing them has moved into diligence, where it belongs.

None of this requires a machine learning specialist on the deal team. It requires a handful of questions, asked in the right order and put to the right people, with as much attention to how the answers are given as to what they say.

The question is not whether the target uses AI. It is what would remain if you removed everything the company rents.

Start with where the model comes from

Ask the engineers, not the chief executive, and ask precisely. A "proprietary AI engine" in a deck very often means a rented frontier model with a carefully written prompt in front of it. That is not disqualifying; some of the best applied AI businesses are built on models anyone can rent. But it changes what you are pricing. You are no longer valuing a technology asset; you are valuing whatever has been built around a supplier.

The tell is precision. A strong team will describe its stack without hedging: which models, where fine-tuning ends and prompting begins, what was built and what was bought. A team that is vague about its own architecture either does not want you to know or does not know itself. Both answers are useful, and both should move the price.

Then ask what sits around the model

In most AI businesses the durable asset is not the model at all. It is the data the company alone collects, and the depth to which the product is threaded into a customer's working day. So ask for those directly. What data do you hold that a well-funded competitor could not buy, license, or scrape within a year? What does the product learn from each customer's usage that makes it better for the next one? How long would it take a customer to leave, and what would they lose on the way out? None of these is a technical question. Each is an argument about the multiple, and each belongs in the investment committee discussion rather than in a technical annexe.

If the answers are thin, the AI can be entirely real and the business still replicable. Rented capability plus commodity data is a product, and possibly a good one, but it is not a moat, and it should not be priced as one.

Ask what breaks when the supplier moves

A rented model is a supplier relationship, and model providers behave the way suppliers do: prices change, versions are retired, terms are rewritten. Ask which model versions the product depends on today. Ask what happened the last time one was deprecated, how long the migration took, and what it cost. A team that has switched providers once and can describe the exercise in detail has demonstrated something valuable. A team that has never considered the question is carrying a risk it has not priced, which means you would be.

The same part of the conversation should cover unit economics. Inference is a marginal cost that scales with usage in a way traditional software's costs never did. Ask what it costs to serve a customer, per seat, per transaction, per document, whatever the unit is, and which direction that number is moving. A gross margin that depends on model prices staying where they are, or on customers never using the product heavily, is not a margin; it is a hope. The encouraging sign is a team that knows its inference cost per unit without looking it up, because it watches the number weekly.

Make them show rather than tell

Slides can claim anything. So ask for a live session, on inputs the deal team chooses, rather than a recorded demo built on inputs the company chose. Ask to see the evaluation suite, the tests that tell them whether a model update has quietly degraded the product, because a team without one is finding out from its customers. Ask what the last three months of engineering time actually went into; if the honest answer is prompts and interface work, the claimed depth of the AI intellectual property needs revising downwards. And ask who gets woken up when the model misbehaves in production, and what the runbook tells them to do.

None of this is hostile. Serious teams tend to enjoy these questions, because they finally get to talk about what they built. The teams that bristle are giving you information too.

The short version

For a deal this quarter, the method compresses to five questions.

  • Where, precisely, does the model come from?
  • What do you hold that a competitor could not rent or buy?
  • What happened the last time your model provider changed something, and what did it cost you?
  • What does inference cost per customer, and which way is it moving?
  • Show us, live, on inputs we choose.

Notice that none of these is exotic. They are supplier concentration, cost of goods, switching costs, and replicability. These are the questions investment committees have always asked, wearing new vocabulary. A deal team that asks them calmly will separate the targets that own their capability from the targets that rent it, and will price each accordingly. Expect that separation to be visible within the first meeting with the engineers.

If you would like a second pair of eyes on a live deal, we are happy to talk.