Respond to the notice
The notice holds the action until you answer it:- Enter continues: the held action and the rest of the session use Claude Codeās own classifier requests, billed as token usage as before, and the notice doesnāt appear again in that session. When the notice named a gateway, acknowledging it keeps it from reappearing on this machine for 24 hours. When it didnāt, the notice returns the next time a session falls back.
- Esc or Ctrl+C cancels: the held action doesnāt run and the current turn stops, with the session still in auto mode. Nothing is remembered, so the notice appears again before the next checked action.
Shift+Tab after you answer.
Where the notice canāt wait for an answer, Claude Code reports the same text and the session continues in auto mode, unless a gateway acknowledgment on this machine in the last 24 hours has dismissed it. In non-interactive mode with -p it prints the text to stderr, and in stream-json output it emits a system warning message, which Agent SDK applications can read from the message stream.
Make the session eligible
If a gateway is the cause, ask your companyās admin or your gateway provider to pass requests and replies through unchanged. That means forwarding request headers and body fields as they are, including ones the gateway doesnāt recognize such as thesafeguards request field, and returning responses and streaming events without dropping keys such as the safeguard_results field or rewriting tool-use IDs, as the gateway compatibility guide describes. A gateway that passes traffic through this way keeps working with this feature and with future ones. New sessions then use the serverās checks again.
If you already know that your gateway canāt provide the serverās checks, tell Claude Code not to ask for them there by setting CLAUDE_CODE_AUTO_MODE_SERVER to 0 before you start the session, in your shell or in the env settings key:
CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS=1 while CLAUDE_CODE_AUTO_MODE_SERVER is unset turns the serverās checks off as well, except as Disable pre-release capabilities describes.
CLAUDE_CODE_AUTO_MODE_SERVER is a temporary setting and may be removed in a later release.
Why the notice appears
On a Pro, Max, Ultra, or Team plan, you never see the notice. To find out which sessions ask the server for the classifier checks, see Server-side classifier review. If you see the notice, check for these usual causes:- An LLM gateway or proxy is in the path: one that strips or rewrites request headers, drops request fields it doesnāt recognize, or edits responses. The server then never receives the request for checks, or Claude Code never receives the results. When your configuration or the responses identify the gateway, the notice names it.
- Server-side checks havenāt reached your platform, region, or credential yet: whether a platform or region performs them depends on that platformās rollout. If you see the notice with no gateway or proxy in the path and it keeps appearing, this is the likely cause. To confirm, contact support or your companyās admin, or report it with
/feedback.
/status at the Claude Code prompt: its Auto mode server row reads Enabled while the serverās checks decide the sessionās actions and Disabled once the session has fallen back.
When a gateway cuts responses short or rewrites the results into a form Claude Code canāt read, you get denials with no verdict in place of this notice; see Server-side classifier review.
Related resources
- Auto mode: what auto mode is and what it blocks by default
- Server-side classifier review: which sessions ask the server to check actions, and the Claude Code version each one requires
- Gateway compatibility guide: what breaks when a gateway strips headers or body fields
- The server returned no safety verdict: the denial you see when the server gives no verdict for an action
- Manage costs effectively: track token usage and reduce Claude Code costs