Quick follow up to my origin story post from earlier this week. A few people asked about the MCP part, so here is how it actually works and what we learned building it.
The flow from the user side is almost embarrassingly short. You finish your code in Claude or Cursor. You say deploy this. About two minutes later you get a working link back: server provisioned, SSL in place, environment configured as part of the deploy. Then the part I personally use most: you change something, say update it, and the same link refreshes. No terminal, no dashboard, no context switch.
Why bother? Because the place where people write code with AI is a chat window, and every step that forces them out of it loses users. For technical folks that step is friction. For people like me, and I can't code, that step is fear. The dashboard is where I start guessing. The chat is where I already know what to say.
But here is the part that turned out to be the actual work. Giving an AI agent the power to deploy is easy. Deciding what it must never be able to do took longer than the integration itself. And honestly, the line ended up in a different place than I expected.
What the agent can do, the full project lifecycle:
What it can never touch, by design:
On top of that, every action is rate limited and every single one lands in an audit log. And every deploy coming through MCP goes through the same security scanning as a manual upload, before the agent even gets the project. The line is not deploy versus delete. The line is money versus everything else.
The thing that surprised us most: first deploys get the applause, but updates carry the product. Watching usage, the loop of tweak, update, check the link is where people actually live. An agent that can only deploy once would be a demo. The boring update path is the feature.
We are in open beta, and this whole thing is still being shaped by whoever shows up and breaks it. Which brings me to the question I'm genuinely curious about: if you build with AI tools, where is your personal line? What would you happily let an agent do to your production, and what stays human only?
The strongest point here is that first deploys are the demo, but updates are the habit.
A lot of AI deployment products will probably over-position around “ship from chat,” but the real trust problem is what happens on the 12th update, when the user is moving fast and the agent has enough power to create damage.
So I think the sharper frame is less “Claude can deploy to production” and more “Claude can keep updating production safely inside strict boundaries.”
That also makes the forbidden list more important than the feature list.
For me, money, account ownership, customer data, and destructive infra actions stay human-only. Deploy/update can be agentic if the rollback, audit log, permission boundary, and scan layer are obvious enough that the user does not have to trust the agent blindly.