Summarize
Overview
Produce concise, structured summaries of various content types.
When to Use
- •User asks to summarize a URL, article, or document
- •User asks for a TL;DR of a file, conversation, or codebase
- •User asks to extract key points from content
URL / Web Content
- •Fetch the content using available tools (web fetch, curl)
- •Extract the main text, ignoring navigation, ads, and boilerplate
- •Produce a structured summary
File / Document
- •Read the file
- •Identify the type (code, documentation, config, data)
- •Summarize accordingly:
- •Code: Purpose, key functions/classes, dependencies, patterns used
- •Docs: Main topics, key takeaways, action items
- •Config: What it configures, notable settings, potential issues
- •Data: Schema, row count, key fields, notable patterns
Codebase
When asked to summarize a project or codebase:
- •Read
package.json,README.md, and entry points - •Scan directory structure
- •Identify tech stack, architecture patterns, key modules
- •Produce:
markdown
## Project: <name> **Tech Stack**: Node.js, TypeScript, Express, Prisma... **Architecture**: <pattern> (MVC, hexagonal, microservices...) **Entry Point**: src/index.ts ### Key Modules - `src/auth/` — Authentication (JWT, OAuth) - `src/api/` — REST endpoints - ... ### Dependencies (notable) - express, prisma, zod... ### Scripts - `npm run dev` — Development - `npm test` — Tests - ... ### Notes - <anything notable: missing tests, security concerns, TODOs>
Conversation
When asked to summarize the current conversation:
- •Identify the main topics discussed
- •List decisions made
- •List action items / next steps
- •Note any unresolved questions
Output Format
Always structure summaries with:
- •TL;DR — One sentence
- •Key Points — Bullet list (3-7 items)
- •Details — Expanded sections as needed
- •Action Items — If applicable