Appearance
maxims
maxims installs one-line rule memories from GitHub repos or local folders into the always-loaded instruction layer of every coding agent on a machine, and a small hook re-syncs them each time a session opens. These pages describe the behavior the code is built and tested against; each fact lives on one page.
bash
npx -y @vivswan/maxims add @Octocat/rules -g --rule --add-hookflowchart LR
repo["source repo<br/>memories/*.md"] -->|add, update, or a sync past the cooldown| store["store<br/>~/.agents/maxims/store/"]
state["state.json<br/>what should be installed"] --> sync["sync"]
store --> sync
sync --> cc["Claude Code<br/>~/.claude/rules/maxims-*.md"]
sync --> cx["Codex<br/>~/.codex/AGENTS.md block"]
sync --> more["every other harness in the matrix"]
hook["session-start hook<br/>npx -y @vivswan/maxims sync --quiet"] -.->|every session| syncHow it works walks the picture stage by stage. The pages below are grouped by what you are trying to do.
| I want to... | Read |
|---|---|
| install a source and see what lands on disk | Quickstart |
| follow a rule from the source repo to the agent's context | How it works |
| choose a scope, a selection, or a harness, or resolve a name collision | Install a source |
| commit a source list a fresh clone replays | Share rules with your team |
| know what the session hook does, and when a source is refetched | Keep rules fresh |
| look at upstream changes before they reach an agent | Keep rules fresh |
| write a memory file maxims accepts, scaffold one, lint a folder | Write your own memories |
| check what each harness loads, in a terminal or in CI | Check an install |
| fix what a session start or a sync reports | When something breaks |
| remove a source, move to a new machine, or uninstall | Move, back up, or uninstall |
| look up a verb, a flag, or an exit code | CLI reference |
| know which agents are supported and what each one gets | Harnesses |
know what lives in the maxims home and what config.json holds | Files on disk |
| know what state records and how it migrates | State |
| know what a failure keeps, and what two processes at once do | What sync guarantees |
declare a harness as data, built in or in harnesses.json | Adding a harness |
| understand the problem, and what came before | Why maxims |
| know why a behavior is the way it is | Design decisions |
| read the threat model | Security |
| see how the code is arranged, file by file, and who writes what | Architecture |