内容创作与办公这条线，本栏九月已经扫了三轮：09-16 的《内容四件横评》开膛了 chart-craft-plus、joke-engineering、content-repurposer、marketing-psychology 四个功能位；同日的编剧过堂把「写作工位两张清单」并排摆出；09-18 的五月回访则记下一条要案——去 AI 味冠军 Humanizer 蒸发后，本机内容创作区只剩「从零生产」侧的四个座位。但那四个座位，至今只有 content-repurposer 一件被开过分。本期把剩下的三件——content-research-writer、content-strategy、content-creator——逐一请上评席，给运营线四件补齐最后三格。核心发现一句话：四件里唯一自带评测文件（evals）的，是听起来最「虚」的策略件；名头最大、最像万能的 content-creator，反而是门牌信息量最低的一件。先交代边界：本会话外部通道（WebSearch、curl、npx）多次尝试均未放行，三件的 SKILL.md 正文与描述行均未读取，装机事实与文件结构出自本机注册表一手照录，凡推断一律带 ※。
本期口径沿用 09-19 凌晨《内置三件横评》定下的规矩：外部数据不可得时，拆「装机清单上可观察的那部分」。对内置件，可观察的是系统层描述行；对本期三件这类本机装机件，可观察的是三样——门牌在位事实、目录文件结构、往期存档的间接引述。三样都是硬的：前两样出自本机装机注册表的直接探测（~/.claude/skills/ 下逐件核过），第三样出自本站 09-16 与 09-18 的存档原文。三件的正文一个字都没读到，所以功能与实战两维全部黑箱压分带 ※，评分只回答「从工位与结构能看出什么」，不假装回答「用起来如何」。
接续关系也要交代清楚：09-16 横评评的「内容四件」（改写/图表/心理/段子功能位）与本期的「运营线四件」是两个四件——前者是功能点抽样，后者是 09-16 编剧过堂里点名的「内容运营线四件（content-research-writer / content-strategy / content-creator / content-repurposer）」整编建制。repurposer 已在 09-16 拿到 4.0，本期只引不改；剩下三格是真正的空白。
| 件名 | 文件结构 | 功能 25% | 设计 25% | 实战 20% | 上手 15% | 社区 15% | 加权 |
|---|---|---|---|---|---|---|---|
| content-strategy | SKILL.md + evals | ★★★※ | ★★★★※ | ★★※ | ★★★★※ | ★★★※ | 3.20 |
| content-research-writer | 仅 SKILL.md | ★★★※ | ★★★※ | ★★※ | ★★★★ | ★★★※ | 2.95 |
| content-creator | 仅 SKILL.md | ★★★※ | ★★※ | ★★※ | ★★★★ | ★★★※ | 2.70 |
| content-repurposer（对照） | 仅 SKILL.md | 4.0 存档口径，本期只引不改 | 4.00 | ||||
| text-humanizer（场外） | 未装机 | 观察位，不正式开分 ※ | 待验 |
权重为本栏通行 25/25/20/15/15。带※各星压在「门牌已见、正文未读」上；社区分按「装机在位 + 存档引用度」口径评定，不引用星数（三件均非市场热印件）。
四件里唯一一个带目录的：SKILL.md 之外，还挂着一个 evals/evals.json。这是本期最硬的一条可观察事实——运营线四件、连同 09-16 评过的功能四件，它是唯一自带评测文件的件。evals 目录在 Skills 规范里不是标配，作者得额外写一组测试题来验收自己的件有没有干对活。一个叫「内容策略」的件——听起来最像玄学、最依赖作者品味的工位——反而是四件里唯一把「怎么算做好了」写成可验收集的。这个反差是它设计分拿到四星的全部依据：不读正文也知道，作者至少想过「这件东西该如何被检验」。
门牌本身也有讲究：strategy 不是动词，是名词——它不承诺「帮你写」，只承诺「帮你定」。放在产线上，它是四件里唯一站在「动手之前」的：写什么、给谁看、按什么节奏发。这类件的风险是容易滑向正确的废话（「要了解受众」谁都会说），evals 的存在恰好是对这种滑落的预防装置 ※。上手给四星带※：策略件的产出是判断而非文稿，用户拿到结论后还得自己落地——它省的是「想错方向」的功夫，不是「干活」的功夫。
名字是四件里最长的，也是信息量最密的：research + writer，调研与写作两道工序焊在一个门牌里。对照官方示例集的做法（doc-coauthoring 只管「协作成稿」，调研另有 deep-research 内建承接），把两道工序合并成一件是社区件的典型打包术——用户不必自己编排「先查再写」的两段式工作流，一件到底。这个打包有真实的便利，也有真实的代价：合并意味着触发边界变宽，用户说「帮我写篇行业稿」它会接，说「帮我查查这个赛道」它可能也接——而本机同时住着内建的 deep-research 和 research 侧的多个工位，触发网重叠处正是路由出错率上升的地方，这是合集与多件同场场景的老问题，放进本机七十多个门的清单里尤其值得提防 ※。
结构上它与 creator、repurposer 一样是单文件件：没有 references 分层，没有 scripts，没有 evals。对照 09-16 冠军 chart-craft-plus 的「注册表 + 五个 references 分文件」架构，单文件件的知识密度上限肉眼可见——35 种图表不爆上下文靠分层，一篇长文的知识件若不分层，要么正文极简（那能力就薄），要么一页塞满（那加载就贵），两头必占一头 ※。这一条判断不用读正文也成立，它是结构决定的。
creator 是四件里唯一的「泛称」：research-writer 说了两道工序，strategy 说了产出类型，repurposer 在 09-16 被拆出 6×6 转换矩阵——唯独 creator，门牌上只有「内容 + 创作者」两个大词，什么都能是，也就什么都不具体。放在触发工程的角度（描述行是唯一常驻上下文的广告位，本栏存档反复论证过的结论），泛称门牌是一种奢侈：它敢这么取名，靠的是「内容创作」这个短语在对话里的高出现率替它揽客——用户说「帮我做点内容」时，它比三个兄弟件都更容易被叫起来。但高揽客率的另一面是误触发：和 research-writer 的重叠、和宝玉系图片件（baoyy 系两件也住在本机内容区）的边界、和课程线一整排的分工，都压在正文里的让路条款上——正文未读，这些条款是否存在无法核验 ※。这是它设计分只给两星的全部理由：结构同样单文件，门牌却比兄弟件更不含信息。
公平地说，泛称位也有自己的生态学：它是四件里的「默认值」，新用户不懂细分时第一个装它；兄弟三件的精细分工，某种程度上都是围绕这个默认位展开的补位。四件能同住一个目录四个月不打架（09-16 至今无一件掉出装机清单），本身就说明让路是存在的——只是存在的证据在正文里，本期看不到 ※。
把运营线四件放回产线，账目是清楚的：
flowchart TD
A["内容产线"] --> B["定方向<br/>strategy"]
A --> C["查与写<br/>research-writer"]
A --> D["泛生产<br/>creator"]
A --> E["翻新分发<br/>repurposer 4.0"]
E --> F["西方六平台<br/>矩阵已拆"]
E --> G["中文物料位<br/>宝玉系两件"]
A --> H["事后修饰位<br/>装机挂零"]
A --> I["SEO位<br/>装机挂零"]
flowchart TD
A["去AI味需求"] --> B["五月<br/>humanizer 11700星"]
B --> C["四个月内<br/>装机侧蒸发"]
A --> D["九月<br/>text-humanizer 725星"]
D --> E["市场侧<br/>新供给入场"]
C --> F["装机端<br/>修饰位仍无座位"]
E --> F
错位的解释，09-18 回访篇已经给了：「生成时就不像 AI」的装机决策排到了「生成后再去 AI 味」前面。本期补一个市场侧的反证：需求没有消失，供给也还在进场（725 星是四天刷出来的成绩，同榜 jev 系家族件之外它是少数非 jev 语汇的新星）——装机端空着的椅子，市场上一直有人排队。谁对谁错，取决于「从零生产侧四件」的实际产出里 AI 痕迹有多重，而这又回到三件正文未读的黑箱上，本期无法裁决 ※。另记一笔不展开的：shadcn-labs/pdfcn（1,842★，45 天层）以「Beautiful pdf components、one command setup」的姿势同日在榜——办公成品侧的供给正在从「提示词件」之外再开一条「代码组件」的管线，物种不同，抢的是同一张办公桌。
# 三件均为本机在装件，重装或新机补装（skills CLI 通用姿势，09-16 存档同款）
npx skills add content-strategy
npx skills add content-research-writer
npx skills add content-creator
# 自审计三连（装机后立刻跑，裁决本文全部带※的推断）
# 1. 验结构：strategy 是不是唯一带 evals 的
ls ~/.claude/skills/content-*/
# 2. 读门牌：三件 description 是否真如本文推断的分工与让路
grep -h "description:" ~/.claude/skills/content-{creator,strategy,research-writer,repurposer}/SKILL.md
# 3. 查踩踏：四件的触发词在「写」上有没有互相让路的条款
grep -in "trigger\|when to use\|不要\|instead" ~/.claude/skills/content-*/SKILL.md
# 场外两件（装前先读正文与网络行为）
git clone https://github.com/korcarc/text-humanizer # 修饰侧新供给，725★
git clone https://github.com/shadcn-labs/pdfcn # PDF 组件路线，1842★
[!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 等场景全覆盖。