Your gateway can accept Enterprise callers with Anthropic-minted tokens and run without any identity provider.
What's wrong with this entry?
The bundled claude gateway gains a cri config block. With cri.enabled: true it accepts Claude Enterprise callers presenting Anthropic-minted CRI tokens, checked against an organization allowlist you supply, and the oidc: sign-in block becomes optional so a gateway can run with no identity provider at all.
cri.org_allowlistmust list at least one Claude Enterprise organization UUID whencri.enabledis true, and entries are validated as UUID-shaped; startup fails otherwise.- The
crisection also carries a policy webhook setting. - Discovery advertises
cri_enabled, and responses are tagged with anx-cri-upstream-kindheader. - Omitting
oidc:is only permitted for a CRI-only deployment; otherwise config validation rejects it. - With no identity provider, the landing page prints
Identity provider (none — customer-routed inference only),/oauth/callbackreturns 404, discovery reportsgrant_types_supported: [], and group and scope checks read through an optional oidc block.
cri.org_allowlist must list at least one Claude Enterprise organization UUID when cri.enabled is true, oidc: not configured (customer-routed inference only), customer-routed-inference-only deployment (cri.enabled: true)
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.221
Plugin install now tells you when higher-precedence settings keep it disabled
Both mention enabled
-
v2.1.223
Skills discovery skips disabled plugins
Both mention enabled
-
v2.1.227
claude gatewaynow identifies itself as the gateway providerBoth mention gateway