CLI option class renamed (q -> Y) and error class renamed (Ht ->…

CLI option class renamed (q -> Y) and error class renamed (Ht -> It); no behavior change

Internal CLI option and error classes were renamed with no change in behavior

Under the hood Internal Changes

JSON All of v2.1.265

Under the hoodTier: how much it should matter to you

1Useful: my rating, 1 to 5

0Signal: worth watching, 1 to 5

ElsewhereArea: what it touches

Internal ChangesKind: in v2.1.265, 08 Sep 26

Internal ChangesSection of the release

What

Internally, the class used to build print-mode CLI flags such as --permission-prompt-tool, --system-prompt, and --plan-mode-instructions was renamed, and the class used for invalid-choice errors on those options was also renamed.

Why

This is a naming-only change with no effect on how these flags behave or appear to users.

See this entry in the whole of v2.1.265 →

The build it came inv2.1.265

8 Sep 2026 · 371 entries, this one is #256.

Use it now40
You'll notice132
Nothing to try yet30
Under the hood169

Either side of it

v2.1.263Older
v2.1.266Newer

Open the release →

Names in this entry

cli--permission-prompt-tool
Specify an MCP tool to handle permission prompts in non-interactive mode. Pass the full name, such as mcp__<server>__<tool>, of a tool on an MCP server that the run loads. Claude Code waits for that tool's MCP server to connect before running the first turn, up to the MCP_TIMEOUT startup timeout, 30 seconds by default. See what the tool must return. The prompt tool can't approve an MCP tool marked as requiring user interaction: Claude Code converts an allow result for one to a deny. This restriction requires Claude Code v2.1.199 or later
cli--system-prompt
Replace the entire system prompt with custom text

Is this right?