团队内部沟通模板

先解决什么问题

团队内部沟通最常见的痛点不是"写不出来"，而是"写出来没人看、看完了没记住、记住了不准确"。3P 更新写成流水账，周报变成"本周完成"清单，公告里全是被动语态的"已上线"——功劳归属不清，关键指标被埋在第三段。更糟的是数据凭空出现，读者没法验证，信任一点点流失。

技能如何工作

核心思路是路由到模板，再用真实数据填充：

1. 识别沟通类型：根据用户请求判断是 3P Update、Newsletter、FAQ 还是通用沟通，对应加载 references/3p-updates.md、references/company-newsletter.md、references/faq-answers.md 或 references/general-comms.md。
2. 严格遵循模板：起草前必须读取对应参考文件，格式、语气、长度约束全部来自模板，不自己发明结构。
3. 收集真实输入：通过 Slack、Gmail、Google Drive、Calendar 等 MCP 工具拉取数据；未连接工具时，让用户粘贴要点，说明哪些工具能改善后续输出。
4. 澄清范围再动笔：确认团队名、时间段、受众，以及需要包含或排除的事项；类型不明时只问一个问题，不猜。
5. 先给草稿再迭代：输出草稿后询问是否需要增删或改写，不直接"发送"。

语气约束

• 用"我们"而非"我"，主动语态陈述进展（"团队 X 发布了功能"，而非"功能被发布"）。
• 每句都承载信息，砍掉填充词；重要信息前置，状态更新用 3–5 个要点而非大段文字。
• 尽可能附带指标和链接，但只使用用户提供或工具检索到的数据，不编造。

适用边界

• 该技能负责格式化和润色，不负责产生内容；没有数据输入时，它只能把用户提供的要点整理干净。
• 所有发送、发布等外部写入操作都先展示目标与影响，取得明确确认后才执行。