Skip to content

vs. flat docs / sitemaps / OpenAPI

Sightmap is not the first file a project drops in to teach an agent how its app works. Most projects already have several — a README.md, maybe a CLAUDE.md or AGENTS.md, a sitemap.xml, an openapi.yaml. None of them solve the same problem, and Sightmap is not trying to replace them. It fills the gap they leave: a structured, agent-readable map of the running UI surface.

ToolWhat it capturesAudience
README.md / flat docsFree-form prose: setup, architecture, conventionsHumans onboarding
sitemap.xmlURLs and crawl hintsSearch engine crawlers
OpenAPI / SwaggerAPI endpoints, payloads, response shapesAPI clients (human and machine)
CLAUDE.md / AGENTS.md / .cursorrulesFree-form instructions to one agentA coding agent
.sightmap/Views, components, requests, and memory of the running appAny agent reading the live UI

Flat docs (README, CONTRIBUTING). Best for narrative — why the project exists, how to contribute, what the architecture looks like at a glance. Useless when an agent has the app open in a browser and needs to know which DOM subtree is the date picker.

sitemap.xml. A solved problem for crawlers. It lists URLs and last-modified dates. It says nothing about what’s on a page, what components render it, or which API requests it fires. Agents are not crawlers.

OpenAPI / Swagger. Excellent for the API layer in isolation. It does not connect a request to the view that triggers it, the component that renders the result, or the quirk that the endpoint 429s above 10 rps. Sightmap’s requests: block points at the API; OpenAPI tells you the shape; both can coexist.

CLAUDE.md, AGENTS.md, Cursor rules. Instruction text for one specific agent. They tell the agent how to behave — “always run the tests before committing” — but they do not give it a map. They are also single-vendor: rules written for Claude Code don’t help Cursor, and vice versa. A sightmap is read by all of them.

Sightmap sits between the API contract and the agent’s runtime view of the page. It names the screens (views), names the parts on each screen (components), names the endpoints behind them (requests), and attaches memory notes that survive across sessions. It is checked into the repo like a README, validated like OpenAPI, and read by every agent like a CLAUDE.md rule — but unlike any of them, it describes the live UI with structured selectors an agent can act on.

If the project already has all four of the files above, Sightmap is the missing fifth: the one that links the URL to the DOM to the API to the institutional knowledge. See Why agents need a sightmap for the underlying motivation, or jump to the canonical schema for the exact shape.