shelf
AGENTS.md0 starsChanged 4 days agoMITView on GitHub
A curated reading list for building and running a software company, from the first prototype to scale-up, kept by Przemek Łuniewski. Public repo. Per topic, the best sources, each with a short note on what it is. The links are the value. Topics show the current state only: git history is the record. notes/about.md is the standard every change applies: the scope (a software company's first four stages, up to a few hundred people), the checks for adding a source…
Where files are headingNew AGENTS.md files have more rules about keeping secrets out of the code, and fewer about code style.
Of the AGENTS.md files we read, the 31,439 first seen in the last six months, against the older ones: the kind of rule that gained most share, and the kind that lost most. About files like this in general, not this one, and an estimate, since a kind is a pattern in the words.
The file
We split this AGENTS.md into the rules it gives an agent
5 rules. About 0 are common, 4 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈4
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 24
No body: a topic is its front matter.
- Very specific: line 26
Every summary (description, why, note) has at most 5 sentences, ideally 3, and says what the thing is, not what is inside.
- Distinctive: line 52
No filler, no hedging, no mannered prose: no slogans, no "X, not Y" flourishes, no "that is the point", "the real…", "worth your time", …
- Distinctive: line 53
Write about the subject, not about Przemek: no claims of expertise, no self-promotion.
- Distinctive: line 54
Before showing a draft, cut every word that adds nothing.
≈ “Common” is an estimate: at least 1 in 5 of the 40,246 AGENTS.md files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Shelf: guide for agents
A curated reading list for building and running a software company, from the first prototype to scale-up, kept by Przemek Łuniewski. Public repo. Per topic, the best sources, each with a short note on what it is. The links are the value. Topics show the current state only: git history is the record.
Standard
notes/about.md is the standard every change applies: the scope (a software company's first four stages, up to a few hundred people), the checks for adding a source (adapted from Garousi et al.'s grey-literature criteria: producer, evidence or method, still holds, origin or best current explanation, adds something unique, vendor interest named) and the reasons for removing one (adapted from CREW: misleading, superseded, trivial, out of scope, covered better elsewhere, unreadable). Trace each claim in a note to the original (SIFT).
Reading
- Index:
README.md(topics with one-line summaries) or/llms.txton the site. - Topic: any
.mdfile undernotes/. Section: any folder undernotes/; folders nest.
Format
Topic front matter (validated by src/content.config.ts; the build fails on errors):
title,description: one plain line, what it is.why: one or two lines, why it matters.reviewed: date of the last review. A topic is reviewed when its subject area changes: a new release, law, ruling or study, a source that breaks, moves or is superseded, or a reader's issue.sources: 5 to 7, eachtitle,author,url,type(article, paper, talk, video, docs, repo, guide, spec, tool, framework, law, feed),year,note, and optionalagents: an agent-readable copy (repo or Markdown) of the site aturl.related: topic ids likefoundations/ddd.tags: free.
No body: a topic is its front matter.
Every summary (description, why, note) has at most 5 sentences, ideally 3, and says what the thing is, not what is inside. The build enforces 5.
Every source must be readable by agents: free, no login or paywall, not blocked to bots. No store pages for books; link the author's free summary, catalogue or articles instead. Where the site blocks bots, agents points to a readable copy. Talks and videos need only be online. npm run links checks this.
Sections are folders, nested as deep as needed. A folder's optional index.md gives its title, description, sidebar.order and intro; without it the folder name is the title. Pages sort by sidebar.order, then title. Names starting with _ or . are skipped. The site, llms.txt and README list are built from the folder tree.
Each top-level section has its own hue, set by its place in the order (tone in src/lib/repo.ts); nothing to configure. Neighbours on the shelf always differ; sections far apart can look alike. A section added last leaves the other colours as they are; one added in between shifts the colours after it.
checked.txt holds the date the catalog was last checked against the standard; the editor loop writes it after each round. The home page shows the later of it and the last change in notes/.
A published URL keeps working: when a topic moves, add old path to new path in redirects.json.
Rules
- Link, don't copy: no copied passages, diagrams or images. Quotes are rare, under 15 words, attributed.
- Open every URL before adding it.
- A new source must pass every check in the standard and beat what it displaces. A removal's commit message names its reason from the standard, e.g. "Superseded by …".
- A topic outside the scope is removed or merged; a moved one gets a redirect.
- Notes describe the source. Never invent experience or opinions and attribute them to Przemek.
- Agents decide and publish. Each change needs an independent review, by an agent on a different model, and passing
npm run checkandnpm run links.
Writing
Applies to every note and doc here.
- Clear and precise. Plain, simple words, short sentences. Say each thing once. Current state only.
- No filler, no hedging, no mannered prose: no slogans, no "X, not Y" flourishes, no "that is the point", "the real…", "worth your time", "grounded in".
- Write about the subject, not about Przemek: no claims of expertise, no self-promotion.
- Before showing a draft, cut every word that adds nothing.
Publishing
Edit topics, npm run readme, npm run check, npm run links, one commit, PR to main, merge. The merge rebuilds the site. Manual change: the publish skill.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

