1实现原理 · 为什么它能做到
这不是一个能干活的 skill，而是一张弃用路由表：正文除一段废弃说明外，全部是『你想要 X → 去用 Y』的映射，并明令不许就地处理请求。
marketing-skill/skills/content-creator/SKILL.md
## Communication This is a redirect skill. Route the user to the correct specialist — don't attempt to handle the request here.
这里在做什么：把已下线的 slug 保留为『墓碑路由』（tombstone），使旧调用（用户说 'content creator'、旧文档指向本 skill）不会落空，而是被转给拆分后的专家 skill。对 agent 而言它是一段纯判定逻辑：识别意图 → 指名 successor → 停止。
弃用原因被写进 SKILL.md 正文（而非只在 changelog）：原 skill 贪多（planning/writing/SEO/social/brand voice 全包）导致样样稀松，因此拆成 content-production 与 content-strategy 两个专家。
marketing-skill/skills/content-creator/SKILL.md
## Why the Change The original `content-creator` tried to do everything: planning, writing, SEO, social, brand voice. That made it a jack of all trades. The specialist skills do each job better: - **content-production** — Full pipeline: research → brief → draft → optimize → publish. Includes all Python tools from the original content-creator. - **content-strategy** — Strategic planning: topic clusters, keyword research, content calendars, prioritization frameworks.
这段同时承担迁移说明：把原 skill 的 Python 工具归属说清楚（都归到 content-production），使用户知道能力没丢。第二遍已核对 successor 目录与脚本确实存在于同仓库。
路由判定表按『写 / 规划 / 品牌声音 / SEO / 社交』五类意图分派到四个不同 successor，且触发词被写进 frontmatter description（供宿主做自动匹配）。
marketing-skill/skills/content-creator/SKILL.md
| **Write** a blog post, article, or guide | [content-production](../content-production/) | | **Plan** what content to create, topic clusters, calendar | [content-strategy](../content-strategy/) | | **Analyze brand voice** | [content-production](../content-production/) (includes `brand_voice_analyzer.py`) | | **Optimize SEO** for existing content | [content-production](../content-production/) (includes `seo_optimizer.py`) | | **Create social media content** | [social-content](../social-content/) |
注意链接是相对路径 ../content-production/ 等——需要宿主支持 skill 内相对链接解析；marketing-skill/CLAUDE.md 的 Skill Map 也以目录名承载同一映射（'content-production/ — Write content (blog posts, articles, guides)'）。
另有『主动触发』两条：用户只说 'content creator' 默认判为写作意图转 content-production；说 'content plan / what should I write' 转 content-strategy。
marketing-skill/skills/content-creator/SKILL.md
## Proactive Triggers - **User asks "content creator"** → Route to content-production (most likely intent is writing). - **User asks "content plan" or "what should I write"** → Route to content-strategy.
这里是给『意图不明确』兜底：把最常见的默认偏好（写作）写死，减少来回澄清；这是弃用路由少见的贴心设计。
输出物映射表把模糊请求对应到具体 successor 的产出（含脚本名），使路由结果可预期。
marketing-skill/skills/content-creator/SKILL.md
| "Brand voice analysis" | content-production (`brand_voice_analyzer.py`) | | "SEO optimization" | content-production (`seo_optimizer.py`) |
第二遍核实：brand_voice_analyzer.py 与 seo_optimizer.py 确实位于 marketing-skill/skills/content-production/scripts/（另有 content_quality_gates.py、content_scorer.py），与本 skill 零脚本形成对照。
仓库级路由与文档也贯彻弃用：marketing-ops 路由表把『写文章/SEO 文章』指向 content-production 并注明 'Not content-creator'，marketing-skill/CLAUDE.md 把 content-creator 列入 Anti-Patterns。
marketing-skill/CLAUDE.md
❌ Don't use content-creator (deprecated → use content-production)
docs/skills/marketing-skill/marketing-ops.md 的同一行写成 '| "Write an article," "research and write," "SEO article" | **content-production** | Not content-creator (production has the full pipeline) |'。两处一致，说明弃用在仓库治理层面已落实。
2核心能力
01旧 slug 变成意图路由：content creator / 写文章 / 品牌声音 → content-production
02规划类请求路由：内容规划 / 主题簇 / 内容日历 → content-strategy
03工具归属指路：品牌声音分析、SEO 优化分别点名 content-production 下的具体脚本
04社交内容转交：社交帖/社媒内容 → social-content（在 frontmatter description 与正文表中双向声明）
05默认意图兜底：只说 'content creator' 时按写作处理，避免反问
06迁移说明：讲清为什么拆、拆成什么、能力去哪了（含 Python 工具去向）
4管控建议与判定依据
建议配套管控措施
面向 Agent
可自动加载
面向管理者
登记来源与版本
判定依据（文件路径与关键语句摘要）
- SKILL.md: 纯提示词指令与规则文本，无脚本执行与外部影响
审计说明： 。纯声明式路由 skill：零脚本执行、零网络外发、零凭证读取、零文件写入（全目录 token 扫描 URL/curl/wget/subprocess/os.environ/requests 命中的 3 处均为英文词 'requests' 出现在 prose 中，非网络调用）。它唯一动作是让 agent 转去另一个 skill，风险等级等同于一段静态文档。需注意的只有两点：路由默认值可能误判意图，以及拆分遗留的孤儿 references/ 仍占用安装体积/可被偶然读入。
5第二遍独立确认
- [ok] skill 路径（任务书标『待定位』） — 实际相对路径 marketing-skill/skills/content-creator（frontmatter name: "content-creator"）；仓库内另有两处同名副本——.gemini/skills/content-creator（生成镜像，逐字相同）与 .hermes/.vibe 下的打包树；以 marketing-skill/skills/ 为源，故 skill.path 取该路径。
- [ok] 『deprecated redirect』定位属实（非可执行能力 skill） — frontmatter status: deprecated；正文 'This is a redirect skill. Route the user to the correct specialist — don't attempt to handle the request here.'；目录内无 scripts/，无任何可执行文件。
- [ok] 路由目标真实存在 — content-production / content-strategy / social-content 三个目录在同一 skills/ 层存在；点名的 brand_voice_analyzer.py、seo_optimizer.py 位于 content-production/scripts/。
- [discrepancy] 孤儿资产（references/、assets/、examples/ 无人引用） — 第二遍发现：SKILL.md 正文与 frontmatter 均未引用这 7 个文件（含 content_frameworks.md、analytics_guide.md、brand_guidelines.md、social_media_optimization.md、content_calendar_template.md、两个 examples/*.md）。它们随拆分留在了这个已弃用的壳里，而 successor（content-production/content-strategy）有各自的 references 与 templates 目录——旧版知识库既未被迁移也未被引用，属安装体积与可读性上的遗留，不影响运行。
- [discrepancy] 仓库其它文档仍推荐已弃用 slug — docs/skills/marketing-skill/ad-creative.md、app-store-optimization.md、referral-program.md、webinar-marketing.md 的正文仍写 'content-creator: …' 作为可用 skill 建议（例如 referral-program.md:291 'content-creator: Use for creating affiliate partner content or referral-related blog posts.'）。与 marketing-skill/CLAUDE.md 的 Anti-Patterns 及 marketing-ops 路由表相矛盾，属迁移收尾未完成；会造成模型在跨 skill 建议里指向弃用 slug（虽仍能经本 skill 二次路由，但多一跳）。
- [ok] 无网络/无凭证/无写入 — 目录内无脚本；token 扫描仅命中 prose 里的英文词 'requests'（SKILL.md:3 与 references/social_media_optimization.md:229），无 URL、无 CLI、无 API。
- [ok] 跨宿主镜像一致性 — diff -q .gemini/skills/content-creator/SKILL.md marketing-skill/skills/content-creator/SKILL.md 无输出（内容相同），确认为 sync-gemini-skills.py 生成的镜像。
- [discrepancy] 同 pod 计数口径不一致（邻接观察） — marketing-skill/skills 实际 48 个目录、48 个 SKILL.md；.claude-plugin/marketplace.json 写 '47 marketing skills'、marketing-skill/.claude-plugin/plugin.json 与 marketing-skill/CLAUDE.md 写 44、docs/skills/marketing-skill/marketing-skills.md 写 '44 specialist skills in `skills/`（plus this index and the deprecated content-creator redirect）'，工具数 59 与 62 亦有出入。与 content-creator 的弃用状态相关（是否计入分母口径不同），但各处数字互不吻合，属文档数字纪律问题。
6结论
适合： 适合两类场景：① 使用者/旧流程里仍喊 'content creator' 时被正确接住并转交；② 想了解该仓库营销 skill 演进史与迁移去向的人（SKILL.md 本身就是一份迁移说明）。若你的目标是把内容做出来，实际应该直接装并用 content-production（写作）或 content-strategy（规划）。
不适合： 不适合期望它直接产出博客、SEO 优化或品牌声音分析的场景——它明令不做请求处理，且自带的 references/examples 无人引用、可能与现行流程不一致；也不适合把它当『通用营销 skill』引用（仓库自身已把 content-creator 列为 Anti-Pattern）；若宿主不支持 skill 内相对链接与多 skill 协作，本 skill 的价值会退化为一段文字说明。
Install Agent-Ready
① Verified Mirror 2026-09-15
Option A · Direct DownloadDownload content-creator.tar.gz
sha256:
Option B · Copy Guide for Agent98464544b9acbeed…agent 读 JSON 指南后会自动从本站下载安装，无需更多说明。
② Upstream GitHub
GitHub Repo ↗
Pinned to commit 19392f7a08.