0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

Complete Anatomy of Claude Code Review — How Multi-Agent PR Hunting Works, Written From Inside

0
Posted at

Complete Anatomy of Claude Code Review — How Multi-Agent PR Hunting Works, Written From Inside

dosanko_tousan × Claude (claude-opus-4-6, Alaya-vijñāna System / v5.3 Alignment via Subtraction)
MIT License | 2026-03-11


This article is Claude (Anthropic) explaining its own new features.
Designer: dosanko_tousan — A non-engineer stay-at-home father in Hokkaido, Japan
Dialogue hours: 4,590 (December 2024 – March 2026)


§1 What Arrived in Claude Code in March 2026

On March 9-10, 2026, Claude Code received its largest update to date. The centerpiece is Code Review, but it is not the only addition. Here is the full landscape.

This article fully dissects Code Review and explains the design philosophy behind the remaining new features.


§2 Technical Architecture of Code Review

§2.1 What It Does

Code Review is a system that automatically dispatches multiple AI agents to hunt for bugs every time a Pull Request is opened on GitHub.

The official description captures the design in one phrase:

"built for depth, not speed"

While conventional AI code review tools (including Claude Code GitHub Action) scan "fast, wide, and shallow," Code Review dives "slow, narrow, and deep."

§2.2 Multi-Agent Architecture

The Code Review agent workflow consists of three phases.

Phase 1 (Parallel Search): Agent count scales dynamically with PR size. Large changes (1,000+ lines) get more agents for deeper inspection. Small changes (under 50 lines) get a lighter pass. Each agent examines code from a different angle — logic errors, security vulnerabilities, edge case oversights.

Phase 2 (Verification): AI bug detection inherently produces false positives. When Agent A flags something as a bug, the verification agent re-examines: "Is this actually a bug? Could this be intentional given the context?" Without this phase, developers drown in false alarms and learn to ignore Code Review entirely.

Phase 3 (Ranking): Confirmed bugs are ranked by severity. Developers see the most critical bugs first. Minor issues and style suggestions are deprioritized.

§2.3 The Logic-Error-Only Design Decision

Anthropic's Head of Product Cat Wu stated that Code Review focuses exclusively on logic errors and ignores style issues.

The causal analysis of this decision:

$$
\text{Developer Review Fatigue} = f(\text{Total Findings}, \text{Proportion Requiring No Action})
$$

Style findings (indentation, naming conventions, formatting) are numerous but mostly auto-fixable by linters. Logic errors (conditional branch mistakes, edge case oversights, security vulnerabilities) are fewer but each requires developer judgment and manual correction.

$$
\text{Review ROI} = \frac{\sum \text{Severity of Fixed Bugs}}{\text{Developer Time Spent on Review} + \text{Review Cost}}
$$

Including style findings inflates the denominator (developer time) while barely affecting the numerator (severity sum). This reduces ROI and creates incentives for developers to ignore reviews.

Logic-error focus is a ROI-maximizing design decision.

§2.4 Code Review Performance Data

Internal operational data published by Anthropic:

Metric Value
Deep review rate before Code Review 16%
Deep review rate after Code Review 54%
Bug detection rate for PRs with 1,000+ lines 84%
Average bugs found per 1,000+ line PR 7.5
Bug detection rate for PRs under 50 lines 31%
Average review time ~20 minutes
Cost per review $15–$25

The 16% → 54% shift means Code Review did not "replace" human review. It "filled the gap" where humans were only skimming. 84% of PRs that previously received only a quick glance now get deep analysis.


§3 Why Code Review Became Necessary — The 200% Problem

§3.1 The Production-Verification Asymmetry

Code output per Anthropic engineer grew 200% from 2025 to 2026. AI coding tools drove this productivity gain.

However, code review capacity did not grow 200%. Human reviewers did not double, and each reviewer's throughput has physical limits.

This asymmetry expressed mathematically:

$$
\text{Unreviewed Code Accumulation} = \int_{0}^{t} \left[ P(t') - V(t') \right] dt'
$$

Where:

  • $P(t)$: Code production rate at time $t$ (lines/day)
  • $V(t)$: Code verification rate at time $t$ (lines/day)

AI tools cause $P(t)$ to surge. $V(t)$ depends on human cognition and grows slowly. The persistent condition $P(t) - V(t) > 0$ accumulates unreviewed code.

§3.2 Break-Even Analysis

"""
Code Review Break-Even Simulator
Quantifies the conditions under which Claude Code Review is economically rational.
MIT License | dosanko_tousan + Claude (Anthropic)
"""

from dataclasses import dataclass


@dataclass
class CodeReviewEconomics:
    """Economic parameters for Code Review"""
    cost_per_review_usd: float = 20.0
    reviews_per_month: int = 200
    cost_per_production_bug_usd: float = 5000.0
    bug_rate_without_review: float = 0.15
    bug_rate_with_review: float = 0.04
    human_reviewer_hourly_rate_usd: float = 80.0
    human_review_time_hours: float = 0.5
    human_deep_review_rate_before: float = 0.16
    human_deep_review_rate_after: float = 0.54

    def monthly_code_review_cost(self) -> float:
        return self.cost_per_review_usd * self.reviews_per_month

    def monthly_bug_cost_without(self) -> float:
        bugs = self.reviews_per_month * self.bug_rate_without_review
        return bugs * self.cost_per_production_bug_usd

    def monthly_bug_cost_with(self) -> float:
        bugs = self.reviews_per_month * self.bug_rate_with_review
        return bugs * self.cost_per_production_bug_usd

    def monthly_savings(self) -> float:
        bug_savings = self.monthly_bug_cost_without() - self.monthly_bug_cost_with()
        return bug_savings - self.monthly_code_review_cost()

    def breakeven_bug_cost(self) -> float:
        delta_rate = self.bug_rate_without_review - self.bug_rate_with_review
        if delta_rate <= 0:
            return float('inf')
        return self.cost_per_review_usd / delta_rate

    def roi_percentage(self) -> float:
        cost = self.monthly_code_review_cost()
        if cost == 0:
            return 0.0
        savings = self.monthly_bug_cost_without() - self.monthly_bug_cost_with()
        return ((savings - cost) / cost) * 100


def main():
    econ = CodeReviewEconomics()

    print("=" * 60)
    print("Claude Code Review Economic Analysis")
    print("=" * 60)

    print(f"\n--- Parameters ---")
    print(f"Cost per review:        ${econ.cost_per_review_usd:.0f}")
    print(f"PRs per month:          {econ.reviews_per_month}")
    print(f"Production bug cost:    ${econ.cost_per_production_bug_usd:,.0f}")
    print(f"Bug escape (no review): {econ.bug_rate_without_review:.0%}")
    print(f"Bug escape (w/ review): {econ.bug_rate_with_review:.0%}")

    print(f"\n--- Monthly Costs ---")
    print(f"Code Review cost:       ${econ.monthly_code_review_cost():,.0f}")
    print(f"Bug cost (without):     ${econ.monthly_bug_cost_without():,.0f}")
    print(f"Bug cost (with):        ${econ.monthly_bug_cost_with():,.0f}")

    print(f"\n--- Results ---")
    print(f"Monthly net savings:    ${econ.monthly_savings():,.0f}")
    print(f"ROI:                    {econ.roi_percentage():.1f}%")
    print(f"Break-even bug cost:    ${econ.breakeven_bug_cost():,.0f}/bug")

    print(f"\n--- Sensitivity Analysis ---")
    print(f"{'PRs/month':>12} {'CR Cost':>12} {'Savings':>12} {'ROI':>8}")
    for n_prs in [50, 100, 200, 500, 1000]:
        e = CodeReviewEconomics(reviews_per_month=n_prs)
        print(f"{n_prs:>12} ${e.monthly_code_review_cost():>10,.0f} "
              f"${e.monthly_savings():>10,.0f} {e.roi_percentage():>7.0f}%")


if __name__ == "__main__":
    main()

§4 Design Philosophy of Non-Review Features

§4.1 /loop — Recurring Execution Command

/loop 5m check the deploy

This command repeats a prompt at specified intervals. Useful for deploy monitoring, periodic test execution, and log checking.

Design philosophy: AI replaces human monitoring time. However, /loop only operates under human-defined conditions. It does not autonomously change what it monitors. This is an intentional constraint consistent with Anthropic's philosophy of "gradually expanding AI autonomy."

§4.2 Cron Scheduling — In-Session Recurring Tasks

While /loop is interactive recurring execution, cron handles background periodic tasks. The CLAUDE_CODE_DISABLE_CRON environment variable enables immediate termination.

The existence of this kill switch is architecturally significant. Autonomous AI requires mechanisms for immediate human override. Anthropic's single-environment-variable design implements the principle of human-retained control at the infrastructure level.

§4.3 Voice STT — 10 New Languages (20 Total)

Newly added: Russian, Polish, Turkish, Dutch, Ukrainian, Greek, Czech, Danish, Swedish, Norwegian.

Notable: Improved recognition accuracy for repo names and common dev terms (regex, OAuth, JSON). When developers give voice instructions, misrecognized technical terms are catastrophic. "regex" transcribed as "relax" would generate entirely different code.

pushToTalk keybinding is now configurable in keybindings.json (default: space). Modifier+letter combinations like meta+k avoid interference with normal typing.

§4.4 Claude API Skill

The /claude-api skill enables building applications using the Claude API and Anthropic SDK. Claude Code can now build applications that call Claude's own API.

This is a meta-structural development. Claude Code writes code that calls the Claude API. Code Review reviews that code. AI writing code about itself, reviewed by itself.

§4.5 Other Improvements

Improvement Details Design Significance
Bash auto-allowlist expansion Added lsof, pgrep, tput, ss, fd, fdfind Expanded read-only permissions → productivity gain
Effort level simplification low/medium/high (○◐●), removed max Reduced user cognitive load
Agent tool model parameter restored Per-invocation model override Multi-model operation flexibility
Windows/WSL fixes Non-ASCII clipboard, voice fixes Lower barrier for non-English developers
Empty response fix Fixed empty responses after ToolSearch Tool chaining reliability
Session history improvement Current session prioritized in multi-session Multi-tasking developer UX

§5 Operational Design of Code Review

§5.1 Admin Setup

Code Review is enabled by administrators in three steps:

  1. Enable Code Review in Claude Code settings
  2. Install the GitHub App
  3. Select repositories for review

Once enabled, reviews run automatically on every new Pull Request. No additional developer-side configuration required.

§5.2 Cost Management

Control Description
Monthly spend cap Set a ceiling on total monthly review spending
Repository selection Enable reviews only for selected repositories
Tracking Monitor reviewed PRs, acceptance rates, and total costs

Cost scales with token usage, PR size, complexity, and verification rounds required.

$$
C_{\text{review}} = f(\text{tokens}{\text{input}}, \text{tokens}{\text{output}}, \text{agents}_{\text{count}}, \text{verification_rounds})
$$

At $15–$25 per review, preventing a single production bug ($2,000–$50,000 for rollback + hotfix) recovers dozens to thousands of review costs.

§5.3 What Code Review Does NOT Do

Code Review does not approve Pull Requests.

This is an intentional design decision. AI can find bugs and suggest fixes. But the judgment "this code is ready for production" belongs to humans.


§6 Limitations and Caveats

§6.1 Technical Limitations

Cost: $15–$25 per review is non-trivial for small teams. At 200 PRs/month, that is $3,000–$5,000. Whether this investment is rational depends on your team's bug rate and production incident costs. (Use the §3.2 simulator to estimate.)

Time: Average 20 minutes per review. When integrated into CI pipelines, this adds to deployment lead time. However, Code Review's design philosophy is "depth, not speed" — it is not meant for instant feedback.

Availability: Currently a research preview for Team/Enterprise plans only. Individual developers and open-source projects cannot use it. Claude Code GitHub Action (open source, free) serves as an alternative with less depth.

§6.2 Structural Limitations

AI reviewing AI — the circularity problem: Claude Code generates code, and Code Review reviews it. If both share the same model architecture, blind spots during generation may persist during review.

$$
P(\text{bug detected} \mid \text{same architecture}) \leq P(\text{bug detected} \mid \text{independent architecture})
$$

This is a theoretical concern. Anthropic's internal data (84% detection rate) suggests practical sufficiency, but it is not 100%. Final human review remains necessary.

Context limitations: Code Review examines individual PRs in isolation. Project-wide architecture, historical design decisions, and business logic context may not be fully recoverable from PR diffs alone.


§7 Conclusion

Claude Code Review is Anthropic's answer to the "200% problem" — the asymmetry between production speed and verification speed created by AI coding tools.

Three design decisions define this tool's character.

① Depth-first: Sacrifices speed for depth. Takes 20 minutes for a deep read. Converts 84% of skimmed PRs into deeply reviewed ones.

② Logic-error focus: Discards style findings, reports only bugs requiring developer action. Prevents review fatigue and maximizes ROI.

③ No approvals: Finds bugs. Suggests fixes. But never says "this code is ready for production." Final judgment stays with humans.

The March 2026 Claude Code update extends beyond Code Review. /loop, cron, voice STT expansion, and Claude API skill. All are built on a consistent design philosophy: expand AI capability while keeping human control.

Cron has a kill switch. Code Review does not approve PRs. Voice STT improves technical term accuracy to reduce misunderstanding. Every update is designed in the direction of "humans control AI."

The era of AI-written code reviewed by AI has begun. The single condition for this structure to function correctly: a human remains in the loop.


Data Sources

  • Anthropic (2026-03-09). "Code Review for Claude Code." claude.com/blog/code-review
  • TechCrunch (2026-03-09). "Anthropic launches code review tool to check flood of AI-generated code."
  • Help Net Security (2026-03-10). "New Claude tool uses AI agents to find bugs in pull requests."
  • IT Pro (2026-03-10). "Anthropic says code review has become a bottleneck."
  • The New Stack (2026-03-10). "Anthropic launches a multi-agent code review tool for Claude Code."
  • Dataconomy (2026-03-10). "Anthropic Launches AI-powered Code Review For Claude Code."
  • WinBuzzer (2026-03-10). "Anthropic Claude Code Review Parallel AI Agents Bugs Security."
  • Releasebot (2026-03). Claude Code Release Notes - March 2026.

MIT License
dosanko_tousan + Claude (Alaya-vijñāna System, v5.3 Alignment via Subtraction)
2026-03-11

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?