本期是 Skills 生态拆解第 4 轮（内容创作与办公）的又一块补格。盘点存档：翻译（对外）、内容营销（对外）、去 AI 味（对外发布）、PPT（对外演示）、会议线（输入端）均已主拆，唯独「写给同事看的文字」——周报、状态报告、事故报告、FAQ、公司新闻信——从未以独立视角成文。本期补上这条职场文书线。装机端样本为本机注册表里唯一的专业对口件 internal-comms（官方 example-skills 家族成员），外加两个邻接件 doc-coauthoring、brand-guidelines；方法论层沿用 8-29 存档的社区头牌 writing-great-skills 作对照锚点。本期有一项过往各期不具备的材料优势：本栏目对该件做了一次实弹触发，拿到了 SKILL.md 注入全文，逐段拆解有原文可引。材料边界照例如实声明：本轮 WebSearch 与外部抓取通道均被环境权限拒绝（多次尝试无一放行），本文为纯装机端拆解，在线数据（安装量、星数）一律缺失，凡属推断逐一标注※，评分含黑箱成分。
先自证清白。本栏目对「写作」的覆盖不可谓不密：翻译线拆过 baoyu-translate 的工程化极限（8-29 存档），内容营销线拆过 SEO 包与口播文案（9-03 变现半场），去 AI 味拆过 sepia（8-31），书改课拆过知识迁移产线（9-03），会议线拆过「办公的耳朵」（9-04）。但把这几期摊开看，会发现一个共同的盲区：拆的全是「对外」的文字——发给读者的、发给粉丝的、发给客户的。职场里另半壁江山的文字是「对内」的：周报、状态汇报、事故复盘、FAQ 应答、领导层简报。这类文字不追求传播，只追求组织内交付；不发在社媒上，发在邮件、文档和群里。
装机端点货。本机注册表快照里，落在职场文书线上的专业对口件恰好一件：example-skills:internal-comms（官方 16 件 example-skills 插件家族成员，该清单在 9-04 官方电商蓝图拆解一期的装机观察里完整点过名）。邻接件两件：doc-coauthoring（文档协作）、brand-guidelines（品牌口吻）。对照锚点一件：社区头牌 writing-great-skills（mattpocock/skills，8-29 存档口径 320.8K 安装、加权 4.00）。
市场端扫描只能引存档：8-27 以来的多轮新星榜与小而美清单里（9-03、9-04 各期周报的市场扫描口径），职场文书类条目为零——上榜的内容类新面孔是去 AI 味的 sepia、滚动叙事的 scroll-craft、应用商店截图的 goldie、洗 AI 痕的 watermark-remover，全是「对外」或「修饰对外」的活儿。装机端一件独苗、市场端零上榜，这条线的生态画像第一节就立住了。
权重沿用本栏目固定口径：功能 25%、设计 25%、实战 20%、上手 15%（越高越容易）、社区 15%。writing-great-skills 直接沿用 8-29 存档实测分，不重复估分。
| 件 | 层位 | 功能 | 设计 | 实战 | 上手 | 社区 | 加权 |
|---|---|---|---|---|---|---|---|
| internal-comms（官方） | 格式场景层 | ★★★★ | ★★★★☆ | ★★★☆ | ★★★★☆ | ★★★★ | 4.10 |
| writing-great-skills（社区，锚点） | 方法论层 | ★★★ | ★★★★★ | ★★★★ | ★★★ | ★★★★★ | 4.00（8-29 存档） |
| doc-coauthoring（官方）※ | 协作过程层 | ★★★☆ | ★★★★ | ★★★☆ | ★★★★ | ★★★☆ | 3.70 |
| brand-guidelines（官方）※ | 口吻约束层 | ★★★☆ | ★★★☆ | ★★★ | ★★★☆ | ★★★☆ | 3.40 |
评分说明：internal-comms 的设计与上手维度基于注入全文逐段核验（一手材料），实战维度基于本栏目实弹触发记录——路由层验证通过、指南层未验收；doc-coauthoring 与 brand-guidelines 为黑箱估分※，仅名字与家族归属可核验，若正文质量与命名语义不符应相应修正。writing-great-skills 沿用 8-29 存档口径，与本表权重一致，可直接对比。
先交底：这份 SKILL.md 的注入全文只有三十行上下，三个二级标题——When to use this skill、How to use this skill、Keywords。正文里没有一句写作技巧。没有怎么写周报、没有事故报告该有几段、没有 FAQ 的语气建议。它通篇只做一件事：告诉模型「识别文书类型 → 去 examples/ 目录加载对应指南文件 → 按该文件的指示写」。
这不是偷懒，是本栏目拆过的「脑体分离」范式（9-03 脑体分离与验证派、新星首发脑手分离三连拆两期的口径）在官方件上的标准落地：SKILL.md 是脑，常驻上下文，薄到近乎免费；examples/*.md 是体，按需加载。更值得记一笔的是出处——它不是社区作者在追热点时悟出的写法，而是 anthropics 官方 example-skills 家族的出厂件（本机插件缓存路径可证：anthropic-agent-skills/example-skills 命名空间）。官方自己写 Skill 时选了什么形态，比任何教程都有说服力。
When-to-use 栏列了七类适用文书：3P updates（进展/计划/问题）、公司新闻信、FAQ 应答、状态报告、领导层简报、项目更新、事故报告。而 How-to 的路由表只开了四个抽屉：3p-updates.md、company-newsletter.md、faq-answers.md、general-comms.md。
逐行对账就有发现：前三个抽屉一一对应，后四类货（状态报告、领导层简报、项目更新、事故报告）全部走 general-comms 这个兜底抽屉——路由表的原文写得很清楚：「anything else that doesn't explicitly match one of the above」。职场里最高频的文书恰恰是状态报告和项目更新，它们却没有专属抽屉。这是设计缺陷吗？细看不是：3P 更新本身就是状态报告的格式化框架（进展/计划/问题三栏就是周报的骨架），抽屉合并是审慎而非偷懒——七类货里有近亲，四个抽屉用近亲合并收拢了全部需求。但代价也在：事故报告和领导层简报被塞进 general 抽屉后，写法细节必然比 3P 那种有专属指南的品类粗。（指南层四个文件的具体深度本环境未能核验，此为路由结构推断※。）
逐词读路由表的三个细节。其一，第一步「Identify the communication type from the request」——type 和 from the request 都是加粗的。加粗的是两件事：先定类别、再按请求原文定，而不是先读素材再发挥。类别先于内容，这是分诊台逻辑（9-03 爆款八式里 P3「正文路由表：第一段不是教学是分诊台」的官方同款）。其二，「doesn't explicitly match」里的 explicitly 是在做反向约束：匹配要靠显式对应，不许凭感觉归类——防止模型把事故报告硬套成新闻信。其三，路由表为每个抽屉配了一句 em-dash 注释（examples/3p-updates.md - For Progress/Plans/Problems team updates），注释本身就是匹配关键词的备选池。
路由表末尾还有一句最容易被忽略的话：类型对不上任何指南时，「ask for clarification or more context about the desired format」——先问，再动笔。放到本栏目的术语体系里，这是 9-04 先问再查一期拆 deep-research 时命名的「验证暗线」在写作件上的复现：宁可多问一句格式，不许自由发挥交稿。对写作类 Skill 而言这条尤其要紧——文章写瞎了的成本是全部重写，先问的成本只有一轮对话。官方把这条写进路由器的最后一行，等于给整个分诊流程上了保险。
全文最出格的设计在最后一节：## Keywords，下面一行列出「3P updates, company newsletter, company comms, weekly update, faqs, common questions, updates, internal comms」。按官方规范，SKILL.md 的元数据住在 frontmatter（name + description），正文是给模型看的自由文本——关键词栏不在规范里，是作者的自由发挥。
它是写给谁看的？模型已经触发了，不需要关键词；这一栏的真实读者是任何做关键词匹配的检索层——目录站的搜索、装机环境的模糊查找（9-04 起名即路由一期立过「名字即路由」的门面论：门面不止名字一处，描述是第二门面）。这栏等于在正文层自建了第三门面：frontmatter 管自动触发的路由，When-to-use 栏管触发后的适配确认，Keywords 栏管人肉/工具检索的命中。三层漏斗各管一段，洋葱式触发。社区作者能不能抄？能，且零成本——这是本期拆解里最值得直接搬走的一行设计。
本栏目以「草拟一封关于季度目标调整的团队公告」为请求做了实弹触发。结果分三段记录：触发——成功，技能被正确召回，证明 frontmatter 描述层的路由有效；路由层加载——成功，三十行 SKILL.md 注入上下文，按路由表，「团队公告」不显式匹配前三个抽屉，应走 general-comms；指南层——examples/ 目录下的四个文件在本环境因沙箱权限全部拒绝读取（本栏目多次尝试，无一放行），成文环节无法验收。这个半截记录本身有信息量：触发和分诊是两件独立的事，路由层验证通过不等于产出合格——对文书件而言，真正的价值全部住在那四个没读到的抽屉里，读者在自己环境不受此限，验收应以本地实测为准。
三条。其一，指南层深度未知※，本表的实战分为此打住在中档。其二，中文职场语境适配存疑：七个品类名、四份指南文件全是英文硅谷语境——3P 更新是硅谷创业公司的管理仪式，「公司新闻信」在中文职场对应的是全员邮件或飞书公告，格式的在地化换算全靠模型现场发挥。其三，兜底抽屉兼任四类高频文书的写法来源，事故报告这类有硬格式的品类（时间线、影响面、根因、整改）大概率拿不到同等的结构化指导。
官方家族里离文书线最近的邻接件。它拆不动正文（黑箱※），但名字本身就是可核验的一手材料：不叫 doc-writing，不叫 doc-generator，叫 doc-coauthoring——「co-」把 AI 的位置从代笔改成了合著。这个词根的选择与 internal-comms 形成了官方件之间少见的分工默契：internal-comms 管格式的场景（什么文书走什么格式），doc-coauthoring 管写作的过程（起草、修改、打磨怎么协作）。一个管分诊，一个管工序。它在存档里被提及九次、从未主拆，本期把它放进对照表，算是给这个常任配角第一次记名。短板先记一条※：协作过程类 Skill 的产出高度依赖用户的参与节奏，开箱即用程度天然低于路由器型。
把本期四件排到一条栈上，职场文书线的地图就齐了：
有意思的是官方与社区的分工：官方发场景件和约束件，社区卷方法论件。方法层的头牌 320.8K 安装遥遥领先官方场景件的可见热度——用户用脚投票的对象是「教我写好」而不是「替我分诊」。但反过来说，方法层是平台无关的通用货，社区做没风险；场景层要背具体格式的维护责任（格式变了件就腐烂），官方来做最合适。这个分工未必是谁设计的，但它是健康的。
市场端零上榜不是需求不存在，是需求的性质与榜单的度量方式天然错位。三条解释。
其一，最有需求的人群最沉默。写对外内容的人泡 GitHub、给 Skill 点星；写周报的人不发帖、不点星、甚至不知道 SKILL.md 为何物。榜单度量的是开发者社区的声量，职场文书的用户根本不在那个社区里。
其二，格式因公司而异，通用爆款做不出来。对外内容有平台硬规格（9-03 变现半场拆 goldie 时的结论：规格越硬，Skill 越优质——App Store 截图是硬规格，可它成就的是截图件）；职场文书恰好相反，每家公司的周报模板、汇报口径、事故复盘表格都不一样，Skill 作者做不出一份放之四海皆准的抽屉。这也解释了为什么变现半场里企业侧的答案是「企业自建」——文书件的终局是组织内部资产，不是公开市场商品。
其三，这条线在管线图上的位置偏僻。9-04 会议线一期画过空位地图：「会前与回写两端无人施工」——周报和状态汇报正是会议线「回写端」的直接邻居（开完会，纪要变周报，周报变领导简报）。会议线的空位判断在文书线上再次成立，两条线共享同一片无人区。
flowchart TD
R["用户请求进来<br/>第一步: identify the type from the request"] --> T{"路由表<br/>examples/ 目录四选一"}
T -->|"3P updates"| F1["3p-updates.md<br/>进展/计划/问题"]
T -->|"公司新闻信"| F2["company-newsletter.md"]
T -->|"FAQ 应答"| F3["faq-answers.md"]
T -->|"状态报告/领导层简报<br/>项目更新/事故报告"| F4["general-comms.md<br/>兜底抽屉: explicitly 不匹配才算"]
T -->|"四类都对不上"| Q["ask for clarification<br/>先问格式 再动笔"]
F1 --> W["按指南规定的<br/>格式/语气/取材方式成文"]
F2 --> W
F3 --> W
F4 --> W
Q -.-> W
规律一：抽屉式路由 + 兜底问询，是文书类 Skill 的骨架。场景清单可以列七个，抽屉开四个，用近亲合并收拢；兜底抽屉之外必须挂一条「先问再写」。判断自己的场景适不适合这个骨架：你的领域里，「请求类型」是不是一个有限集合？是，就分诊；不是（开放创作类），别硬套。
规律二：载荷外置，脑薄体厚。主文件薄到三十行，写作知识全部下沉到按需加载的指南文件。这不是官方的私藏，是上下文经济学（9-04 同名一期）的通用解——但由官方件示范出来，分量不同：说明这个写法已经是出厂默认，不再是社区的聪明技巧。
规律三：正文层也可以有门面。Keywords 栏提示了一个被普遍浪费的位置：SKILL.md 的正文不但给模型看，还可以给检索层看。作者为可检索性做的每一点冗余（关键词栏、品类别名、同义说法），都是在给「被找到」加保险——对无星冷启动的新件，这可能是比刷星更诚实的获客手段。
# 方式一：官方插件市场（与本机注册名 example-skills:internal-comms 对应）
# 在 Claude Code 内执行：
/plugin marketplace add anthropics/skills
/plugin install example-skills
# 方式二：手动安装单件
git clone https://github.com/anthropics/skills
cp -r skills/internal-comms ~/.claude/skills/
触发说法（按 Keywords 栏原文直译即可命中）："写个 3P 更新" / "整理成 FAQ" / "起草一封公司新闻信" / "帮我把这个月进展写成状态报告"。
| 维度 | 第 1 名 | 第 2 名 | 第 3 名 |
|---|---|---|---|
| 综合加权 | internal-comms（4.10） | writing-great-skills（4.00） | doc-coauthoring（3.70） |
| 设计质量 | writing-great-skills（★★★★★） | internal-comms（★★★★☆） | doc-coauthoring（★★★★）※ |
| 上手友好 | internal-comms（★★★★☆） | doc-coauthoring（★★★★）※ | brand-guidelines（★★★☆）※ |
| 职场即用度 | internal-comms | doc-coauthoring ※ | brand-guidelines ※ |
带※者为黑箱估分，权重与主表一致。
本期把「写给同事的文字」这条被整个生态跳过的线摆上了台面：装机端一件官方独苗守着七个品类，市场端持续零上榜，需求最大的人群恰是生态里最沉默的人群。主拆的三十行给出了一份可抄的答卷——抽屉路由、兜底问询、载荷外置、正文第三门面——全部零成本可搬。真正的悬念住在那四个未被验收的指南抽屉里：文书件的价值从来不在路由器，在抽屉里那份格式写得多认真。这也给想填坑的作者留了 exact 的空位：事故报告、领导层简报这类有硬格式的品类，通用兜底抽屉接不住，谁能做出中文职场的专属抽屉，谁就补上了这条线最缺的那格。
example-skills:internal-comms 命名空间，anthropic-agent-skills/example-skills） — SKILL.md 注入全文与实弹触发记录，本文一手材料[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。