Skip to content

Provider concept #479

Description

@feloy

kdn lacks a "Provider" concept.

Currently, to configure the connection of agents to models providers, the user needs to provides secrets / env vars / files in the configuration.

For example:

  • to connect to Anthropic models: an anthropic secret
  • to connect to Google Vertex AI: a couple of env vars (to define gcp project and region), and a config file for authentication
  • etc

Depending on the agent, the info to pass can be different. For example the env vars to define for Vertex AI provider are different for Claude and for OpenCode: ANTHROPIC_VERTEX_PROJECT_ID + CLAUDE_CODE_USE_VERTEX + CLOUD_ML_REGION (Claude) vs GOOGLE_CLOUD_PROJECT + VERTEX_LOCATION (OpenCode).

Introducing the concept of Providers will help the user define only once the connection to providers and use them with any agent (supporting the provider).

When the user has given information for a provider, agents will have the knowledge to choose which secrets / env vars / mounted files to add to the workspace.

Also, providers will be able to contribute a list of whitelist hosts for network filtering (which may not be contributed by secrets attached to provider)

Because the provider is the only "limited" resource (the one the user is paying for), compared to agents, runtimes, etc which are all available (given a platform). The user will configure one or more providers, and he will be proposed the agents and models compatible with the configured providers only.

With the providers defined, it should be able to get the list of models from them, to help the user choose one model.

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No fields configured for Epic.

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions