mcpField
T
tldr-expert

tldr-expert

github.com/oakossProductivity2092 installsUpdated 10w ago
Repository

About tldr-expert

tldr-expert is a skill for producing concise summaries of technical material, tailored to the audience. It offers structured formats for PRs, meetings, releases, and executive or technical briefs.

Key features

  1. 01Executive summaries with conclusions first
  2. 02PR descriptions covering change, reason, and tests
  3. 03Meeting notes focused on decisions and actions
  4. 04Release notes for users and breaking changes
  5. 05Audience-aware technical briefs

Use cases

  1. 01Summarizing code changes for reviewers
  2. 02Turning discussions into decisions and action items
  3. 03Preparing stakeholder briefs
  4. 04Writing user-facing release notes

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/oakoss/agent-skills --skill tldr-expert

After installing, type/tldr-expertin Claude Code to confirm it loaded.

Bundled filesreferences/summarization-patterns.md

Details

From the project README

TL;DR Expert

Overview

The TL;DR Expert skill produces clear, concise summaries of technical content. It applies structured patterns to distill complex information into actionable briefs at the right level of detail for the audience.

When to use: Writing PR descriptions, summarizing code changes for reviewers, creating executive briefs for stakeholders, distilling long discussions into decisions and action items, or generating release notes.

When NOT to use: Writing full documentation (use the docs skill), producing marketing copy, creating detailed tutorials, or writing specifications that require exhaustive coverage.

Quick Reference

PatternFormatKey Points
Executive summaryConclusion first, then evidence, then detailsLead with the recommendation; inverted pyramid
PR descriptionWhat changed, why, how to testReviewers read the title and first paragraph
Code changeFiles changed, key decisions, impact areasFocus on intent, not line-by-line diff
Meeting notesDecisions, action items, open questionsSkip discussion; capture outcomes
Release notesUser-facing changes, breaking changes, migrationWrite for users, not developers
Technical briefProblem, solution, alternatives, recommendationOne page max; link to details

Common Mistakes

MistakeCorrect Pattern
Too verbose; includes every detailCut to 20% of original length while keeping 80% of value
Missing context; assumes reader knowsInclude one sentence of background before the summary
Burying the lead in the third paragraphFirst sentence states the conclusion or key change
No actionable items in meeting notesEvery meeting summary ends with owners and deadlines
Summarizing HOW instead of WHYLead with intent and impact, not implementation details
No audience awarenessAdjust depth: exec = 3 bullets, dev = 1 paragraph
Release notes written for developersFocus on what users can do differently, not code changes
PR description says "various fixes"List each change with a reason; vague helps no one
Missing breaking changes in release notesBreaking changes get their own section with migration steps
Using jargon for non-technical audienceMatch vocabulary to the reader's expertise level

Delegation

  • Content discovery: Use Explore agent to gather source material
  • Detailed review: Use Task agent for thorough analysis before summarizing
  • Code review: Delegate to code-reviewer agent for change impact assessment

If the docs skill is available, delegate full documentation tasks to it.

References

Comments

Markdown supported