cd /news/ai-agents/your-engineers-got-faster-did-your-d… · home › topics › ai-agents › article
[ARTICLE · art-157805] src=dev.to ↗ pub= topic=ai-agents verified=true sentiment=↑ positive

Your engineers got faster. Did your docs?

A developer describes flipping the traditional documentation workflow so that AI agents draft docs changes from merged product PR diffs, tests and PR descriptions, while the engineer who built the feature reviews the draft instead of writing it. The engineer argues that AI has made the first draft the cheapest step, freeing technical writers to focus on clarity, placement and level of detail rather than reviewing a backlog of drafts they didn't write.

by read3 min views2 publishedOct 26, 2026

In my last post, I wrote that agents won't forgive your docs. This one is about a quieter problem: keeping the docs in step with the product at all.

AI made engineers faster. A single milestone now holds dozens of pull requests, each smaller than before. When AI writes much of the code, one change often arrives as a whole series of them.

Every one of those PRs can change something a user sees, so every one might need a docs update. But most docs processes were built for a much slower stream, and they haven't changed. The weakest point is the first draft: who writes it, and who is left reviewing everything else.

For years, most teams documented features the same way. The engineer who built the feature wrote the first docs draft. The tech writer reviewed it. It made sense. The engineer knew the details: the flag names, the edge cases, the error you get when you hold it wrong. Getting those details out of a product PR on your own was slow and hard. The writer needed the engineer for the first draft.

But look at what that means at today's speed:

Writing is hard. Reviewing a stream of drafts you didn't write is hard too. Doing both for a whole milestone is how docs fall behind.

The hard part used to be the first draft, because it needed the engineer's head. With AI, it doesn't anymore. An agent can read the product PR diff, the tests and the PR description, then draft the change on the right page. That's the part engineers were crucial for, and it's now the cheapest step.

So I flipped the roles. When a product PR merges, the docs side writes the docs PR, with whatever tools speed it up. The engineer who built the feature reviews it.

Each side now does the part only they can do:

Reviewing your own feature's docs is quick. Writing them wasn't. And the writer stops reviewing a pile of strangers' drafts and starts shipping one coherent release.

A first draft is not docs. The AI draft gets the facts on the page. Making them clear, in the right place, at the right level of detail is still writing.

How the writer does that is their choice. I put what I know into a writing skill that teaches an agent how our docs are written. Its drafts land closer to what I'd write myself, and I polish less. Some days I rewrite a section by hand because that's faster. Both are fine.

What matters is that the writer decides. AI takes the part that needed the engineer's time. The craft stays with the person who cares about the reader.

Flipping the roles fixes who writes what. It doesn't yet answer the other question: how do you know which PRs in a milestone need docs, and how do you get them all done before release day? That's a topic of its own, so it gets its own post.

I'm curious how you handled it. If your engineers got faster this year, did your docs keep up? And who writes the first draft now?

── more in #ai-agents 4 stories · sorted by recency
sponsored brought to you by zahid.host 4,200+ EU-deployed projects
reading about agents? ship yours in a single git push.

Run your AI side-project on zahid.host

EU-based hosting, git-push deploys, automatic HTTPS, no cold starts. Free tier with a custom domain — perfect for shipping the agent you just read about.

$git push zahid main
→ Live at https://your-agent.zahid.host ✓
Get free account → Pricing
from €0/mo · no card required
LIVE [news/your-engineers-got-f…] indexed:0 read:3min 2026-10-26 · —