Sweep 19 Sep 2026 · 02:36Z Build v2.1.278 500 read Stable v2.1.267 Latest v2.1.278 Next v2.1.278 Feeds RSS JSON llms.txt Unofficial
Claude Code v2.1.273 ·

TUI-switch refusal message drops the artifact-comment-monitor case

The /tui refusal message no longer calls out artifact-comment auto-replies as a separate case from other background work

TierYou'll noticehow much it should matter to you
Useful1my rating, 1 to 5
Signal1worth watching, 1 to 5
AreaUIwhat it touches
KindBug Fixesin v2.1.273,
You'll notice

The /tui refusal message no longer calls out artifact-comment auto-replies as a separate case from other background work

What

When /tui (which sets the terminal UI renderer and relaunches) is refused because background work is running, it used to give a distinct message and telemetry label when the background work was specifically an artifact-comment monitor auto-replying to comments. That distinction is now gone: any active background work is reported the same way, with a single generic message telling you to wait or stop it via /tasks before running /tui again.

Why

This simplifies the refusal handling to one consistent message, at the cost of no longer telling you specifically that a comment monitor was the thing blocking the switch.

Read from
Names in the bundle/tui
How sure we are
One source agreesOne thing we can check says the same as this entry.
Anthropic's release notes agreeFixed /tui refusing to restart because of an agent-team teammate that had already finished its work and was no longer shown in the agents…

See this entry in the whole of v2.1.273 →