From the experiment

Do coding agents recommend Mapbox?

Mapbox was chosen in 7% of 759 judged maps sessions, ranking fifth. Measured with Claude Code, Codex, Cursor, Grok Build CLI and Muse Code.

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

Mapbox was chosen in 7% of 759 judged maps sessions, ranking fifth. It was also raised as a candidate in 534 further sessions without being chosen.

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

The numbers

CategoryMaps
Sessions in the category759
Sessions where Mapbox was chosen52
Install share7%
Rank in category5 of 49
Codebases it won in10
Raised as a candidate, not chosen534
Chosen when considered9%
Sitemapbox.com

By agent

The agents treat Mapbox very differently. Codex chose it in 15% of its sessions in this category and Grok Build CLI in 0%, a spread of 15 points.

AgentSessionsChose MapboxShare
Claude Code16464%
Codex2273315%
Cursor154106%
Grok Build CLI3700%
Muse Code17732%

A single blended install share would report the midpoint and hide both ends. If most of your users run Grok Build CLI, your real position here is 0%, not 7%.

By who was asking

Mapbox does much better with one kind of buyer than another. It won 19% of sessions asked as senior engineer and 2% of those asked as junior developer.

Who is askingSessionsChose MapboxShare
Vibe coder16374%
Junior developer24742%
Senior engineer1623019%
Enterprise team187116%

What Mapbox was up against

The full ranking in maps, from the same sessions:

#ProductRuns wonShare
1Google Maps13318%
2Leaflet12516%
3Apple Maps (MapKit)10414%
4MapLibre618%
5Mapbox (this page)527%
6Built in-house (no product adopted)436%
7react-native-maps375%
8OpenStreetMap375%

What this means

This is an integration problem, not a presence problem. Agents raised Mapbox in 534 sessions and chose it in 52, so it reaches the shortlist and then loses. Something at the last step is costing the session, and in our data that is usually a quickstart that does not run when pasted, documentation describing an interface that changed, or a package name that does not match the product name.

That is the cheaper of the two problems to have. The reason is written down in each losing transcript.

Where these numbers come from

The 759 sessions in maps 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 maps run can be replayed on the board.

If you work on Mapbox: 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 Mapbox?

Yes. Mapbox was chosen in 52 of the 759 judged sessions in maps, a 7% install share, ranking fifth in its category.

Does Claude Code recommend Mapbox?

In 6 of the 164 sessions in maps run with Claude Code, which is 4%.

Do different coding agents treat Mapbox differently?

Yes, and by a wide margin. Codex chose it in 15% of its runs and Grok Build CLI in 0%.

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.

How often is Mapbox considered but not chosen?

It was raised as a candidate in 534 sessions without being chosen, and chosen in 52. That is a 9% conversion from considered to chosen.

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