Transition from a0.dev: keep the agent workflow, change who owns Deployment
You can keep prompting and checking devices via the a0 app or Expo Go while someone else owns Deployment. Relocate runtime upgrades, OTA, store credentials, and Convex/Supabase secrets onto org accounts and a build path you can name in a vendor review. Mobile spikes stay in a0; production stops depending on a0 workspace ACLs.
Transition means prompting stays useful for sandbox projects while Deployment, OTA, and backend secrets leave the a0 seat. Both tracks can run briefly. A release builds and ships without a0 admin or Generate & Submit on the original project. Undo each ownership move before you start the next.
Why moving in steps gets its own page
Weekend uninstalls scare teams that still prompt daily
Migrate and get-off assume you are ready to cut. Many teams still need a0 prompting while one ownership piece moves.
Moving store credentials, OTA, and Convex secrets in one night
Feels efficient until all three break together. Take one step, prove it, then choose the next.
No written undo for the Deployment move you just made
If you cannot put that step back on a0 Generate & Submit in a known time, you are gambling — not transitioning.
Prompt regen and owned Expo fighting over the same screen
Two writers, no reconcile rule. That is how last week’s “fixed” bug returns.
Apple Team ID and Convex billing still under one personal login
If the founder is the only admin, ownership is the first step — even while prompts still help on sandboxes.
The order we move things in
Keep a0 for spikes, move Deployment ownership, prove undo, then pick the next step
Owned Expo hardens first. a0 stays writable for experiments; it loses authority to change what customers run.
“What impressed us most about CodeCross was their ability to deeply understand our vision and translate it into a complete digital solution. Unlike many agencies that just focus on technical delivery, CodeCross approached our project like true partners.”
While you move things over, which a0 prompt loops and Expo Go checks stay workshop-only?
Prompt iteration, web preview checks, View on your Phone via a0 app / Expo Go, and sandbox native-build testing can continue. Treat the a0 project as a workshop that feeds the owned Expo tree — not as the place you keep production secrets or the only place you can deploy from.
Who owns ASC / Play consoles and production Convex while prompt authors still open a0?
Org Apple Developer / Play admins and platform owners — not whoever opened a0 Deployment last. Production Convex/Supabase projects move under org billing with rotation rights limited to on-call. Bundle IDs, Team IDs, and deep-link schemes follow the same rule. Prompt authors get scrubbed non-prod secrets.
How do you freeze Generate & Submit and production OTA without locking every a0 prompt?
Freeze only production-affecting paths: Generate & Submit to live App Store Connect, production OTA pushes, and production Convex/Supabase rotates. Allow prompts on sandbox projects or staging Bundle IDs. Route hotfixes through the owned Expo/EAS path. a0 remains writable for experiments; it loses authority to change what customers run.
How do you know Generate & Submit left a0 while teammates still prompt on sandbox Expo projects?
A teammate with org store and Expo access and no a0 admin can ship a fix end-to-end. Incident docs name EAS/CI and org App Store Connect — not “open a0 Deployment.” Web preview is marked non-prod. Runtime upgrades happen in owned Build Settings — not only when a0’s upgrade prompt appears.
Keep the agent workflow. Move who owns Deployment.
Bring which submits still only happen in a0, who holds App Store Connect, and how you would undo the first ownership move. We move one part first, then talk about a full exit.