Why Dewey exists

Documentation is the interface between humans and machines. Most of it is broken.

The problem

AI coding assistants read your docs before they write a single line of code. If your documentation is scattered, outdated, or written only for humans skimming a README, agents will hallucinate, guess, or silently get things wrong.

Most documentation tools optimize for presentation — typography, sidebars, search. None of them ask: can an LLM actually parse this?

Agent-ready docs

Dewey treats documentation as structured data, not just rendered pages. Every doc page can have a human-readable version and a dense, machine-optimized .agent.md counterpart — tables over prose, explicit entry points, no ambiguity.

The output isn't just a website. It's AGENTS.md, llms.txt, and install.md — files that coding assistants already know how to find and use.

Preparation over presentation

Dewey is a docs agent, not a docs framework. It audits your markdown against a 100-point rubric, scores it, and tells you exactly what's missing. Then it generates the agent-facing files automatically.

The philosophy is simple: spend your energy on content quality, not on configuring a static site generator. Dewey handles the scaffolding so you can focus on what you're documenting.

Who's behind this

Dewey is built by Arach, a software engineer and engineering leader who's spent the last decade building developer tools, leading engineering teams at Meta, and co-founding startups as CTO.

After watching AI assistants struggle with real-world codebases — not because the models are bad, but because the docs are — Dewey became the obvious thing to build.

Handcrafted in Montreal, NY, and SF.