Claude Code Daily Briefing - 2026-06-26

Release Summary

VersionDateKey Changes
v2.1.1936/25autoMode.classifyAllShell (route all Bash/PowerShell through the auto-mode classifier), auto-mode denial reasons in transcript / toast / /permissions, new OpenTelemetry assistant_response log event (mind the default), MCP headersHelper auto re-auth/reconnect on 401/403, live file-path autocomplete in bash mode (!), memory-pressure reaping for idle background shells, background agents keep working on other tasks, and more
v2.1.1916/24/rewind restores conversations from before /clear, ~37% less CPU during streaming, fixed comma-separated hook matchers never firing, MCP retry + headless OAuth (detailed 6/25)
v2.1.1906/24Bug fixes and reliability improvements

Yesterday (6/25, 21:45) brought v2.1.193 — a feature release following v2.1.191 (6/24), with v2.1.192 skipped (likely cancelled just before publish, like v2.1.188/189). The headlines are autoMode.classifyAllShell, which pushes every shell command through the auto-mode classifier, and MCP headersHelper auto re-authentication (see New Features). But the single line to catch today isn’t a feature — it’s a default change in OpenTelemetry telemetry that can start writing model response text to your logs just by upgrading (see Security). The second thread is yesterday’s report of Anthropic accusing Alibaba of illicit access.

Full release notes


New Features & Practical Usage

autoMode.classifyAllShell — route every shell command through the auto-mode classifier (v2.1.193)

This is the release headline. The new setting autoMode.classifyAllShell makes auto mode run every Bash and PowerShell command through its classifier — not just the ones that look like arbitrary code execution. In other words, risk judgments widen from sampling some commands to consistently inspecting the whole shell.

// .claude/settings.json — classify ALL shell commands in auto mode
{
  "autoMode": {
    "classifyAllShell": true   // follow the official settings docs for exact key/value
  }
}

A companion change makes it more useful in practice: when auto mode denies a command, the reason now appears in the transcript, the denial toast, and the recent denials list in /permissions. Until now an auto-mode block was opaque — you saw the result but not why. You can now read the reason in place. This sits alongside 6/20’s auto-mode blocking destructive git and terraform destroy and 6/23’s org-level model restrictions — part of the same drift toward controlling what unattended automation may run via configuration, not the model’s goodwill. If you run auto mode unattended, widen the inspection scope with classifyAllShell and use the new denial reasons to confirm your guardrails actually fire. GitHub v2.1.193

MCP headersHelper auth now self-heals on 401/403 (v2.1.193)

This one lands directly for anyone connecting MCP servers via header-based auth (headersHelper). Now, when a tool call returns a 401/403 (auth failed/expired), the headersHelper re-runs automatically to refresh the token and reconnect — reviving a session whose tools had gone dead on an expired token, without a human re-login.

// .mcp.json — header-based auth MCP. Expired tokens now refresh mid-call.
{
  "mcpServers": {
    "my-server": {
      "url": "https://example.com/mcp",
      "headersHelper": "/path/to/refresh-token.sh"
    }
  }
}

On top of that, startup now flags MCP servers that need authentication and points you to /mcp — reducing the case where tools sit silently empty because auth was never completed. It’s the same direction as 6/25’s MCP capability-discovery and OAuth retries and 6/24’s CLAUDE_CODE_MCP_TOOL_IDLE_TIMEOUT — layering one more guard so that a transient auth or network wobble on a remote MCP doesn’t break the whole session. If your MCP uses expiring tokens in long or unattended sessions, this pays off immediately. GitHub v2.1.193


Developer Workflow Tips

Running auto mode unattended? Pair classifyAllShell with the new denial reasons

If you run auto mode unattended in CI, cron, or the background, use v2.1.193’s two changes as a pair: (1) autoMode.classifyAllShell to push every shell command through the classifier and widen the inspection scope, and (2) the new denial reasons (transcript, toast, /permissions) to see what got blocked and why.

The point is turning a silent block into a verifiable block. Auto-mode denials used to show only the outcome, not the cause, so when an unattended job stalled it was hard to tell over-blocking from a legitimate stop. Now that the reason is logged, you can tune the guardrails with data — whether they block too much or too little. It’s the extension of 6/22’s “enforce the rules you actually need with hooks, not prompts” (here the auto-mode classifier plays that role instead of a hook). Before rolling out auto mode, rehearse with a few dangerous commands and confirm the classifier really fires and the reason is recorded. GitHub v2.1.193

Background agents no longer stop your main work — less friction in parallel workflows

If you spin up background agents and keep working in the main session, a cluster of v2.1.193 fixes will register. The core change: a background agent’s launch result no longer instructs Claude to ‘end your response’ — the main turn now keeps working on other tasks while the agent runs in the background (previously, launching a background agent could cut your main work short there).

A run of stabilizing fixes comes with it: (1) pinned background agents no longer get re-prompted to ‘Continue from where you left off’ after every auto-update; (2) backgrounding (←←) no longer spuriously cancels with ‘N background tasks would be abandoned’ when those tasks actually carry over; (3) backgrounding the main turn no longer spawns a phantom general-purpose (resumed) subagent that re-ran the whole conversation; and (4) the agent panel no longer hides sibling agents when you view a subagent. Together with 6/25’s permanent background-agent stop and 6/23’s background subagent permission prompts surfacing in the main session, this is one more pass at sanding down the rough edges of background and team workflows — felt directly by anyone running agents in parallel. GitHub v2.1.193


Security & Limitations

Anthropic accuses Alibaba of ‘illicitly’ accessing Claude — 28.8M exchanges, ~25K accounts (reported 6/24)

The biggest story reported yesterday. In a letter to White House officials and several US senators, Anthropic accused operators linked to Alibaba’s Qwen AI lab of ‘illicitly’ accessing Claude through roughly 25,000 fraudulent accounts (Bloomberg, 6/24). The scale is notable — Anthropic says it involved about 28.8 million exchanges with Claude between April and June, and that the targets were Claude’s most prized capabilities: software engineering and agentic reasoning.

This is still a policy escalation, not a lawsuit, and Alibaba’s rebuttal and the underlying facts may vary by report, so don’t treat it as settled. But the direction is clear — model access is becoming a geopolitical and compliance question, not just a technical one (the same seat as the 6/12 Fable 5 export controls), and account, auth, and access control keep getting heavier as a result. Bloomberg · The Japan Times · citybiz

An OpenTelemetry default change — upgrading alone can write model responses to your logs (v2.1.193)

It looks small, but it touches compliance directly, so catch it. v2.1.193 adds a new claude_code.assistant_response OpenTelemetry log event carrying the model’s response text. The catch is the default: the event is redacted by default, but if you don’t set OTEL_LOG_ASSISTANT_RESPONSES, it follows your OTEL_LOG_USER_PROMPTS setting.

# If you already log prompt content (OTEL_LOG_USER_PROMPTS=1),
# upgrading will start writing model RESPONSE text to logs too.
# To keep prompts-only, turn it off explicitly:
export OTEL_LOG_ASSISTANT_RESPONSES=0

So any org already collecting user prompts via telemetry will, the moment it upgrades to v2.1.193, start streaming model response text into the logs with no extra config — meaning sensitive output can accumulate in your observability pipeline and log stores whether you intended it or not. Through the same “leak-surface” lens as 6/23’s sandbox.credentials (blocking secret access from the sandbox), this is the telemetry side to audit. If your team runs OTel, set OTEL_LOG_ASSISTANT_RESPONSES explicitly before upgrading. GitHub v2.1.193

Fable 5 / Mythos 5 — day 14 of export controls, still offline but the negotiation moves (6/26)

A short note on a multi-day thread. As of 6/26, day 14 of the export-control order (issued 6/12), Fable 5 and Mythos 5 remain offline for all users. What’s changed is the odds of return — reporting says discussions grew smoother after Tom Brown (Anthropic co-founder) took over the Commerce Department negotiations from Dario Amodei, materially improving restoration prospects. But the order is US users first (via a negotiated settlement and/or the 7/8 identity verification), with international users later or possibly not at all.

In short, the direction improved but the timeline and scope are still uncertain. Foreign-national developers (in Korea, Japan, etc.) were never granted access, so the practical move is unchanged — keep an alternate path like Opus 4.8 wired in via fallbackModel / availableModels, and design automation on the premise that model availability can hinge on geopolitics and policy, not your company. Anthropic statement · explainx


Ecosystem & Plugins

Plugin marketplace renames followed automatically — references survive a rename (v2.1.193)

A change that trims operational friction in the plugin ecosystem. As of v2.1.193, Claude Code follows a marketplace’s renames map automatically — so when a marketplace renames a plugin, your settings are updated to the new name automatically.

The point is auto-healing plugin references that used to break on a rename. Until now, a renamed plugin meant you had to remove and reinstall by hand; now the change is corrected silently via the marketplace-side mapping. It sits next to 6/24’s /plugin surfacing plugins you haven’t used recently and 6/23’s Skills section in the Installed tab — another pass at the rough edges of plugin distribution and maintenance. Useful for teams that publish and subscribe to multiple plugins through a marketplace. GitHub v2.1.193


Community News


Minor Changes

Practical changes and fixes in v2.1.193 not covered above.



Interesting Projects & Tools