Skip to main content

Environment Overview

Helicone supports deploying different prompt versions to separate environments, enabling safe testing before production deployment.

Common Environment Setup

Development: Test experimental changes Staging: QA and validation before production Production: Stable version serving live traffic You can create custom environments to match your workflow (e.g., 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