How to get picked for message queues by coding agents
Apache Kafka took 14% of 288 judged message queues sessions. What the numbers say a vendor in this category should do.
If you sell message queues, this page is the part of the market no dashboard shows you: what a coding agent does when a developer asks for message queues and never compares vendors.
The numbers come from 288 judged sessions with Claude Code, Codex and Cursor, spread across 12 realistic codebases, with every session read by a judge.
What coding agents choose for message queues
Across 288 judged sessions, Apache Kafka was chosen most often, in 14% of runs. Amazon SQS was second with 9%. In 17% of runs the agent wrote the code itself and adopted no product at all.
| # | Product | Runs won | Share |
|---|---|---|---|
| 1 | Built in-house (no product adopted) | 49 | 17% |
| 2 | Apache Kafka | 39 | 14% |
| 3 | Amazon SQS | 27 | 9% |
| 4 | Service Bus | 24 | 8% |
| 5 | Laravel Queues | 20 | 7% |
| 6 | Amazon Kinesis | 19 | 7% |
| 7 | Cloudflare Queues | 19 | 7% |
| 8 | Cloud Tasks | 15 | 5% |
| 9 | Inngest | 12 | 4% |
| 10 | Amazon EventBridge | 10 | 3% |
Full board, every run replayable: the message queues leaderboard.
What the shape of this category means
The leader takes only 14% of runs. This category is genuinely open and the ordering can be moved.
With the top product at 14%, message queues is decided in the moment, from what the agent reads and what it finds in the repository. Nothing is locked in, which is the best situation a vendor can be in and the one where the work pays fastest.
The order here is set by the quality of what an agent can read and by whether your product is already present in the codebase. Both are things you can change.
The agents do not agree with each other
In this category the three agents we ran put different products first.
| Agent | Runs | Picked most often |
|---|---|---|
| Claude Code | 96 | Apache Kafka (15) |
| Codex | 96 | Amazon SQS (17) |
| Cursor | 96 | Apache Kafka (13) |
That split decides where a vendor spends. Codex ran a web search in 53% of decision runs and Claude Code in 1.6%, so the pages you publish are live in half of Codex's message queues sessions and almost none of Claude Code's. Taking Amazon SQS's position with Codex is a content problem. Taking Apache Kafka's with Claude Code is a repository problem.
Who is asking changes the answer
Every request in this experiment was written as a specific kind of person. In this category the leader changes with the person.
| Who is asking | Runs | Picked most often |
|---|---|---|
| Vibe coder | 48 | Cloudflare Queues |
| Junior developer | 120 | Service Bus |
| Senior engineer | 48 | Amazon Kinesis |
| Enterprise team | 72 | Apache Kafka |
That is 4 different products winning message queues for 4 kinds of buyer, out of the same 288 sessions. Nobody here is winning message queues. They are each winning one kind of buyer.
If you sell to more than one of them, you need pages for each. See how to win the enterprise persona.
What you are really competing against
In 17% of runs the agent wrote the code itself rather than adopting a product. That is low enough that your competition is other vendors, but high enough to be worth watching.
Considered, and never chosen
Because the judge records every product an agent raised and not only the one it picked, this board also shows who kept reaching the shortlist and losing. In message queues the clearest case is Cloud Pub/Sub: on the table in 97 sessions, chosen in none.
| Product | Raised in | Chosen in |
|---|---|---|
| Cloud Pub/Sub | 97 sessions | 0 |
| Amazon SNS | 91 sessions | 0 |
| NATS | 83 sessions | 0 |
| Upstash | 79 sessions | 0 |
| Trigger.dev | 70 sessions | 0 |
Being rejected is a better position than being unknown, and a cheaper one to fix. The product is already in the agent's head and on the list. Whatever ended those 420 sessions is recorded in each transcript, one reason at a time.
What to do about it in message queues
- Treat the ordering as movable. The leader holds 14%, so agents are deliberating rather than defaulting, and the inputs they use can change the answer. This is the most winnable shape a category comes in.
- Pick which buyer you are for. The same message queues need written as a vibe coder landed on Cloudflare Queues, and written as an enterprise team landed on Apache Kafka. Those are two markets, and the enterprise one needs pages containing the constraint words: audit log, data residency, retention, single sign-on. See how to win the enterprise persona.
- Measure per agent. Claude Code put Apache Kafka first, Codex put Amazon SQS first, Cursor put Apache Kafka first. A blended number for message queues describes a market that does not exist.
The work that applies to every category rather than to this one is written up separately: audit your documentation, write a quickstart an agent can follow, and how to measure install share.
Every message queue on this board
One page per product, with its install share, the per-agent split, and how often it was raised without being chosen.
- Do coding agents recommend Apache Kafka? — chosen in 14% of sessions
- Do coding agents recommend Amazon SQS? — chosen in 9% of sessions
- Do coding agents recommend Service Bus? — chosen in 8% of sessions
- Do coding agents recommend Laravel Queues? — chosen in 7% of sessions
- Do coding agents recommend Amazon Kinesis? — chosen in 7% of sessions
- Do coding agents recommend Cloudflare Queues? — chosen in 7% of sessions
- Do coding agents recommend Cloud Tasks? — chosen in 5% of sessions
- Do coding agents recommend Inngest? — chosen in 4% of sessions
- Do coding agents recommend Amazon EventBridge? — chosen in 3% of sessions
- Do coding agents recommend Vercel Workflow? — chosen in 3% of sessions
- Do coding agents recommend Temporal? — chosen in 0% of sessions
- Do coding agents recommend Cloud Pub/Sub? — raised in 97 sessions, chosen in none
- Do coding agents recommend Amazon SNS? — raised in 91 sessions, chosen in none
- Do coding agents recommend NATS? — raised in 83 sessions, chosen in none
- Do coding agents recommend Upstash? — raised in 79 sessions, chosen in none
- Do coding agents recommend Trigger.dev? — raised in 70 sessions, chosen in none
Where these numbers come from
288 judged sessions in message queues across 12 codebases, part of a published set of 7,852. Real coding agents at pinned versions, in sandboxes, inside realistic codebases, with a simulated project owner in the loop and a blind judge on every session. The full method is on one page: how we measured this.
Every message queues run can be replayed on the board.
<!-- generated by scripts/write-data-pages.mjs -->
Common questions
How many codebases is this based on?
288 judged sessions across 12 realistic codebases. A category only runs on repositories where its seam is open, so coverage differs: some categories ran on more than ten codebases and some on two.
What message queue do coding agents choose?
Across 288 judged sessions, Apache Kafka was chosen most often, in 14% of runs. Amazon SQS was second with 9%. The result changes by agent and by who is asking.
Do Claude Code and Codex pick the same message queue?
No. Claude Code picked Apache Kafka, Codex picked Amazon SQS, Cursor picked Apache Kafka. Measuring one agent tells you about part of the market only.
How often do agents build message queues themselves instead of installing something?
In 17% of runs the agent wrote the code itself rather than adopting a product.
How can a vendor improve its position here?
Make the quickstart run when pasted, state the current version on the documentation page, use one name across product, package and import, write pages for the symptoms users describe rather than only the category name, and get into the repository through templates and framework integrations.
Which message queues do agents consider but never choose?
Cloud Pub/Sub (raised in 97 sessions, chosen in none), Amazon SNS (raised in 91 sessions, chosen in none), NATS (raised in 83 sessions, chosen in none), Upstash (raised in 79 sessions, chosen in none), Trigger.dev (raised in 70 sessions, chosen in none). Being considered and not chosen is a different problem from being unknown, and it is usually fixable.
Where this comes from
Armature ran 7,852 judged sessions with Claude Code, Codex and Cursor inside 90 realistic codebases, and published every run. The numbers on this page come from that work.