internal-comms
作者 alirezarezvaniinternal-comms 帮助团队为重组、裁员、工具上线、政策调整、领导层交接和内部发布等场景，起草并编排面向员工的变革沟通内容。它结合 ADKAR、Kotter、brief 模板和 Python 脚本，生成公告、FAQ、经理沟通要点和触点日历。
该 skill 评分为 84/100，适合推荐给需要借助 agent 处理内部变革管理沟通的目录用户。这个 repository 提供了较充分的工作流内容、脚本、模板、触发条件和参考材料，让 agent 执行时比通用 prompt 少很多猜测；不过安装和设置说明还可以更清晰。
- 触发场景很明确：frontmatter 列出了 all-hands announcements、change comms、re-org announcements、manager talking points、layoff comms 等具体用例，并明确排除 customer-facing comms。
- 产出物具备实际操作价值：该 skill 包含三个仅依赖 stdlib 的脚本，可生成沟通包、带 Kotter 标签的公告，以及按 ADKAR 编排的触点日历。
- 渐进式信息披露和可信度信号较好：配套参考资料覆盖 ADKAR、Kotter、internal-comms canon 和公告反模式；brief 模板也为用户提供了实用的输入结构。
- skill 路径下没有安装命令或 README，用户可能需要根据更大的 repository 或 skill runner 约定自行推断设置方式。
- 工作流依赖预先准备结构化的 `comms_brief.json`；虽然提供了模板，但在裁员、重组等敏感场景中，落地前仍需要谨慎收集和核对输入信息。
internal-comms skill 概览
internal-comms 适合用来做什么
internal-comms 是一个面向业务运营场景的技能，用于起草并编排面向员工的变更沟通。它适合处理仅限内部的关键时刻，例如组织架构调整、工具上线、政策变更、领导层交接、裁员、并购、福利调整，以及内部产品发布。它的目标不是“写一篇漂亮的公告”，而是产出一套真正可执行的沟通包：公告、FAQ、经理层级联沟通说明、后续跟进信息，以及沟通触点日历。
最适合的用户与决策场景
internal-comms skill 最适合 People 负责人、BizOps 负责人、chiefs of staff、内部沟通负责人，以及需要把敏感变更转化为结构化沟通计划的运营角色。它可以帮助判断沟通时机、负责人、渠道组合、受众分层，以及哪些内容不该说。尤其当员工需要明确知道“接下来该怎么做”，而不仅仅是“知道发生了什么”时，它会更有价值。
这个 skill 有什么不同
不同于通用 prompt，internal-comms 结合了 Prosci ADKAR 的推进顺序和 Kotter’s 8-step change model，并包含仅依赖 stdlib 的 Python 辅助脚本。这些脚本可以生成带 Kotter 标签的公告、7 个触点的沟通日历、带 ADKAR 标记的材料，并提示常见失败模式，例如只用 Slack 宣布裁员、缺少经理层级联沟通，或对破坏性变更使用了不匹配的语气。
什么时候不适合使用
不要把 internal-comms 用于客户公告、PR 声明、投资人沟通、市场发布，或法律判断。它可以帮助组织员工沟通内容，但不能替代 HR、劳动用工律师、证券律师、works council consultation，或高风险变更所需的高管审批。
如何使用 internal-comms skill
internal-comms 安装与首先要查看的文件
从仓库安装 internal-comms skill：
npx skills add alirezarezvani/claude-skills --skill internal-comms
然后阅读会直接影响实际输出质量的文件：
SKILL.md：了解适用范围、触发条件、工作流和约束assets/comms_brief_template.md：查看输入 brief 的格式scripts/comms_template_filler.py：用于生成带 ADKAR 标记的沟通包scripts/change_announcement_builder.py：用于起草符合 Kotter 框架的公告scripts/comms_calendar_builder.py：用于编排沟通顺序并提示渠道风险references/announcement_anti_patterns.md：在发送敏感草稿前务必检查references/change_management_canon.md和references/internal_comms_canon.md：了解该 skill 背后的运行模型
先写完整的沟通 brief
这个 skill 在你提供具体 brief 时效果最好，而不是只给一个模糊请求。有效输入包括：变更类型、影响程度、生效日期、受影响受众、业务原因、具体变化点、决策负责人、可用渠道、经理角色、风险、已知异议，以及哪些问题尚未确定。
较弱的 prompt 是：
Write a reorg announcement for engineering.
更好的 prompt 是：
Use the internal-comms skill for a high-magnitude reorg. Platform and Infrastructure are merging into one Platform Engineering group on June 15. 82 employees are affected. Reporting lines, on-call rotation, and roadmap ownership change. Decision owner is the CTO; managers need talking points before the all-hands. Available channels: manager cascade, email, allhands, Slack, intranet. Main employee concerns: role security, manager changes, promotion timing, and on-call load. Produce the announcement, FAQ, manager talking points, and sequencing calendar.
需要可重复结果时运行辅助脚本
仓库包含确定性的 Python 脚本。你可以先根据 assets/comms_brief_template.md 填好 comms_brief.json，再在本地运行：
python3 scripts/comms_template_filler.py --input comms_brief.json --output markdown
python3 scripts/change_announcement_builder.py --input comms_brief.json --profile scaleup --output markdown
python3 scripts/comms_calendar_builder.py --input comms_brief.json --output markdown
可选 profile 包括 tech-startup、scaleup、enterprise、public-company 和 non-profit。选择 profile 时应基于治理要求和沟通语气，而不是公司“想成为”的样子。例如，public-company 应该比 tech-startup 更保守。
实用的 internal-comms 使用流程
从 brief 开始，生成沟通包，然后按这个顺序审阅：沟通日历、经理层级联沟通、公告、FAQ、后续跟进。先看日历，因为即使公告写得很精致，顺序错误也会造成信任损失。对于高影响或破坏性变更，要确认经理在面向全员公告前已经获得 briefing，沟通中包含同步渠道，并且 FAQ 能直接回答员工最明显的问题。
internal-comms skill FAQ
internal-comms 只适合大公司吗？
不是。internal-comms skill 可以帮助初创公司、scaleup、企业、上市公司和非营利组织，但带来的价值不同。小团队受益于清晰表达和沟通顺序；更大的组织则更需要受众分层、经理层级联沟通纪律，以及可重复使用的审阅材料。
它为什么比直接让 AI 写公告更好？
普通 prompt 也许能生成一段流畅的信息，但可能遗漏变更管理的关键机制。internal-comms 会明确推动 ADKAR 阶段、Kotter 步骤、渠道顺序、经理准备度、FAQ 覆盖和反模式检查。当真正的风险不是语法，而是员工信任、理解、谣言控制和行为采纳时，这些要素非常关键。
新手可以使用 internal-comms skill 吗？
可以，只要使用 brief 模板。新手应避免一开始就说“让这段话听起来更好”，而应该先收集事实：谁受影响、哪些内容会变化、为什么是现在、员工必须做什么、经理应该怎么说、哪些问题目前还不能回答。这个 skill 的结构足以引导非专业人员，但敏感事件仍然需要有经验的人审阅。
什么时候应该避免使用这个 skill？
当受众是外部群体、消息在起草前还需要法律谈判，或领导层尚未决定实际变更时，应避免使用。这个 skill 可以暴露缺口，但无法修复缺失的决策、相互矛盾的政策，或尚未获批的人员影响方案。
如何改进 internal-comms skill
给 internal-comms 更清晰的事实与约束
最重要的改进是提高输入的具体程度。请提供准确日期、受影响群体、沟通渠道、决策者、影响程度、员工需要采取的行动，以及已知的员工担忧。如果变更是负面的，要直说。脚本会有意标记语气问题，因此把裁员或破坏性组织调整包装成“exciting update”会降低输出质量。
检查常见失败模式
把 references/announcement_anti_patterns.md 当作发送前检查清单。重点留意：责任表述被动、业务原因含糊、缺少经理指导、没有后续跟进、对破坏性消息过度依赖 Slack，或 FAQ 回避员工真正会问的问题。这些不是文风问题，而是采纳效果和信任风险。
用受众分层改进 prompt
当不同群体受到的影响不同时，要求按受众分别输出。例如，为直接受影响员工、间接受影响团队、经理、高管和支持职能分别准备信息。这能帮助 internal-comms skill 产出更有用的 FAQ 和 talking points，因为每个群体在 Awareness、Desire、Knowledge、Ability 和 Reinforcement 上的需求都不同。
在第一版之后继续迭代
拿到第一版草稿后，不要只要求“更短一点”或“更温和一点”。要提出有针对性的追问，例如：“Which Kotter step is weakest?”、“What obvious FAQ question is missing?”、“Where does the tone mismatch the magnitude?”、“What should managers know before employees ask?” 或 “Which touchpoint should happen before T+0?” 这样可以把 internal-comms 从写作辅助，变成实用的 Workplace Communication 审阅系统。