关于 Slack Message Writer
Slack Message Writer 是面向 Slack 用户的消息撰写技能,涵盖频道帖子和私信。它提供公告、状态更新、请求等内容的组织建议,并涉及格式、语气、提及和串帖。
主要功能
- 01撰写公告和状态更新
- 02组织问题与请求
- 03支持会议回顾、提醒、投票和介绍
- 04提供格式、提及和串帖建议
适用场景
- 01在频道分享项目进展
- 02附上背景和期限请求协助
- 03整理会议决定与行动项
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ jmsktm/ claude-settings --skill slack-message-writer安装后在 Claude Code 中输入/slack-message-writer确认已加载。
详细介绍
Slack 消息撰写器
Slack 消息撰写器技能可帮助你为 Slack 频道和私信编写清晰、吸引人且格式恰当的消息。无论你是要发布公告、寻求帮助、分享进展,还是促进异步讨论,这项技能都能让你的 Slack 沟通更高效、更专业。
这项技能熟悉 Slack 独特的沟通文化——比电子邮件更随意,但仍然专业;常用表情符号表达语气;通过主题串补充上下文;并使用格式提升可读性。它能帮助你组织消息,让消息更容易被阅读和回复,并推动对话继续进行。
这项技能还会利用 Slack 特有的功能,如提及、格式设置、表情符号回应和主题串惯例,提升团队沟通的参与度与清晰度。
核心工作流
工作流 1:频道公告
- 明确目的:了解需要传达什么
- 确定受众:确定要发到哪些频道,以及哪些人需要看到
- 组织消息:使用格式、表情符号和清晰的分段
- 补充上下文:附上链接、参考资料或背景信息
- 加入行动号召:明确说明后续步骤或需要采取的行动
工作流 2:进展或状态消息
- 收集信息:汇总状态事项、阻碍因素和成果
- 方便快速浏览:使用项目符号、表情符号和标题
- 突出变化:明确指出新增或不同之处
- 链接资源:附上相关文档、工单或主题串
- 标记相关人员:提及需要查看消息的人
工作流 3:提问或请求
- 明确提出需求:开头就说明你需要什么
- 提供上下文:提供足够的背景信息,但避免信息过载
- 说明紧迫程度:明确时间要求
- 提出解决方案:展示你已考虑过各种方案
- 标记合适的人:提及能够提供帮助的具体人员
快速参考
| 操作 | 命令/触发语 |
|---|---|
| 团队公告 | "撰写一则关于 [topic] 的 Slack 公告" |
| 项目进展 | "为 #[channel] 起草项目状态更新" |
| 寻求帮助 | "撰写一条 Slack 消息,请求帮助解决 [help with X]" |
| 分享成果 | "为 [achievement] 撰写庆祝消息" |
| 征求反馈 | "起草一条关于 [topic] 的反馈请求" |
| 安排提醒 | "为 [deadline/event] 创建提醒消息" |
| 会议回顾 | "撰写 Slack 会议总结" |
| 欢迎消息 | "为新团队成员起草欢迎消息" |
支持的消息类型
- 公告:公司、团队或项目更新
- 状态更新:进度报告、冲刺更新、阻碍因素
- 问题:寻求帮助、信息或决策
- 庆祝:成果、里程碑、赞扬
- 会议回顾:关键决策和行动项
- 请求:反馈、评审、审批
- 提醒:截止日期、活动、行动项
- 介绍:新团队成员、新功能
- 事件:错误报告、服务中断更新、事后复盘
- 投票/调查:快速征求团队反馈或意见
最佳实践
- 开门见山:第一行就写明主要内容
- 使用格式:用粗体强调重点,用代码块呈现技术内容,用项目符号列出条目
- 巧用表情符号:用表情符号传达语气并整理信息(🎉 ✅ ⚠️ 🚀 🔥)
- 将长讨论放入主题串:使用主题串,保持频道整洁
- 谨慎标记他人:只有在对方需要立即查看时才使用 @mention
- 避免滥用 @channel/@here:仅在真正紧急且所有人都需要看到的消息中谨慎使用
- 添加链接,而非重复内容:引用已有内容,不要重复粘贴
- 考虑时区:考虑大家何时会阅读消息
- 便于快速浏览:使用短段落、清晰的结构和直观的层次
- 包含行动项:明确说明后续步骤、负责人和截止时间
Slack 格式速查指南
| 格式 | 语法 | 使用场景 |
|---|---|---|
| 粗体 | *text* | 强调重点 |
| 斜体 | _text_ | 轻微强调 |
代码 | `text` | 命令、文件名、变量 |
| 代码块 | text | 多行代码、日志 |
| 引用 | > text | 引用之前的消息 |
| 项目符号列表 | • text 或 - text | 列出项目 |
| 编号列表 | 1. text | 列出顺序步骤 |
| 链接 | <url|text> | 带自定义文本的可点击链接 |
消息结构模板
模板 1:公告
🎉 [Exciting Headline]
[Brief explanation of what's happening]
**What this means:**
• Impact point 1
• Impact point 2
• Impact point 3
**Next steps:**
• Action 1 (Owner - Deadline)
• Action 2 (Owner - Deadline)
**Questions?** Drop them in the thread 👇
模板 2:状态更新
📊 [Project Name] Update - [Date]
**✅ Completed:**
• Item 1
• Item 2
**🏃 In Progress:**
• Item 3 (50% complete)
• Item 4 (blocked - see below)
**⚠️ Blockers:**
• Blocker description - needs help from @person
**📅 Next Week:**
• Planned item 1
• Planned item 2
模板 3:请求帮助
🤔 Quick question for the team
**Context:** [Brief background]
**What I need:** [Specific ask]
**By when:** [Timeline]
**What I've tried:** [Shows you've done homework]
**Impact:** [Why it matters]
Anyone have experience with this? 🙏
语气指南
| 场景 | 语气 | 表情符号使用程度 | 开场示例 |
|---|---|---|---|
| 团队更新 | 随意、清晰 | 中等 | “关于重新设计的简要更新……” |
| 请求帮助 | 谦逊、具体 | 较少 | “我遇到了一个问题……” |
| 庆祝 | 热情 | 较多 | “🎉 今天有重大进展!我们刚刚……” |
| 事件报告 | 专业、冷静 | 较少 | “⚠️ 提醒一下,有生产环境问题……” |
| 征求反馈 | 开放、协作 | 中等 | “很希望听听大家的想法……” |
| 公告 | 清晰、积极 | 中等 | “📣 很高兴与大家分享……” |
特定频道的注意事项
#general 或 #company-wide
- 仅用于真正面向全公司的重要消息
- 比团队频道更正式
- 除非情况紧急,否则避免使用 @channel
- 预期消息会受到更多关注和审视
#team 或 #project 频道
- 欢迎更随意、更频繁地更新
- 使用线程进行详细讨论
- 预期定期发布状态更新
- 可以更多地使用表情符号和 GIF
私信
- 语气更像日常对话
- 如有需要,可以写得更详细
- 对格式的要求较低
- 更个人化、更直接
#random 或 #watercooler
- 语气最随意
- 大量使用表情符号和 GIF
- 鼓励讨论非工作话题和轻松内容
- 沟通的影响较小
常见场景的最佳实践
宣布坏消息
- 一开始就直截了当地说明情况
- 解释发生了什么以及原因
- 说明你正在采取哪些措施来解决问题
- 提供解决问题的时间安排
- 表示可以在线程中回答问题
提出需要 @channel 通知的问题
- 仅用于有时效性且所有人都需要看到的问题
- 考虑使用普通消息并 @提及相关人员是否可行
- 在消息中说明事情紧急的原因
- 提供背景信息,方便大家快速提供帮助
线程礼仪
- 详细讨论请开启线程
- 在线程中回复,保持频道整洁
- 在频道中总结线程结论
- 不要为只需回复一次的消息开启线程
编辑消息
- 在几分钟内修正拼写错误或提升表达清晰度
- 如果含义有重大变化,请添加“编辑:”说明
- 不要通过编辑来掩盖他人已回复的错误
- 如果需要重大修改,请删除原消息并重新发布
使用示例
示例 1:项目启动公告
🚀 We're launching the new dashboard!
After 3 months of hard work from @design-team and @eng-team, our redesigned analytics dashboard goes live today at 2pm EST.
**What's new:**
• 50% faster load times
• Real-time data updates (no more refresh button!)
• Mobile-responsive design
• Dark mode support 🌙
**For users:**
No action needed - changes will roll out automatically
**For support team:**
@support-team - updated docs are in the usual spot. Flag any issues in #dashboard-bugs
**Questions?** Drop them below or join the launch party in #celebrations 🎉
Huge thanks to everyone who made this happen! 👏
示例 2:请求技术帮助
🤔 Need help debugging a React rendering issue
**Context:** Working on the checkout flow, getting infinite re-renders on the payment step
**What I've tried:**
• Checked for missing dependencies in useEffect
• Memoized the payment handler
• Logged the state updates (attached in thread)
**Code:** https://github.com/company/repo/blob/feature/payment/Payment.jsx#L45-L67
**Impact:** Blocking the release scheduled for Friday
Has anyone run into something similar? Would really appreciate a second pair of eyes 🙏
cc @eng-team
示例 3:每周团队更新
📊 Design Team Update - Week of Jan 6
**✅ Shipped:**
• Mobile navigation redesign (live in production!)
• Updated brand guidelines v2.0
• Onboarding flow improvements
**🏃 In Progress:**
• Settings page refresh (designs in Figma)
• Icon library audit and cleanup
• A/B test setup for homepage hero
**⚠️ Heads Up:**
• Design reviews now moving to Thursdays 2pm
• New design system components coming next week
• Hiring: 2 product designer roles open - refer friends!
**🎉 Shoutout:**
@sarah for crushing the mobile nav under tight deadline
@mike for the amazing new illustrations
Questions or want more details on anything? Thread 'em below 👇
应避免的常见问题
- 大段文字:使用格式和空行拆分长消息
- 主题模糊:在第一行明确说明主题
- 缺少背景信息:不要假设所有人都了解相关背景
- 行动事项埋在文中:在末尾列出明确的后续步骤
- 过度使用 @here/@channel:仅用于真正紧急且所有人都必须看到的消息
- 忽略线程:使用线程让频道井然有序
- 频道过多:谨慎跨频道发布,并确保有充分理由
- 表情符号过多:用表情符号增强沟通,而不是取代清晰表达
- 没有后续跟进:问题解决后及时告知相关人员
集成方式
- 项目管理:链接到工单、项目、冲刺
- 文档:引用 Wiki、文档、操作手册
- 日历:附上会议链接和日历事件
- GitHub:链接到 PR、问题、提交
- 分析:分享仪表板和报告
- 工作流自动化:针对关键事件触发自动消息
评论
支持 Markdown