From the experiment

Do coding agents recommend Datadog?

Datadog was chosen in 4% of 360 judged observability sessions, ranking fifth. Measured with Claude Code, Codex and Cursor.

Published September 3, 2026 Read as Markdown

Datadog was chosen in 4% of 360 judged observability sessions, ranking fifth. It was also raised as a candidate in 244 further sessions without being chosen.

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

The numbers

CategoryObservability
Sessions in the category360
Sessions where Datadog was chosen16
Install share4%
Rank in category5 of 16
Codebases it won in2
Raised as a candidate, not chosen244
Chosen when considered6%
Sitedatadoghq.com

By agent

With 16 wins spread across three 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 DatadogShare
Claude Code12022%
Codex1201412%
Cursor12000%

By who was asking

Datadog does much better with one kind of buyer than another. It won 19% of sessions asked as enterprise team and 0% of those asked as junior developer.

Who is askingSessionsChose DatadogShare
Vibe coder1200%
Junior developer1200%
Senior engineer30093%
Enterprise team36719%

What Datadog was up against

The full ranking in observability, from the same sessions:

#ProductRuns wonShare
1Sentry13337%
2Grafana5214%
3Amazon CloudWatch308%
4Built in-house (no product adopted)226%
5Checkly175%
6Datadog (this page)164%
7Better Stack154%
8New Relic154%

What this means

This is an integration problem, not a presence problem. Agents raised Datadog in 244 sessions and chose it in 16, 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 360 sessions in observability 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 observability run can be replayed on the board.

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

Yes. Datadog was chosen in 16 of the 360 judged sessions in observability, a 4% install share, ranking fifth in its category.

Does Claude Code recommend Datadog?

In 2 of the 120 sessions in observability run with Claude Code, which is 2%.

Do different coding agents treat Datadog differently?

Yes, and by a wide margin. Codex chose it in 12% of its runs and Cursor in 0%.

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 Datadog considered but not chosen?

It was raised as a candidate in 244 sessions without being chosen, and chosen in 16. 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