Get off Emergent as the runtime host without orphaning the agent-built app you proved
Getting off Emergent means customer traffic stops depending on `*.preview.emergentagent.com`, Deploy on `*.emergent.host`, and managed hosting credits. The coding-agent workspace can remain a spike lab, but the React + FastAPI + MongoDB (or Expo) tree must live on org GitHub via Save/Push and run on a non-Emergent host with its own secrets and databases. Preview MongoDB and Deploy MongoDB are separate systems on Emergent—exit planning treats them as two dumps, not one. You are ending runtime dependence on Emergent’s hosts and credit meter, not throwing away the product the AI coding agent already proved.
CodeCross LLC marks get-off-emergent complete when `.emergent.host` and idle `*.preview.emergentagent.com` links stop answering buyers. Park GitHub Save/Push under an org remote, dump the Deploy MongoDB—not the sleeping preview store—and remount FastAPI on a cluster you name. Killing hosting credits, or losing workspace seats, must leave that hostname up.
What still binds you to Emergent as the host
Customers still hit .emergent.host
Opening Emergent for agent prompts is fine. Needing Emergent-hosted compute for availability is the lock-in. The tells are traffic, workspace secrets, FastAPI/MongoDB location, and stale GitHub Save/Push.
Customer traffic still lands on Emergent hostnames
`.emergent.host` or custom domains pointed only at Emergent in marketing, bookmarks, and Auth allowlists mean Emergent is still the runtime—not just the agent IDE.
Secrets exist only in the Emergent workspace
If rotation requires an Emergent admin, you have not left. Destination env must hold fresh values the GitHub tree can read.
FastAPI and MongoDB only run on Emergent managed hosting
A release that cannot leave Emergent’s cluster is not an exit. Export MongoDB (preview versus production DB) before you drain Deploy.
Support still says “open Emergent and Deploy”
Incident docs that name the agent UI as recovery prove the host exit is incomplete. The playbook must name the destination host—and stop burning hosting credits on retired apps.
How the runtime actually leaves Emergent
Parallel hostname, then drain Emergent Deploy
Stand the destination first. Dual-allow Auth until login and FastAPI health pass. Flip DNS. Remove Emergent hostnames from allowlists only after jobs and storage run off Emergent.
01
Stand a parallel hostname on the destination
Ensure GitHub has the latest Save/Push. Export MongoDB from the correct DB (preview ≠ production). Copy secret names and inject fresh values.
02
Dual-allow Auth until FastAPI health and webhooks succeed off Emergent
Keep Emergent hostnames on allowlists only for the cutover window. Forms, jobs, and long-lived sessions must run on the destination before you drain Deploy.
03
Make the GitHub tree the only release artifact
CI builds React and FastAPI (or Expo) from a clean checkout. Production never deploys from “whatever is open in Emergent.”
04
Revoke preview shares and drain Deploy after the owned origin is healthy
Cancel unused Deploy apps so finance is not surprised. Keep temporary redirects where you control DNS. Tell support the window so Redeploy stops being recovery.
How to
Leave Emergent as the runtime without taking the product offline
Parallel hostname, remapped secrets and MongoDB, then a DNS flip. Success is pausing Emergent Deploy with the public domain still healthy.
Step 01
Inventory hostnames, webhooks, and DB strings still on Emergent
Custom domains pointed only at `.emergent.host`, Auth callbacks that list preview hostnames, FastAPI that only exists inside managed hosting, or stale GitHub Save/Push.
Step 02
Stand the destination with a parallel hostname first
Save/Push the latest tree. Export MongoDB (plan the preview versus production DB split). Copy secret names, inject fresh values, dual-allow Auth until login and writes pass.
Step 03
Flip DNS only after FastAPI health and webhooks succeed off Emergent
Signup, session, writes, and jobs run on the non-Emergent host. Keep Deploy as rollback only until that window closes.
Step 04
Make org GitHub the only release artifact
CI builds from a clean checkout. Emergent may still run agent spikes; production never deploys from the open workspace.
Step 05
Drain Emergent hostnames and rewrite the recovery playbook
Migrate links, keep redirects you control, tell support that “open Emergent and Deploy” is no longer how you recover, and stop burning hosting credits on retired apps.
Read next
Proof, the essay, and sibling intents
These pages are already on the site. Use them to pressure-test the bet before a call.
Which Emergent surfaces still serve customers after you “think” you left the platform?
Custom domains still pointed only at `.emergent.host`, Auth callbacks that list preview hostnames, FastAPI processes that only exist inside Emergent managed hosting, and MongoDB URIs that still resolve to Emergent’s clusters. A dormant coding-agent tab is fine; a production availability path that requires Redeploy or credit balance is not. Inventory every hostname, webhook, and DB string before calling the exit done.
How do you drain preview MongoDB and Deploy MongoDB onto owned infrastructure without mixing them?
Emergent keeps preview and production databases separate—export each explicitly, label dumps, and restore preview data only into non-prod clusters. Stand up the destination with a parallel hostname; mint fresh secrets from the name map (do not paste workspace values into Git). Dual-allow Auth redirects until login and FastAPI writes pass off Emergent, then flip DNS. Mixing preview rows into prod is the classic Emergent cutover failure.
What proves the coding-agent workspace is no longer the production control plane?
A release that builds from org GitHub alone: clean checkout, CI injects destination env, React and FastAPI (or Expo/EAS) ship without Emergent admin. Incident runbooks name the external host and pipeline—not “open the agent and hit Deploy.” Workspace invites can still allow prompting for spikes; they must not grant Redeploy or production secret rotation on the live app.
How should hosting credits and preview idle-sleep shape the exit calendar?
Credits keep Deploy alive until you stop burning them; sleeping previews can hide stale shared links that still expose non-prod data. Schedule credit drain after the owned origin is healthy, revoke shared `*.preview.emergentagent.com` links, and cancel or zero unused Deploy apps so finance is not surprised. Support gets a cutover window so “Redeploy on Emergent” stops being the recovery script.
Pause Emergent Deploy without pausing customers.
Bring the Emergent origin and the destination hostname. We will say whether traffic still needs Redeploy — or whether GitHub already owns the journey.
“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.”