Claude Code Daily Briefing - 2026-08-06

Release Summary

VersionDateKey Change
v2.1.2238/6Four permission and sandbox bypass fixes, /review folded into /code-review as an alias, wider 1M context enforcement
v2.1.2228/4A hardening release with not a single Added entry (covered in the 8/5 briefing)
v2.1.2218/4The first big release in ten days, roughly 45 items (covered in the 8/4 briefing)

Ten quiet days from 7/25 to 8/4, and now releases are landing every other day. v2.1.221 and v2.1.222 went out back to back on 8/4, and v2.1.223 follows today.

One axis runs straight through all three — the permission layer. v2.1.221 fixed the zsh double-bracket bypass on 8/4, v2.1.222 fixed the worktree isolation bypass and the PreToolUse auto-approve bypass the same day, and today’s v2.1.223 contains four fixes of the same kind at once. That’s three passes over the same area in three days.

The Anthropic newsroom has gone quiet again since 8/4 — the most recent post is still the Tino Cuéllar hire (8/4) covered in yesterday’s briefing, and nothing new went up between 8/5 and 8/6. Everything on the Anthropic side today lives inside the CLI changelog.

Full release notes


New Features & Practical Usage

/review folds into /code-review, and it remembers your effort level (v2.1.223)

The review commands have been consolidated into one. /review is now an alias for /code-review, and /code-review reviews the current diff or a PR.

/code-review                 # current diff, reuses the effort level you last typed
/code-review high            # type a level to change it
/code-review high 1234       # <level> <pr#> — review a specific PR
/code-review ultra           # deep cloud review

Two things actually change here.

This command has been getting reworked steadily since v2.1.218 moved /code-review into a background subagent, and today’s change is about collapsing the entrances into one. Read alongside wiff from the 8/3 briefing (humans in the TUI, agents on the CLI, sharing one review session), the pattern is clear: review as an activity is converging on putting the screen a human reads and the path an agent executes in the same place.

Context window enforcement moved from a list to a rule (v2.1.223)

Two rules that decide how large a session can grow have changed. Both are the kind that quietly show up on your token bill.

# Pin 1M-window models to 200K (the set of affected models just got wider)
CLAUDE_CODE_DISABLE_1M_CONTEXT=1

# Turn off window enforcement for unknown model IDs, as before
CLAUDE_CODE_DISABLE_UNKNOWN_MODEL_WINDOW_ENFORCEMENT=1

It’s clear who this lands on. Opus 5, released on 7/24, has a 1M context window, and the second item targets teams that run model names that aren’t standard Anthropic IDs behind a gateway or a custom ANTHROPIC_BASE_URL. If you’ve had environments where sessions grew without bound because the ID wasn’t recognized and enforcement never kicked in, auto-compact starts intervening today — your costs go down, and the behavior of long sessions changes.

Both items follow the same shape: move the default toward the safe side and push the exception out to an environment variable. If you run an internal gateway, reading the startup warning on your first session after upgrading is the cheapest check available.

Restricted subagent models now raise a warning (v2.1.223)

When workflow agents, forked skills, slash commands, or resumed background agents request a subagent model that’s restricted and the parent model runs in its place, you now get a warning.

This is the very next square after yesterday’s fix. The 8/5 briefing covered v2.1.222 fixing family aliases like model: opus silently falling back to the parent model under org restrictions, so they now step down to the newest allowed model in the same family. Today’s change is what comes after that — telling you when a substitution still happens.

If your team writes a model into an agent definition and assumes the heavy work runs on that model, whether this warning fires is the test of that assumption. What yesterday’s permission-policy item asked you to go check by hand, the CLI now tells you directly.

A /teleport hint for continuing a cloud session locally (v2.1.223)

Cloud sessions now carry a /teleport hint that shows you how to pick the work up locally.

claude --teleport <session id>

The capability isn’t new — this change adds discoverability. If you haven’t been using the flow where work started in the cloud gets pulled into a local checkout and finished there, this hint is what tells you it exists. It follows on from v2.1.219, which improved claude --teleport to show which repository the session points at when your current checkout doesn’t match.


Developer Workflow Tips

The harness decides your bill — over a 2x spread in per-task cost at the same model and reasoning effort (8/5)

A writeup of the design rationale behind Pi, a minimal coding harness that ships four built-in tools and under 1,000 tokens of system prompt and tool definitions, leaving everything else to extensions. The measurements in it are the heart of today’s tip.

This is the third installment of an axis this briefing keeps returning to. On 8/1, refactoring cut input tokens by 83% — that approach reshaped the code so there was less to read. On 8/5, the codebase wiki put a compressed knowledge layer outside the code. Today’s is the third slot: neither code nor docs, but the harness wrapping the agent, which is a cost that rides along in the prefix of every single turn.

Translated into practice, the places to check are obvious.

The codebase wiki now has evidence behind it — linked markdown instead of chunked RAG (8/5)

The 8/5 briefing covered an evolving codebase wiki wired into a coding agent as an external knowledge layer as a workflow tip. One day later, a benchmark for that approach and an actual tool both showed up.

On the benchmark side, a paper compares RAG that slices documents into chunks and retrieves them by vector search against an agent navigating a wiki of interlinked markdown. The failure mode it identifies is concrete — chunk retrieval shreds documents and staples together a handful of similar-looking fragments, so it falls apart on questions that require connecting several documents. The argument is that retrieval should be treated as an act of agent exploration, not similarity matching.

On the tool side, there’s llmwiki-serve — a local server that lets a coding agent find and read your own markdown documents directly, released as a preview. If you’re on Claude Code or Codex, you install the llmwiki-bridge marketplace plugin and then instruct the agent to consult the wiki.

The caveat from yesterday still stands. The 8/5 tip noted that if updates don’t happen automatically, a stale wiki will inject wrong context instead of right context, and a benchmark doesn’t make that go away. What the paper demonstrates is that a well-maintained wiki beats chunked RAG — not that a wiki maintains itself. If you adopt this, you still need to decide first where in your workflow the update step gets forced in.

Put next to the harness tip above, the direction lines up — keep the context thin, but leave a path for the agent to go deep on its own when it needs to is the shared prescription of both pieces. Paper summary · llmwiki-serve


Security & Limitations

Four permission and sandbox bypass fixes in v2.1.223 — three days later, and all at once (8/6)

The heaviest cluster in today’s release. All four are already fixed in today’s build, and upgrading to v2.1.223 is the entire remediation.

#What was exposed
1A bypass where a crafted command could hide part of itself from the Bash permission check
2Commands padded with tabs or invisible Unicode could hide part of the command in the approval dialog
3Workflow scripts could use dynamic import() to run code outside the workflow sandbox
4A permission gap where bypassPermissions mode in an agent definition ignored the organization’s bypass-permissions disable policy

② is the heavy one — and this one isn’t about auto-approval. The permission bypasses this briefing has covered so far (the zsh double brackets on 8/4, the PreToolUse auto-approve hook) were problems in the path that lets things through automatically, and the prescription each time was narrow your auto-approve rules. Today’s ② is where that prescription doesn’t reach — because it means the approval dialog a human reads and clicks wasn’t showing part of the command. When the last line of defense is a human’s eyes, the screen those eyes were reading could be lying.

④ is a layering problem. An organization turned bypass-permissions off by policy, and an agent definition file could sit above that policy. It’s exactly the design principle behind the change covered in the 8/5 briefing — Remote Control auto-start can no longer be enabled from repo-local settings — namely that a decision that loosens things must not be available to a lower layer. That time it was repo settings; today it’s agent definitions.

③ is a new surface. Workflow scripts are JavaScript running inside a sandbox, and dynamic import() was a way across that boundary. Even if not many people use workflows, it’s a broadly instructive case: a design that says we’ll run your script but keep it isolated can be punctured by a single language feature.

Laid out across three days, it looks like this.

What to do right now is simple — bump the version, then take another look at what your Bash allow rules in .claude/settings.json and your PreToolUse hooks are letting through. The advice from the 8/5 briefing — treat your CLI version as part of your isolation assumption — is now three days valid in a row. Full release notes

Three incidents on 8/5 — one ran 6 hours 5 minutes, user reports spiked to 543

Per StatusGator, there were three incidents on 8/5, all Warn severity and all resolved.

StartAffectedDuration
07:08Mythos 5, Fable 5, Opus 5 degraded performance6 hours 5 minutes
13:52Opus 5 degraded performance27 minutes
14:18Opus 5 degraded performance20 minutes

AI used in 55% of African cybercrime — INTERPOL report (8/5)

According to INTERPOL’s African Cyberthreat Assessment Report 2026, AI was used in 55% of reported cybercrime in Africa, and attacks are growing in speed, persuasiveness, and scale at the same time. The analysis, covering data from 36 countries, found online fraud was the largest cyberthreat of 2025, with criminal organizations making heavy use of social media.

What lands on developers isn’t the regional statistic, it’s the direction. Recent items in this briefing sit on the same axis — the Critical CVE issued for a hallucinated SQLite vulnerability on 8/4, the command-hiding fixes for the approval screen covered above, and the official product that looked like phishing below. All three share one structure: the cost of producing an attack or a false positive keeps dropping while the burden of verification stays with humans.

In practice, the prescription is that the more automated a judgment path is, the more you need to price in false positives up front — bake the premise that a report count or a risk rating is not itself a verified fact explicitly into your alerting pipeline. GeekNews

An account of how Cloudflare’s new Wallet service is an official product that nonetheless looked like a sophisticated consent phishing attack because of its separate domain and the way it requested permissions.

The practical rule here applies to builders too. If you’re attaching an OAuth consent or permission approval screen to an internal tool, check whether there’s anything on that screen a user can use to verify it’s genuine — a brand name does not authenticate a domain. GeekNews

Reminder — Sonnet 5 introductory pricing ends 8/31 (unchanged)

Sonnet 5 introductory pricing ends 8/31, rising to $3 input and $15 output (+50%) from 9/1 — see the 7/13 briefing for details.


Ecosystem & Plugins

Allow or block marketplaces by organization — the owner/* wildcard (v2.1.223)

The managed settings strictKnownMarketplaces and blockedMarketplaces now accept owner wildcard entries ("owner/*"). You can allow or block every marketplace repository under a GitHub org in one line.

// Specify at the organization level in managed settings.
// Check the exact key paths and file location in the managed settings docs
// for the version you're running.
{
  "strictKnownMarketplaces": ["<our-org>/*"],
  "blockedMarketplaces": ["<blocked-org>/*"]
}

The manual work this saves is concrete. If your organization runs several plugin marketplace repositories under an internal org, you had to edit the allowlist every time a repository was added. Now you write the org once.

It follows the same thread as the claude plugin validate warnings added on 8/4 and the stale catalog auto-refresh for /plugin install in that same release — the plugin distribution and governance layer has been getting cleaned up across several releases. That said, a wildcard used broadly is exactly that much door opened without review, so before you put a whole org into strictKnownMarketplaces, first check who can create repositories in that org.

Zed DeltaDB early access — recording the work between commits alongside the conversation that produced it (8/6)

DeltaDB is a version control system that records the work between commits and links each change to the conversation that created it. Zed has opened it up in early access.

It shares a problem statement with cc-explorer from the 8/3 briefing (a tool for finding finished sessions again), but the solutions live on different layers — cc-explorer approached it from the session-record side, while DeltaDB redesigns version control itself to hold code and conversation in one data structure. It’s early access, so this isn’t something to adopt today, but it’s worth reading as a concrete answer to what git is missing in the agent era. GeekNews


Community News


Minor Changes

Everything below is from v2.1.223 (except the last item, a calendar reminder), selected for changes that quietly alter behavior.



Interesting Projects & Tools