Claude Code Daily Briefing - 2026-06-23

Release Summary

VersionDateKey Changes
v2.1.1866/22claude mcp login/logout <name> (authenticate MCP servers from the CLI, --no-browser for SSH), ! bash output now gets an automatic Claude response (respondToBashCommands), /workflows status filter, Skills section in /plugin, teammateMode: "iterm2", CLAUDE_CODE_MAX_RETRIES capped at 15 + CLAUDE_CODE_RETRY_WATCHDOG, background subagent permission prompts surface in the main session, and more
v2.1.1856/20Stream-stall hint reworded to Waiting for API response · will retry in …, threshold moved from 10s to 20s of silence (covered 6/21)

v2.1.186 landed yesterday (6/22, 20:37) — the first feature release in days after v2.1.185 (6/20). The headlines are authenticating MCP servers directly from the CLI via claude mcp login and a behavior change where the model now auto-responds to ! bash output (see New Features). Beneath those sit operationally relevant changes — the unattended-retry guard and the background-subagent permission model (in Workflow Tips and Minor Changes). The day’s second axis is Claude identity verification (effective 7/8), announced yesterday (Security).

Full release notes


New Features & Practical Usage

claude mcp login / logout <name> — authenticate MCP from the CLI without the /mcp menu (v2.1.186)

The headline of this release. You can now handle MCP server authentication with a single CLI command — no need to open the interactive /mcp menu.

# Authenticate / log out of a specific MCP server (no interactive menu)
claude mcp login github
claude mcp logout github

# Environments that can't open a browser (e.g. SSH): finish via stdin redirect
claude mcp login github --no-browser

The practical impact is clear. Until now, wiring up an OAuth-backed MCP server meant opening the /mcp menu in an interactive session and clicking through auth — which fit poorly with SSH, headless, and CI onboarding. The --no-browser flag lets a remote shell that can’t launch a browser complete the flow over stdin. Where WIF (eliminating static keys, 6/21) and managed MCP connectors (6/20) addressed org-level auth, this trims the friction of an individual developer attaching MCP by hand on a remote box. As a bonus, claude mcp get/remove now suggest the closest configured server name on a typo and truncate long lists. GitHub v2.1.186

! bash output now triggers an automatic Claude response — and how to turn it off (v2.1.186)

A small but noticeable behavior change. When you run a bash command directly with ! in the prompt, Claude now responds to that output automatically — previously the result was added to context only, with no immediate reaction from the model.

# The model now reacts to this output directly (e.g. analyzes the failure, proposes next steps)
!npm test

# To restore the old "context only, no response" behavior, in settings.json:
# { "respondToBashCommands": false }

Handy when you want the model to interpret a quick command result on the spot — but if you were just eyeballing the output, you may get an unwanted response (and token spend). If you run ! commands often, check whether the new default suits your workflow; if not, restore the previous behavior with respondToBashCommands: false. GitHub v2.1.186


Developer Workflow Tips

The unattended-retry guard changed — MAX_RETRIES caps at 15; use RETRY_WATCHDOG for unattended runs

If you run Claude Code unattended in CI or cron, grab this one line from the release: CLAUDE_CODE_MAX_RETRIES now caps at 15. The pattern of setting a huge value to retry “almost indefinitely” no longer works. The release notes explicitly say to use CLAUDE_CODE_RETRY_WATCHDOG for unattended sessions instead.

The signal here is revisit your automation’s retry strategy. Pipelines that absorbed brief backend hiccups (there’s been some noise this week) by simply inflating the retry count will now behave differently, since that value is clamped at 15. If you run long unattended jobs, audit your retry ceiling explicitly and consider moving to the watchdog mechanism recommended for unattended scenarios (follow the official settings docs for exact keys and values). GitHub v2.1.186

Background subagents changed their permission model — auto-deny → prompt in the main session

Background subagents used to silently auto-deny any tool that required permission, which sometimes left an unattended background job looking like it had stalled for no reason. As of v2.1.186, a background subagent’s permission request now surfaces as a prompt in the main session — the dialog shows which agent is asking what, and Esc denies just that one tool.

There’s a paired security fix: Agent(type) deny rules and Agent(x,y) allowed-types restrictions are now enforced for named subagent spawns too (they were previously skipped). It extends the 6/19 principle — “give subagents least privilege and commit it to git.” If you’ve pinned permission rules in .claude/, they now apply consistently across the background and named-spawn paths. If you run background/team workflows, rethink who answers that prompt under unattended automation now that it lands in the main session (for fully unattended runs, pre-open the needed tools with allow rules). GitHub v2.1.186


Security & Limitations

Claude identity verification, effective 7/8 — but it’s selective and appeals-driven, not “everyone face-scans” (announced 6/22)

Anthropic announced Claude identity verification on 6/22, effective 7/8. Some outlets covered it as “no ID, no access” or “everyone gets face-scanned” — but the official Help Center makes clear it isn’t a blanket mandate.

The developer takeaway is read the scope precisely. Coverage skews toward consumer Claude (Free/Pro/Max), and applicability to the API and Claude Code is officially unconfirmed. Keep your distance from the sensationalized “everyone face-scans” framing; the realistic read is that if you authenticate Claude Code through a personal subscription and your account gets flagged, you may hit verification during the recovery step. TechCrunch · Anthropic Help Center


Ecosystem & Plugins

agent-connector — define an MCP server/hook once, auto-generate configs for 42+ CLIs

An open-source tool that removes the friction of copy-pasting the same MCP server into each tool’s own format (JSON, TOML, settings files) every time you wire it into a new agent CLI. Define a connector once and it auto-generates the native config files for 42+ CLI tools — Claude, Codex, Cursor, Gemini, and more.

Where opencodex (covered 6/22, a proxy that lets Codex use any LLM) targeted model compatibility, agent-connector is its counterpart one layer down — unifying agent-config deployment behind a single source. Practical for anyone building an MCP server and wanting to ship it to many agents at once. GitHub


Community News


Minor Changes

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



Interesting Projects & Tools