What is AgentSecrets?
The Zero-Knowledge Difference
How AgentSecrets Works
Installation
Quick Start
Migrating from .env Files
Migrating from Vault / AWS
Migrating from dotenv-vault
Production Checklist
Credential Exposure
What Zero-Knowledge Means
The Proxy Model
The Three-Layer Model
Environments
Agent Identity
Storage Modes
The No get() Principle
Secret-Level Policies
Credential Proxy Overview
Secrets Management
Environments
env Injection
Workspaces & Teams
Projects
Agent Identity
Audit & Governance
account (init / login / logout)
server (get / set / status / reset)
secrets (set / list / delete / push / pull)
proxy (start / stop / status / logs)
call (inject requests via proxy)
env (execute commands with secrets)
workspace (list / create / switch / roles)
project (list / create / use / update)
environment (list / switch / copy / merge)
agent (register / list / tokens)
agent policy (set / get / delete)
logs (list / watch / export / verify)
mcp (serve / install / config)
status (system & session diagnostics)
Aliases & Shortcuts
docs (interactive terminal viewer)
Shell Autocompletion
keychain-auth (daemon & security)
Ecosystem Overview
Zero-Knowledge MCP Server
Integrations Overview
Claude Desktop
Cursor IDE
OpenClaw
HTTP Proxy (Any Client)
LangChain (Native)
CrewAI (Native)
CI/CD Pipeline
SDK Overview
Python SDK
Python API Reference
Python SDK Manual Testing
JavaScript SDK (Soon)
ZK-MCP Integration Guide
Server Overview
5-Layer Architecture
Self-Hosting Guide
Self-Hosting Operations Manual
Server Data Migration
Authentication & Keys
Workspaces & Teams Backend
Projects & Scope Backend
Environments Backend
Secrets & Sync Protocol
Agent Identity Resolution
Telemetry & Metrics Engine
Audit Log Sync
API Endpoint Reference
Cloud Overview & Architecture
The Dual-Engine Model
Cloud Resolver Data Plane
Workload & Agent Tokens
Egress Allowlists & Audit Streams
Cloud REST API Reference
Security Overview
Anti-Impersonation & Process Verification
Encryption Model
Zero-Knowledge Sync
Proxy Security Layers
Threat Model
OWASP Top 10 Mitigation
Security FAQ
Third-Party Audit
Reporting Vulnerabilities
Guides Overview
Building on the SDK
Stripe Integration
OpenAI Integration
Multi-Agent Setup
Onboarding Team
CI/CD Pipeline
Publishing ZK MCP
Rotating Credentials
Auditing Team Activity
Dev to Production
Kubernetes Deployment
Monorepo Setup
Production Proxy Hardening
vs .env Files
vs HashiCorp Vault
vs AWS Secrets Manager
vs dotenv-vault
vs Infisical
When Not to Use
Proxy Not Starting
Proxy Not Resolving
Domain Blocked
Sync Conflicts
MCP Not Connecting
Session Token Errors
Proxy Session Authorization
Keychain Storage & Backends
SSRF & Destination Rules
Installation Issues
Error Codes Reference
Frequently Asked Questions
v3.x
v2.1.0
v2.0.0
v1.4.0
v1.3.x
v1.2.0
v1.1.x
v1.0.x
Secrets & EnvironmentsEnvironments

agentsecrets environment: Switch and manage environments

Environments define how AgentSecrets stores, resolves, and injects secrets across the CLI. Every secrets operation runs against an environment, whether explicitly specified or automatically inferred from context.

The CLI is environment-aware by default.


The active environment

At any moment, AgentSecrets has one active environment for the current project:

  • development
  • staging
  • production

Most commands operate against the active environment automatically:

agentsecrets secrets set OPENAI_KEY=... agentsecrets secrets list agentsecrets proxy start

These commands use the currently active one.


Switching environments

Use environment switch to change the active environment for the current project:

agentsecrets environment switch staging

This updates the project's local configuration so future commands run against that environment automatically.

You can verify the current environment with:

agentsecrets environment list

or

agentsecrets status

Environment-aware secret storage

Secrets with the same key name are isolated per environment. This means:

# development OPENAI_KEY=sk_test_... # production OPENAI_KEY=sk_live_...

are treated as completely separate entries. Changing environments changes which value the CLI reads, updates, syncs, and injects.


How the proxy uses environments

The proxy always resolves secrets from the active environment.

If the active environment is staging, every secret request handled by the proxy resolves against staging values.

Switching environments changes runtime credential injection without changing application code.


Environment resolution

When the CLI needs to determine which environment to use, it resolves in this order:

  1. AGENTSECRETS_ENV environment variable
  2. Project configuration
  3. Global configuration
  4. development

This allows CI pipelines, local projects, and interactive sessions to coexist without conflicting state.


Cross-environment workflows

AgentSecrets includes commands designed for comparing and managing environment coverage.

Examples:

agentsecrets secrets diff --from development --to production
agentsecrets secrets list

These commands help identify missing keys before deployment.


Default behavior

New projects always start in the development environment.

All three environments exist immediately when a project is created, even before any secrets are added. No additional setup is required before using environment-aware commands.

Was this helpful?
Thanks for your feedback!
Your feedback helps us improve the platform.