internal-comms 用于把工作资料整理成适合内部阅读的表达。它按任务选择 3P 周报、公司通讯、FAQ 或通用沟通指南，而不是对所有请求套同一封正式邮件。输入越明确，越容易保留真实进展与待解决问题之间的区别。
安装与调用
在 Claude Code 的聊天输入框依次发送下面两条命令。这是插件命令，不是在系统终端运行的 Shell 命令；第二条安装的是包含 internal-comms 的官方技能包。
/plugin marketplace add anthropics/skills
/plugin install example-skills@anthropic-agent-skills
安装后，在同一项目的会话里明确说“使用 internal-comms”，再提供文件或任务。下面的提示词是可修改的首次输入示例。安装会加入技能说明与资源；它不会替你准备输入资料，也不代表所有依赖已经在本机安装。若找不到技能，先检查插件是否安装并启用，以及会话是否已加载最新插件，再继续任务。
先写一份有边界的周报
使用 internal-comms，为支付团队写 9月14日至20日的 3P 更新。
读者是研发负责人和相邻团队。下面是完成事项、下周计划及阻塞记录。
按 Progress、Plans、Problems 整理，每部分一至三句。
保留已有指标；没有数字的地方不要编造。先给草稿，不发送到任何渠道。
先提供团队名称和日期，再分别列出已完成、准备做和被阻塞的事情。过去一周的成果和未来一周的计划不能混写；“已经上线”也不等于“还在测试”。对于跨团队汇报，应减少只有组内成员才认识的任务编号，补一句这件事对其他人有什么影响。
官方 3P 格式强调简短、直接，适合快速扫读。每一部分可用一至三句话，但不是强行把所有细节挤进一个长句。挑出读者需要知道的里程碑、主要下一步和需要帮助的阻塞，其余材料可放链接。若没有问题，也应由你确认事实，而不是让 Agent 为填满栏目制造风险。
FAQ 的输入和周报不同
需要解释公司政策或发布变化时，可以改成：“使用 internal-comms，根据这份公告整理五个员工可能会问的问题，答案只依据公告，无法回答的标为需要负责人确认。”FAQ 指南采用一条短问题配一至两句答案，并鼓励链接到权威的公告、文档或邮件。
收集问题时要考虑公司内多种角色，不能只围绕提问者所在小组。对于不确定的日期、权限或承诺，保留明确的待答项；不要用听起来友善的语气掩盖没有依据的回答。连接器可帮助读取公司资料，但安装这个 Skill 本身不会完成授权，不能访问时就提供需要处理的原文。
交付前核对团队、时间、负责人、指标口径和下一步是否可执行，再看措辞是否适合受众。让 Agent 输出一版可发送草稿，并把缺口另列，实际发送或发布由你的工作流程决定。若公司已有固定语气和模板，应在首次输入提供；技能示例提供的是写作参考，不是它已经知道你公司的内部标准。
按接收者删掉不必要的信息
同一周的工作记录可以给团队内部写细节，也可以给公司层面写影响。前者需要具体负责人和阻塞动作，后者更需要变化、风险和下一步。首次输入里写明读者以及他们已经知道什么；否则 Agent 容易把工单编号、内部缩写和项目背景原样搬进面向全公司的更新。
发布前做一次事实清单：时间范围、完成状态、数字口径、责任人和请求帮助的对象。尤其把“计划上线”“正在灰度”“已经上线”分开。若资料没有说明某项问题是否解决，就要求写成未确认，并请负责人补充；语气上的确定感不能代替状态证据。
给 FAQ 留出正确的升级路径
一份政策 FAQ 不应替负责人回答尚未定下的例外规则。可以让 Agent 把问题分成“原公告可直接回答”“需要某部门确认”“必须给读者一个联系入口”。前一类写简短答案并链接权威资料，后两类保留清楚的待处理标记。真正发布前再让负责人补齐，避免员工依据模型补写的确定答案行动。公司通讯中的指标和承诺也应采用同样原则：来源不足时说明未知，不用顺滑的文字掩盖缺口。
安装后找不到技能时
添加 marketplace 只是注册来源；internal-comms 是包内 Skill，不是 /plugin install 后面的插件名。曾有使用者添加市场后直接安装 internal-comms@anthropic-agent-skills，结果提示不存在。按前面的命令安装 example-skills@anthropic-agent-skills，重开会话或检查插件是否启用，然后以一份小周报确认 Agent 能读取该技能。