DevRel in the AI Era

Between 2023 and 2026, LLMs, coding agents, and agent-mediated discovery changed what Developer Relations does, who it serves, and how teams measure the work.

This section synthesises the perspectives, evidence, and early signals.

The central claim

Modern DevRel now serves two distinct audiences simultaneously:

  1. AI agents. Cursor, Claude Code, Copilot, ChatGPT, Perplexity, Gemini, and a growing class of background coding agents read docs, sample code, and llms.txt files to produce code on behalf of developers. They are the execution audience. They want exhaustive, structured, machine-parseable material.

  2. Human developers. Who increasingly never read your docs first. They form opinions about your product on X, Bluesky, YouTube, Twitch, Reddit, Hacker News, Discord, podcasts, and conferences. They are the inspiration audience. They need authentic engineering brand, vivid demos, opinionated takes, and people they trust.

The same content rarely serves both well. The most successful 2025 to 2026 DevRel teams have begun to design for the split: agent-readable surfaces optimised for LLM consumption, and human-shaped surfaces optimised for emotional and aesthetic engagement. See ./the-dual-audience-thesis.md.

What changed between 2022 and 2026

Dimension20222026
First-touch discoveryGoogle search → docs”Ask ChatGPT” / “Ask Claude” / Perplexity → maybe-docs
Code authorshipDeveloper types codeAI agent writes code under developer supervision
Doc readerHumanHuman + AI agent (often AI first)
Documentation surfaceWeb pageWeb page + llms.txt + MCP server
Integration interfaceREST/GraphQL API + SDKSame + MCP server + agent-friendly tool schemas
Onboarding metricTTFHW for humanTTFHW for human + agent task success rate
Discovery channelGoogle + Twitter + HNGoogle + ChatGPT + YouTube + LinkedIn + Bluesky + Reddit + podcasts
Trust signalStars, follower counts, “recommended by”Cited by AI assistants, vouched for by trusted humans
Content type that travelsPolished blog postsLive streams, founder voices, opinionated takes, failures

Each of these shifts is treated in detail in subsequent files.

What this section covers

Foundations

Agent-facing surfaces

Optimisation and measurement

Identity and culture

The debates

The trains of thought, summarised

The discourse on AI-era DevRel splits into roughly five trains of thought. Each is developed in detail elsewhere in this section; the short versions:

  1. The Dual Audience. Most operationally pragmatic. Practitioners design separately for human inspiration and AI execution. Both audiences are now real; the strategies differ. Best articulated by people running working DevRel programs at AI-first companies (Anthropic, Mintlify, Vercel) and by the AngelHack and DocE-AI essays of 2025 to 2026.

  2. The Strategic-Reframe Camp. Argues that AI expands DevRel’s role. Angie Jones writes, “Plot twist: we’re not dead. We’re standing on the biggest stage of our careers” in How DevRel is Leading AI Adoption (2025). In this account, DevRel models credible AI-augmented practice, compares developer perception with telemetry, and curates trust signals that AI assistants cannot produce.

  3. The Post-Mortem Camp. Argues that the kind of DevRel that died in 2022 to 2024 was dying anyway and AI just accelerated the reckoning. “RIP DevRel 2010 to 2024” (MB Consulting, 2024). DevRel-as-content-marketing is the casualty; DevRel-as-strategic-function lives on, restructured.

  4. The Agent-Experience Camp. Sees the most important new DevRel discipline as designing for AI agents: your APIs, docs, llms.txt, MCP servers, prompt templates, error messages, and so on are now consumed primarily by software, not by people. Best operationalised inside AI-product companies (OpenAI, Anthropic) and at infrastructure companies that already ship MCP servers.

  5. The Sceptical / Empirical Camp. Cautions that much of what’s claimed about AI-era DevRel is unverified marketing. llms.txt may have negligible measurable impact; AI-citation studies show inconsistent results; some of the breathless 2024 to 2025 advice has not survived 2026 data. Best represented by analyses like Signals.sh’s “Does llms.txt actually work?” (2026) and the broader observability community’s caution that sentiment about AI productivity diverges from telemetry.

In practice, most mature DevRel teams in 2026 hold a position that draws from camps 1, 2, and 4, adopting the dual-audience design, retaining the strategic-reframe argument, building agent-facing surfaces, while taking camp 5’s empirical caution seriously enough to instrument outcomes rather than trust the rhetoric.

What to read first

If you have time for only three of the files below:

  1. ./the-dual-audience-thesis.md
  2. ./agent-experience-ax.md
  3. ./early-signals-what-works.md

If you have time for one, read the dual-audience thesis first. The other pages develop its two sides in detail.

See also

Entries

  1. 01

    AI-era DevRel metrics

    DevRel metrics changed in 2024 to 2026. The old funnel of page view, signup, and activation remains, but new measurement surfaces have appeared and several pre-AI metrics now mean different things. This file is a working framework.

  2. 02

    Agent-facing documentation

    When your docs are consumed by AI agents as much as by humans, the craft of documentation changes. This file is a practical guide.

  3. 03

    Humans and agents

    Developer Relations now serves human developers and the AI agents acting on their behalf. Each audience needs different material.

  4. 04

    LLM-mediated discovery

    For most of the 2010s, the developer's first encounter with a new product was a Google search followed by ten browser tabs.

  5. 05

    Human inspiration

    AI agents can execute more developer work, but people still decide which products to evaluate, learn, trust, and recommend.

  6. 06

    `llms.txt`

    Among agent-facing DevRel conventions from 2024 to 2026, llms.txt became the most discussed.

  7. 07

    MCP for DevRel

    If llms.txt is the documentation surface for AI agents, MCP is the capabilities surface. Where llms.txt lets agents understand your product, MCP lets them operate it.

  8. 08

    Agent experience

    Designing APIs, tools, documentation, permissions, and errors for software agents acting on a user's behalf.

  9. 09

    GEO and AEO for DevRel

    GEO focuses on whether AI assistants cite a product; AEO focuses on whether they can extract a clear answer from its content.

  10. 10

    Vibe coding and AI engineers

    How the AI Engineer role and vibe coding change developer audiences, education, and product support.

  11. 11

    AI-era DevRel debates

    The DevRel-in-the-AI-era conversation has been substantive, contested, and dispersed across blog posts, podcasts, conference talks, and trade-press essays.

  12. 12

    Critical views

    Seven sceptical arguments about AI-era DevRel, with the evidence for each one and the limits of the claim.

  13. 13

    AI-era DevRel signals

    Thirteen DevRel practices visible at named companies in 2025 and 2026, with the conditions and limits attached to each one.