Skip to main content
Keyring validates runtime configuration before it handles Composio traffic. Invalid values prevent the Node server from starting or make a serverless request fail with a generic configuration error.

Composio authentication

For a production Keyring connected to Composio, three values answer most onboarding questions:
Find the organization ID in Composio Dashboard under Project Settings → General. Do not substitute a project ID such as pr_...; projects are enabled separately against the organization-level Keyring.

Required variables

Optional variables with defaults

Node-only variables

HOST and PORT apply to container and Node deployments. Cloudflare and Vercel own their listeners.

Provider identity variables

These variables are read only when an AWS adapter uses credential_source: runtime_environment: Resolution order is environment credentials, then a container credential endpoint. ECS/Fargate should supply the endpoint through its task role; do not set static AWS variables. EC2 IMDS and STS web identity/IRSA are intentionally unsupported.

OTLP header examples

Keyring rejects malformed percent encoding, invalid header names, control bytes, empty values, and attempts to override content-type.

Runtime-specific loading

On Cloud Run, PORT is injected by the platform and Keyring reads it automatically. Set HOST=0.0.0.0. On ECS, set HOST=0.0.0.0 and PORT=7464 in the task definition.
Do not put secret values in wrangler.jsonc, a committed .env, Helm values stored in Git, or a container image layer. Use the deployment platform’s secret mechanism.