Screen-reader mode waits briefly before redrawing so bursts are announced once; tune the delay with an env var.
What's wrong with this entry?
In screen-reader mode the terminal is no longer repainted the instant output changes. The cursor is parked and the redraw deferred by a short timer, so a burst of frames is announced once rather than many times. The delay is 50ms by default and settable with CLAUDE_AX_PREPARK_MS, capped at 5000ms.
- While the timer is outstanding, further screen-reader renders are skipped and coalesced into the pending redraw.
- If the app is exiting the timer is cleared first so the final frame is written immediately; it is also cleared on unmount and whenever the render state is reset.
- This sits on top of the existing startup-quiet delay, set by
CLAUDE_AX_STARTUP_QUIET_MS, which is likewise clamped to a built-in maximum. - None of this runs outside screen-reader mode.
CLAUDE_AX_PREPARK_MS, srPreParkTimer
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.235
Question prompts adapt when a screen reader is in use
Both mention accessibility
-
v2.1.246
Terminal bell when a turn finishes, and the sandbox network prompt announces itself
Both mention accessibility