instantly-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: instantly-multi-env-setup description: | Configure Instantly across development, staging, and production environments. Use when setting up multi-environment deployments, configuring per-environment secrets, or implementing environment-specific Instantly configurations. Trigger with phrases like "instantly environments", "instantly staging", "instantly dev prod", "instantly environment setup", "instantly 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]> --- # Instantly Multi-Environment Setup ## Overview Configure Instantly across development, staging, and production environments. ## Prerequisites - Separate Instantly 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/ ├── instantly/ │ ├── 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": "${INSTANTLY_API_KEY}", "baseUrl": "https://api-sandbox.instantly.com", "debug": true, "cache": { "enabled": false } } ``` ### staging.json ```json { "apiKey": "${INSTANTLY_API_KEY_STAGING}", "baseUrl": "https://api-staging.instantly.com", "debug": false } ``` ### production.json ```json { "apiKey": "${INSTANTLY_API_KEY_PROD}", "baseUrl": "https://api.instantly.com", "debug": false, "retries": 5 } ``` ## Environment Detection ```typescript // src/instantly/config.ts import baseConfig from '../../config/instantly/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 getInstantlyConfig() { const env = detectEnvironment(); const envConfig = require(`../../config/instantly/${env}.json`); return { ...baseConfig, ...envConfig, environment: env, }; } ``` ## Secret Management by Environment ### Local Development ```bash # .env.local (git-ignored) INSTANTLY_API_KEY=sk_test_dev_*** ``` ### CI/CD (GitHub Actions) ```yaml env: INSTANTLY_API_KEY: ${{ secrets.INSTANTLY_API_KEY_${{ matrix.environment }} }} ``` ### Production (Vault/Secrets Manager) ```bash # AWS Secrets Manager aws secretsmanager get-secret-value --secret-id instantly/production/api-key # GCP Secret Manager gcloud secrets versions access latest --secret=instantly-api-key # HashiCorp Vault vault kv get -field=api_key secret/instantly/production ``` ## Environment Isolation ```typescript // Prevent production operations in non-prod function guardProductionOperation(operation: string): void { const config = getInstantlyConfig(); if (config.environment !== 'production') { console.warn(`[instantly] ${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 = getInstantlyConfig(); console.log(`Running in ${env.environment} with ${env.baseUrl}`); ``` ## Resources - [Instantly Environments Guide](https://docs.instantly.com/environments) - [12-Factor App Config](https://12factor.net/config) ## Next Steps For observability setup, see `instantly-observability`.
Name Size