Claude Code Daily Briefing - 2026-06-28

Release Summary

VersionDateKey Changes
v2.1.1956/26Hyphenated hook matchers now exact-match (code-reviewer, mcp__brave-search were accidentally substring-matching), CLAUDE_CODE_DISABLE_MOUSE_CLICKS (turns off click/drag/hover in fullscreen while keeping wheel scroll), explicit install consent for external plugins, background/claude agents stability fixes (lost jobs, blank crash screens, unreachable daemons), voice auto-submit fix for languages written without spaces

No new release as of 2026-06-28 — the latest version is v2.1.195 (6/26). No new CLI build shipped yesterday or today, so today’s weight is outside the changelog: ① a new feature on the Claude app side (Trusted Devices, 6/25), ② a fresh turn in the export-control saga (Mythos 5 partial restoration, 6/26), and ③ model-policy and market shifts (Opus 4.7 fast-mode sunset; Asian alternatives).

Full release notes


New Features & Practical Usage

Trusted Devices for Remote Control — verify the device before it can steer your local session (6/25)

CLI releases paused, but the Claude app side shipped an admin control that lands directly on Claude Code remote control. As of 6/25, admins on Team and Enterprise plans can enable Trusted Devices for Remote Control, which requires members to verify their device before they can view or steer a local Claude Code session remotely.

The point is to gate who — and on which device — reaches into your local session from afar. Claude Code lets you look in on and redirect a locally running session from another device, and this adds a device-trust step in front of that path: an unverified device simply cannot view or steer the session. It sits exactly where the recent fixes do — 6/23’s sandbox.credentials (blocking secret access from sandboxed commands) and 6/27’s explicit external-plugin install consent — all narrowing, from a central admin point, the surface that can touch your agents and sessions. If your team shares or steers Claude Code sessions remotely, define which devices you trust as policy before you roll it out. Claude release notes


Developer Workflow Tips

The single biggest unlock is parallel sessions — run 3-5 at once in git worktrees

Anthropic’s power-user guide names its number-one productivity unlock not as a feature but as a way of working: run 3-5 Claude sessions in parallel, each in its own git worktree. While one session thinks and implements, another makes progress elsewhere — so waiting time becomes another task’s working time.

# Launch each session in an isolated worktree, and name them for clarity
claude --worktree

# For large migrations, use /batch — each agent works in isolation,
# tests its own changes, and opens a PR independently
/batch

The key is conflict-free parallelism: splitting work across worktrees lets multiple sessions and agents touch the same files at once without clobbering each other. It pairs with 6/24’s gh-orbit (PRs and CI across many worktrees in one dashboard) and 6/20’s auto mode + worktree isolation — if you want to run agents in several lanes at once rather than one after another, worktree separation is the starting point. Claude Code power-user tips

Let a different model do the verifying — separate the worker from the grader

The second tip raises verification reliability. Don’t take an agent’s own “all done” at face value — have a freshly spawned, different model try to refute the result, rather than the model that produced it. The agent that did the work shouldn’t grade it. It is the same principle as separating author from reviewer in human code review.

# Auto-check the diff (reuse, quality, efficiency, CLAUDE.md compliance)
/simplify

# Then run it again through a verification-only subagent/workflow:
#  - a fresh model, not the session that produced the result
#  - instructed to assume the conclusion is wrong and try to refute it

The rationale is plain: when the same model reviews its own output in the same context, it tends to miss exactly what it already missed. A fresh model and fresh context attempting a refutation breaks that bias and filters out false “complete” reports. It echoes 6/25’s harness engineering (taming nondeterminism with tests, linters, and approval gates) and 6/24’s Slack agentic testing (verifying goal completion) — a move that turns agent output from a plausible narrative back into verifiable evidence. Claude Code best practices


Security & Limitations

Mythos 5 partially restored — Lutnick’s 6/26 letter, but only for Annex A, government, and Anthropic’s own foreign nationals

The long-running export-control story took a meaningful new turn. Commerce Secretary Howard Lutnick’s June 26 letter restored Mythos 5 (Anthropic’s strongest cybersecurity model) to a limited cohort without requiring export licenses — Anthropic confirmed this on 6/27.

For developers, the key is to read the two models apart: the one that matters day to day for foreign-national developers (in Korea, Japan, and elsewhere) is Fable 5 — and it is still blocked. The practical posture is unchanged: keep an alternate path like Opus 4.8 wired up via fallbackModel/availableModels, and design automation on the assumption that model availability can hinge not on the vendor but on geopolitics, policy, and even an approved-company list. The new lesson here: restoration is arriving not as a blanket on/off but sliced by license gates and named organizations. Fortune · CNBC · Anthropic statement

Another 6/27 incident — Opus 4.8 elevated error rate

June 26 was clean, but June 27 brought another wobble. An elevated error rate on Opus 4.8 was logged and, after monitoring, resolved at 18:00 UTC on 6/27. The individual incident recovered, but it extends a pattern of stability noise this month — after the 6/18 full outage and incidents on 6/20, 6/23, and 6/24. Claude Code in your terminal rides the same backend, so if you run it unattended, retries, backoff, and failure alerts remain table stakes (review them alongside the CLAUDE_CODE_MAX_RETRIES cap of 15 and RETRY_WATCHDOG). Claude Status — Incident History


Ecosystem & Plugins

Fast mode for Opus 4.7 is being sunset — deprecated 6/25, removed 7/24 (move to Opus 4.8)

A deprecation to flag if you use fast mode. Fast mode for Opus 4.7 was deprecated on 6/25 and will be removed on 7/24. After removal, a request to claude-opus-4-7 with speed: "fast" returns an error, and it does not fall back to standard Opus 4.7.

# After 7/24: claude-opus-4-7 + fast mode = error (no fallback to standard 4.7)
# Fix: move fast-mode workloads to Opus 4.8 fast mode

The point is to head off automation that breaks silently: any script, CI job, or MCP workflow pinned to fast mode on Opus 4.7 will start failing outright, with no fallback, from 7/24. It sits with 6/24’s org-level model restrictions and 6/20’s automatic model swaps/deprecations — as model and mode lifecycles get managed more explicitly, audit which model and which speed you depend on now, and move to Opus 4.8. Claude model deprecations · fast mode docs


Community News



Interesting Projects & Tools