Claude Code 2.1.212 Tames Background Sessions

This research library uses AI-assisted source research and drafting. Linked sources support product claims; analysis and proposed exercises are our interpretation. Unless an article documents a test and its results, do not read it as a hands-on review or an independently verified benchmark.

Claude Code 2.1.212 is an official @anthropic changelog release for Claude Code published on July 17, 2026. Long-running agent work, runaway loops, and tool failures can make a coding session hard to trust. This version tames background work, adds budgets around search and subagents, and fixes several places where permissions or processes behaved too loosely. If you are learning how to use claude for code review, the useful part is not a new review button; it is a safer session model for asking Claude Code to inspect a pull request while you keep working.

Claude Code 2.1.212 is a workflow-hardening release: it changes how sessions split, how long tool calls behave, and how the CLI stops work when something goes wrong. That sounds small until you have watched an agent disappear into recursive search, spawn helpers forever, or leave a shell command running after the session ended.

Let /fork become a real background session

The headline change is that /fork now copies your current conversation into a new background session. That new session gets its own row in claude agents, while your current session stays available.

Before this release, the behavior that lived behind /fork was closer to an in-session subagent. In 2.1.212, that older behavior has been renamed to /subtask, which is a nicer split: use /fork when the branch of work deserves its own lifecycle, and use /subtask when you want a smaller helper inside the same session.

A real example: you are reviewing a billing PR. You can keep the main session focused on the diff, then /fork a second pass that checks migration risk or data-access assumptions. Don't treat /fork like a throwaway note. It is now a real background session, so name the job clearly and ask for a review receipt you can inspect later.

The release also changes /resume in the agent view. Typing /resume now opens a picker of past sessions, including sessions deleted from the list, and resumes the one you pick as a background session. That is useful when the context was good but the visible session list was cleaned up too aggressively.

Put runaway work on a budget

Claude Code 2.1.212 adds two default caps that matter when a prompt is too broad. WebSearch tool calls now have a session-wide default limit of 200, tunable with CLAUDE_CODE_MAX_WEB_SEARCHES_PER_SESSION. Subagent spawns also have a per-session default cap of 200, tunable with CLAUDE_CODE_MAX_SUBAGENTS_PER_SESSION.

MCP is the integration layer Claude Code uses to call external systems such as repositories, documents, issue trackers, databases, and internal tools. In this release, MCP tool calls that run longer than 2 minutes move to the background automatically, so the session stays usable. The threshold can be configured, or the behavior disabled, with CLAUDE_CODE_MCP_AUTO_BACKGROUND_MS.

For a review-heavy repo, I would start lower than the defaults while you test the shape of the work:

export CLAUDE_CODE_MAX_WEB_SEARCHES_PER_SESSION=40
export CLAUDE_CODE_MAX_SUBAGENTS_PER_SESSION=12
export CLAUDE_CODE_MCP_AUTO_BACKGROUND_MS=120000

Those numbers are not magic. They are a small-repo safety rail. Watch for setting caps so low that legitimate research or dependency tracing gets cut off before Claude Code can produce evidence. Also note the changelog detail: /clear resets the subagent budget, so a fresh session boundary can also reset how much delegation is available.

Read the fixes as review clues

The bug fixes in this release are the part I would read twice. Plan mode no longer auto-runs file-modifying Bash commands such as touch or rm without a permission prompt or SDK canUseTool callback. That is exactly the kind of edge you care about during a Claude Code security review: planning should not quietly become mutation.

The worktree fix is similarly concrete. Claude Code fixed worktree creation following a repository-committed symlink at .claude/worktrees, which could create files outside the repository. In plain terms, a path that looked local could point somewhere else. If your repo uses worktrees and committed symlinks, this was not theoretical plumbing.

Hooks also got a sharper boundary. A continue:false hook halt is no longer dropped when the tool fails or completes mid-stream, and hook infrastructure errors are no longer misreported as user rejections. That matters because hooks are often where a repo enforces a no-write boundary, a test gate, or a review handoff receipt.

There are process fixes too. SIGTERM during a running Bash tool in print or SDK mode now aborts the turn, kills the process tree, and exits 143, instead of orphaning the command. On Windows, /background and claude --bg now prefer PowerShell 7 when Group Policy blocks PowerShell 5.1. For a nearby story about agent ergonomics and waiting states, see claude-meseeks Adds Meeseeks Waiting Alerts.

Try one repo-level code review pass

The best first experiment is a single Claude Code PR review where the agent may inspect, reason, and report, but not edit. This is the practical answer to how to use claude for code review with this release: let the new background-session behavior split the work, and make the output evidence-based enough that a human reviewer can accept or reject it quickly.

Start on a PR branch and ask Claude Code for a read-only pass:

Review this PR for risky behavior changes. Do not edit files. Return findings with file:line, evidence from the diff, risk level, and the smallest test or manual check that would prove the finding.

Then use /fork for one focused background pass:

/fork Run a claude code pr review focused only on auth, permissions, and data exposure. Do not edit files. Return only findings with evidence.

Use /subtask for a narrow local question, such as whether a helper function changed behavior across call sites. Keep the main session for the review narrative. If your repo has a concise CLAUDE.md, it can carry durable conventions like test commands and forbidden write paths, but do not hide the review request there. For the broader habit of keeping repo conventions small and inspectable, see Team conventions.

Copy this safe-review checklist for one repo

Use this checklist as a small experiment, not a ceremony. The point is to prove that Claude Code 2.1.212 can keep the session usable while producing review evidence you would actually paste into a PR.

A good Claude Code review should feel boring at the end. You should have a short list of claims, each tied to code, and no mystery about what the agent changed. In this particular experiment, the safest answer is that it changed nothing.

Further reading

• Claude Code changelog
• Claude Code product page
• Claude Code docs

Next step

Run one read-only PR review with /fork, a small subagent cap, and an evidence checklist. If the output is easy to verify without replaying the chat, keep the pattern.