agentleFS
ilchemlailchemla/agent-skills/skills/tldr/SKILL.md

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

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.
  • sunnyclinches44Skill

    explain

    Explains code using real-world analogies and ASCII diagrams

    Also in 3 projects that use this

  • MicrosoftSkill

    handoff

    Compact the current conversation into a handoff document for another agent to pick up.

    Also in 6 projects that use this

  • Google CloudSkill

    triage

    Gather context on a change or bug and plan the implementation.

    Also in 3 projects that use this

  • GoogleSkill

    grill-me

    A relentless interview to sharpen a plan or design.

    Also in 3 projects that use this

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
  1. Distinctive:

    Do not announce the mode, do not say "in short" or "briefly", and do not apologize at length.

    line 18
  2. Distinctive:

    Keep any warning about something destructive or irreversible.

    line 48
  3. Distinctive:

    Collect: every open question and decision from the conversation, including ones buried in long replies.

    line 57
  4. Very specific:

    After each answer, one progress line, then the next question: Q2 of 4 · settled: A = keep the deadline.

    line 62
  5. Distinctive:

    When done, a 3-line summary of what was decided, then act on it.

    line 63
  6. Distinctive:

    If an answer opens a new question, add it to the end of the queue and update the count.

    line 65

“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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

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 UserPromptSubmit hook in ~/.claude/settings.json and 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 saidMode
/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+ decisionsOne by one
/tldr on / /tldr offToggle

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

  1. Collect every open question and decision from the conversation, including ones buried in long replies.
  2. 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.
  3. Order so a question that depends on another comes after it. Most important first otherwise.
  4. Say it once, in one line: 4 decisions: A, B, C, D. Starting with A.
  5. 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).
  6. After each answer, one progress line, then the next question: Q2 of 4 · settled: A = keep the deadline.
  7. 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.json contains tldr-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 reply Gentle mode on. Takes effect on your next message.
  • /tldr off: rm -f ~/.claude/.tldr-gentle, then reply Gentle 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.

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.