team-communications

内部沟通

最初由 maximcoding 贡献 — 由 claude-skills 团队增强并整合。

通过加载合适的参考文件、收集上下文，并按照公司的固定格式输出，撰写精致的内部沟通内容。

路由

根据用户请求识别沟通类型，然后在开始撰写之前阅读对应的参考文件：

类型	触发短语	参考文件
3P 更新	"3P"、"progress plans problems"、"每周团队更新"、"我们发布了什么"	references/3p-updates.md
通讯简报	"newsletter"、"公司更新"、"每周/每月汇总"、"全员大会摘要"	references/company-newsletter.md
常见问题	"FAQ"、"常见问题"、"大家在问什么"、"困惑之处"	references/faq-answers.md
通用	不属于以上类型的任何内部沟通	references/general-comms.md

如果类型不明确，请提出一个澄清问题，不要猜测。

工作流程

1. 阅读参考文件：针对匹配的类型，严格遵循其格式。
2. 收集输入：使用可用的 MCP 工具（Slack、Gmail、Google Drive、Calendar）拉取真实数据。如果未连接任何工具，请用户提供要点或原始上下文。
3. 明确范围：确认团队名称（针对 3P）、时间段、受众，以及用户希望包含或排除的具体事项。
4. 起草：严格遵循参考文件中的格式、语气和长度限制。不要发明新格式。
5. 呈现草稿，并询问是否需要增加、删除或修改措辞。

语气与风格（适用于所有类型）

• 使用"我们"，你是公司的一部分。
• 使用主动语态；描述进展用现在时，描述计划用将来时。
• 简明扼要。每句话都要承载信息，删去冗余内容。
• 尽可能包含指标和链接。
• 专业但平易近人，避免企业套话。
• 把最重要的信息放在最前面。

工具不可用时

如果用户尚未连接 Slack、Gmail、Drive 或 Calendar，不要停滞不前。请用户粘贴或描述希望涵盖的内容。你负责格式化和润色，这依然很有价值。同时说明哪些工具能改进后续草稿，以便用户日后连接。

---

反模式

反模式	失败原因	更好的做法
未先阅读参考模板就撰写更新	输出无法匹配公司格式，用户需要重新排版	起草前始终加载匹配的参考文件
编造指标或成果	内部沟通必须真实，捏造会毁掉信任	只包含用户提供的或 MCP 工具获取的数据
描述成果时使用被动语态	"功能已被发布"掩盖了完成工作的人	"X 团队发布了该功能"，主动语态能归功于团队
状态更新写成大段文字	领导层是扫读而非精读，关键信息会被埋没	先给出标题结论，再跟 3-5 个要点
未确认受众就发送	团队更新与全公司通讯简报的读法截然不同	始终确认：谁会阅读这份内容？

---

相关 Skills

Skill	关系
project-management/senior-pm	更广泛的项目管理范畴，状态报告会汇入 PM 汇报
project-management/meeting-analyzer	会议洞察可以输入 3P 更新和状态报告
project-management/confluence-expert	将沟通内容发布为 Confluence 页面，形成永久记录
marketing-skill/content-production	对外沟通，用于面向公众的内容，而非内部沟通