mcpField
S
Slack Message Writer

Slack Message Writer

github.com/jmsktm生产力10206 次安装40 周前更新
代码仓库

关于 Slack Message Writer

Slack Message Writer 是面向 Slack 用户的消息撰写技能,涵盖频道帖子和私信。它提供公告、状态更新、请求等内容的组织建议,并涉及格式、语气、提及和串帖。

主要功能

  1. 01撰写公告和状态更新
  2. 02组织问题与请求
  3. 03支持会议回顾、提醒、投票和介绍
  4. 04提供格式、提及和串帖建议

适用场景

  1. 01在频道分享项目进展
  2. 02附上背景和期限请求协助
  3. 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:频道公告
  1. 明确目的:了解需要传达什么
  2. 确定受众:确定要发到哪些频道,以及哪些人需要看到
  3. 组织消息:使用格式、表情符号和清晰的分段
  4. 补充上下文:附上链接、参考资料或背景信息
  5. 加入行动号召:明确说明后续步骤或需要采取的行动
工作流 2:进展或状态消息
  1. 收集信息:汇总状态事项、阻碍因素和成果
  2. 方便快速浏览:使用项目符号、表情符号和标题
  3. 突出变化:明确指出新增或不同之处
  4. 链接资源:附上相关文档、工单或主题串
  5. 标记相关人员:提及需要查看消息的人
工作流 3:提问或请求
  1. 明确提出需求:开头就说明你需要什么
  2. 提供上下文:提供足够的背景信息,但避免信息过载
  3. 说明紧迫程度:明确时间要求
  4. 提出解决方案:展示你已考虑过各种方案
  5. 标记合适的人:提及能够提供帮助的具体人员

快速参考

操作命令/触发语
团队公告"撰写一则关于 [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