Developer documentation has moved from reference material to infrastructure. It is increasingly the interface that customers, support teams, internal tools, search systems, and AI agents use to understand products and make decisions. That means documentation needs to be intentionally architected for retrieval, clarity, reliability, and maintenance, not simply published. Most documentation systems are not designed for that reality yet.
At Cloudflare, I built the systems to close that gap: AI-assisted workflow tooling adopted across
multiple teams, support data analysis pipelines that surfaced where customers were actually
struggling, troubleshooting architecture redesigned from real escalation patterns, and operational
infrastructure that compressed multi-week projects into days. That machinery — the tooling, the support-data pipelines, and the review structures — is what I spent my time on, and it kept the documentation accurate as products changed.
I started in technology journalism, which trained the instinct that still shapes everything: the gap
between what organizations know internally and what users actually understand. That gap is what I'm
paid to close.
In practice, that means treating documentation as part of the product experience itself: something
that directly affects adoption, support volume, developer trust, and how effectively both humans and
AI systems can use a platform. The goal isn't better writing. It's better knowledge infrastructure.