Coder powers secure, scalable development across key industries — automotive, finance, government, and technology — enabling faster builds, tighter compliance, and seamless AI adoption in enterprise-grade cloud environments.
AI Bridge has been renamed to AI Gateway. This is a cosmetic rebrand to make
the feature easier to understand. It changes user-visible names, configuration
options, the canonical HTTP API path, and the Prometheus metric names.
Note
Deprecated aliases remain available for gateway and proxy controls.
Provider configuration through environment variables, flags, and YAML has been removed under both names; refer to Provider configuration.
Adopt the ai_gateway names for gateway and proxy settings so your configuration matches the current documentation.
Important
New settings added in every area except the database (configuration options,
environment variables, CLI flags, and API paths) will use only the new
ai_gateway name, with no aibridge alias.
At a glance
Area
Old name
New (canonical) name
Old name still works?
Environment variables
CODER_AIBRIDGE_*
CODER_AI_GATEWAY_*
Yes, except provider setup
CLI flags
--aibridge-*
--ai-gateway-*
Yes, except provider setup
YAML config group
aibridge: / aibridgeproxy:
ai_gateway: / ai_gateway_proxy:
Yes, except provider setup
HTTP API
/api/v2/aibridge
/api/v2/ai-gateway
Yes (legacy route retained)
Prometheus metrics
coder_aibridged_* / coder_aibridgeproxyd_*
coder_ai_gateway_* / coder_ai_gateway_proxy_*
Yes (both emitted, old deprecated)
Database
(no change)
(no change)
n/a
What did not change
No database changes. Table and column names (for example,
aibridge_interceptions) are unchanged. No migration runs and no data is
rewritten on upgrade.
Gateway and proxy settings. Renaming options for logging, retention, or listener addresses does not change their behavior or defaults.
Internal/library references. Some internal package names, log fields, and
library identifiers still use the aibridge name. These are not part of the
supported configuration surface and do not affect operators.
Configuration (env vars, flags, YAML)
The aliases listed below apply only to gateway and proxy controls, not provider setup.
If both a previous name and a new name are set for the same setting, set only one (prefer
the new name).
YAML: only the top-level group key changes
(aibridge: becomes ai_gateway:, aibridgeproxy: becomes
ai_gateway_proxy:). The keys nested under the group are unchanged.
CLI flags follow the same mapping with the --aibridge-* to --ai-gateway-*
prefix change.
HTTP API
The canonical API path is now /api/v2/ai-gateway (and
/api/v2/ai-gateway/proxy). The legacy /api/v2/aibridge and
/api/v2/aibridge/proxy routes are retained for backward compatibility and
continue to serve the same handlers.
If you have external integrations or agents calling the API directly, update them to the
new path at your convenience. No immediate action is required.
AI clients (such as Claude Code, Codex, and other tools) that are configured
with a base URL pointing at the legacy /api/v2/aibridge path continue to work,
but should be updated to the new /api/v2/ai-gateway base URL.
Metrics
The metric prefixes have been renamed:
Deprecated prefix
New prefix
coder_aibridged_*
coder_ai_gateway_*
coder_aibridgeproxyd_*
coder_ai_gateway_proxy_*
Both the old and new metric names are emitted simultaneously today. Every
series is exported under both prefixes from the same underlying collector, so
existing dashboards, alerts, and recording rules keep working immediately after
upgrade with no changes.
The old prefixes are retained for backward compatibility with no planned removal
date. To keep your observability aligned with the new names:
Update Grafana dashboards, Prometheus alerting rules, and recording rules to
reference the new coder_ai_gateway_* and coder_ai_gateway_proxy_* names.
Verify the new series are present in your monitoring stack (they are emitted
as of this release).
Optional: dropping the old names
If you have already migrated to the new names and do not want both prefixes
ingested (for example, to avoid doubling cardinality in your time-series
database), you can drop the deprecated series at scrape time with Prometheus
metric_relabel_configs:
metric_relabel_configs:
- source_labels: [__name__]
regex: 'coder_aibridged_.*|coder_aibridgeproxyd_.*'
action: drop
This keeps the canonical coder_ai_gateway_* and coder_ai_gateway_proxy_*
series and discards the deprecated coder_aibridged_* and
coder_aibridgeproxyd_* ones before they are stored. Only do this once your
dashboards, alerts, and recording rules reference the new names.