slack-channel-summarization
Summarize activity from one Slack channel and return a concise recap, post-ready update, or summary doc.
Best use case
slack-channel-summarization is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Summarize activity from one Slack channel and return a concise recap, post-ready update, or summary doc.
Teams using slack-channel-summarization should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/slack-channel-summarization/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How slack-channel-summarization Compares
| Feature / Agent | slack-channel-summarization | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Summarize activity from one Slack channel and return a concise recap, post-ready update, or summary doc.
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# Slack Channel Summarization Use this skill to summarize activity from one Slack channel, using a requested time window when provided or the last 100 messages otherwise, and optionally deliver the result back into Slack. ## Related Skills | Workflow | Skill | | --- | --- | | Draft, send, or rewrite the final Slack update | [../slack-outgoing-message/SKILL.md](../slack-outgoing-message/SKILL.md) | ## Start Here - If the user did not name a channel, ask which channel to review. - If the user provided a window, use it. For requests like "today" or "this week," resolve the user's timezone with `slack_read_user_profile`. - If the user did not provide a window, default to the last `100` messages in the channel. ## Workflow 1. Resolve the named channel with `slack_search_channels`. 2. Collect the initial pass with `slack_read_channel` and `limit: 100`. If the user gave a window, set `oldest` and `latest`. If not, read the latest messages. 3. Read a thread using `slack_read_thread` when the parent message looks important to the summary, for example a decision, blocker, launch, incident, or open question. Default to the last `50` replies unless the request requires more. 4. Read the full `## Formatting Rules` section below. 5. Consolidate the channel activity into a short summary grouped by topic. The summary should include recurring conversations, key decisions or follow-ups, notable updates, and important threads. 6. Match the delivery format to the request: - short recap or brief: reply in chat or use `../slack-outgoing-message/SKILL.md` for a Slack message - summary doc or canvas: use `slack_create_canvas` 7. Delivery intent rules: - if the user explicitly asked to post or send the summary in Slack, write it directly - if the user explicitly asked for a draft or review-first flow, create a draft - if the user asked for a canvas or summary doc in Slack, treat that as an immediate write, not a draft - if the user did not ask for Slack delivery, return the summary in chat ## Formatting Rules - For a concise Slack or chat summary, you MUST use exactly this structure unless the user explicitly requests a different format. - If you use `../slack-outgoing-message/SKILL.md` to draft or send the final message, this output contract remains binding. The downstream skill does not relax or rename these sections. ```md **Channel Summary - <channel>** **Overview** <1-2 sentence summary> **Topic: <topic 1>** - ... - ... **Topic: <topic 2>** - ... - ... **Notes** - <gaps, caveats, or sparse activity> ``` - Group the summary into 2–4 topics when possible. - Keep each topic to 1–5 bullets. - Use the overview to explain what the channel was focused on overall. - Start each bullet with the main update. Add an owner or next step only when it is clear from the channel. - Within each topic, capture decisions, action items, notable updates, and thread outcomes. - Note if a thread is still open or unresolved instead of implying it concluded. - Omit **Notes** when there are no caveats, gaps, or sparse-activity disclaimers to add. - For a canvas, expand each topic into a short section and use `slack_create_canvas`. Do this only when the user explicitly asked for a canvas, doc, or Slack-hosted summary.
Related Skills
teams-channel-summarization
Summarize activity from one Microsoft Teams channel or one scoped Teams conversation and return a concise recap or post-ready follow-up.
slack
Read Slack context, route to the right Slack workflow, and prepare or perform Slack writes that match the user's intent.
slack-reply-drafting
Draft Slack replies from available context. Use when the user wants help finding messages that likely need a response and preparing reply drafts.
slack-outgoing-message
Primary skill for composing, drafting, or refining any outbound Slack content. Use this whenever the task will require using `slack_send_message`, `slack_send_message_draft`, or `slack_create_canvas`. Use `slack` to read or analyze Slack context; use this skill to produce the final outgoing message.
slack-notification-triage
Triage recent Slack activity into a priority queue or task list for the user.
slack-daily-digest
Create a daily Slack digest from selected channels or topics. Use when the user asks for a daily Slack recap or summary of today's Slack activity.
workflow
Vercel Workflow DevKit (WDK) expert guidance. Use when building durable workflows, long-running tasks, API routes or agents that need pause/resume, retries, step-based execution, or crash-safe orchestration with Vercel Workflow.
verification
Full-story verification — infers what the user is building, then verifies the complete flow end-to-end: browser → API → data → response. Triggers on dev server start and 'why isn't this working' signals.
vercel-storage
Vercel storage expert guidance — Blob, Edge Config, and Marketplace storage (Neon Postgres, Upstash Redis). Use when choosing, configuring, or using data storage with Vercel applications.
vercel-services
Vercel Services — deploy multiple services within a single Vercel project. Use for monorepo layouts or when combining a backend (Python, Go) with a frontend (Next.js, Vite) in one deployment.
vercel-sandbox
Vercel Sandbox guidance — ephemeral Firecracker microVMs for running untrusted code safely. Supports AI agents, code generation, and experimentation. Use when executing user-generated or AI-generated code in isolation.
vercel-queues
Vercel Queues guidance (public beta) — durable event streaming with topics, consumer groups, retries, and delayed delivery. $0.60/1M ops. Powers Workflow DevKit. Use when building async processing, fan-out patterns, or event-driven architectures.