<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>claude-code on Saurabh Kumar</title><link>https://saurabh-kumar.com/tags/claude-code/</link><description>Recent content in claude-code on Saurabh Kumar</description><generator>Hugo</generator><language>en-US</language><copyright>Copyright © 2025, Saurabh Kumar.</copyright><lastBuildDate>Sat, 17 Oct 2026 12:00:00 +0000</lastBuildDate><atom:link href="https://saurabh-kumar.com/tags/claude-code/index.xml" rel="self" type="application/rss+xml"/><item><title>How the Claude Code team does code review</title><link>https://saurabh-kumar.com/til/1792238400/</link><pubDate>Sat, 17 Oct 2026 12:00:00 +0000</pubDate><guid>https://saurabh-kumar.com/til/1792238400/</guid><description>&lt;p&gt;&lt;a href="https://claude.dev/blog/solving-code-review-at-anthropic/" rel="noopener external"&gt;How the Claude Code team does code review&lt;/a&gt;. Claude writes ~90% of Claude Code, so nobody reads every diff. They swapped &amp;ldquo;did a human read it?&amp;rdquo; for &amp;ldquo;which check, automated or human, should catch what could go wrong here?&amp;rdquo;, and optimise for the least human time per change, with revert and incident rates as the guardrail.&lt;/p&gt;&#10;&lt;ul&gt;&#10;&lt;li&gt;The bit I missed on first read: review noise costs more when the author is an agent. A person waves off a nit in seconds; an agent fixes every one, which is a new commit and another full review. One PR ran 50+ rounds overnight, and ~59% of later findings were on code already there at round one. Fix: cap at three rounds, re-review only the new diff, flag the class of bug, never repeat a finding.&lt;/li&gt;&#10;&lt;li&gt;The bot posts findings, never approvals. Human approvals (zero, one or two) are set by the change&amp;rsquo;s risk, not by who wrote it. Whoever prompted the agent counts as a reviewer, and an approval covers one commit, so an agent&amp;rsquo;s next push dismisses it.&lt;/li&gt;&#10;&lt;li&gt;Their reviewer&amp;rsquo;s eval is their own past incidents and reverts, run daily. Noise is measured by what authors did with each comment: fixed it, said it was wrong, intentional, or not worth it.&lt;/li&gt;&#10;&lt;li&gt;Versus &lt;a href="https://saurabh-kumar.com/til/weekly/2026-04-26.html#ankit-jain" rel="noopener external"&gt;Ankit Jain&amp;rsquo;s review layers I noted in April&lt;/a&gt;: this is the production version, with no spec-review layer and fast rollback under everything.&lt;/li&gt;&#10;&lt;li&gt;Read the numbers carefully: the share of PRs reverted fell 40% while PR volume doubled, so the count of reverts still rose (~1.2x). Also: the authors sell the reviewer.&lt;/li&gt;&#10;&lt;li&gt;Where I push back: &amp;ldquo;nobody needs a full mental model, ask Claude for an explainer of the slice you&amp;rsquo;re changing.&amp;rdquo; An explainer recovers what the code does, not why it was built that way, which is the &lt;a href="https://addyosmani.com/blog/comprehension-debt/" rel="noopener external"&gt;comprehension debt&lt;/a&gt; Addy Osmani (a co-author here) wrote about. People should spend review on whether to ship it and on direction, not line-level correctness.&lt;/li&gt;&#10;&lt;li&gt;How I read it: had Claude explain it against my notes, then quiz me. The question I got wrong taught me the most.&lt;/li&gt;&#10;&lt;/ul&gt;&#10;</description></item><item><title>Dynamic workflows</title><link>https://saurabh-kumar.com/til/1780056000/</link><pubDate>Fri, 29 May 2026 12:00:00 +0000</pubDate><guid>https://saurabh-kumar.com/til/1780056000/</guid><description>&lt;p&gt;&lt;a href="https://claude.com/blog/introducing-dynamic-workflows-in-claude-code" rel="noopener external"&gt;Dynamic workflows&lt;/a&gt; in Claude Code. Claude dynamically writes orchestration scripts that spawn tens to hundreds of parallel subagents. It plans, decomposes into subtasks, fans out agents, and checks results before returning a coordinated answer. Adversarial agents try to refute findings, iterating until convergence. Enable via &lt;code&gt;ultracode&lt;/code&gt; setting or ask Claude to &amp;ldquo;create a workflow&amp;rdquo;. Notable: Jarred Sumner used it to port Bun from Zig to Rust (~750K lines, 11 days). Available on Max, Team, Enterprise plans. Consumes significantly more tokens than typical sessions.&lt;/p&gt;&#10;</description></item><item><title>Claude Code: The Unreasonable Effectiveness of HTML" / X</title><link>https://saurabh-kumar.com/til/1778328001/</link><pubDate>Sat, 09 May 2026 12:00:01 +0000</pubDate><guid>https://saurabh-kumar.com/til/1778328001/</guid><description>&lt;p&gt;Use HTML instead of markdown to effectively plan and review. &lt;a href="https://x.com/trq212/status/2052809885763747935" rel="noopener external"&gt;Claude Code: The Unreasonable Effectiveness of HTML&amp;quot; / X&lt;/a&gt;&lt;/p&gt;&#10;</description></item><item><title>colbymchenry/codegraph</title><link>https://saurabh-kumar.com/til/1778328000/</link><pubDate>Sat, 09 May 2026 12:00:00 +0000</pubDate><guid>https://saurabh-kumar.com/til/1778328000/</guid><description>&lt;p&gt;&lt;a href="https://github.com/colbymchenry/codegraph" rel="noopener external"&gt;colbymchenry/codegraph&lt;/a&gt;: Pre-indexed code knowledge graph for Claude Code — fewer tokens, fewer tool calls, 100% local&lt;/p&gt;&#10;</description></item></channel></rss>