From the experiment

Do coding agents recommend Intl API?

Coding agents raised Intl API in 68 of 392 judged internationalization sessions and chose it in none of them.

Published September 23, 2026 Read as Markdown

Coding agents raised Intl API in 68 of 392 judged internationalization sessions and chose it in none of them.

This page reports what happened when Claude Code, Codex, Cursor, Grok Build CLI and Muse Code had to solve a problem in internationalization inside a realistic codebase. Not what a chat assistant says about Intl API. What an agent actually installed.

The numbers

CategoryInternationalization
Sessions in the category392
Sessions where Intl API was chosen0
Install share0%
Raised as a candidate, not chosen68
Chosen when considered0%
Sitedeveloper.mozilla.org

Which agents raised Intl API

Claude Code, Codex, Cursor and Grok Build CLI considered it and none adopted it. Cursor raised it most often, in 26% of its internationalization sessions.

AgentSessionsRaised Intl APIChose it
Claude Code11327 (24%)0
Codex1149 (8%)0
Cursor10327 (26%)0
Grok Build CLI265 (19%)0
Muse Code360 (0%)0

Which buyers it came up for

It surfaced most for requests written as vibe coder, in 48% of those sessions. Knowing which buyer already has the product in mind tells you which pages to fix first.

Who is askingSessionsRaised it
Vibe coder8440 (48%)
Junior developer9713 (13%)
Senior engineer8612 (14%)
Enterprise team1253 (2%)

What Intl API was up against

The full ranking in internationalization, from the same sessions:

#ProductRuns wonShare
1next-intl9223%
2Django translation framework7820%
3Symfony Translation328%
4Paraglide JS328%
5Rails I18n308%
6Built in-house (no product adopted)267%
7i18next226%
8Vue I18n205%

What this means

Raised 68 times and chosen none is a specific, diagnosable result, and a better starting position than being unknown. The agent has the product in mind. It reached the shortlist 68 times. Something then lost every one of those sessions.

In our data the causes, in the order they occur:

  • The quickstart does not run when pasted, so the agent abandoned it mid-integration.
  • The documentation describes an interface that changed, so the generated code failed.
  • The product name and the package name differ, so the install step went wrong.
  • The fit was genuinely wrong for the repository, which is fine and worth knowing.

All but the last are fixable in days, and the reason is written down in the session transcript.

Where these numbers come from

The 392 sessions in internationalization are part of a published set of 11,878, run with real coding agents inside realistic codebases and judged blind. The full method is on one page: how we measured this.

Every internationalization run can be replayed on the board.

If you work on Intl API: the judge recorded a reason for every session where it was raised and passed over. Those reasons are in the transcripts.

<!-- generated by scripts/write-data-pages.mjs -->

Common questions

Do coding agents recommend Intl API?

They raise it but do not choose it. Across 68 sessions where Intl API came up as a candidate, agents chose something else every time.

Does Claude Code recommend Intl API?

In 0 of the 113 sessions in internationalization run with Claude Code, which is 0%.

Do different coding agents treat Intl API differently?

Not much. Claude Code, Codex, Cursor and Muse Code chose it at similar rates, between 0% and 0% of their runs.

How was this measured?

Real coding agents at pinned versions were run in sandboxes inside 91 realistic codebases and asked to solve real tasks. A simulated project owner approved or questioned each recommendation before any code was written, and a judge from a model family that builds none of the agents read every session blind.

Where this comes from

Armature ran 11,878 judged sessions with Claude Code, Codex, Cursor, Grok Build CLI and Muse Code inside 91 realistic codebases, and published every run. The numbers on this page come from that work.

Read next

All library pages