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
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
- Resolve the named channel with
slack_search_channels.
- 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.
- 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.
- Read the full
## Formatting Rules section below.
- 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.
- 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
- 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.
**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.
1---2name: slack-channel-summarization3description: Summarize activity from one Slack channel and return a concise recap, post-ready update, or summary doc.4---56# Slack Channel Summarization78Use 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.910## Related Skills1112| Workflow | Skill |13| --- | --- |14| Draft, send, or rewrite the final Slack update | [../slack-outgoing-message/SKILL.md](../slack-outgoing-message/SKILL.md) |1516## Start Here1718- If the user did not name a channel, ask which channel to review.19- 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`.20- If the user did not provide a window, default to the last `100` messages in the channel.2122## Workflow23241. Resolve the named channel with `slack_search_channels`.252. 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.263. 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.274. Read the full `## Formatting Rules` section below.285. 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.296. Match the delivery format to the request:30 - short recap or brief: reply in chat or use `../slack-outgoing-message/SKILL.md` for a Slack message31 - summary doc or canvas: use `slack_create_canvas`327. Delivery intent rules:33 - if the user explicitly asked to post or send the summary in Slack, write it directly34 - if the user explicitly asked for a draft or review-first flow, create a draft35 - if the user asked for a canvas or summary doc in Slack, treat that as an immediate write, not a draft36 - if the user did not ask for Slack delivery, return the summary in chat3738## Formatting Rules3940- For a concise Slack or chat summary, you MUST use exactly this structure unless the user explicitly requests a different format.41- 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.424344```md45**Channel Summary - <channel>**46**Overview**47<1-2 sentence summary>4849**Topic: <topic 1>**50- ...51- ...5253**Topic: <topic 2>**54- ...55- ...5657**Notes**58- <gaps, caveats, or sparse activity>59```6061- Group the summary into 2–4 topics when possible.62- Keep each topic to 1–5 bullets.63- Use the overview to explain what the channel was focused on overall.64- Start each bullet with the main update. Add an owner or next step only when it is clear from the channel.65- Within each topic, capture decisions, action items, notable updates, and thread outcomes.66- Note if a thread is still open or unresolved instead of implying it concluded.67- Omit **Notes** when there are no caveats, gaps, or sparse-activity disclaimers to add.68- 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.