Get the FREE Ultimate OpenClaw Setup Guide →

slack-messaging

Scanned
npx machina-cli add skill anthropics/knowledge-work-plugins/slack-messaging --openclaw
Files (1)
SKILL.md
3.1 KB

Slack Messaging Best Practices

This skill provides guidance for composing well-formatted, effective Slack messages.

When to Use

Apply this skill whenever composing, drafting, or helping the user write a Slack message — including when using slack_send_message, slack_send_message_draft, or slack_create_canvas.

Slack Formatting (mrkdwn)

Slack uses its own markup syntax called mrkdwn, which differs from standard Markdown. Always use mrkdwn when composing Slack messages:

FormatSyntaxNotes
Bold*text*Single asterisks, NOT double
Italic_text_Underscores
Strikethrough~text~Tildes
Code (inline)`code`Backticks
Code block```code```Triple backticks
Quote> textAngle bracket
Link<url|display text>Pipe-separated in angle brackets
User mention<@U123456>User ID in angle brackets
Channel mention<#C123456>Channel ID in angle brackets
Bulleted list- item or • itemDash or bullet character
Numbered list1. itemNumber followed by period

Common Mistakes to Avoid

  • Do NOT use **bold** (double asterisks) — Slack uses *bold* (single asterisks)
  • Do NOT use ## headers — Slack does not support Markdown headers. Use *bold text* on its own line instead.
  • Do NOT use [text](url) for links — Slack uses <url|text> format
  • Do NOT use --- for horizontal rules — Slack does not render these

Message Structure Guidelines

  • Lead with the point. Put the most important information in the first line. Many people read Slack on mobile or in notifications where only the first line shows.
  • Keep it short. Aim for 1-3 short paragraphs. If the message is long, consider using a Canvas instead.
  • Use line breaks generously. Walls of text are hard to read. Separate distinct thoughts with blank lines.
  • Use bullet points for lists. Anything with 3+ items should be a list, not a run-on sentence.
  • Bold key information. Use *bold* for names, dates, deadlines, and action items so they stand out when scanning.

Thread vs. Channel Etiquette

  • Reply in threads when responding to a specific message to keep the main channel clean.
  • Use reply_broadcast (also post to channel) only when the reply contains information everyone needs to see.
  • Post in the channel (not a thread) when starting a new topic, making an announcement, or asking a question to the whole group.
  • Don't start a new thread to continue an existing conversation — find and reply to the original message.

Tone and Audience

  • Match the tone to the channel — #general is usually more formal than #random.
  • Use emoji reactions instead of reply messages for simple acknowledgments (though note: the MCP tools can't add reactions, so suggest the user do this manually if appropriate).
  • When writing announcements, use a clear structure: context, key info, call to action.

Source

git clone https://github.com/anthropics/knowledge-work-plugins/blob/main/partner-built/slack/skills/slack-messaging/SKILL.mdView on GitHub

Overview

Learn to compose well-formatted Slack messages using Slack's mrkdwn syntax. This skill covers formatting rules, message structure, and etiquette to improve clarity, readability, and actionability in team chats.

How This Skill Works

It explains which mrkdwn elements to use (bold, italic, code, links, and mentions), how to apply line breaks and bullet lists for readability, and when to use threads versus channels. It also highlights common mistakes to avoid.

When to Use It

  • Drafting a Slack message to convey a point clearly in the first line
  • Refining a slack_send_message or slack_send_message_draft with proper formatting
  • Creating or editing messages for a channel announcement or update
  • Posting longer updates via a Canvas with a structured outline
  • Replying in a thread to keep the main channel uncluttered while sharing context

Quick Start

  1. Step 1: Identify the main point and place it in the first line using *bold* for emphasis where needed.
  2. Step 2: Format with mrkdwn: use <url|text> for links, bullets for lists, and line breaks to separate ideas.
  3. Step 3: Review length and tone; if longer than a short paragraph, consider a Canvas or thread for readability.

Best Practices

  • Lead with the point in the first line to capture attention
  • Keep messages short: 1-3 short paragraphs; use a Canvas for longer content
  • Use line breaks generously to separate ideas and improve readability
  • Use bullet lists for 3+ items instead of long run-on sentences
  • Bold key information (names, dates, deadlines, actions) to stand out

Example Use Cases

  • Channel announcement: *Sprint kickoff* on Friday. See <https://calendar.example|Calendar> for details and please RSVP.
  • Incident update in a thread: > Incident started 2pm. Next steps: - Confirm impact - Identify workaround - Provide ETA <https://status.example|Status page>
  • Status update: *Context:* migrating service A to new cluster. Next: - verify success - monitor latency - update stakeholders
  • Announcement with action: *New policy*: please read by *Friday 5pm* and reply with your acknowledgment in this thread <@U123456>.
  • Long-form update via Canvas: Context, Key Info, Action Items, and a link to the full doc <https://docs.example/resource|Resource>.

Frequently Asked Questions

Add this skill to your agents
Sponsor this space

Reach thousands of developers