tldr
Skill4 starsChanged 23 days agoMITView on GitHub
Be gentle with a human's attention. Collapses the last reply to its bottom line, explains a confusing term in plain words, or walks through open questions one at a time with a recommendation each. Also switches an optional always-on gentle mode on or off. Use when the user says "tldr", "tldr?", "bottom line", "too long", "too much", "i'm lost", "i don't understand", "one by one", "one at a time", "too many questions", or runs `/tldr on` / `/tldr off`.
40 other projects use a version of this.
Adopted by
Most recently taken up by
- annatomka/skillstheir own version, first seen Nov 8, 2026
- zazencodes/skillstheir own version, first seen Nov 8, 2026
- MarkPhamm/claude-skillstheir own version, first seen Nov 8, 2026
- nirberko/skillstheir own version, first seen Nov 8, 2026
- richkuo/rk-skillstheir own version, first seen Nov 8, 2026
- LaansDole/my-hermes-skillstheir own version, first seen Nov 7, 2026
Used with
Projects with it also use explain, handoff and 2 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
sunnyclinches44Skillexplain
Explains code using real-world analogies and ASCII diagrams
Also in 3 projects that use this
MicrosoftSkillhandoff
Compact the current conversation into a handoff document for another agent to pick up.
Also in 6 projects that use this
Google CloudSkilltriage
Gather context on a change or bug and plan the implementation.
Also in 3 projects that use this
GoogleSkillgrill-me
A relentless interview to sharpen a plan or design.
Also in 3 projects that use this
Other versions40 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 40
- earlyaidopters/second-brain★ 193same name
- saksham10arora-dotcom/everything-claude-codex★ 74same name
- richkuo/rk-skills★ 50same name
- gsarig/skills★ 30same name
- peterpme/skills★ 28same name
- Vesely/skills★ 28same name
- nirberko/skills★ 19same name
- r13i/skills★ 17same name
- SurefireStudios/tldr★ 9same name
- jamesblackwell/falcondeck★ 7same name
30 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository3 other files it gives its agents.
- CLAUDE.mdCLAUDE.md
- panelSkill
- qodo-pr-resolverSkill
The file
We split this skill into the rules it gives an agent
6 rules. 0 are common, 5 are distinctive, and 1 is very specific to this project.
0
Common
Most of the 35 edited versions we read keep these.
5
Distinctive
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 18
Do not announce the mode, do not say "in short" or "briefly", and do not apologize at length.
- Distinctive: line 48
Keep any warning about something destructive or irreversible.
- Distinctive: line 57
Collect: every open question and decision from the conversation, including ones buried in long replies.
- Very specific: line 62
After each answer, one progress line, then the next question: Q2 of 4 · settled: A = keep the deadline.
- Distinctive: line 63
When done, a 3-line summary of what was decided, then act on it.
- Distinctive: line 65
If an answer opens a new question, add it to the end of the queue and update the count.
“Common” is measured: kept by at least 6 in 10 of the 35 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
tldr: gentle with a human's brain
The user is a human with limited focus, not an AI. When a reply loses them, the fix is never a slightly shorter version of the same thing. It is the answer, in plain words, and one decision at a time.
Do not announce the mode, do not say "in short" or "briefly", and do not apologize at length. Just be short.
Prerequisites
- Claude Code with AskUserQuestion (used for one-by-one questions).
- Optional, for always-on mode only: a
UserPromptSubmithook in~/.claude/settings.jsonand this skill installed in Claude Code's personal skills folder (see below).
Workflow
Pick the mode from what the user said, run it (bottom line, explain, or one by one), and log a miss if they ask again.
Pick the mode
| They said | Mode |
/tldr, "tldr?", "bottom line", "too long", "too much" | Bottom line |
| "i don't understand X", "what is X", "i'm lost" | Explain |
| "one by one", "one at a time", "too many questions", or the bottom line has 2+ decisions | One by one |
/tldr on / /tldr off | Toggle |
Bottom line
Rewrite the previous reply (or the current state of the work) as:
**<the answer or verdict in one line>**
- <what they need to know>
- <at most 3 bullets, ~80 words total>
<Nothing needed from you.> or <N decisions: A, B, C. One by one?>- Hit the target on the first try. A second "tldr?" means it failed.
- Plain words. No headings, no tables, no code unless the answer is code.
- Lead with the answer, not with a position ("one correction first", "your instinct is right, but").
- Name things, never count them: "Post A, B, C", not "three things".
- Jargon only with a few plain words next to it, or not at all.
- Keep any warning about something destructive or irreversible. Never cut that.
Explain
They did not understand a term or idea.
- About 100 words. Plain words, one concrete example or analogy from their own work (their product, their codebase, the current task).
- Explain only that thing. Do not restate the whole previous answer.
- End with one short line linking it back to the decision at hand, not "does that make sense?".
One by one
- Collect every open question and decision from the conversation, including ones buried in long replies.
- Remove what you can answer yourself by looking it up (code, files, docs, tools). Facts are your job; only decisions are theirs. Drop the ones that do not matter.
- Order so a question that depends on another comes after it. Most important first otherwise.
- Say it once, in one line:
4 decisions: A, B, C, D. Starting with A. - Ask one per turn with AskUserQuestion: 2-4 concrete options, the recommended one first labeled "(Recommended)", each description 10 words or fewer. Phrase it so picking the first option accepts your recommendation. If the question depends on a draft or text they must read, print it in chat first (the question box can hide long text).
- After each answer, one progress line, then the next question:
Q2 of 4 · settled: A = keep the deadline. - When done, a 3-line summary of what was decided, then act on it. Do not ask "anything else?".
If an answer opens a new question, add it to the end of the queue and update the count.
Optional: always-on gentle mode
The short rules in ${CLAUDE_SKILL_DIR}/gentle.md can be injected into every prompt by a UserPromptSubmit hook, so Claude stays brief without being asked. It is off by default and needs a one-time hook in ~/.claude/settings.json:
<!-- fixed-format: hooks need an absolute install path -->{
"hooks": {
"UserPromptSubmit": [
{ "hooks": [ { "type": "command",
"command": "[ -f ~/.claude/.tldr-gentle ] && cat ~/.claude/skills/tldr/gentle.md ~/.claude/tldr/preferences.md 2>/dev/null || true" } ] }
]
}
}The path assumes this skill is installed at ~/.claude/skills/tldr/.
<!-- /fixed-format -->Merge into existing hooks rather than replacing them.
Personal rules (language, punctuation, tone) go in ~/.claude/tldr/preferences.md, one bullet per rule. If ~/.claude/memory/AGENTS.md exists, follow it instead: the rules live in the vault's shared/preferences/writing.md and the hook reads that file. The hook adds them after the shared rules, and they survive skill updates. Do not edit gentle.md itself.
Toggles:
/tldr on: first check that~/.claude/settings.jsoncontainstldr-gentle. If it does not, say the hook is missing, show the snippet above, and offer to add it. Only after the hook exists:mkdir -p ~/.claude && touch ~/.claude/.tldr-gentle, then replyGentle mode on. Takes effect on your next message./tldr off:rm -f ~/.claude/.tldr-gentle, then replyGentle mode off.
Learn
If they say "tldr?", "still too long" or "i don't understand" right after a tldr reply, it missed. Append one line to the learnings file (vault page skills/tldr-learnings.md if ~/.claude/memory/AGENTS.md exists, else ~/.claude/tldr/learnings.md; create it if missing): date, mode, what they said, what was too much (length, jargon, number of bullets). On the second miss of the same kind, propose a concrete tightening of the matching rule here or in gentle.md, and apply it only after the user approves.
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.

