Internal Comms Skill 详解
企业内部沟通标准模板
基本信息
| 属性 | 值 |
|---|---|
| 名称 | internal-comms |
| 类别 | 工作流程 |
| 输出格式 | 结构化文档 |
| 许可证 | Apache 2.0 |
yaml
name: internal-comms
description: A set of resources to help me write all kinds of internal
communications, using the formats that my company likes to use. Claude
should use this skill whenever asked to write some sort of internal
communications (status reports, leadership updates, 3P updates, company
newsletters, FAQs, incident reports, project updates, etc.).1. 核心概念
1.1 什么是 Internal Comms
通俗比喻：这个 Skill 就像一个"企业沟通模板库"，帮助快速生成符合公司规范的各类内部沟通文档。
1.2 适用场景
| 沟通类型 | 说明 |
|---|---|
| 3P 更新 | Progress/Plans/Problems 团队更新 |
| 公司通讯 | 公司级别的新闻简报 |
| FAQ 回答 | 常见问题解答 |
| 状态报告 | 项目或团队状态汇报 |
| 领导力更新 | 向高层汇报的更新 |
| 项目更新 | 项目进度通报 |
| 事故报告 | 事故分析和报告 |
2. 使用方法
2.1 工作流程
mermaid
graph LR
A[识别沟通类型] --> B[加载对应指南文件]
B --> C[按指南收集信息]
C --> D[生成符合格式的内容]2.2 指南文件对应
| 沟通类型 | 指南文件 |
|---|---|
| 3P 更新 | examples/3p-updates.md |
| 公司通讯 | examples/company-newsletter.md |
| FAQ 回答 | examples/faq-answers.md |
| 其他类型 | examples/general-comms.md |
2.3 处理未知类型
markdown
如果沟通类型不匹配任何现有指南：
- 请求澄清或更多上下文
- 了解期望的格式3. 3P 更新
3.1 结构
markdown
## Progress（进展）
- 本周完成的主要工作
- 达成的里程碑
- 交付的成果
## Plans（计划）
- 下周计划进行的工作
- 预期的里程碑
- 即将到来的交付
## Problems（问题）
- 遇到的阻碍或风险
- 需要帮助的地方
- 潜在的延误或问题3.2 示例
markdown
## Progress
- ✅ 完成用户认证模块开发
- ✅ 通过安全审查
- ✅ 部署到预发布环境
## Plans
- 📋 集成第三方登录
- 📋 性能测试和优化
- 📋 准备正式发布
## Problems
- ⚠️ 第三方 API 响应慢，正在与供应商沟通
- ⚠️ 测试环境资源不足，已申请扩容4. 公司通讯
4.1 常见结构
markdown
# [月份] 公司通讯
## 本月亮点
[1-2 段关键成就或新闻]
## 产品更新
[产品相关的更新和发布]
## 团队动态
[新成员、晋升、团队活动]
## 即将到来
[下个月的重要日期和计划]
## 公司文化角
[价值观体现、员工故事等]5. FAQ 回答
5.1 格式原则
markdown
**好的 FAQ 回答特点**：
- 直接回答问题
- 简洁但完整
- 使用易理解的语言
- 提供后续资源链接（如适用）5.2 示例
markdown
**Q: 如何申请远程办公？**
A: 远程办公申请流程如下：
1. 在 HR 系统中提交申请
2. 等待直属经理审批
3. 收到批准邮件后即可开始
申请通常在 2 个工作日内处理。如有问题，请联系 HR@company.com。6. 状态报告
6.1 结构
markdown
# [项目/团队] 状态报告 - [日期]
## 摘要
[1-2 句话总结当前状态]
## 状态指示器
- 总体状态：🟢 绿色 / 🟡 黄色 / 🔴 红色
- 时间线：🟢 / 🟡 / 🔴
- 预算：🟢 / 🟡 / 🔴
- 质量：🟢 / 🟡 / 🔴
## 本期成就
- [成就 1]
- [成就 2]
## 下期计划
- [计划 1]
- [计划 2]
## 风险和问题
- [风险/问题 1]
- [风险/问题 2]
## 需要的决策/支持
- [需求 1]7. 事故报告
7.1 结构
markdown
# 事故报告：[事故标题]
## 事故概要
- **发生时间**：YYYY-MM-DD HH:MM
- **解决时间**：YYYY-MM-DD HH:MM
- **影响范围**：[受影响的用户/系统]
- **严重程度**：P1/P2/P3/P4
## 时间线
- HH:MM - [事件]
- HH:MM - [事件]
## 根本原因
[对根本原因的分析]
## 影响
[对业务/用户的具体影响]
## 解决措施
[如何解决问题]
## 后续行动
- [ ] [行动项 1] - 负责人 - 截止日期
- [ ] [行动项 2] - 负责人 - 截止日期
## 经验教训
[从事故中学到的教训]8. 领导力更新
8.1 特点
markdown
**与普通状态报告的区别**：
- 更加战略性和高层次
- 聚焦业务影响而非技术细节
- 突出关键决策点
- 简洁但信息完整8.2 结构
markdown
# 领导力更新 - [日期]
## 执行摘要
[2-3 句话的关键信息]
## 关键指标
- [指标 1]：[数值] (vs 目标 [目标值])
- [指标 2]：[数值] (vs 目标 [目标值])
## 重要进展
[战略层面的进展]
## 需要注意的问题
[需要领导层关注的风险或问题]
## 决策请求
[需要领导层做出的决策]9. 目录结构
internal-comms/
├── SKILL.md # 主要指令
└── examples/ # 模板和示例
├── 3p-updates.md # 3P 更新指南
├── company-newsletter.md # 公司通讯指南
├── faq-answers.md # FAQ 回答指南
└── general-comms.md # 通用沟通指南10. 关键词
markdown
3P updates, company newsletter, company comms, weekly update,
faqs, common questions, updates, internal comms11. 使用示例
11.1 触发方式
"帮我写本周的 3P 更新"
"起草一份公司通讯"
"回答这些常见问题"
"write a status report for the project"
"create an incident report"12. 本节小结
| 要点 | 说明 |
|---|---|
| 多种类型 | 支持 3P、通讯、FAQ、状态报告等 |
| 模板驱动 | 每种类型有对应的指南文件 |
| 格式一致 | 确保符合公司规范 |
| 实用聚焦 | 关注信息传递效率 |
返回：Skills 目录