From the experiment

Do coding agents recommend Intl API?

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

Published September 28, 2026 Updated September 29, 2026 Read as Markdown

Coding agents raised Intl API in 71 of 500 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 category500
Sessions where Intl API was chosen0
Install share0%
Raised as a candidate, not chosen71
Chosen when considered0%
Sitedeveloper.mozilla.org

Which agents raised Intl API

Every agent 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
Codex15010 (7%)0
Cursor10327 (26%)0
Grok Build CLI265 (19%)0
Muse Code1082 (2%)0

Which buyers it came up for

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

Who is askingSessionsRaised it
Vibe coder10241 (40%)
Junior developer11515 (13%)
Senior engineer11312 (11%)
Enterprise team1703 (2%)

What Intl API was up against

The full ranking in internationalization, from the same sessions:

#ProductRuns wonShare
1next-intl11022%
2Django translation framework9619%
3Symfony Translation418%
4Paraglide JS418%
5Built in-house (no product adopted)418%
6Rails I18n388%
7Vue I18n275%
8i18next275%

What this means

Raised 71 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 71 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 500 sessions in internationalization are part of a published set of 15,051, 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 71 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 92 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 15,051 judged sessions with Claude Code, Codex, Cursor, Grok Build CLI and Muse Code inside 92 realistic codebases, and published every run. The numbers on this page come from that work.

Read next

All library pages