Where the Value Will Be
I keep coming back to a question that I think most people in tech are going to have to wrestle with soon: if AI gets good enough to do most knowledge work, where does value actually live? The AI itself is commoditizing fast. Every major lab is converging on similar capabilities, costs are falling, and open-source models are closing the gap. The model layer is becoming a utility. So if the execution engine is cheap, what's expensive?
I've been thinking about this from first principles and across dozens of conversations with executives in tech, and I keep landing on three things.
1. The Ability to Judge
The asymmetry that comes up most in these conversations is between production and verification. We're getting fluent at generating output (text, code, analysis, images, decisions) but our ability to verify that output is barely moving. It's still bounded by human cognition, institutional knowledge, and the slow accumulation of domain expertise.
This gap is going to widen. As models get more capable and autonomous, they'll produce more than any team can review. The bottleneck will increasingly be whether anyone can tell if the answer is right.
And this is where I think the real moat will be. The data you use to train models is table stakes at this point. The defensible asset is the data and institutional memory you use to grade them. A bank with thirty years of lending decisions, defaults, and edge cases can verify an AI underwriting decision in ways a startup simply cannot. A hospital system with decades of diagnostic outcomes can audit an AI's clinical recommendation against a track record that doesn't exist anywhere else.
The organizations that have been quietly accumulating operational history, the full record of what happened, what worked, and what failed, are sitting on something far more valuable than they realize. When AI can produce anything, the ability to judge what's good becomes the scarce resource.
2. Proof of Origin
As AI-generated content becomes indistinguishable from human work, a second question starts to matter a lot: how do you know who, or what, made something?
This sounds philosophical, but in practice it matters. Think about contracts, journalism, legal evidence, financial disclosures, medical records, academic research. In all of these domains, the provenance of information matters as much as the information itself. A financial model means something very different if it was built by a senior analyst than if it was auto-generated by an AI agent that hallucinated a few inputs.
Right now, we have almost no infrastructure for this. There's no reliable way to build a paper trail for digital content, to prove that a specific human (or a specific model, with specific inputs) produced a specific output, and that it hasn't been tampered with since. We're going to need tamper-proof records: systems that track authorship, inputs, and every transformation along the way. The blockchain crowd has been building this kind of infrastructure for years, largely in search of a problem. AI might be the problem that actually justifies it.
I think this becomes essential plumbing. Boring, invisible, necessary. And the companies that build it well will be so deep in the stack that they're very hard to displace.
3. Willingness to Guarantee
The third piece is the most interesting to me, probably because of my time in finance. Right now, most AI products are sold as tools. You buy access, you use the tool, and if something goes wrong, that's your problem. The vendor provides capability. You absorb the risk.
I think this is going to flip. As AI moves from "assistant" to "autonomous agent," making decisions, executing transactions, writing code that ships to production, someone is going to have to guarantee the output. Technically, legally, and financially. Someone has to be on the hook.
Imagine how this plays out. Today you sell a subscription: here's the tool, good luck. Tomorrow you sell results: pay us per task completed, we'll handle the work. Eventually, someone is going to sell a warranty. The AI does the work and the provider stands behind it financially. If the AI is wrong, the provider eats the loss. That's a fundamentally different business.
Anyone who has read Nassim Taleb will recognize the principle. Skin in the game. The companies willing to put real money behind the claim that their system works will command enormous premiums. Think about hiring a contractor. The one who offers a warranty on the work is telling you something very different than the one who doesn't. Over time, I think that warranty becomes the whole product.
And the companies that can actually do this will be the ones with the deepest verification infrastructure (see point #1) and the strongest provenance systems (see point #2). The three threads fold into each other.
The Structure That Emerges
Put these together and a picture forms. What AI can't do alone is upstream and downstream of the actual production work: deciding what's worth doing, and certifying what's been done. The production itself, the part that historically was the bulk of any knowledge worker's job, is where AI eats. Compensation and pricing power concentrate where the work stays scarce.
What worries me is upstream of all this. The skill required to certify AI work comes from doing the work yourself badly for years before you do it well. I've watched junior analysts and engineers grow into senior ones exactly that way. If we automate the entry-level versions of the work, the people we need to do the verifying ten years from now don't get trained. The shortfall takes years to show, which makes it the kind of problem most teams will defer past the point of fixing.
But if we get it right, if we invest in verification infrastructure alongside AI capability, if we build proof-of-origin systems into the stack, and if the business model evolves toward guaranteeing outcomes, we'll have something genuinely new: production at scale that anyone can actually trust. I want to come back to what this looks like inside a product team, and inside a data org specifically, in two follow-on pieces. I'm not fully sure about every part of the picture; the next two are an attempt to push on it from inside specific functions.