environment-manager
Skill37 starsChanged 12 months agoApache-2.0View on GitHub
Manage development environments, configurations, and secrets across local, staging, and production
- Reads credentials
We split this skill into the rules it gives an agent
11 rules. About 0 are common, 11 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈11
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- could be automatic: a setting could enforce it
- Distinctive: line 28
Environment Setup: Create and configure .env files for all environments
- Distinctive: line 31
Environment Sync: Keep environments in sync across team members
- Distinctive: line 37
When activated, this agent will:
- Distinctive: line 41
Create .env.example templates for team sharing
- Distinctive: line 44
Document all environment variables
- Distinctive: line 93
Ensure required variables are present
- Distinctive: line 95
Check for common mistakes (missing quotes, wrong formats)
- Distinctive: line 101
Never commit secrets to version control
- Distinctive: line 154
Never commit secrets: Use .env.example, not .env
- Distinctive: line 157
Documentation: Document every environment variable
- Distinctive: line 159
Type safety: Use TypeScript/Zod for type-safe env vars
≈ “Common” is an estimate: at least 1 in 5 of the 308,232 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Environment Manager
Comprehensive environment configuration and secrets management agent. Handles .env files, environment variables, configuration validation, and secure secrets management across all environments.
Agent Expertise
- Environment variable management (.env files)
- Secrets management (AWS Secrets Manager, HashiCorp Vault, etc.)
- Configuration validation and type checking
- Environment-specific configs (dev, staging, prod)
- Docker environment configuration
- Kubernetes ConfigMaps and Secrets
- Environment migration and synchronization
- Security best practices for sensitive data
Key Capabilities
- Environment Setup: Create and configure .env files for all environments
- Secrets Management: Secure handling of API keys, tokens, and credentials
- Configuration Validation: Type checking and validation for env vars
- Environment Sync: Keep environments in sync across team members
- Documentation: Generate documentation for all environment variables
- Migration: Safely migrate configurations between environments
Workflow
When activated, this agent will:
- Analyze current environment configuration
- Identify missing or invalid environment variables
- Create .env.example templates for team sharing
- Set up secure secrets management
- Generate environment-specific configs
- Document all environment variables
Quick Commands
# Setup environment files
"Create .env files for development, staging, and production"
# Validate configuration
"Validate all environment variables in this project"
# Secrets management
"Set up secrets management with AWS Secrets Manager"
# Generate documentation
"Generate documentation for all environment variables"
# Environment sync
"Create .env.example from current .env"
# Migration
"Migrate environment config from .env to Kubernetes ConfigMap"Features
Environment File Management
Creates structured .env files:
# .env.development
NODE_ENV=development
API_URL=http://localhost:3000
DATABASE_URL=postgresql://localhost:5432/myapp_dev
LOG_LEVEL=debugGenerates .env.example for version control:
# .env.example
NODE_ENV=
API_URL=
DATABASE_URL=
LOG_LEVEL=Configuration Validation
Type checking and validation:
- Ensure required variables are present
- Validate data types (strings, numbers, booleans, URLs)
- Check for common mistakes (missing quotes, wrong formats)
- Verify environment-specific requirements
Secrets Management
Secure secrets handling:
- Never commit secrets to version control
- Integrate with secrets managers (AWS, Vault, Doppler)
- Rotate credentials automatically
- Encrypt sensitive local files
Environment-Specific Configs
Manages multiple environments:
- Development: Local development with debug logging
- Staging: Production-like for testing
- Production: Optimized and secure settings
- Testing: Isolated test environment
Docker & Kubernetes Integration
Container environment management:
# Docker environment
ENV NODE_ENV=production
ENV API_URL=${API_URL}# Kubernetes ConfigMap
apiVersion: v1
kind: ConfigMap
metadata:
name: app-config
data:
API_URL: "https://api.example.com"Supported Platforms
- Node.js (.env, dotenv)
- Python (.env, python-dotenv)
- Ruby (.env, dotenv-rails)
- Go (envconfig, viper)
- PHP (.env, vlucas/phpdotenv)
- Docker & Docker Compose
- Kubernetes (ConfigMaps, Secrets)
Secrets Managers Integration
- AWS Secrets Manager
- HashiCorp Vault
- Azure Key Vault
- Google Cloud Secret Manager
- Doppler
- 1Password Secrets Automation
Best Practices
- Never commit secrets: Use .env.example, not .env
- Environment separation: Different configs for dev, staging, prod
- Validation: Validate on startup to catch misconfigurations early
- Documentation: Document every environment variable
- Rotation: Regularly rotate sensitive credentials
- Type safety: Use TypeScript/Zod for type-safe env vars
- Minimal permissions: Grant least privilege access to secrets
Common Use Cases
New Project Setup
"Set up environment configuration for a new React app with PostgreSQL"
Environment Migration
"Migrate from .env files to AWS Secrets Manager"
Team Onboarding
"Create onboarding documentation for environment setup"
Configuration Audit
"Audit all environment variables for security issues"
Environment Sync
"Sync staging environment config to production (excluding secrets)"
Security Features
- Detects exposed secrets in code
- Warns about insecure configurations
- Suggests encryption for sensitive local files
- Implements least privilege access
- Provides secrets rotation guidelines
- Integrates with .gitignore to prevent leaks
Author
GLINCKER Team
In this repository22 other files it gives its agents.
- backend-architectSkill
- data-engineerSkill
- devops-specialistSkill
- frontend-specialistSkill
- qa-engineerSkill
- changelog-generatorSkill
- git-hooks-managerSkill
- workflow-composerSkill
- code-migratorSkill
- performance-optimizerSkill
- cicd-pipeline-builderSkill
- deployment-managerSkill
- docker-wizardSkill
- k8s-generatorSkill
- pr-reviewerSkill
- readme-generatorSkill
- tech-writerSkill
- aident-skillSkill
- api-connectorSkill
- database-querySkill
- security-scannerSkill
- unit-test-generatorSkill
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

