Versioning System
Prompt versions follow a major.minor format:- Major version (e.g., 1.0 → 2.0): Significant changes, restructuring, or breaking changes
- Minor version (e.g., 1.0 → 1.1): Incremental improvements, tweaks, or additions
- Version number (major.minor)
- Commit message
- Complete prompt configuration (messages, parameters, tools)
- Creation timestamp
- S3 storage URL for the prompt body
Creating Versions in the UI
Initial Version
When you create a new prompt, the first version (1.0) is automatically created.Create New Prompt
Click New Prompt and configure:
- Prompt name
- Tags for organization
- Initial messages
- Variables (optional)
- Model parameters
- Tools (optional)
Creating New Versions
To create a new version from an existing prompt:Choose version type
Select whether this is a:
- Minor version: Incremental change (1.0 → 1.1)
- Major version: Significant change (1.0 → 2.0)
Accessing Versions via SDK
The@helicone/prompts SDK provides multiple ways to fetch specific versions:
Production Version
Fetch the version deployed to production:Specific Version ID
Fetch a specific version by its ID:Environment-Specific Version
Fetch the version deployed to a specific environment:Version Metadata
Each version contains complete metadata:Querying Versions via API
Get All Versions for a Prompt
Get Versions for a Major Version
Get Production Version
Get Version Counts
Version History
View the complete version history in the UI:- Open your prompt in the dashboard
- Navigate to the Versions tab
- See all versions with:
- Version number
- Commit message
- Creation date
- Deployed environments
- Creator information
Best Practices
Commit Messages
Write clear, descriptive commit messages:Good: “Add context about user preferences to improve personalization”
Major vs Minor Versions
Use major versions for:- Complete prompt rewrites
- Changing the message structure (adding/removing roles)
- Switching models or fundamentally changing behavior
- Breaking changes to variable names or types
- Wording improvements
- Parameter adjustments (temperature, max_tokens)
- Adding optional variables
- Bug fixes or clarifications
Version Testing
Before promoting a version to production:- Test in a
stagingordevenvironment - Run experiments to compare against current production
- Monitor metrics and user feedback
- Gradually rollout using environment-based deployment
Rollback Strategy
If a new version underperforms:- Identify the issue in the dashboard metrics
- Redeploy a previous stable version to production
- No code changes required - instant rollback
Deleting Versions
Via API
Via UI
- Open the prompt
- Navigate to Versions
- Find the version to delete
- Click the delete icon
- Confirm deletion
Version Storage
Prompt bodies are stored in S3 for reliability and fast access:- Each version has a unique S3 URL
- Prompt bodies are immutable
- The SDK automatically fetches from S3 when needed
- Cached for performance
Next Steps
Deployment
Deploy versions to different environments
Experiments
Compare versions with A/B testing
