Environment strategy
Horizon ships with managed staging and production environments. Use them as a baseline and create additional sandboxes as your teams grow.| Environment | Purpose | Default URL |
|---|---|---|
staging | Integration testing, QA, stakeholder reviews | https://staging.api.horizon.new |
production | Live user traffic, scheduled automations | https://api.horizon.new |
horizon promote once you have validated changes.
Secrets and credentials
- Open Workspace → Secrets in the console.
- Create key/value pairs for external providers (LLMs, storage, transcription engines, etc.).
- Mark secrets as
global(shared across environments) orscoped(environment-specific). - Run
horizon secrets pullto materialise them locally. They will be written to.dev.varsfor Wrangler and.env.localfor the CLI.
Never commit
.dev.vars or .env.local. Add them to your .gitignore and share credentials through the console instead.Runtime configuration
- Payment settings — Associate the correct x402 facilitator wallet and settlement parameters per environment, and align teams with Coinbase’s Quickstart for sellers and Quickstart for buyers.
- Asset storage — Point the platform to S3-compatible buckets or Horizon managed storage for generated artifacts and extracted archives.
- Rate limits — Configure hard and soft limits to protect your upstream APIs from spikes.
- Error policies — Decide whether extraction or generation jobs retry automatically, require manual review, or surface consensus checks.
- Job retention — Control how long completed jobs, transcripts, and intermediate files persist before they are purged.
API bootstrap example
wrangler.toml or your hosting platform’s secret manager so credentials remain encrypted at rest.