Discussion about this post

User's avatar
Rickard Hansson's avatar

Great piece - this is the framing I've been building against for the last 6 months.

One thing I'd add, because it changes the ending: nearly every example here (Granola, Cursor, Sierra) wraps a rented model and builds the moat around it -- memory, context, workflow. I've took it a step further and moved the model out of the critical path. Apps are produced by a deterministic compiler from a signed contract; the LLM only makes bounded decisions at the edges.

That does two useful things to your three-question test. It passes "would it survive a model swap?" structurally rather than as a promise -- we've run the whole pipeline (normally Opus 4.8 + Sonnet 5) end-to-end on NVIDIA Nemotron 3 Ultra. And it turns "we have data" from theater into a real flywheel: because every build is compiled and validated, every build is execution-verified training data -- the compounding kind, not a rotting pile -- and we can start moving away from proprietary frontier models.

When the model gets cheap and revocable, owning the compiler and an ownable model -- air-gapped where the customer needs it -- stops being a wrapper problem and becomes the moat.

Louis Hemming's avatar

Honestly not sure Granola passes your own second test. Two-year-old meeting notes look a lot like data that accumulates without compounding, and your rot point would seem to apply to them too. Maybe the real lock is that leaving feels like walking away from your own memory, like you say, but that's a switching cost living in the user's head, not sure it's a loop.

6 more comments...

No posts

Ready for more?