research-and-summarize
Distill complex topics into layered, actionable summaries. Start with the key insight, layer in detail, end with recommended next action.
pinned to #f47f948updated 3 months ago
Ask your AI client: “install skills/research-and-summarize”.
Requires the metahub MCP server installed in your client. Set up MCP.
mh install skills/research-and-summarizemetahub onboarded this repo on the author's behalf.
If you own github.com/DevelopersGlobal/ai-agent-skills on GitHub, claim the listing to take over publishing. Your claim preserves the existing eval history and badges; only the curator label is replaced with verified-publisher on your next publish.
Stars
64
Last commit
3 months ago
Latest release
published
- #ai
- #ai-agents
- #antigravity
- #artificial-intelligence
- #claude
- #claude-code-plugin
- #claude-skills
- #codex
- #cursor
- #skills
Automated checks the publisher passed at publish time — structure, docs, safety, and whether the artifact behaves as claimed.f47f948· 3 months ago
Behavioral checks ran but aren't published for this artifact; the static checks above ran at publish time.
Kind-specific
3 passed1 warningSkill: triggers declaredwarn
No `trigger` phrases in SKILL.md frontmatter
Add `trigger:` lines so Claude knows when to activate this skill — e.g. `when building MCP servers` or `for diagram creation`.
Skill: SKILL.md present
found at skills/research-and-summarize/SKILL.md · frontmatter source: SKILL.md
Skill: body content present
382 words · 2,520 chars · 10 sections
Skill: allowed-tools scope
no allowed-tools restriction (Claude may use anything)
Release history
1- releasecurrentf47f948warn3 months ago
Contents
Overview
Information overload is the default state. This skill transforms any research task into a structured summary: headline insight first, context second, detail third, action last. Designed for decision-makers who need clarity, not comprehensiveness.
When to Use
- Summarizing technical documentation or papers
- Researching a technology choice
- Briefing a team on a topic
- Distilling a long document for a specific decision
Process
Step 1: Define the Research Question
- State the specific question being answered: "Should we use Kafka or RabbitMQ for our event pipeline?"
- State who the answer is for and what decision it enables.
- This scopes the research — don't gather information beyond what the decision needs.
Verify: Research question is specific enough to have a clear answer.
Step 2: Gather and Evaluate Sources
- Identify 3–5 high-quality, authoritative sources.
- For each source, note: recency, authority, potential bias.
- Cross-reference key claims across sources.
- Flag conflicting information — don't silently pick one side.
Verify: Key claims are supported by at least 2 independent sources.
Step 3: Write the Layered Summary
- Headline (1 sentence): The single most important insight.
- Key findings (3–5 bullets): Supporting evidence for the headline.
- Context and nuance (1–2 paragraphs): Caveats, tradeoffs, conditions under which the headline doesn't hold.
- What we don't know: Gaps in the available information.
- Recommended action: Given the findings, what should the reader do next?
Deliver: A structured summary with all 5 sections.
Step 4: Cite Sources
- Every factual claim is linked to a source.
- Include the date of each source (recency matters in fast-moving fields).
Verify: Every claim has a citation.
Common Rationalizations (and Rebuttals)
| Excuse | Rebuttal |
|---|---|
| "The topic is too complex to summarize" | The goal is to enable a decision, not to be comprehensive. Scope to the decision. |
| "I'll just share the links" | Links are not summaries. Distillation is the value. |
Verification
- Research question defined before research begins
- Key claims cross-referenced across 2+ sources
- Summary has: headline, findings, context, unknowns, action
- Every factual claim has a citation with date
References
Reviews
No reviews yet. Be the first.
Related
Verification Before Completion
Evidence before assertions, always
Writing Plans
Turn specs into phased implementation plans
Test-Driven Development
Red → green → refactor discipline for any feature or bugfix
mh install skills/research-and-summarize