Fathom — principles

These are the rules Fathom was built on. If a change you’re proposing contradicts one of them, the principle wins unless you can articulate — in an issue or PR description — why it should change.

Short and public version; the longer operational notes stay private in CLAUDE.md at the repo root.

The principles are grouped by kind, because the kind tells you who the rule constrains:

Category Constrains Example
Product What we build, for whom, why. “Reader should never leave the document.”
Design How the product looks, feels, reacts. “Recursion has one visual grammar.”
Scientific How the AI grounds itself in the paper. “The paper is a filesystem, not a vector store.”
Engineering How the codebase is built and maintained. “Instrument first, fix second.”
Communication Voice, copy, typography. (Lives separately in .claude/skills/fathom-communication.md.) “Handwritten = voice, sans = information.”

Product principles


Design principles

Recursion has one visual grammar

This is the highest-priority design rule, because the product is the recursion.

Feel

Gesture


Scientific principles

How Fathom grounds Claude in the paper. These are the rules that decide what the AI can and can’t make up.


Engineering principles


Communication principles (typography, copy, voice)

These live in .claude/skills/fathom-communication.md because they’re routinely consulted as a checklist by the agent harness when copy or visuals change. Headlines:


Non-goals