Environment Overview
Helicone supports deploying different prompt versions to separate environments, enabling safe testing before production deployment.Common Environment Setup
qa, preview, canary).
Deploying to Environments
Set Environment for Version
Deploy a specific version to an environment:Multiple Environments
A single version can be deployed to multiple environments:Remove from Environment
Loading Environment-Specific Prompts
Using the SDK
Load prompts based on your application environment:Fallback Strategy
If no version is deployed to the requested environment, you can implement fallback logic:Query Environment Version
Check what version is deployed to an environment:Deployment Workflow
1. Create and Test Locally
2. Validate in Staging
3. Deploy to Production
4. Monitor and Rollback if Needed
If issues arise, quickly rollback:Best Practices
Environment Configuration
Use environment variables to manage prompt loading:Gradual Rollout
Implement canary deployments:Version Tagging
Tag production versions before deploying new ones:List All Environments
Deployment Checklist
- Test new version in development environment
- Run automated tests against staging
- Review prompt changes with stakeholders
- Tag current production version as backup
- Deploy to production during low-traffic window
- Monitor error rates and quality metrics
- Keep rollback plan ready
- Document changes in commit message
Next Steps
Versioning
Learn about version management
SDK Integration
Integrate prompts into your app