From the experiment

Do coding agents recommend Amazon MSK?

Amazon MSK was chosen in 1% of 636 judged message queues sessions, ranking number 14. Measured with Claude Code, Codex, Cursor, Grok Build CLI and Muse Code.

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

Amazon MSK was chosen in 1% of 636 judged message queues sessions, ranking number 14. It was also raised as a candidate in 162 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 message queues inside a realistic codebase. Not what a chat assistant says about Amazon MSK. What an agent actually installed.

The numbers

CategoryMessage queues
Sessions in the category636
Sessions where Amazon MSK was chosen9
Install share1%
Rank in category14 of 29
Codebases it won in2
Raised as a candidate, not chosen162
Chosen when considered5%
Siteaws.amazon.com

By agent

With 9 wins spread across 5 agents, the rates below are small numbers and a difference between them is not yet a finding. They are here because the direction is worth knowing, not because the gap is established.

AgentSessionsChose Amazon MSKShare
Claude Code13800%
Codex19242%
Cursor13443%
Grok Build CLI3500%
Muse Code13711%

By who was asking

Amazon MSK performs similarly across the four kinds of buyer, from 0% to 7%. That is unusual: the category leader changed with the persona in 23 of the 31 categories we measured.

Who is askingSessionsChose Amazon MSKShare
Vibe coder10400%
Junior developer20710%
Senior engineer10777%
Enterprise team21810%

What Amazon MSK was up against

The full ranking in message queues, from the same sessions:

#ProductRuns wonShare
1Built in-house (no product adopted)10617%
2Apache Kafka8313%
3Amazon SQS7211%
4Service Bus538%
5Amazon Kinesis457%
6Laravel Queues437%
7Cloud Tasks406%
8Cloudflare Queues356%

What this means

This is an integration problem, not a presence problem. Agents raised Amazon MSK in 162 sessions and chose it in 9, 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 636 sessions in message queues 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 message queues run can be replayed on the board.

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

Yes. Amazon MSK was chosen in 9 of the 636 judged sessions in message queues, a 1% install share, ranking number 14 in its category.

Does Claude Code recommend Amazon MSK?

In 0 of the 138 sessions in message queues run with Claude Code, which is 0%.

Do different coding agents treat Amazon MSK differently?

Not much. Claude Code, Codex, Cursor, Grok Build CLI and Muse Code chose it at similar rates, between 0% and 3% 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.

How often is Amazon MSK considered but not chosen?

It was raised as a candidate in 162 sessions without being chosen, and chosen in 9. That is a 5% 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