internal-comms 技能拆解:把写周报这件破事交给 Agent

每周一早晨那个瞬间你一定熟悉。打开空白文档,盯着光标,脑子里盘算这周到底干了什么。要写周报,要交 3P,要发全员信,还得补事故复盘,每种格式还不一样,写完领导再改三遍。这种事重复了一百次,还是每次都从零开始。

Anthropic 在自己的 skills 仓库里放了一个叫 internal-comms 的技能,专治这个毛病。它不帮你生成更聪明的文案,而是先把这封内部沟通该用什么格式、从哪找素材、写给谁看这些决定前移掉。我先翻了它的源码,结论有点意外。

internal-comms 技能拆解:把写周报这件破事交给 Agent

这个技能的结构简单到不像大厂出品。一个 SKILL.md 当路由器,四个 examples 文件各管一类常用沟通。没有向量库,没有提示词链,甚至没有一行 Python。它真正的设计哲学是:把不确定留给分类,把格式留给模板,把判断留给人类。

一句话预告。如果你团队已经用 Claude 接了 Slack、邮件和日历,这个技能能省掉大量从空白页开始的精神内耗。要是你只想本地跑个脚本批量生成周报,它的价值会缩水一大半。下面拆开看。

使用场景

它覆盖的内部沟通场合其实很全。SKILL.md 直接列了七类,基本把公司里需要动笔对内说话的高频场景都兜住了:

  • 3P 更新(Progress、Plans、Problems)
  • 全员新闻信(company newsletter)
  • FAQ 回复与高频问答
  • 状态报告(status report)
  • 项目更新(project update)
  • 领导层更新(leadership update)
  • 事故报告(incident report)

用法也朴素。你丢给它一个写作请求,它先判断这是什么类型的沟通,再加载 examples 目录下对应的那份指南文件,最后严格照着那份文件里的格式、语气和内容收集要求去写。判断错了类型,它就反问你澄清,不瞎编。

举个具体的例子。你要写周报,它认出这是 3P 更新,就去读 3p-updates.md。那份文件的格式要求近乎苛刻,可以归纳成几条硬规矩:

  • emoji 开头,团队名加覆盖日期
  • Progress、Plans、Problems 三段各一两句
  • 三十到六十秒能读完,必须带数据
  • 每段不超过三句话,就事论事不铺陈

再看全员新闻信。company-newsletter.md 要求大概二十到二十五条要点,用我们的口吻,发在 Slack 和邮件里。它还建议你按业务簇分段,比如产品研发、市场、财务,每段配 emoji 小标题。读到这里你会发现,它其实是把 Anthropic 自己的内部习惯抽成了模板。

这里值得停下来想一件事。这些指南文件不是在描述怎么写得好,而是在强制长什么样。前者需要审美,后者只需要照做。把写作从创作问题降维成格式问题,是这个技能最聪明也最局限的地方。

internal-comms 技能拆解:把写周报这件破事交给 Agent

整个路由逻辑就是上面这张图。请求进来先分类,分类决定加载哪一份 example 文件,文件决定输出长什么样。general-comms 是兜底,专接那些不在前几类里的杂活,而且它要求先问清四件事才动手:

  • 受众是谁
  • 目的是什么
  • 语气正式还是轻松
  • 有没有固定格式

技术架构与设计决策

拆到文件层面,整个技能就是六份文件。SKILL.md 是入口和路由表,examples 下四份指南各管一类沟通,LICENSE.txt 说明授权。没有 config,没有 schema,没有依赖。这种极简不是偷工,而是刻意的,它要能被任何支持 skills 协议的 Agent 直接加载。

internal-comms 技能拆解:把写周报这件破事交给 Agent

上图把层级画清楚了。入口只有 SKILL.md 一个,往下分四类格式模板,再往下是可选接入的工具连接器,最后是草稿、人工审阅和发布。注意工具层是虚线关系,接了才有,没接就退化成你给素材我排版。

我越来越觉得,这种克制是它最大的优点。市面上多数写作类技能一上来就堆功能,这个反其道而行,先把边界画死。代价是它几乎不智能,只是一个格式路由器和四份写得极细的模板,但正因如此它稳定、可预测、改起来也便宜。

真正的精妙在信息源处理。三份带格式的指南都反复强调同一件事:优先从真实协作工具里拉素材,而不是凭空编。它们点名的几个来源是:

  • Slack 里高互动、高反应的消息
  • Google Drive 中阅读量大的关键文档
  • 来自高管的邮件与公司级公告
  • 日历里的大范围会议与全员活动

3P 还明确分了时间窗,Progress 和 Problems 看上周,Plans 看下周。这套设计等于把写什么和怎么写拆开了。AI 负责格式和措辞,人类负责提供或者授权访问真实信息。它甚至明文提醒:涉及以下几类敏感内容的稿件,发之前必须有人审:

  • 高管沟通
  • HR 与人事事务
  • 法务与财务内容
  • 事故与安全通报

internal-comms 技能拆解:把写周报这件破事交给 Agent

把时序拉出来看更直观。用户一句话发起,技能先识别类型再加载模板,然后才去工具侧拉素材,最后生成草稿。关键在第六步之后:只要涉及高管或事故,草稿必须先过人工审阅这一关才进发布。human-in-the-loop 的边界划得很清醒。

洞察与反思

先说藏得好的亮点。它强制从真实工具拉素材,而不是让模型瞎编周报内容,这一点比绝大多数 AI 写作助手都老实。FAQ 指南还要求答案必须基于官方沟通、不确定就明说、附权威链接,这是把可信度当硬指标而不是装饰。

然后是暗坑。它对工具连接的依赖极重。skillstore 的 FAQ 自己承认,Slack、邮箱、日历等协作渠道只在你授权接入时才派得上用场,否则就退化成你给我素材我帮你排版。没有集成时,它和一套写好的 Word 模板没本质区别。

另一个容易被忽略的点。四份指南全是英文,并隐含了 Anthropic 的文化假设。新闻信默认面向千人以上的大公司,3P 强制 emoji 开头,事故报告要求时间线和下一步。小团队、严肃行业、中文环境直接套,多半要改不少。

还有个微妙的风险。它把格式定死后,模型可能为了填满模板而水字数。新闻信要二十到二十五条,真没那么多事发生时怎么办。指南只说要短,没说怎么克制。这种数量下限在没有信息密度时反而制造噪音。

所以这件事的边界其实很清楚。它适合已经把沟通当成系统来经营、并且工具链打通的团队,这时候模板是把习惯固化下来的杠杆。它不适合需要严格合规审批流、或者连内部文档都没数字化的组织,那种环境里它连素材都拉不到。

四份模板摆在一起,差异主要在受众和颗粒度:

维度 3P 更新 全员新闻信 FAQ 回复 通用沟通
受众 高管/同事 全公司 全公司 视情况
篇幅 三段极短 20-25 条 问答对 不限
语气 就事论事 用我们 专业亲和 先问后定
信息源 Slack/文档 多源聚合 Slack/邮件 用户提供
频率 每周 每周/月 按需 按需

把这张表读完就明白,选哪个模板本质是选这次沟通的对象和目的。3P 最压缩,给没语境的高管看;新闻信最铺陈,给全公司看;FAQ 最克制,只答问题;general 最灵活,先问后写。

资源地址

资源 地址
Smithery 介绍页 https://smithery.ai/skills/anthropics/internal-comms
GitHub 仓库 https://github.com/anthropics/skills/tree/main/skills/internal-comms
安装命令 npx skills add https://github.com/anthropics/skills –skill internal-comms

总结

回到开头那个周一早晨。internal-comms 不能替你想清楚这周干了啥,但它能替你把想清楚之后怎么写成符合公司习惯的一页纸这件事标准化。对已经用 Agent 接入协作工具、沟通文化相对成熟的团队,它是个省心的小杠杆。

反过来,如果你期待它凭空生成高质量内部沟通,或者你的环境根本没有工具集成,那它会让你失望。它是一块拼图,不是整台机器。版本还停在 v1.0.0,目录结构保守得像份内部备忘录,Anthropic 显然把它定位成起点而非成品。

我的建议很直接。中大型、已经用 Claude 接了内部系统的团队,值得把它 clone 下来,按自己文化改四份 example 模板再上。小团队或纯本地场景,先在本地跑通工作流,再决定要不要投资改造模板。改模板的成本很低,因为四份文件都是纯 Markdown,半天就能按你们的习惯重写一遍。别指望一个开箱即用的技能治好内部沟通的懒。

skills资源

doc-coauthoring:把 Claude 变成你的文档共写搭档

2026-8-28 12:27:13

实战分享

万字拆解 OpenClaw,为什么很多同学玩不起来?因为他不是软件是Runtime 啊

2026-3-17 8:29:02

0 条回复 A文章作者 M管理员
    暂无讨论,说说你的看法吧