1实现原理 · 为什么它能做到
机制是『类型识别 → 加载对应指南文件』的路由表:SKILL.md 本身只有 32 行,实质内容全部外置到 examples/ 下 4 个分类型指南。
skills/internal-comms/SKILL.md
2. **Load the appropriate guideline file** from the `examples/` directory:
注:映射:3p-updates.md→Progress/Plans/Problems 团队更新;company-newsletter.md→全公司通讯;faq-answers.md→常见问题答复;general-comms.md→其余一切(status/leadership/project/incident 更新都落这里)。
每份指南都内置『受众定位 + 素材来源 + 严格格式』三块:先定义读者与阅读时长,再指示尽量从公司数据源取证,最后给不可变格式。
skills/internal-comms/examples/3p-updates.md
The main audience is for executives, leadership, other teammates, etc. They're meant to be very succinct and to-the-point: think something you can read in 30-60sec or less.
注:3P 指南明确三节(Progress/Plans/Problems)各 1-3 句、data-driven、含指标,并给死格式:'[pick an emoji] [Team Name] (Dates Covered, usually a week)' 起头。
素材取证优先走宿主工具(Slack/Google Drive/Email/Calendar),无权限时才回退问用户——skill 不携带任何 connector,全靠宿主既有集成。
skills/internal-comms/examples/company-newsletter.md
If you have access to the following tools, please try to use them. If not, you can also let the user know directly that their responses would be better if they gave them access.
注:取证信号也很具体(找大频道高 reaction/回复多的帖子、高管全员邮件、大参会人数会议等)——目的是用『组织内部热度信号』代替随机找素材。
类型不匹配时显式要求澄清而非硬套:SKILL.md 兜底规则防止把新类型硬塞进既有模板。
skills/internal-comms/SKILL.md
If the communication type doesn't match any existing guideline, ask for clarification or more context about the desired format.
注:general-comms.md 则为『不匹配但可写』的通用场景提供最小流程:先问受众/目的/语气/格式再动笔。
2核心能力
013P(Progress/Plans/Problems)周更写作:emoji+团队名+日期范围死格式,每节 1-3 句、数据驱动
02公司全员通讯(newsletter):~20-25 条要点、大量链接、we 口吻、适配 Slack/email 分发
03FAQ 答复:从公司高频提问中归纳共识问题并给简洁统一答复
04通用内部通讯(status/leadership/project/incident 更新)写作:受众/目的/语气/格式四问先行
05组织内部信号取证指引:Slack 高热度帖子、Drive 高浏览文档、高管邮件、全员会议
4风险提醒 风险提醒:蓝色 · 知晓即可
风险提醒:蓝色 · 知晓即可
- 内容虚构风险(对内传播面大) — 取证失败时模型可能编造『进展/指标/事件』写进发往全公司的稿子;指南要求 data-driven 但无强制校验,需人工复核关键数字。
- 诱导读取公司内部数据 — 指南积极引导模型读 Slack/Drive/Email 内容——若宿主授权了这些工具,skill 的『找高热度内容』指令等于扩大了对内部数据的接触面,需宿主按会话授权把关。
- 风格是 Anthropic 示例而非公司定制 — description 的 'my company' 实为示例语境;直接套用的企业可能得到与自身文化不符的稿子,需用户改写指南。
- 无任何防错机制 — 纯提示实现:格式、取证、语气全靠模型遵循,无校验脚本(对比 docx/pptx 系有 validate.py)。
风险提醒:蓝色,知晓即可。纯 markdown 指南型 skill:无脚本、无网络外发、无凭证读取、无写入;行为=读自带 examples/ 指南 + 按指示经宿主工具读公司内部信息源(Slack/GDrive/Email/Calendar)后起草通讯。数据接触面由宿主授权决定(skill 自身零代码接触),主要留意点是内部通讯内容虚构/失准的传播风险与『示例即 Anthropic 自家风格』的适配问题。
5第二遍独立确认
- [ok] examples 路由映射完整 — SKILL.md 列的 4 个文件名与目录 4 个文件一一对应;general-comms.md 覆盖兜底场景。
- [ok] 无脚本无网络无凭证 — 全目录仅 6 个 md/txt 文件;token 扫描零命中。
- [ok] 公司数据源=宿主工具而非 skill 自带 — 三份指南提到的 Slack/Drive/Email/Calendar 均为『tools available』式提示,skill 无 connector/API 代码——与 external_deps 空一致。
- [ok] 描述与能力相符 — description 说 'formats that my company likes to use'——指南确实给出严格格式;但注意这些是 Anthropic 的示例风格,非用户公司定制(已在 fits/risks 提示适配)。
- [ok] 承诺的通讯类型覆盖 — status/leadership/project/incident reports 由 general-comms 承接(SKILL.md 列表 + 'anything else' 兜底)——无夸大。
- [ok] 元数据 — 本地 HEAD==pin 41bbe19;Apache-2.0 LICENSE.txt。
6结论
适合:适合需要高频产出内部通讯的小团队/公司(产品/工程团队的 3P 周更、HR/市场全员 newsletter、FAQ 沉淀);适合已给宿主接入 Slack/Drive/Email 等工具的组织,能最大化『自动取证』价值。
不适合:不适合没有内部工具接入且用户也没空提供素材的场景(会退化成凭空起草);不适合对格式灵活度要求高的创意型内部沟通;不适合把示例风格当公司规范直接照搬、不做任何适配的团队。
安装 agent 直装可复制
① 本站镜像 更新 2026-09-09
方式 A · 人下载镜像包下载 internal-comms.tar.gz
sha256:
方式 B · JSON 格式安装指南,复制给 agent4202bcfb5ea09c32…agent 读 JSON 指南后会自动从本站下载安装,无需更多说明。
② 上游 GitHub · 原始来源
来源信息 GitHub 原始
作者 / 仓库anthropics / anthropics/skills
原始 GitHubanthropics/skills ↗
Stars175386
最近推送2026-09-03
本 skill commit
41bbe19d1a许可Apache-2.0(自带 LICENSE.txt;Copyright 2026 Anthropic, PBC.)
本站信息
收录日期2026-09-06
分类基础工具与工作流
侦查报告2026-09-06 · 2 遍
本站镜像与 GitHub 原始是不同来源:本站锁定 commit 快照经 /r2 分发;GitHub 为实时上游,内容可能已更新。