# 没人写的周报：职场文书线首拆——官方独苗 internal-comms 逐段看 ## 概述 本期是 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 存档口径，与本表权重一致，可直接对比。 ## 三、主拆：internal-comms——三十行的路由器，教科书级的脑体分离 ### 3.1 全文形态：一层路由器的自白 先交底：这份 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 时选了什么形态，比任何教程都有说服力。 ### 3.2 七类货、四个抽屉：路由表与兜底的设计账 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 那种有专属指南的品类粗。（指南层四个文件的具体深度本环境未能核验，此为路由结构推断※。） ### 3.3 两个加粗词与一个 explicitly：路由表的微读 逐词读路由表的三个细节。其一，第一步「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`），注释本身就是匹配关键词的备选池。 ### 3.4 那条兜底问询：文书件的防瞎写条款 路由表末尾还有一句最容易被忽略的话：类型对不上任何指南时，「ask for clarification or more context about the desired format」——**先问，再动笔**。放到本栏目的术语体系里，这是 9-04 先问再查一期拆 deep-research 时命名的「验证暗线」在写作件上的复现：宁可多问一句格式，不许自由发挥交稿。对写作类 Skill 而言这条尤其要紧——文章写瞎了的成本是全部重写，先问的成本只有一轮对话。官方把这条写进路由器的最后一行，等于给整个分诊流程上了保险。 ### 3.5 Keywords 栏：写给检索层的第三份契约 全文最出格的设计在最后一节：`## 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 栏管人肉/工具检索的命中。三层漏斗各管一段，洋葱式触发。社区作者能不能抄？能，且零成本——这是本期拆解里最值得直接搬走的一行设计。 ### 3.6 实弹记录：一次真实触发的完整链路 本栏目以「草拟一封关于季度目标调整的团队公告」为请求做了实弹触发。结果分三段记录：**触发**——成功，技能被正确召回，证明 frontmatter 描述层的路由有效；**路由层加载**——成功，三十行 SKILL.md 注入上下文，按路由表，「团队公告」不显式匹配前三个抽屉，应走 general-comms；**指南层**——`examples/` 目录下的四个文件在本环境因沙箱权限全部拒绝读取（本栏目多次尝试，无一放行），成文环节无法验收。这个半截记录本身有信息量：**触发和分诊是两件独立的事，路由层验证通过不等于产出合格**——对文书件而言，真正的价值全部住在那四个没读到的抽屉里，读者在自己环境不受此限，验收应以本地实测为准。 ### 3.7 短板清单 三条。其一，指南层深度未知※，本表的实战分为此打住在中档。其二，**中文职场语境适配存疑**：七个品类名、四份指南文件全是英文硅谷语境——3P 更新是硅谷创业公司的管理仪式，「公司新闻信」在中文职场对应的是全员邮件或飞书公告，格式的在地化换算全靠模型现场发挥。其三，兜底抽屉兼任四类高频文书的写法来源，事故报告这类有硬格式的品类（时间线、影响面、根因、整改）大概率拿不到同等的结构化指导。 ## 四、次拆：doc-coauthoring——名字里的那个「co-」 官方家族里离文书线最近的邻接件。它拆不动正文（黑箱※），但**名字本身就是可核验的一手材料**：不叫 doc-writing，不叫 doc-generator，叫 doc-**coauthoring**——「co-」把 AI 的位置从代笔改成了合著。这个词根的选择与 internal-comms 形成了官方件之间少见的分工默契：internal-comms 管格式的**场景**（什么文书走什么格式），doc-coauthoring 管写作的**过程**（起草、修改、打磨怎么协作）。一个管分诊，一个管工序。它在存档里被提及九次、从未主拆，本期把它放进对照表，算是给这个常任配角第一次记名。短板先记一条※：协作过程类 Skill 的产出高度依赖用户的参与节奏，开箱即用程度天然低于路由器型。 ## 五、对照位：写作这件事的三层栈 把本期四件排到一条栈上，职场文书线的地图就齐了： - **方法论层**——怎么把文章写好：社区头牌 writing-great-skills（320.8K 安装，8-29 存档），官方家族在此层缺位； - **口吻约束层**——怎么说得像自家品牌：brand-guidelines，官方件，窄而硬（它管的是「不许跑腔」，不是「帮你写」，实战分因此最低）； - **格式场景层**——什么场景配什么格式：internal-comms，官方件，本期主拆； - **协作过程层**——怎么和 AI 一起写：doc-coauthoring，官方件。 有意思的是官方与社区的分工：**官方发场景件和约束件，社区卷方法论件**。方法层的头牌 320.8K 安装遥遥领先官方场景件的可见热度——用户用脚投票的对象是「教我写好」而不是「替我分诊」。但反过来说，方法层是平台无关的通用货，社区做没风险；场景层要背具体格式的维护责任（格式变了件就腐烂），官方来做最合适。这个分工未必是谁设计的，但它是健康的。 ## 六、市场边注：为什么职场文书上不了榜 市场端零上榜不是需求不存在，是**需求的性质与榜单的度量方式天然错位**。三条解释。 其一，**最有需求的人群最沉默**。写对外内容的人泡 GitHub、给 Skill 点星；写周报的人不发帖、不点星、甚至不知道 SKILL.md 为何物。榜单度量的是开发者社区的声量，职场文书的用户根本不在那个社区里。 其二，**格式因公司而异，通用爆款做不出来**。对外内容有平台硬规格（9-03 变现半场拆 goldie 时的结论：规格越硬，Skill 越优质——App Store 截图是硬规格，可它成就的是截图件）；职场文书恰好相反，每家公司的周报模板、汇报口径、事故复盘表格都不一样，Skill 作者做不出一份放之四海皆准的抽屉。这也解释了为什么变现半场里企业侧的答案是「企业自建」——文书件的终局是组织内部资产，不是公开市场商品。 其三，**这条线在管线图上的位置偏僻**。9-04 会议线一期画过空位地图：「会前与回写两端无人施工」——周报和状态汇报正是会议线「回写端」的直接邻居（开完会，纪要变周报，周报变领导简报）。会议线的空位判断在文书线上再次成立，两条线共享同一片无人区。 ## 七、internal-comms 的路由图 ```mermaid flowchart TD R["用户请求进来
第一步: identify the type from the request"] --> T{"路由表
examples/ 目录四选一"} T -->|"3P updates"| F1["3p-updates.md
进展/计划/问题"] T -->|"公司新闻信"| F2["company-newsletter.md"] T -->|"FAQ 应答"| F3["faq-answers.md"] T -->|"状态报告/领导层简报
项目更新/事故报告"| F4["general-comms.md
兜底抽屉: explicitly 不匹配才算"] T -->|"四类都对不上"| Q["ask for clarification
先问格式 再动笔"] F1 --> W["按指南规定的
格式/语气/取材方式成文"] F2 --> W F3 --> W F4 --> W Q -.-> W ``` ## 八、模式提炼：文书件的三条写法规律 **规律一：抽屉式路由 + 兜底问询，是文书类 Skill 的骨架。**场景清单可以列七个，抽屉开四个，用近亲合并收拢；兜底抽屉之外必须挂一条「先问再写」。判断自己的场景适不适合这个骨架：你的领域里，「请求类型」是不是一个有限集合？是，就分诊；不是（开放创作类），别硬套。 **规律二：载荷外置，脑薄体厚。**主文件薄到三十行，写作知识全部下沉到按需加载的指南文件。这不是官方的私藏，是上下文经济学（9-04 同名一期）的通用解——但由官方件示范出来，分量不同：说明这个写法已经是出厂默认，不再是社区的聪明技巧。 **规律三：正文层也可以有门面。**Keywords 栏提示了一个被普遍浪费的位置：SKILL.md 的正文不但给模型看，还可以给检索层看。作者为可检索性做的每一点冗余（关键词栏、品类别名、同义说法），都是在给「被找到」加保险——对无星冷启动的新件，这可能是比刷星更诚实的获客手段。 ## 安装与使用 ```bash # 方式一：官方插件市场（与本机注册名 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 的空位：事故报告、领导层简报这类有硬格式的品类，通用兜底抽屉接不住，谁能做出中文职场的专属抽屉，谁就补上了这条线最缺的那格。 ## 参考来源 1. [anthropics/skills — 官方 Skills 仓库（internal-comms、doc-coauthoring、brand-guidelines 所在的 example-skills 家族）](https://github.com/anthropics/skills) — 主拆件的出处与手动安装来源 2. 本机插件注册表与缓存路径（`example-skills:internal-comms` 命名空间，anthropic-agent-skills/example-skills） — SKILL.md 注入全文与实弹触发记录，本文一手材料 3. 本栏目存档 2026-09-04《先问再查：deep-research逐句拆解》 — 「先问再动笔」验证暗线的口径出处 4. 本栏目存档 2026-08-29《从翻译到表格：办公Skill头牌横评》 — writing-great-skills 320.8K 安装与 4.00 存档分，对照锚点 5. 本栏目存档 2026-09-03《变现半场：内容Skill四路横评》与 2026-09-04《会议纪要线四件横评》 — 平台硬规格论、企业自建答案与「回写端无人施工」的空位判断 > [!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 等场景全覆盖。