Concepts
Engineering sovereignty
Engineering sovereignty, as framed in the room, is full flexibility over where work runs and which model does it. Not tied to one platform, one cloud, or one LLM provider. Run what you want, when you want, where you want. It showed up in the same sentence as the ROI complaint: customers are trying every tool and not getting the return, and they do not want the next tool to own them.
Why it matters
Section titled “Why it matters”An AI-native loop that only exists inside one vendor’s harness is a new kind of lock-in with a shorter fuse than the last one.
From the room
Section titled “From the room”I want to have full flexibility. I don’t want to be tied to any one platform. I don’t want to be tied to one cloud. I don’t want to be tied to one LLM provider. I just want to be able to run what I want, when I want, where I want.
The operational version: bring your own subscription, pick Opus for new issues and something cheaper for a three-hour job, run on their cloud or on yours. Agents write missing integrations instead of waiting for a connector catalog. The UI stays a chat box on purpose. Policy lives in the prompt and the webhook, not in a vendor’s menu.
Where founders get it wrong
Section titled “Where founders get it wrong”- Picking a coding agent that only runs on a laptop, then calling that your process.
- Letting the harness choose the model for every job instead of assigning models by policy.
- Building the loop on one provider’s connectors and waiting for them to add the next one.
- Treating lock-in as a later problem once the 10x shows up. The 10x is the loop; the loop is what you would be locked into.
Go deeper
Section titled “Go deeper”- Why AI isn’t making engineering 10x faster is the playbook this sits inside.
- Related concepts: AI-native, Meat proxy.