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. The writing was one output.
The systems thinking was the work.
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.