{"slug": "because-8-e2-anthropic-s-researcher-uplift-is-plausibly-2x", "title": "Because 8 ≈ e², Anthropic's researcher uplift is plausibly >2x", "summary": "Anthropic contributors merged 8× more code per day in Q2 2026 than in 2021-2024, and economic modeling by METR researcher Thomas Kwa suggests this implies a researcher uplift of >2× from coding agents alone, even assuming no improvement on non-code tasks. The analysis uses Cobb-Douglas and CES production functions, with a baseline estimate of ~2.83× uplift if coding occupies half of researchers' time. Anthropic's own Mythos system card reports overall R&D uplift is \"well short of\" 2×, which is consistent with >2× researcher uplift because R&D depends on both labor and compute.", "body_md": "*Note: the modeling assumptions and conclusion are Thomas Kwa’s opinion, and others at METR disagree.*\n\nAnthropic’s [RSI blog post](https://www.anthropic.com/institute/recursive-self-improvement) reported that in Q2 2026, Anthropic contributors merged 8× as much code per day as in the 2021-2024 period. What does this imply about the factor by which a researcher’s total effective output increased — the **(serial) researcher uplift** 2?\n\nOf course, 8× more code doesn’t mean 8× more research, as coding is only part of the job. However, if we assume each line of code (LoC) has equivalent quality and verbosity to pre-2025 code and make standard economic modeling assumptions, we can conclude a surprising amount: all models predict researcher uplift at Anthropic from coding agents alone is >2×. (Researcher uplift could be even higher, because these numbers assume no uplift on non-code tasks.)\n\nHowever, there are several reasons new code may not be equivalent to old code, which would be at least partially resolvable with internal Anthropic data.\n\nAnthropic’s Mythos system card claims that their *overall R&D uplift* is “well short of” 2x, which is consistent with >2x researcher uplift because R&D depends on both labor and compute (and compute increases don’t count towards the number). I’d guess that overall R&D uplift will probably hit 2x somewhere around 3.5x researcher uplift, which could happen in the next year or so. Therefore, it’s important that labs obtain sufficiently high-quality data and models to measure code output beyond just LoC and relate it to researcher uplift.\n\nThe core question is: if a researcher 3 produces 8× more code, how much more\n\nA **production function** is the standard economic tool for this. It takes the quantities of each input (here, code output and non-code output) and returns total value. The most common production function is Cobb-Douglas; we consider both Cobb-Douglas and a slight generalization CES (Constant Elasticity of Substitution).\n\nThe simplest economic model for predicting how much of a good is produced, if it needs more than one input, is called Cobb-Douglas. This is similar [to what the AI Futures Project assumes](https://www.lesswrong.com/posts/uy6B5rEPvcwi55cBK/research-note-a-simpler-ai-timelines-model-predicts-99-ai-r#Why_are_labor_and_compute_Cobb_Douglas_) for labor and compute. The equation for Cobb-Douglas gives research output \\(Y\\) as:\n\nwhere:\n\nWe can then define (serial) **researcher uplift** \\(U\\) as the ratio of post-AI to pre-AI output, \\(U = Y_{\\text{post}} / Y_{\\text{pre}}\\). Assume pessimistically that there is **no** non-code uplift, which means \\(q_o\\) is constant. Then it turns out that:\n\nIf researchers spend roughly half their time coding (\\(\\beta = 0.5\\)), then \\(U = \\sqrt{8} \\approx 2.83\\). (\\(\\beta=0.5\\) is roughly the median of what people I ask find reasonable. I have substantial uncertainty about \\(\\beta\\), but fix it at 0.5 for simplicity throughout. A more thorough analysis should certainly vary it.)\n\nWhen we move from Cobb-Douglas to the general CES case, we gain the ability to model **substitutability**: if code and non-code are strong complements (like left and right shoes), doubling code output without more non-code output barely helps. If they’re substitutes (like butter and margarine), doubling one input nearly doubles total value. We don’t know which is true for AI research, so we test across a range.\n\nA researcher splits fixed time \\(T\\) across two task types: coding and non-coding. We assume the output \\(Y\\) follows the **CES** function:\n\nwhere:\n\nNow, it can be calculated that the **researcher uplift** \\(U\\) (assuming researchers allocate time optimally in both periods) is:\n\nwhere \\(g_n\\) is the **per-hour speedup** AI provides on coding, which we will refer to as the **coding uplift**.[5](https://metr.org/feed.xml#fn:5)\n\nWe don’t directly observe \\(g_n\\). We observe \\(M = 8\\), the mean **code output increase** of Anthropic contributors. 6 (These differ because researchers reallocate time when AI makes coding cheaper.) It turns out that \\(M\\), \\(U\\), \\(\\sigma\\), and \\(g_n\\) are related by a fairly simple equation \\(M = \\frac{g_n^\\sigma}{U^{\\sigma-1}}\\),\n\nIn Cobb-Douglas, we assumed that code and non-code have unit substitutability (\\(\\sigma=1\\)). What if they’re complements (\\(\\sigma < 1\\)) or substitutes (\\(\\sigma > 1\\))? The conclusion actually changes very little.\n\nThe key reason is that 8x code output substantially constrains the possible values of our two free parameters: coding uplift \\(g_n\\) and marginal value of code (which is increasing in \\(\\sigma\\)). If coding uplift and marginal value of code were both large, then the amount of code produced would be larger than 8x, as code would be both cheap to produce and super valuable. Alternatively, if \\(g_n\\) and \\(\\sigma\\) were both small, then output \\(M\\) would be less than 8x, as code would be expensive to produce and not valuable. Only intermediate choices of the two parameters — (a) high coding uplift and low marginal value of code, or (b) low coding uplift and high marginal value of code — are possible given that code output has increased by 8x.\n\nIn world (a), code and non-code are strong complements (roughly \\(\\sigma < 0.5\\)). This means the researchers shift their time away from coding to other bottlenecks, and we only see code output 8× because code speedup is extremely high, at least 23x. This frees up so much time for non-code that researchers still achieve uplift of \\(U=2.75\\).\n\nIn world (b), code and non-code are near-perfect substitutes (\\(\\sigma = 3.0\\)); researchers spend almost all their time coding, because it’s more productive and substitutes for non-code tasks. But then an \\(M=8\\)x code output increase means that researchers must have produced only \\(g_n=4.2\\)x code per hour, because they have almost doubled their time spent coding. So uplift is still only \\(U=3.07\\).\n\nIn both cases, \\(U\\) remains fairly close to \\(M^\\beta = 2.83\\).\n\nWhy is \\(U\\) relatively unaffected by \\(\\sigma\\) after observing \\(M\\)? If we obtain an expression for \\(\\ln U\\) and perturb it around \\(\\sigma = 1\\):[7](https://metr.org/feed.xml#fn:7)\n\nThe bracketed term — which drives the percent difference between \\(U\\) and \\(M^\\beta\\) — equals zero at \\(M = e^2 \\approx 7.39\\). At \\(M = 8\\), it equals \\(-2.08 + 2.16 = 0.08\\) — almost zero. So the first-order sensitivity of \\(\\ln U\\) to \\(\\sigma\\) is only \\(0.25 \\times 0.08 = 0.02\\) per unit \\(\\sigma\\). The upshot: **\\(U\\) stays within ±3% of 2.83 for \\(\\sigma \\in [0.5, 2]\\).**\n\n| \\(\\sigma\\) | implied \\(g_n\\) | post-AI coding share | \\(U\\) |\n|---|---|---|---|\n| 0.0 | — | — | impossible (\\(M \\leq 2\\)) |\n| 0.3 | ~114 | 3.5% | 2.56 |\n| 0.5 | 23.3 | 17% | 2.75 |\n| 0.7 | 12.5 | 32% | 2.80 |\n| 1.0 | 8.0 | 50% | 2.83 |\n| 1.5 | 5.7 | 70% | 2.86 |\n| 2.0 | 4.8 | 83% | 2.91 |\n| 3.0 | 4.2 | 95% | 3.07 |\n\nObserving \\(M = 8\\) gives a \\(\\sigma\\)-robust estimate of uplift, but it also constrains \\(\\sigma\\).\n\nRecall that \\(M = g_n \\cdot \\frac{t_n^{\\text{postAI}}}{t_n^{\\text{preAI}}}\\) where\n\nWhen \\(\\sigma < 1\\), researchers shift time *away* from coding (\\(\\frac{t_n^{\\text{postAI}}}{t_n^{\\text{preAI}}} < 1\\)), so the per-hour speedup \\(g_n\\) must exceed \\(M\\) to produce the observed 8× output. The smaller \\(\\sigma\\) is, the larger \\(g_n\\) must be — at \\(\\sigma = 0.3\\), you need \\(g_n \\approx 114\\). A value of \\(\\sigma = 0.3\\) also implies that Anthropic researchers only spend 3.5% of their time coding in Q2 2026, which is implausibly low.\n\nAt \\(\\sigma = 0\\) (Leontief / perfect complements), the production function becomes \\(Y = \\min(\\beta \\, q_n, \\, (1-\\beta) \\, q_o)\\), so output is bottlenecked by whichever input is scarcer. Even \\(g_n \\to \\infty\\) can only produce \\(M = 1/(1-\\beta) = 2\\), so \\(M = 8\\) is flatly impossible. Intuitively: if non-code is a strict bottleneck, no amount of coding speedup can raise total code output by more than \\(1/(1-\\beta)\\), the maximum increase in non-code output.\n\nIt is reasonable to believe that the per-hour coding speedup is <23× and Anthropic contributors now spend >17% of their time coding, which implies \\(\\sigma \\geq 0.5\\). **This rules out strong complementarity between coding and non-coding research.** We could refine this estimate further by measuring Anthropic’s time shares; if they are similar to pre-AI time shares, \\(\\sigma \\approx 1\\), whereas if they are higher or lower, the shift away from or towards code would mean lower or higher \\(\\sigma\\) for the reasons in the previous section.\n\nThe above model assumes all code is uniformly sped up. But it is probably true that AI speedup is higher on low-stakes code, which also tends to have lower value per LoC. We can model this by splitting code into low-stakes (\\(L\\)) and high-stakes (\\(H\\)) components. 8 The full definition of this model is in the appendix, but briefly, the outer layer is Cobb-Douglas between code and non-code, while the inner layer is CES between low- and high-stakes code, with \\(\\alpha\\) being the\n\nIf high-stakes code gets 1/3 the log-uplift: that is, \\(g_{\\text{high}} = g_{\\text{low}}^{1/3}\\), and we make other reasonable parameter choices, we get the following table:\n\n| \\(\\alpha\\) (low-stakes share) | \\(g_{\\text{low}}\\) | \\(g_{\\text{high}}\\) | \\(U\\) |\n|---|---|---|---|\n| 0.9 | 9.4 | 2.1 | 2.33 |\n| 0.7 | 13.8 | 2.4 | 2.39 |\n| 0.5 | 22.6 | 2.8 | 2.49 |\n| 0.3 | 44.9 | 3.6 | 2.66 |\n| 0.1 | ~139 | 5.2 | 3.08 |\n\nWe can reject any value of \\(\\alpha\\) outside \\([0.3, 0.9]\\) as implausible — low values would require \\(g_{\\text{low}} > 44.9\\), while high values would mean that >90% of researcher coding time pre-AI was spent on low-stakes tasks, which I find implausible given the prevalence of code review, large experiments, etc. in frontier AI research.\n\nThis model is still somewhat robust to \\(\\sigma_{LH}\\), but not as much as the homogeneous CES model was to \\(\\sigma\\): at \\(\\alpha = 0.9\\), \\(U\\) varies by ±11% across \\(\\sigma_{LH} \\in [0.5, 2]\\) instead of ±3%. (At \\(\\alpha = 0.5\\) it happens to vary by only ±2%, but at \\(\\alpha = 0.3\\) by ±17%.)\n\nI can think of five data and methodological issues that could meaningfully affect the results, of which three are plausible.\n\nWhat if AI causes contributors to write more lines of code for the same functionality? In METR’s early-2025 [uplift RCT](https://metr.org/blog/2025-07-10-early-2025-ai-experienced-os-dev-study/), where open-source developers were randomly assigned AI and non-AI issues, developers wrote more lines of code when they were allowed to use AI. Specifically, for the 10 developers with both AI and non-AI issues, the geomean LoC added in completed PRs was somewhere between 1.22x and 2.57x as large (95% CI) for AI-allowed issues. Due to the wide CI and the differences between Claude 3.7 Sonnet/o1 era AI and modern AI, we can’t prove anything about verbosity without further investigation. But if we assume that Anthropic’s verbosity factor is 1.83x (the sketchy central estimate), code output will still have increased \\(8/1.83 \\approx 4.4\\)x, and the code heterogeneity model with low-stakes share \\(\\alpha \\in [0.3, 0.9]\\) gives researcher uplift in the range \\([1.84, 2.08]\\) — right around the 2x threshold.\n\nThe shape of the increase makes me think verbosity doesn’t affect the code output number by more than ~2x. In Q4 2025 (when Anthropic probably had access to Opus 4.5 and 4.6), LoC/person was 2.5x baseline, but in Q1 2026 (Mythos Preview), it jumped to 5.8x. At 2.5x, the majority of code is already AI-written, and anecdotally Fable/Mythos is not much more verbose than Opus, so the increase from 2.5x to 5.8x to 8.0x is mostly not verbosity. If the exponential trend in Anthropic’s per-capita code output continues, we should become less worried about verbosity because almost all code is already AI-written.\n\nI’m not confident in any statement stronger than this, because verbosity is partly a function of coding uplift itself. E.g. if coding uplift is very high, researchers no longer have time to read any code, which could bloat it further.\n\nVerbosity means more LoC for the *same* functionality, but what if researchers are also writing more code with *new* functionality that doesn’t create much research progress? Tom Cunningham calls these [Cadillac tasks](https://metr.org/blog/2026-05-08-task-substitution-and-uplift/), and their existence means that uplift on new tasks is always an overestimate of value uplift.\n\nAnecdotally at METR, people generate lots of barely useful code they wouldn’t write by hand. Some examples:\n\nBarely useful code is somewhat accounted for by CES (which has strongly diminishing marginal returns to code when \\(\\sigma \\ll 1\\)) so one should only discount uplift estimates further if there is some reason beyond CES that lots of barely-useful code is being produced. One factor could be irrational time allocation; another could be that it’s simply possible to write a larger volume of barely-useful code than CES predicts before the marginal value drops below one’s opportunity cost.\n\nThe utility of barely useful code can be bounded below, because most of us get less than 25x speedup on them, and therefore they’re at least 0.04x as valuable per unit time as the marginal core code we’d write by hand. Future modeling efforts could use this to get a more conservative lower bound for uplift.\n\nAll modeling in this post assumed that researchers allocate their time between code and non-code, and between low- and high-stakes code, in a way that rationally maximizes research progress. This is a somewhat dubious assumption, because there are various other factors that determine time allocation: convenience, fun, organizational policy, irrational behavior, etc.\n\nIn the same study last year, METR found that open-source developers thought that AI had sped them up ~20%, even when AI had actually slowed them down by an average of ~20%. This particular effect is partially due to inexperience with AI, which does not apply to Anthropic contributors, but I can certainly believe that writing code is often more fun than it used to be, leading people to spend more time on it.\n\nThe impact of irrational time allocation on code output probably gets worse the larger uplift is, unlike verbosity, which is closer to a constant factor.\n\nWhat if AIs are speeding up people enormously (>20x) on low-stakes code that makes up less than 25% of pre-AI coding time, and basically not at all on high-stakes code or non-code tasks?\n\nI find this implausible because:\n\nAnthropic’s graph says “active contributor” in the denominator means “a distinct author in the trailing twelve months”. This means that if random salespeople started coding, or Anthropic’s average talent level went down, they would bring the average *down* unless they wrote more code than the average engineer/researcher. It is possible that the denominator has greatly shrunk over time e.g. if infrequent contributors have stopped coding, but this doesn’t seem likely.\n\nIn the CES model, uplift estimates based on code uplift alone are not robust to \\(\\sigma\\), but estimates using code output are. The key reason is that code output takes into account marginal value of code, through time allocation changes. (The robustness is highest around output factor \\(M \\approx e^2\\), but is always better for code output than code uplift.)\n\nTo the extent time allocation accurately reflects marginal value, code output is better than code uplift. It is susceptible to “irrational” changes in coding time allocation such as discussed above (which might make time allocation shift towards AI in the absence of marginal value changes); however, I expect these to be secondary drivers of code output. So overall, code output is probably a better metric than code uplift if we had to pick one. I expect that modeling overall researcher uplift from code uplift would have most of the same data issues as from code output, and not provide much advantage.\n\nThe Mythos Preview system card (April 2026) stated that AI acceleration is “well short of a sustained, AI-attributable doubling of the overall pace of our AI progress. The acceleration is concentrated in engineering execution rather than research judgment.” Anthropic’s methodology for their claim of «2x R&D speedup is not public, so I am not able to critique it, but the difference is probably just that we’re estimating different quantities.\n\nSpecifically, I estimate *serial researcher uplift* and they estimate *overall R&D speedup*, which also depends on compute and other resources. Ryan Greenblatt [argues](https://blog.redwoodresearch.org/p/if-mythos-actually-made-anthropic) that R&D speedup could be roughly (serial labor acceleration)^0.55 × (compute)^0.45, in which case an R&D speedup of 2x would require 3.52x researcher uplift, and the 2.83x uplift consistent with the Cobb-Douglas model would mean 1.77x R&D uplift.\n\nYou might think that “only” 1.77x R&D uplift is reassuring. However, I would still find the overall situation rather alarming:\n\nUnder a CES economic model with homogeneous code, the estimate \\(U \\approx M^\\beta \\approx 2.8\\) is robust to code and non-code being complements or substitutes. For researcher uplift below 2×, you need at least one of the following:\n\nEach of these is plausible to some extent, but researcher uplift below 2x would require very large effects from one or more of these factors, which I think is unlikely, and for the non-coding uplift from AI to be small. Therefore, my overall take is that researcher uplift at Anthropic from code agents alone is probably over 2×, with a reasonable central estimate being 2.5× or so.\n\nThe outer layer is Cobb-Douglas (so total coding time stays at \\(\\beta=50\\%\\)), while the inner layer is CES between low- and high-stakes code:\n\n\\[Y = V_{\\text{code}}^{\\,\\beta} \\cdot q_o^{\\,1-\\beta}, \\qquad V_{\\text{code}} = [\\alpha \\, q_L^{\\,\\rho} + (1-\\alpha) \\, q_H^{\\,\\rho}]^{1/\\rho}, \\quad \\rho = \\frac{\\sigma_{LH} - 1}{\\sigma_{LH}}\\]where:\n\nWe make the following assumptions:\n\nThe observed \\(M = 8\\) constrains \\(g_{\\text{low}}\\) via total code output (counting all lines equally), but it is the CES-aggregated code *value* \\(V_{\\text{code}}\\) — not the raw line count — that determines \\(U = V_{\\text{code}}^{\\,\\beta}\\).\n\n**Inner time allocation.** With inner CES, the post-AI fraction of coding time on low-stakes tasks is:\n\nFor \\(\\sigma_{LH} = 1\\) (Cobb-Douglas inner), \\(s_L = \\alpha\\) (no reallocation within coding).\n\n**What M measures.** The observed code multiplier \\(M\\) counts all lines of code equally:\n\nGiven \\(M = 8\\), we solve numerically for \\(g_{\\text{low}}\\).\n\n**Code value multiplier.** The CES-aggregated value of code (post/pre ratio) is:\n\n**Value uplift.** Since the outer layer is Cobb-Douglas with \\(g_o = 1\\):\n\nThe key distinction from the homogeneous model: \\(M = 8\\) measures raw code *output*, but value depends on the CES-weighted mix of low- and high-stakes code. When AI disproportionately speeds up low-stakes code, much of the 8× is low-stakes lines, so the value multiplier \\(V < M\\) and \\(U < M^\\beta\\).\n\n*Thanks to Tom Cunningham, Parker Whitfill, Neev Parikh, Nate Rush, Daniel Kokotajlo, and others for comments.*\n\ne.g. Nate Rush commented this on an earlier draft: “I agree with your plausibility of single researcher 2x uplift. Directionally, I disagree with the size of the update you’ve made here based on a single metric - noting the size of the update you’ve made comes through more in our brief conversations than in this post. I have a general take of ‘in the early days of RSI, no single metric is going to tell us what’s going on fully’ position, and I feel like this post doesn’t really reflect that.\n\nI’d guess we disagree because I assign more credence to the limitations you post. If AI is 1.5x more verbose, and something like ~2x of the code is super low value (some of which is irrational), and we’re closer to 2.5x more real code - and then the argument falls apart. I also think questions about ‘what population this is defined over’ are more sus and less clearly not a big deal than you make them out to be.” [↩](https://metr.org/feed.xml#fnref:1)\n\n[Serial researcher uplift](https://blog.redwoodresearch.org/p/if-mythos-actually-made-anthropic) of X means AI is as useful as having all researchers operate at X times faster speeds for all activities. (Parallel researcher uplift would be that AI is as useful as X times as many researchers.) [↩](https://metr.org/feed.xml#fnref:2)\n\nI say researchers in a number of places because Anthropic is a research company. If engineers for research infra are sped up by much more than researchers or something, conclusions wouldn’t really change (I would model it similarly to code heterogeneity), but if the uplift were concentrated in jobs that aren’t research at all, Anthropic’s research acceleration would be lower. [↩](https://metr.org/feed.xml#fnref:3)\n\nUsing the standard result that CES expenditure shares equal time shares at pre-AI prices. [↩](https://metr.org/feed.xml#fnref:4) [↩ 2](https://metr.org/feed.xml#fnref:4:1)\n\nThe relationship between total code output ratio \\(M\\), code uplift \\(g_n\\), and researcher uplift \\(U\\) turns out to be \\(M = \\frac{g_n^\\sigma}{U^{\\sigma-1}}\\). Derivation: A researcher’s total code output is \\(g_n \\cdot t_n\\), where \\(t_n\\) is the time spent coding. The observed multiplier is the ratio of post-AI to pre-AI total code: \\(M = g_n \\cdot t_n^{\\text{post}} / t_n^{\\text{pre}} = g_n \\cdot s_n^{\\text{post}} / \\beta\\), where \\(s_n^{\\text{post}}\\) is the post-AI coding time share. CES optimality gives \\(s_n^{\\text{post}} = \\beta \\, g_n^{\\sigma-1} / [\\beta \\, g_n^{\\sigma-1} + (1-\\beta)]\\). Substituting: \\(M = g_n \\cdot g_n^{\\sigma-1} / [\\beta \\, g_n^{\\sigma-1} + (1-\\beta)] = g_n^\\sigma / [\\beta \\, g_n^{\\sigma-1} + (1-\\beta)]\\). But from the formula for \\(U\\), we have \\(U^{\\sigma-1} = \\beta \\, g_n^{\\sigma-1} + (1-\\beta)\\). So \\(M = g_n^\\sigma / U^{\\sigma-1}\\). [↩](https://metr.org/feed.xml#fnref:5) [↩ 2](https://metr.org/feed.xml#fnref:5:1)\n\n8 is the ratio of the total code output per contributor in Q2 2026 to the total code output per contributor in 2021-2024 (notably, this is not a claim about the *median* contributor’s code output). [↩](https://metr.org/feed.xml#fnref:6)\n\nUnfortunately there is no closed form for \\(U\\) in terms of \\(\\sigma\\). [↩](https://metr.org/feed.xml#fnref:7)\n\nThe actual landscape of tasks is continuous in both value and AI uplift, but this is too complicated to model here. [↩](https://metr.org/feed.xml#fnref:8)", "url": "https://wpnews.pro/news/because-8-e2-anthropic-s-researcher-uplift-is-plausibly-2x", "canonical_source": "https://metr.org/notes/2026-07-08-anthropic-researcher-uplift/", "published_at": "2026-07-08 07:00:00+00:00", "updated_at": "2026-07-09 04:47:12.534086+00:00", "lang": "en", "topics": ["artificial-intelligence", "ai-research", "ai-products", "ai-agents"], "entities": ["Anthropic", "METR", "Thomas Kwa", "Mythos"], "alternates": {"html": "https://wpnews.pro/news/because-8-e2-anthropic-s-researcher-uplift-is-plausibly-2x", "markdown": "https://wpnews.pro/news/because-8-e2-anthropic-s-researcher-uplift-is-plausibly-2x.md", "text": "https://wpnews.pro/news/because-8-e2-anthropic-s-researcher-uplift-is-plausibly-2x.txt", "jsonld": "https://wpnews.pro/news/because-8-e2-anthropic-s-researcher-uplift-is-plausibly-2x.jsonld"}}