Name an agent
For a request through/v1/chat/completions, /v1/embeddings or /v1/messages,
send this header:
embeddings or messages for those operations. Spans without one of these
operation names do not count as Calls, even when they carry an agent name. Some
SDK integrations require you to supply the operation attribute explicitly.
A supplied agent name takes priority over a recognised client. The gateway’s
client classifier stores only a catalog name, such as claude-code, or nothing
for an unknown client. It does not store the request’s User-Agent in the span.
A recognised client name describes the request; it does not establish who sent it.
The currently observed Codex CLI uses the Responses API. This gateway does not
serve /v1/responses; a catalog entry alone does not make that protocol work.
Use a supported gateway route or SDK span capture for identity activity.
Read a card
- Direct API calls includes calls without an agent name or recognised client.
- Unidentified model includes calls without a model name. Neither bucket is dropped.
- Response model takes priority over request model. Route prefixes and dated suffixes are removed to group model families.
- Made by comes from the catalog; Served by comes from the recorded provider. A Meta model served by Groq shows both.
- An identity outside the catalog gets its recorded key and a monogram.
- Identity source distinguishes SDK names, header names, recognised clients and unnamed calls. These are caller-supplied signals.
Read activity through the API
Use a session token or an API key with theread scope. The gateway obtains the
workspace from that credential; there is no caller-supplied tenant parameter.
kind=model for model families. Identities with no calls in the selected window and identities outside your
workspace return the same 404 on the profile route. Failed reads remain
errors, rather than turning into zero activity.