Substrate Over Interface
When the interface is wherever you already are, interface quality stops differentiating.
Short answer
Substrate over interface means that as AI models handle ambiguity, the UI stops being the product and the data, rules and agent acting on them become the asset. Dropdowns, required fields and dialogs existed because machines needed pre-translated input. Interface quality then stops differentiating, and buyers choose on data substrate quality, API exposure and agent-layer fit.
Key takeaways
- Ask whether your product gains or loses value if the underlying model gets ten times better.
- Interface-first products lose value as models improve, while substrate-first products gain it.
- Expect dashboards to dissolve first, replaced by answering the question you actually had.
- Compete on data substrate quality, how fully the API surface is exposed, and agent-layer fit.
- Own the proprietary graph, which is the asset worth defending.
Common questions
What does substrate over interface mean?
Software bundles data, logic and a UI. UI elements like dropdowns existed because machines would break without them. Models handle ambiguity, so what survives is the substrate: the data, the rules and an agent acting on both. You stop going somewhere to do something.
What dissolves first when interfaces fade?
Dashboards change more than editors, since a prebuilt grid is someone else's opinion of which numbers matter. Preferences stop being a settings page, and your corpus becomes semantically understood, so it can answer questions such as where you changed your position.
How should this change a PM's roadmap?
When the interface is wherever you already are, interface quality stops differentiating. Decide whether your roadmap is defending a UI or building a substrate. The text says competing on editor polish is optimising the apology.
CheatsheetLayout, Section, NumberedItem, Callout, } from "@/components/CheatsheetLayout";
What the UI was for
Software bundles data, logic and a UI. Dropdowns, required fields and confirmation dialogs exist because the machine would break without them, which forced humans to pre translate intent into inputs. Models handle ambiguity, so the translation layer stops earning its place. What survives is the substrate: the data, the rules, and an agent acting on both. The shift in one line: you stop going somewhere to do something. The capability meets you where you are. Not a redesigned tool. The difference between a card catalogue and a librarian who has read every book, remembers your borrowing history and already knows what you are after.
What dissolves first
The dashboard changes more than the editor
A prebuilt grid of metrics is someone else's opinion about which numbers matter. A system that knows your work just answers the question you actually had.
Preferences stop being a settings page
Say "I always send Tuesday mornings" once. The tax of re specifying settled decisions disappears.
Your corpus becomes semantically understood
This is the genuinely new part. Archived content can be searched. Understood content can answer "have I written about this before" and "where have I changed my position".
The strategy consequence
When the interface is wherever you already are, interface quality stops differentiating. Buyers then choose on the quality of the data substrate, how fully the API surface is exposed, and how well the product plugs into the agent layer. Competing on editor polish is optimising the apology. If the underlying model gets ten times better, does your product become more valuable or less? Interface first gets less valuable. Substrate first gets more. The asset worth owning is the proprietary graph. For how that compounds into defensibility, see AI Strategy and Competitive Moats for PMs.
The honest caveat
Every generation feared a tool would atrophy a capability, and usually the freed attention went somewhere better. But what is being externalised here, editorial history and reader patterns and preferences over time, sits closer to the core of the work than GPS does to being a person. Worth holding open rather than answering fast. Use it when you are deciding whether your roadmap is defending a UI or building a substrate. Source: Lewis Lin, "The Publishing Platform That Doesn't Need an Interface" and "The Data Moat" (Mar 2026). );