Once you’ve pushed secrets and provider credentials to the vault (see Manage secrets), you decide which ones get injected into each new sandbox. Amika supports three patterns:Documentation Index
Fetch the complete documentation index at: https://docs.amika.dev/llms.txt
Use this file to discover all available pages before exploring further.
- Env-var secrets — generic secrets exposed as environment variables.
- Pinned agent credentials — pick a specific Claude / Codex credential.
- Skip an agent kind — opt out entirely for one kind.
Step 1 — Inject env-var secrets
Map a sandbox env var to a secret stored in the vault.Step 2 — Pin a specific agent credential
If you have multiple credentials for the same agent (e.g. both an OAuth and an API-key credential for Claude), pin which one to inject. Pin by name or by type.Step 3 — Skip an agent kind entirely
Opt out of credential injection for one agent kind.Inspect what actually got injected
The sandbox response includes aresolvedAgentCredentials field that shows,
per kind, the outcome (resolved or skipped), the source, and a reason.
Use it to confirm the right credential made it into the sandbox.
Picking from the web UI
The New sandbox form on app.amika.dev lets you pick the credential per kind from a dropdown. The CLI flags and SDK options above are the scriptable equivalent of that picker.Combining flags
--agent-credentialand--agent-credential-typemay both appear for the same kind — they narrow by both name and type.--no-agent-credentialis mutually exclusive with the other two flags for the same kind.- Each flag may appear at most once per kind.
claude, codex. Type values: oauth and
api_key (the CLI also accepts the hyphenated api-key).