编写 Slack 消息时用 mrkdwn 语法与结构规范…

在起草或发送 Slack 消息（含消息草稿、Canvas）时，避免 Markdown 语法失效和长文难读的问题。

适用场景

解决思路

1. 编写 Slack 消息时一律使用 Slack 自有的 mrkdwn 语法，不要用标准 Markdown。
2. 粗体写成 `*text*`（单星号）；斜体写成 `_text_`；删除线写成 `~text~`。
3. 行内代码写成 `` `code` ``，代码块写成三反引号 ```code```。
4. 引用写成 `> text`。
5. 链接写成 `<url|display text>`（尖括号内用竖线分隔）。
6. 提及用户写成 `<@U123456>`，提及频道写成 `<#C123456>`。
7. 无序列表用 `- item` 或 `• item`，有序列表用 `1. item`。
8. 不要用 `**bold**`（双星号）——Slack 用单星号 `*bold*`。
9. 不要用 `## headers`——Slack 不支持 Markdown 标题，改用独占一行的 `*bold text*`。
10. 不要用 `[text](url)` 写链接，改用 `<url|text>`。
11. 不要用 `---` 画分隔线，Slack 不会渲染。
12. 开门见山：把最重要的信息放在第一行（很多人只在移动端或通知里看到第一行）。
13. 保持简短：控制在 1-3 个短段落；若消息过长，考虑改用 Canvas。
14. 慷慨换行：用空行分隔不同的想法，避免大段文字墙。
15. 列表化：任何 3 项及以上的内容都用项目符号，不要写成流水长句。
16. 对关键信息加粗：用 `*bold*` 标出人名、日期、截止时间和行动项，便于快速扫读。
17. 回复某条具体消息时用 thread 回复，保持主频道整洁。
18. 只有当回复内容所有人都需要看到时，才使用 `reply_broadcast`（同时发到频道）。
19. 开启新话题、发布公告、向全组提问时，直接发在频道里而不是 thread 里。
20. 不要为延续已有对话而新开 thread——先找到原消息再回复。
21. 让语气与频道匹配（`#general` 通常比 `#random` 更正式）。
22. 简单确认用 emoji reaction 代替回复消息；注意 MCP 工具无法添加 reaction，必要时提示用户手动操作。
23. 写公告时使用清晰结构：背景（context）、关键信息（key info）、行动号召（call to action）。

适用边界 · 注意事项

• 消息内容很长时不要硬塞进一条 Slack 消息，应改用 Canvas。
• 目标平台不是 Slack（或支持标准 Markdown 的其他工具）时，不要套用 mrkdwn 语法。
• 任务本身与撰写 Slack 消息无关（如写邮件、文档、Git commit）时不适用。