Follow Discord
Sweep 30 Oct 2026 · 21:36Z Build v2.1.315 533 read Stable v2.1.308 Latest v2.1.314 Next v2.1.315 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.315 ·

Bedrock gateway upstreams must share guardrail input tagging

Gateway configs now require the same guardrail.input_tagging on every Bedrock upstream, and remote-session messages wait for admission

You'll notice No documentation found Improvements
JSON All of v2.1.315
You'll noticeTier: how much it should matter to you
2Useful: my rating, 1 to 5
1Signal: worth watching, 1 to 5
BedrockArea: what it touches
ImprovementsKind: in v2.1.315,
ImprovementsSection of the release
What

A gateway configuration that sends requests to several Amazon Bedrock upstreams now has to set the same guardrail.input_tagging on all of them. An upstream is a server the gateway passes requests on to. If the values differ, Claude Code asks you to set the same value on every Bedrock upstream.

In remote sessions driven through the SDK, which is the toolkit for running Claude Code from other programs, messages delivered by the server now pass an admission step before they become a turn. A turn is one exchange between you and Claude. Claude Code also records whether a message ends its turn.

Claude Code now also tracks two new usage-limit cases: when the text served about a usage limit was altered, and when it was rejected.

Why

If you run a gateway with several Bedrock upstreams, make sure their guardrail input tagging matches, or the configuration will be refused.

Read from
Names in the bundleguardrail.input_tagging

See this entry in the whole of v2.1.315 →

Feedback