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
Cloud Overview & Architecture
The Dual-Engine Model
Cloud Resolver Data Plane
Workload & Agent Tokens
Egress Allowlists & Audit Streams
Cloud REST API Reference
Account (init / login)
Server & Self-Hosting (server)
Docs
Shell Autocompletion
Keychain Auth
Secrets
Environments
Credential Proxy
env Injection
Workspaces & Teams
Projects
Agent Identity
Audit & Governance
Integrations Overview
Claude Desktop
Cursor
OpenClaw
HTTP Proxy (Any)
LangChain (Soon)
CrewAI (Soon)
CI/CD Pipeline
SDK Overview
Python SDK
Python API Reference
Python SDK Manual Testing
JavaScript SDK (Soon)
Ecosystem Overview
Zero-Knowledge MCP Server
Server Overview
5-Layer Architecture
Self-Hosting Guide
Authentication & Keys
Workspaces & Teams
Projects & Scope
Environments
Secrets & Sync Protocol
Agent Identity Resolution
Telemetry & Metrics Engine
Audit Log Sync
API Endpoint 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.1.x
v3.0.0
v2.1.0
v2.0.0
v1.4.0
v1.3.x
v1.2.0
v1.1.x
v1.0.x
CLI ReferenceOnboarding a Developer

Onboarding a New Developer

Onboarding a new developer to a team using traditional secrets management (like .env files) usually involves searching a password manager, asking teammates on Slack, or copying credentials over email. These approaches are insecure, error-prone, and slow.

With AgentSecrets, onboarding a developer takes less than a minute, provides end-to-end zero-knowledge security, and requires zero direct sharing of credential values.


Step-by-step onboarding flow

The onboarding flow relies on the AgentSecrets client-side cryptosystem. When you invite a developer, their local client negotiates a key exchange with the workspace.

  1. Admin sends the invite: The workspace administrator runs the invite command:

    agentsecrets workspace invite new-developer@acme.com
  2. Developer is added immediately: The invitation immediately adds the developer to the workspace (gated behind administrative password confirmation).

  3. Developer logs in: The developer logs in using the CLI to automatically sync the workspace.


What the new developer runs

The developer needs to run a few simple commands to set up their machine, join the workspace, select the storage mode, and pull the latest secrets.

  1. Install the CLI:

    brew install The-17/tap/agentsecrets
  2. Log in or register:

    agentsecrets login

    Logging in automatically retrieves, decrypts, and caches the keys for the workspace they were invited to.

  3. Initialize local workspace and select storage mode: Run the initialization command. This will prompt the developer to choose their preferred storage mode:

    agentsecrets init

    Alternatively, they can specify the storage mode directly:

    # Keychain Mode (Recommended: stores secrets directly in OS Keychain) agentsecrets init --storage-mode 1 # Standard Mode (Writes secrets to a local .env file) agentsecrets init --storage-mode 2
  4. Pull the secrets:

    agentsecrets secrets pull

No .env sharing required

Because AgentSecrets uses client-side end-to-end encryption, credential values are never shared in plaintext.

  • Direct OS Keychain integration: In Keychain mode, pulled secrets are injected directly into the operating system's native keychain (such as macOS Keychain, Windows Credential Manager, or Linux libsecret). They are never written to disk in plaintext.
  • Zero-knowledge sync: Secrets are encrypted on the admin's machine using the workspace key. When the new developer accepts the invite, the workspace key is encrypted with their public key. The developer's client decrypts the workspace key locally using their private key and decrypts the secrets. The AgentSecrets servers only ever store and transmit ciphertext.

Verifying they are set up correctly

To ensure the new developer is ready to start coding, they should run:

agentsecrets status

Expected Output:

Logged in as: new-developer@acme.com Session: Active (expires 7 hours from now) Selected Workspace: Acme Engineering Environment: development Current Project: payments-service Secrets: 12 synced (0 unsynced)

They can now start the proxy or run their development server with environment variables injected:

# Start proxy for AI agents agentsecrets proxy start # Run development server with secrets injected agentsecrets env -- npm run dev
Was this helpful?
Thanks for your feedback!
Your feedback helps us improve the platform.