前言¶
做一个长内容很贵。一篇公众号长文、一期播客逐字稿、一场直播回放、一份视频口播稿，写完就发一次，流量只吃到一个平台。另一种常见做法是同一篇稿子原样复制到所有平台，结果要么被平台判重复分发，要么在不同平台都不合适。
这个 Skill 走的是第三条路：它不负责改写，负责的是「把长内容拆成原料，再决定哪条原料发到哪个平台、什么时候发」。改写交给下游的内容引擎。下面介绍它到底做什么、怎么用、边界在哪。
这是什么¶
这个 Skill 名称是「内容分发｜多平台搞流量」，由村长老谢（indiv-cunzhanglaoxie）发布在 SkillHub 上，官方地址是 https://api.skillhub.cn/indiv-cunzhanglaoxie/content-recycle。SkillHub 上的分类是 content-creation，评分 98819，下载量 1171 次（以官方页面为准，抓取时页面不可访问，数据来自任务提供的资料）。
它解决的问题是复用决策：一篇长内容里有哪些可以拆开复用的部分、每条该发哪个平台、首发和二次分发之间留多久、怎么避免被判搬运。它不产出改写后的文案。
核心能力¶
整个 Skill 按九章一条线组织：
- 体检。对长内容做四条硬指标打分，判断值不值得复用；不值得就直接劝退，不做拆条。
- 切片。把内容拆成六类原料：立场反转、反常识数据、可操作步骤、被弱化的前提、真实案例、高频问答。同时回答一篇切几刀。
- 平台矩阵。覆盖抖音、视频号、小红书、公众号、朋友圈、知乎六个平台，每个平台有自己的翻译规则与禁区。
- 配对。哪条料配哪个平台，不是每条都全平台发。
- 节奏。决定首发与二次分发的时间差。
- 防翻车。按时效、重复、搬运四判据、合规四个维度检查。
- 交接。给下游改写技能输出人话指令，说明要改哪一段。
- 复盘。记录哪条复用真的带来了流量。
- 边界。明确什么内容不该复用。
附四个引擎：体检打分、切片建议、平台匹配、发布排期。
调用方式是在对话里使用触发词，包括「一鱼多吃」「一稿多投」「内容复用」「跨平台分发」「长文拆解」「公众号转小红书」「播客拆条」「内容二次利用」「复用决策」「内容分发排期」「村长老谢」「老谢」。
安装与启用¶
安装方式需要到官方地址确认。该页面当前不可访问，本文不写未经核实的安装命令。在支持 SkillHub 的客户端里，按官方地址添加该 Skill 即可，之后在对话中使用上述触发词调用。
需要注意的是，这个 Skill 只做复用决策，产出的是「改哪一段、发到哪、什么时候发」的清单与指令，不是成品文案。下游需要接一个改写类的内容引擎才能拿到可直接发布的文本。
典型流程¶
以一篇公众号长文为例，完整流程如下：
1. 把长文全文交给 Skill，用触发词（如「一鱼多吃」「内容复用」）发起
2. Skill 先体检：四条硬指标打分，不达标直接劝退
3. 达标后切片：输出六类原料清单，标注每条在原文中的位置
4. 平台配对：每条原料对应一个或几个平台，而不是全平台分发
5. 排期：给出首发平台、首发时间、二次分发的平台与时间差
6. 交接：生成给下游改写引擎的人话指令
7. 发布后复盘：记录各条复用的实际流量
这一步产出的是一份分发决策，不是文案。拿到决策后再把对应的原料段落交给下游引擎改写。
适用场景与注意¶
适合手里有大量长内容资产、想跨平台吃流量的创作者和内容团队：公众号作者、播客制作方、直播运营。它的价值在于提高单篇内容的利用率，同时降低重复分发和搬运判定的风险。
需要注意几点：
- 这个 Skill 明确只复用自己的内容，不做洗稿、不做搬运、不做侵权拼接。素材必须是你自己生产的长内容。
- 体检环节会劝退不合格的内容。不是所有长文都适合拆开复用，硬拆会产出没人看的碎片。
- 平台禁区规则是内置的，各平台规则会变，发布前仍需人工确认。
- 它不替代改写。没有下游内容引擎时，拿到的是决策而不是成品。
- 时效判据会限制某些内容二次分发的窗口，过期内容不建议再发。
结尾¶
这个 Skill 的价值在于把「一鱼多吃」从凭感觉变成一条可执行的流程：先体检值不值得复用，再切片、配对、排期、防翻车、交接、复盘。它只做决策，不改文案，边界清楚。
官方地址：https://api.skillhub.cn/indiv-cunzhanglaoxie/content-recycle（页面抓取时不可访问，安装与最新数据以官方页面为准）。
