From the experiment

Do coding agents recommend Elasticsearch?

Elasticsearch was chosen in 5% of 459 judged search sessions, ranking seventh. Measured with Claude Code, Codex and Cursor.

Published September 3, 2026 Read as Markdown

Elasticsearch was chosen in 5% of 459 judged search sessions, ranking seventh. It was also raised as a candidate in 324 further sessions without being chosen.

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

The numbers

CategorySearch
Sessions in the category459
Sessions where Elasticsearch was chosen22
Install share5%
Rank in category7 of 16
Codebases it won in3
Raised as a candidate, not chosen324
Chosen when considered6%
Siteelastic.co

By agent

The three agents agree closely on Elasticsearch, choosing it at rates within 5 points of each other.

AgentSessionsChose ElasticsearchShare
Claude Code15232%
Codex15596%
Cursor152107%

By who was asking

Elasticsearch performs similarly across the four kinds of buyer, from 0% to 13%. That is unusual: the category leader changed with the persona in 14 of the 18 categories we measured.

Who is askingSessionsChose ElasticsearchShare
Vibe coder6500%
Junior developer19311%
Senior engineer1061413%
Enterprise team9577%

What Elasticsearch was up against

The full ranking in search, from the same sessions:

#ProductRuns wonShare
1Built in-house (no product adopted)10623%
2Postgres Full-Text Search7917%
3OpenSearch5913%
4Typesense429%
5Meilisearch409%
6Oracle Indexed Search235%
7Algolia235%
8Elasticsearch (this page)225%

What this means

This is an integration problem, not a presence problem. Agents raised Elasticsearch in 324 sessions and chose it in 22, 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 459 sessions in search are part of a published set of 5,292, run with real coding agents inside realistic codebases and judged blind. The full method is on one page: how we measured this.

Every search run can be replayed on the board.

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

Yes. Elasticsearch was chosen in 22 of the 459 judged sessions in search, a 5% install share, ranking seventh in its category.

Does Claude Code recommend Elasticsearch?

In 3 of the 152 sessions in search run with Claude Code, which is 2%.

Do different coding agents treat Elasticsearch differently?

Not much. The three agents chose it at similar rates, between 2% and 7% of their runs.

How was this measured?

Real coding agents at pinned versions were run in sandboxes inside 51 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 Elasticsearch considered but not chosen?

It was raised as a candidate in 324 sessions without being chosen, and chosen in 22. That is a 6% conversion from considered to chosen.

Where this comes from

Armature ran 5,292 judged sessions with Claude Code, Codex and Cursor inside 51 realistic codebases, and published every run. The numbers on this page come from that work.

Read next

All library pages