Skip to main content
Secrets are encrypted values — API keys, provider credentials, anything a tool or agent needs — stored once and referenced by name. They’re user-private by default; an org admin can share one across the whole organization. The platform decrypts them server-side at use time, and list responses only ever return metadata, never the value. Manage them from the dashboard, CLI, SDK, or the REST API at https://tools.runtools.ai/v1/secrets.

Create Or Rotate

List Metadata

List responses never include secret values.

Reveal When Allowed

Reveal policy is enforced by the API. User-private values can only be revealed by their owner. Org-shared values require org admin access. Admins can manage org-shared secrets, but cannot reveal another member’s user-private secret.

Delete

Tool Credential Overrides

Use credentialOverrides to point a tool credential field at a named secret without sending the secret value in the request:
Installed API-key tools can also store tool-local credentials:
When a tool credential field falls back to secrets, RunTools normalizes the required field name into a secret name. For example, apiKey becomes APIKEY. Use credentialOverrides when you want a clearer secret name such as SHARED_CRM_KEY.

API Reference

Query options include category, secretScope=user|org, all=true, orgWide=true, and admin-targeted user_id. Secret names are normalized to uppercase letters, numbers, and underscores. Keep names stable and rotate the value behind the name.

Best Practices

GitHub, Google, Slack, and similar providers are better handled through OAuth when the tool supports it.
Use --org-wide only for credentials meant to be shared by the organization.
Rotate by updating the value behind a stable name, such as ANTHROPIC_API_KEY.
Treat revealed values as sensitive and avoid printing them in CI logs.