Filer Usecase
A Three-Level Explanation for Every Paper That Lands in the Folder
A Filer folder reads each research paper you drop in and writes an explanation next to it — for a ten-year-old, an undergraduate and a fellow researcher — plus five key terms and the one question the paper answers. The paper is untouched and nothing is uploaded.
- File event
- Chat
What you get
Papers pile up in a folder faster than they get read — the one from the adjacent field, the one a colleague forwarded, the one you need for a meeting. Understanding each one starts with a search for the background it assumes, and the web tools that promise to explain a paper want it uploaded first and charge by the month.
Point a Filer folder at the pile instead. When a paper lands, the folder's agent reads it whole and writes an explanation beside it in a fixed shape: the question the paper answers in one sentence, a version for a ten-year-old, one for an undergraduate with the paper's own numbers, one for a fellow researcher with its assumptions and admitted limits, and five key terms in plain words. A running index in the folder gets one row per paper. The paper itself is never modified, and nothing leaves your machine.
How to do it
Screenshots below are from a real run on a public research paper dropped into an empty folder.
What it needs
- A Filer folder on the location where papers land
- An inference endpoint for the folder agent — see the note below on what quality depends on
Tell the folder the shape of an explanation
Activate the papers folder as a Filer and write the instruction once: read the whole paper, explain only from what was read, write the explanation next to it with exactly these sections in this order, add one row to the index, and never touch the paper or create anything else. The section list is the whole design — the same instruction works for every paper that follows.
Instruction (excerpt)
When a new paper (a .pdf) arrives in this folder: if <paper name>.explained.md already exists next to it, do nothing for that paper. Read the whole paper with the tools you have for reading documents; if you are shown only part of it, keep reading the rest in parts. Explain only from the text you actually read — not from the title, and not from what you remember about the paper. Write <paper name>.explained.md next to it with exactly these sections, in this order: the paper title; "The question this paper answers" in one sentence; "For a 10-year-old" in 3 to 5 short paragraphs with no jargon; "For an undergraduate" naming the method and the main result with the paper's own numbers; "For a fellow researcher" with assumptions, what is new versus prior work as the paper states it, and the limitations the paper admits; "Five key terms", each with a one-sentence definition in plain words; and a one-line note that the explanation is based on the extracted text only. Add one row to index.md (paper, title, question, date). Never modify the paper. Never create any other file.
A paper lands
A PDF is dropped into the folder. The agent reads it in two passes — the paper is longer than a single read returns — writes the explanation, adds the index row, and is done: one run, two new files, the paper exactly as it was.
The explanation sits next to the paper
Seven sections, in the order the instruction asked for. The undergraduate version carries the paper's own figures — its benchmark scores, layer counts and training time — and the researcher version names the limitations the paper itself admits. The index has one row: the file, the title, the question, the date.
What this is, and is not
The explanation is built from the paper's extracted text. Equations, figures and tables that exist only as images are not part of what the agent reads, and the note at the end of every explanation says so.
Quality follows the model. Keeping three audiences consistent and quoting a paper's numbers correctly is a reasoning task — a stronger model does it far more reliably than the small bundled one. An explanation is a reading companion, not a substitute for the paper.
The screenshots and outputs on this page come from a real run of Filer, not a mockup.
Where else this applies
Anywhere documents arrive that have to be understood before they can be used fits the same shape:
- A reading-group folder — every member drops the week's paper and gets the same three-level primer.
- A standards or specification archive — each new RFC or spec revision gets a plain-language summary and a "what changed" section instead.
- A due-diligence folder — technical reports and patents get an explanation a non-specialist can act on.
Other ways in
The walkthrough uses a file trigger. The same explanation is one sentence away in chat.
- Right-click
- No right-click action yet — use chat.
- Chat
- No setup needed to ask right now:
"Explain attention-is-all-you-need.pdf at three levels — for a ten-year-old, an undergraduate and a researcher — and list five key terms." - Other automation triggers
- A schedule can sweep the folder nightly for any paper that still has no explanation — the same instruction, a different trigger.
- Other integrations
- Add a messenger plugin and the folder can send you the ten-year-old version when an explanation is ready.
More usecases

A Study Folder That Writes Its Own Flashcards
Drop a chapter into the folder and a flashcard deck and a quiz sheet appear next to it — every card taken from the text, and the textbook never leaves your machine.
- File event
- Chat

An Index That Never Goes Stale
A Filer folder agent notices when a file is added or changed and rewrites the folder's own INDEX.md to match — nobody has to remember to update it.
- File event
- Chat
- Right-click

Every New Draft, Already a PDF
A Filer folder agent notices a new document, converts it to PDF on its own, and leaves a clean, shareable file sitting right next to the original.
- File event
- Chat
- Right-click