Prerequisites
- A Veryfront project that runs with
veryfront dev. - Production credentials for providers, integrations, and deployment targets.
- For Veryfront Cloud:
VERYFRONT_API_TOKENand a project reference. - For self-hosting: the current Node.js LTS or a container host that can serve the build output.
Pick one production path
Choose one route or API boundary to verify across every stage.
Add only the primitive that route needs now. Use
Choose a primitive when more than one option looks
valid.
Build
Create a production build:dist/ by default.
Customize the output directory in veryfront.config.ts:
Run the build locally
curl.
Deploy to Veryfront Cloud
Push the current checkout to Veryfront, then create and deploy an immutable release from that source:staging:
veryfront open after deployment to open the project. Use
veryfront open --json when automation needs the deployed URL.
Set production environment variables
Set provider and integration credentials on the deployment platform:Deploy somewhere else
Self-hosted deployments can use the build output or a container:Verify it worked
Afterveryfront build:
dist/or your configuredoutDircontains compiled assets.veryfront serveserves the build locally.- The route you chose responds the same way it did in development.
veryfront deploy:
- The CLI confirms the deployed release and environment.
veryfront openopens the deployed project.- The same page, API route, agent, workflow, task, or run path works in production.
- The Cloud dashboard lists the deployment under the project.
Next
- Configuration: Configure build and environment behavior
- Deploy from CI: Push and deploy reviewed Git commits from CI
- Move Studio changes into Git: Review a Studio release through a Git pull request
- Providers: Configure model provider defaults
Related
- veryfront: Framework entrypoint
- veryfront/cli: Pull, Push, and Deploy command catalog
- veryfront/server: Server runtime APIs
- veryfront/observability: Runtime observability