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风险提醒 风险提醒：绿色 · 放心使用
风险提醒：绿色 · 放心使用
- 默认路由可能违背用户本意 — description 让宿主在用户只说 'content creator' 时按写作意图转 content-production；若用户其实想规划内容，会多一次纠正成本。属可用性风险，可通过只说 'content plan' 规避。
- 孤儿资产积压 — 4 个 references + 1 个模板 + 2 个示例随弃用壳一起发布但无人引用；它们既不会被 successor 使用，也不受本 SKILL.md 的弃用说明约束，长期看是维护与体积负担（也可能被好奇的 agent 单独读入上下文，产生与现行流程不一致的旧建议）。
- 仓库内仍有 4 篇文档推荐已弃用 slug — ad-creative / app-store-optimization / referral-program / webinar-marketing 的 docs 页仍把 content-creator 当可用 skill 引用；模型读这些文档时会指向弃用入口，多一跳路由，且用户可能以为该 skill 仍有完整能力。
- 依赖宿主解析 skill 内相对链接 — 正文用 ../content-production/ 这类相对路径；不解析 skill 目录树的宿主只能靠模型自行理解目录名，弱化『指名 successor』的确定性（description 内的文字说明是其兜底）。
风险提醒：绿色，放心使用。纯声明式路由 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 的价值会退化为一段文字说明。
安装 agent 直装可复制
① 本站镜像 更新 2026-09-15
方式 A · 人下载镜像包下载 content-creator.tar.gz
sha256:
方式 B · JSON 格式安装指南，复制给 agent98464544b9acbeed…agent 读 JSON 指南后会自动从本站下载安装，无需更多说明。
② 上游 GitHub · 原始来源
来源信息 GitHub 原始
作者 / 仓库alirezarezvani / alirezarezvani/claude-skills
原始 GitHubalirezarezvani/claude-skills ↗
Stars25977
最近推送2026-08-30
本 skill commit
19392f7a08许可MIT（SKILL.md frontmatter `license: MIT`；仓库根 LICENSE：'MIT License / Copyright (c) 2025 Alireza Rezvani'；GitHub API spdx_id=MIT）
本站信息
收录日期2026-09-06
分类内容创作
侦查报告AI 侦查 · 2 遍 · 2026-09-06
本站镜像与 GitHub 原始是不同来源：本站锁定 commit 快照经 /r2 分发；GitHub 为实时上游，内容可能已更新。