Skip to main content

Models & providers

Agents need a model to run on. A workspace gets one two ways:

  • Provider connections (BYO keys) — you add your own Anthropic / OpenAI / OpenRouter key (or a Daytona account for compute). The key is consumed at the connect boundary, held in custody, and never readable back — listings show a last-4 keyHint only.
  • Platform default models — models the platform itself provides, so a fresh workspace can dispatch an agent before connecting anything.

One list, two sources​

GET /v1/organizations/{orgId}/agents/providers (optional ?provider= filter) returns the workspace's own rows first, then the platform catalog as synthetic connections. The ProviderConnection.source field tells them apart: "workspace" or "platform" — an absent source means workspace (rows predating the field).

Platform rows are recognizable at a glance:

FieldPlatform value
idapc_platform_<provider>_<slug> (e.g. apc_platform_anthropic_default)
nameplatform-<slug>
statusAlways verified
createdByplatform
createdAt / updatedAtThe epoch sentinel 1970-01-01T00:00:00.000Z — a platform row has no lifecycle of its own
keyHintLast-4 of the platform key
configCarries defaultModel / baseUrl

Names starting with platform- are a reserved namespace: POST …/agents/providers rejects such a name with the field error names starting with "platform-" are reserved for platform default models.

Selection: BYO-first​

When a dispatch needs a model connection, the rule is deliberate and BYO-first:

  1. The connection the workspace's explicit setting names, if present and verified — a platform default model is nameable here too.
  2. Else the sole verified workspace key.
  3. Else the workspace key named default.
  4. Else — only when the workspace has no verified key at all — the first platform entry (list order; the catalog leads with its default).
  5. Else nothing: a workspace with several keys and no explicit selection refuses rather than picking one.
note

The platform default never silently overrides an ambiguous BYO setup — and an ambiguous BYO setup never silently spends the platform key. If you hold multiple verified keys, name one in settings.

In the console​

The Profiles tab of the Agents surface renders both populations. Platform rows are read-only with a "Platform" pill — no verify, no disconnect, no edit; they exist as long as the platform catalog says so. Workspace rows carry the full lifecycle (verify, update, disconnect).