posthog-multi-env-setup by jeremylongshore
Coding
945 Stars
114 Forks
Updated Jan 11, 2026, 10:30 PM
Why Use This
This skill provides specialized capabilities for jeremylongshore's codebase.
Use Cases
- Developing new features in the jeremylongshore repository
- Refactoring existing code to follow jeremylongshore standards
- Understanding and working with jeremylongshore's codebase structure
Skill Snapshot
Auto scan of skill assets. Informational only.
Valid SKILL.md
Checks against SKILL.md specification
Source & Community
Repository claude-code-plugins-plus-skills
Skill Version
main
Community
945 114
Updated At Jan 11, 2026, 10:30 PM
Skill Stats
SKILL.md 222 Lines
Total Files 1
Total Size 0 B
License MIT
--- name: posthog-multi-env-setup description: | Configure PostHog across development, staging, and production environments. Use when setting up multi-environment deployments, configuring per-environment secrets, or implementing environment-specific PostHog configurations. Trigger with phrases like "posthog environments", "posthog staging", "posthog dev prod", "posthog environment setup", "posthog config by env". allowed-tools: Read, Write, Edit, Bash(aws:*), Bash(gcloud:*), Bash(vault:*) version: 1.0.0 license: MIT author: Jeremy Longshore <[email protected]> --- # PostHog Multi-Environment Setup ## Overview Configure PostHog across development, staging, and production environments. ## Prerequisites - Separate PostHog accounts or API keys per environment - Secret management solution (Vault, AWS Secrets Manager, etc.) - CI/CD pipeline with environment variables - Environment detection in application ## Environment Strategy | Environment | Purpose | API Keys | Data | |-------------|---------|----------|------| | Development | Local dev | Test keys | Sandbox | | Staging | Pre-prod validation | Staging keys | Test data | | Production | Live traffic | Production keys | Real data | ## Configuration Structure ``` config/ ├── posthog/ │ ├── base.json # Shared config │ ├── development.json # Dev overrides │ ├── staging.json # Staging overrides │ └── production.json # Prod overrides ``` ### base.json ```json { "timeout": 30000, "retries": 3, "cache": { "enabled": true, "ttlSeconds": 60 } } ``` ### development.json ```json { "apiKey": "${POSTHOG_API_KEY}", "baseUrl": "https://api-sandbox.posthog.com", "debug": true, "cache": { "enabled": false } } ``` ### staging.json ```json { "apiKey": "${POSTHOG_API_KEY_STAGING}", "baseUrl": "https://api-staging.posthog.com", "debug": false } ``` ### production.json ```json { "apiKey": "${POSTHOG_API_KEY_PROD}", "baseUrl": "https://api.posthog.com", "debug": false, "retries": 5 } ``` ## Environment Detection ```typescript // src/posthog/config.ts import baseConfig from '../../config/posthog/base.json'; type Environment = 'development' | 'staging' | 'production'; function detectEnvironment(): Environment { const env = process.env.NODE_ENV || 'development'; const validEnvs: Environment[] = ['development', 'staging', 'production']; return validEnvs.includes(env as Environment) ? (env as Environment) : 'development'; } export function getPostHogConfig() { const env = detectEnvironment(); const envConfig = require(`../../config/posthog/${env}.json`); return { ...baseConfig, ...envConfig, environment: env, }; } ``` ## Secret Management by Environment ### Local Development ```bash # .env.local (git-ignored) POSTHOG_API_KEY=sk_test_dev_*** ``` ### CI/CD (GitHub Actions) ```yaml env: POSTHOG_API_KEY: ${{ secrets.POSTHOG_API_KEY_${{ matrix.environment }} }} ``` ### Production (Vault/Secrets Manager) ```bash # AWS Secrets Manager aws secretsmanager get-secret-value --secret-id posthog/production/api-key # GCP Secret Manager gcloud secrets versions access latest --secret=posthog-api-key # HashiCorp Vault vault kv get -field=api_key secret/posthog/production ``` ## Environment Isolation ```typescript // Prevent production operations in non-prod function guardProductionOperation(operation: string): void { const config = getPostHogConfig(); if (config.environment !== 'production') { console.warn(`[posthog] ${operation} blocked in ${config.environment}`); throw new Error(`${operation} only allowed in production`); } } // Usage async function deleteAllData() { guardProductionOperation('deleteAllData'); // Dangerous operation here } ``` ## Feature Flags by Environment ```typescript const featureFlags: Record<Environment, Record<string, boolean>> = { development: { newFeature: true, betaApi: true, }, staging: { newFeature: true, betaApi: false, }, production: { newFeature: false, betaApi: false, }, }; ``` ## Instructions ### Step 1: Create Config Structure Set up the base and per-environment configuration files. ### Step 2: Implement Environment Detection Add logic to detect and load environment-specific config. ### Step 3: Configure Secrets Store API keys securely using your secret management solution. ### Step 4: Add Environment Guards Implement safeguards for production-only operations. ## Output - Multi-environment config structure - Environment detection logic - Secure secret management - Production safeguards enabled ## Error Handling | Issue | Cause | Solution | |-------|-------|----------| | Wrong environment | Missing NODE_ENV | Set environment variable | | Secret not found | Wrong secret path | Verify secret manager config | | Config merge fails | Invalid JSON | Validate config files | | Production guard triggered | Wrong environment | Check NODE_ENV value | ## Examples ### Quick Environment Check ```typescript const env = getPostHogConfig(); console.log(`Running in ${env.environment} with ${env.baseUrl}`); ``` ## Resources - [PostHog Environments Guide](https://docs.posthog.com/environments) - [12-Factor App Config](https://12factor.net/config) ## Next Steps For observability setup, see `posthog-observability`.
Name Size