Cordon integrates with Claude Code so your AI agent can make authenticated API calls without holding real credentials.Documentation Index
Fetch the complete documentation index at: https://docs.codezero.io/llms.txt
Use this file to discover all available pages before exploring further.
Scope
Claude Code setup defaults to project scope:cordon.toml lives in $CWD, and settings are written to $CWD/.claude/settings.local.json. This keeps credentials and proxy configuration isolated per repository and per checkout — settings.local.json is Claude Code’s gitignored-by-convention override file, so git worktrees do not inherit stale proxy env vars from a tracked settings.json.
To share a single cordon configuration across all projects, use user scope:
$HOME/.claude/settings.json and stores config at $XDG_CONFIG_HOME/cordon/cordon.toml. See Scopes for path details and trade-offs.
Automated setup
The fastest way to get started:- Generates CA certificates (if not already present)
- Creates a scaffold
cordon.toml - Generates a combined CA bundle (system CAs + Cordon CA)
- Configures Claude Code’s settings file (
.claude/settings.local.jsonfor project scope,~/.claude/settings.jsonfor user scope) with proxy env vars (HTTPS_PROXY,HTTP_PROXY,https_proxy,http_proxy,NODE_EXTRA_CA_CERTS,SSL_CERT_FILE,REQUESTS_CA_BUNDLE,CURL_CA_BUNDLE) - Installs a health-check hook that blocks Claude Code when cordon is not running
- Installs a cordon agent skill (
.claude/skills/cordon/SKILL.mdfor project scope,~/.claude/skills/cordon/SKILL.mdfor user scope) - Offers to add routes and store secrets interactively (post-setup wizard)
<name>.cordon.bak before any changes are made. If setup detects cordon env vars in a project’s tracked settings.json (from a pre-fix install), they are migrated into settings.local.json automatically during the next cordon setup claude-code run.
To run cordon as a background service, run cordon service install after setup (add --scope user if you set up Claude Code with --scope user).
Remove the setup
Sandbox configuration (macOS)
Claude Code runs tools in a macOS sandbox that manages proxy env var propagation to subprocesses. The sandbox must be enabled forHTTP_PROXY/HTTPS_PROXY env vars (set in your settings file) to reach tools like curl, wget, and gh. When the sandbox is disabled, these env vars are not propagated — requests bypass cordon entirely and no credential injection occurs.
cordon setup claude-code configures these settings automatically. The resulting sandbox configuration in your Claude Code settings file (.claude/settings.local.json for project scope, ~/.claude/settings.json for user scope) looks like:
enabled: trueactivates the sandbox and its proxy env var propagation pipeline. Without this, subprocesses will not receive proxy env vars and cordon credential injection will silently fail.autoAllowBashIfSandboxed: trueallows Bash commands to run without individual permission prompts when the sandbox is active.allowLocalBinding: truepermits sandboxed processes to connect to loopback addresses, where cordon listens.
Go-based tools (gh, terraform, kubectl, gcloud)
If you use Go-based CLI tools through Claude Code’s sandbox, you also need enableWeakerNetworkIsolation. Go binaries use Apple’s Security.framework for TLS certificate verification, which delegates to the trustd daemon via Mach IPC. The sandbox blocks this by default, causing OSStatus -26276 errors. This must be added manually — cordon setup claude-code does not set it by default because it reduces sandbox isolation.
enableWeakerNetworkIsolation allows sandboxed processes to communicate with com.apple.trustd.agent. It is strictly more secure than disabling the entire sandbox with dangerouslyDisableSandbox: true, but it does reduce isolation by opening access to the system TLS trust service. Only add it if you need Go-based tools to work through the proxy.
Users who only use curl, npm, or Node.js tools through the sandbox do not need enableWeakerNetworkIsolation.
Adding routes
The
cordon route, cordon start, and cordon service commands below default to project scope. If you set up Claude Code with --scope user, append --scope user to each of these commands so they target ~/.config/cordon/cordon.toml instead of ./cordon.toml.api_key, bearer, and basic auth types. For example, to add a bearer auth route for the GitHub API:
cordon route edit <name> — see Routes for the full format.
API key setup
Claude Code needs an API key env var set so it selects the API key auth path. Add a placeholder to your settings file —.claude/settings.local.json for project scope or ~/.claude/settings.json for user scope:
Manual setup
If you prefer manual configuration, set these env vars in Claude Code’s environment. Replace<PORT> with the port written into your cordon.toml (check listen = ...):
You must create a combined CA bundle manually if not using
cordon setup claude-code. Concatenate your system CA bundle with the Cordon CA cert — see Combined CA bundle below.<PORT> with the port in your cordon.toml). For project scope, write to .claude/settings.local.json — Claude Code’s per-checkout, gitignored-by-convention override file — so worktrees don’t inherit stale proxy env vars. For user scope, write to ~/.claude/settings.json:
Combined CA bundle
Claude Code can launch MCP servers and tools that use Python, curl, wget, or other non-Node runtimes. These tools useSSL_CERT_FILE, REQUESTS_CA_BUNDLE, or CURL_CA_BUNDLE to locate trusted certificates.
Python’s SSL_CERT_FILE replaces the default certificate store rather than appending to it. Setting it to just the Cordon CA cert would break TLS for all non-proxied connections (the system CAs would be missing).
To solve this, cordon setup claude-code generates a combined CA bundle that concatenates:
- Your system CA certificates (e.g., from
/etc/ssl/cert.pem) - The Cordon proxy CA certificate
combined-ca.pem) and SSL_CERT_FILE, REQUESTS_CA_BUNDLE, and CURL_CA_BUNDLE all point to it.
SSL_CERT_FILE— used by Python’ssslmodule and OpenSSL-based toolsREQUESTS_CA_BUNDLE— used by Python’srequestslibrary (does not readSSL_CERT_FILE)CURL_CA_BUNDLE— used bycurlandlibcurl-based toolsNODE_EXTRA_CA_CERTS— used by Node.js (appends to built-in CAs, so it points to just the Cordon CA cert, not the combined bundle)
Trust the CA
If tools used by Claude Code fail with certificate errors:NODE_EXTRA_CA_CERTS for Node-based tools (this is handled automatically by cordon setup claude-code).
Workflow
Once configured, the workflow is:- Start cordon:
cordon start(or use the background service) - Start Claude Code as usual
- When Claude Code makes API calls to configured hosts, cordon transparently injects credentials
- Claude Code never sees or logs real API keys
Health-check hook
Whencordon setup claude-code runs, it installs a UserPromptSubmit hook that checks whether cordon is responding before every message you send. If cordon is configured but not running, the hook blocks the message and shows an error — preventing you from sitting through repeated ConnectionRefused retries with no explanation.
The hook runs cordon status -q, a fast health check (50ms timeout with one retry) that exits 0 if cordon is healthy and 1 if not.
What you see when cordon is down
! prefix runs shell commands directly from Claude Code’s prompt without going through the AI — use it to start cordon or remove the integration even while the hook is blocking.
Recovery options
| Option | Command | Notes |
|---|---|---|
| Start as service | ! cordon service start | Requires prior cordon service install. Runs in background. |
| Start manually | cordon start (separate terminal) | Foreground process — keeps running until you Ctrl+C. |
| Remove integration | ! cordon integration disable claude-code --yes | Removes proxy env vars, hook, and skill. Restart session with claude --continue. |
Hooks are loaded when Claude Code starts. If you install or remove the hook mid-session, restart with
claude --continue for the change to take effect.Hook details
- Project scope: script is installed at
.claude/cordon-status-hook.shin the project directory - User scope: script is installed at
~/.config/cordon/hooks/claude-code-status.sh - The hook entry is added to
settings.local.json(project) or~/.claude/settings.json(user) underhooks.UserPromptSubmit - The hook appends to existing hooks — it does not overwrite any
UserPromptSubmithooks you already have - Running setup again is idempotent — if the hook is already installed, it prints “Hook already installed” and moves on
cordon integration disable claude-coderemoves both the hook entry from settings and the script file- The hook script is scope-aware: if setup was given an explicit
--config <path>, the hook passes--config <path>tocordon status -q. For user scope (without explicit config), it passes--scope user. This ensures the hook checks the correct cordon instance.
Troubleshooting
Cordon proxy is not running
Cordon proxy is not running
This message comes from the health-check hook. It means cordon’s proxy env vars are set in your Claude Code settings, but
cordon status -q could not reach the health endpoint.- Start cordon: type
! cordon service startin the Claude Code prompt, or runcordon startin another terminal - Check status:
! cordon statusshows whether the proxy is running, stopped, or blocked by another process - Remove the integration: if you no longer want cordon for this project, type
! cordon integration disable claude-code --yes, then restart withclaude --continue
Certificate errors
Certificate errors
If tools used by Claude Code fail with certificate errors:
- Verify
NODE_EXTRA_CA_CERTSis set in your settings file (.claude/settings.local.jsonfor project scope,~/.claude/settings.jsonfor user scope) and points to an existing file - For Python MCP servers, verify
SSL_CERT_FILEandREQUESTS_CA_BUNDLEare set and point to the combined CA bundle (not just the Cordon CA cert) - For curl/wget-based tools, verify
CURL_CA_BUNDLEis set - For other non-Node tools, add the CA to the system trust store:
cordon trust
NODE_EXTRA_CA_CERTS. Python’s SSL_CERT_FILE replaces the system store, so it must point to the combined bundle. Both are handled automatically by cordon setup claude-code.OSStatus -26276 / TLS failures in Go tools (macOS sandbox)
OSStatus -26276 / TLS failures in Go tools (macOS sandbox)
If Go-based tools (This means Claude Code’s macOS sandbox is blocking See Sandbox configuration for details and trade-offs. Restart Claude Code after changing sandbox settings.Python tools may also encounter TLS errors in the sandbox, but these are more commonly resolved by ensuring
gh, terraform, kubectl, gcloud) fail with:com.apple.trustd.agent Mach IPC. Go uses Apple’s Security.framework for TLS certificate verification, which communicates with the trustd daemon. The sandbox blocks this by default.Add enableWeakerNetworkIsolation to your sandbox settings:SSL_CERT_FILE and REQUESTS_CA_BUNDLE point to the combined CA bundle — see the Certificate errors accordion above.Proxy not being picked up
Proxy not being picked up
Verify the env vars are in Claude Code’s settings file. Project scope writes If the vars are set but Claude Code isn’t routing through the proxy, ensure cordon is running:
.claude/settings.local.json; user scope writes ~/.claude/settings.json.Proxy env vars not reaching subprocesses (sandbox disabled)
Proxy env vars not reaching subprocesses (sandbox disabled)
If Restart Claude Code after changing sandbox settings.
HTTP_PROXY/HTTPS_PROXY are set in your settings file but subprocesses (curl, wget, gh) don’t see them — requests go directly to the internet and cordon credential injection silently fails.Cause: The sandbox is disabled ("enabled": false or absent). Claude Code’s sandbox manages proxy env var propagation to subprocesses. When the sandbox is off, the proxy env vars from your settings file are not passed through, even though other env vars (like CA cert paths) may be.Diagnosis: Run env | grep HTTP_PROXY in a Claude Code Bash tool call. If the proxy vars are missing but CA cert vars are present, the sandbox is likely disabled.Fix: Ensure sandbox.enabled is true in your settings file:MCP servers not using the proxy
MCP servers not using the proxy
Node.js MCP servers need the bootstrap loader to enable proxy support. Add to your MCP server config:Python MCP servers using
requests or httpx will respect HTTPS_PROXY automatically if it’s set in the environment.Routes not appearing in cordon logs (Node.js)
Routes not appearing in cordon logs (Node.js)
A route is configured and cordon is running, but requests from Node.js never appear in Then add to your Claude Code settings file (
cordon start output.Cause: Node.js built-in fetch (and SDKs that use it, such as the Anthropic, OpenAI, and Resend clients) ignores HTTPS_PROXY / HTTP_PROXY environment variables. Requests bypass the proxy entirely and go direct to the API, so cordon never sees them.Fix: Install the cordon bootstrap loader and set NODE_OPTIONS so Node.js routes all HTTP traffic through the proxy:.claude/settings.local.json for project scope, ~/.claude/settings.json for user scope):cordon setup claude-code sets this automatically when the package is installed.Native alternative (Node 22.21+ / 24+): Node.js is adding built-in proxy support via NODE_USE_ENV_PROXY=1. Once you are on a supported version, this environment variable tells Node’s fetch to respect HTTPS_PROXY without requiring the register import.New routes not taking effect
New routes not taking effect
Cordon loads routes at startup. If you add or change routes in
cordon.toml, restart the proxy (secrets are fetched per-request and don’t require a restart):401 Unauthorized errors
401 Unauthorized errors