DOP 342: Your Company Documentation Is Useless for AI

Episode 342

Show Notes

#342: Most companies have plenty of documentation. The problem is almost none of it is findable, current, or true. Between what’s documented, what’s actually true, and what people actually do, there are gaps wide enough to kill any AI initiative before it starts.

Viktor makes a distinction that reframes the whole problem: there are two types of documentation. Why something was done – that’s eternal. How something works – that’s outdated the moment someone changes a config and forgets to update the wiki. The information about that change probably exists somewhere – in a Zoom recording, a Slack thread, somebody’s head – but it’s not where anyone would think to look for it.

The running system itself is the most accurate documentation any company has. Your Kubernetes cluster tells you how many pods are running right now. Git tells you how many you wished you had. Those aren’t the same thing, and pretending Git is the source of truth is a comfortable lie most teams tell themselves daily.

RAG won’t save this. Not the way most people imagine it – point an agent at your docs and let it answer questions. That fails for the same reason Google’s old enterprise search appliance failed. What could work is a continuous process that watches every information source, extracts what matters, and updates a central location intelligently. We have the pieces for this. Nobody’s built it yet.

The practical path forward: audit what you have before building anything new. Instrument your documentation the way you instrument applications – find out what people search for and can’t find. Design for retrieval, not storage. Build feedback loops. And stop treating documentation as a project with an end date. The companies that treat this as a strategic advantage instead of a chore are the ones that will actually make AI work for them.

Frequently Asked Questions

Why is company documentation not useful for AI agents?

Viktor Farcic argues on DevOps Paradox episode 342 that the information usually exists but sits in the wrong place: a stale wiki page, a Zoom transcript, a Slack thread nobody scrolls back to. He splits documentation into why something was done, which stays true more or less forever, and how something works, which he says he has never seen kept current outside of mainframes. AI inherits that problem rather than solving it.

Is Git the source of truth for your infrastructure?

Viktor Farcic says no on DevOps Paradox episode 342. He argues the running system is the source of truth and that Git holds desired state, a replica rather than the original. If Git says four pods and the cluster is running five, the actual state is five. What the cluster cannot tell you is why five were wanted, and that motivation is the part genuinely worth writing down.

What should you actually write in code comments?

Viktor Farcic’s rule on DevOps Paradox episode 342 is to document why, not what. He points out that a changed IP address is already visible in the config, so recording the new value adds nothing, while recording the reason for the change adds the one thing the system cannot show you on its own. He suggests the same approach for cloud resources, putting the motivation into labels on the instance.

Will RAG fix a company's documentation problem?

Darin Pope’s position on DevOps Paradox episode 342 is that RAG is a tool rather than the answer. He cites Gartner projections that organizations will abandon 60 percent of AI projects unsupported by AI-ready data, and that roughly 30 percent of generative AI projects get dropped at proof of concept, often over poor data quality. Viktor Farcic adds that the same drag applies to people, not only to models.

How much context does an AI coding agent need?

Viktor Farcic compares it on DevOps Paradox episode 342 to a new hire’s first day. Telling someone to deploy a release and nothing else gets you nothing back, and handing them a Notion URL covering everything the company ever wrote is barely an improvement. The work is pointing at the relevant parts specifically. Expecting more from an AI agent than you would from a person, he argues, makes no sense.

How can you tell whether your documentation is good enough for AI?

Darin Pope closes DevOps Paradox episode 342 with a test: run a retrieval process over your existing documentation and ask whether the answer it returns beats the hallucination you would have got without it. If the grounded answer is worse, the documentation is the problem. He also suggests instrumenting documentation the way teams instrument applications, so the gaps between what people search for and what they find become visible.

What is the DevOps Paradox podcast?

DevOps Paradox is a weekly podcast co-hosted by Darin Pope and Viktor Farcic, covering DevOps, platform engineering, and modern software delivery. Episode 342, “Your Company Documentation Is Useless for AI,” works through why internal documentation decays, why the running system is a better source of truth than a wiki, and what has to change before AI can use any of it. Every episode page carries audio, video, and a full transcript.

Topics

Share and Download

Hosts

Viktor Farcic

Viktor Farcic

Viktor Farcic is a member of the Google Developer Experts and Docker Captains groups, and published author.

His big passions are DevOps, Containers, Kubernetes, Microservices, Continuous Integration, Delivery and Deployment (CI/CD) and Test-Driven Development (TDD).

He often speaks at community gatherings and conferences.

He has published DevOps Paradox and Test-Driven Java Development.

His random thoughts and tutorials can be found in his blog The DevOps Toolkit.