写作类 Skills 榜单：十个真能装的

先给清单：十行表，装法都在下面

怎么装（命令抄自各自官方页面）

# ① stop-slop —— 单文件，最轻的一个
mkdir -p ~/.claude/skills/stop-slop
curl -o ~/.claude/skills/stop-slop/SKILL.md \
  https://raw.githubusercontent.com/boraoztunc/skills/main/stop-slop/SKILL.md
# ⑦⑧⑨ 同仓库其他 skill 换个目录名即可，别整仓拖回来

# ② blader/humanizer —— 装完用 /humanizer 调
npx skills add blader/humanizer --global

# ③ Aboudjem/humanizer-skill —— 唯一带可复算分数的
npx skills add Aboudjem/humanizer-skill

# ⑤⑥ 官方两个在 example-skills 插件里，一条命令一起来
/plugin marketplace add anthropics/skills
/plugin install example-skills@anthropic-agent-skills

# ⑧ 营销全家桶（注意：一次装进来 50 个 skill）
npx skills add coreyhaines31/marketingskills

# ⑨ 完整 SEO 套件
/plugin marketplace add AgriciDaniel/claude-seo
/plugin install claude-seo@agricidaniel-claude-seo
/seo setup

# ⑩ 两条流水线，非虚构 / 虚构各一
npx skills add nadiem99/claude-writing-skills
/plugin marketplace add haowjy/creative-writing-skills

# 装完立刻做这两件事
/skills          # 看清单，关掉这次用不上的
/skill-doctor    # 看 token 成本与调用频次

逐条说人话

• ① stop-slop：description 一句话：「Remove AI writing patterns from prose」。它值钱在把要删的东西列成了七类清单：清嗓式开头（「Here's the thing:」）、强调拐杖（「Full stop」「Let that sink in」）、商业黑话（unpack / lean into / deep dive / circle back）、副词（所有 -ly 加 really / just / literally）、元评论（「as we'll see」）、虚假主语（「the decision emerges」）、二元对比（「not because X, but because Y」）。文件里给了改写前后对照。单文件、一条 curl，本榜最轻。
• ② blader/humanizer：据 GitHub 仓库页，2026-09 为 49.4k 星，是这一类最出名的。25 个模式分五组（把话「摆出来」而不是说出来 / 按规则造节奏 / 充气与借来的权威 / 按规则排版 / 草稿残渣），装完用 /humanizer 调，输出是初稿改写 → 自我批评 → 定稿三段。README 里那句判断值得记住：模型写的是「统计上最可能接下去的东西」，不是有意图的句子。它明写从不编造事实——这是改写类 skill 最该承诺的一条。
• ③ Aboudjem/humanizer-skill：据 GitHub 仓库页，2026-09 为 245 星，模式数最多（55 个五类），5 种 voice（casual / professional / technical / warm / blunt），但让它独一份的是一个 0-100 的 AI-tell 分数和一个纯 Node、零依赖的本地 metrics CLI：能打分、能比对改写前后。它还带一层保真核对，专查数字、URL、日期、缩写有没有被动过。MIT、无遥测、不出网。
• ④ humanize-writing：Agensi marketplace 上的同类条目，本系列 Skill 17 单独深挖。这里只提醒一件事：「humanize / humanizer / humanize-writing」不是某个 skill 的名字，是一类东西的通名。能查到的实现就有 blader、Aboudjem、gencharitaci/humanize-skills，以及 skills.sh 上 lguz、jpeggdev、shir-danishyar 等同名条目。装之前必须看清是哪个仓库。
• ⑤ doc-coauthoring：官方的，全榜唯一一个一行代码、一份 reference 都不带的。它给的是三段流程：先把领域背景「info dump」给模型（团队讨论、架构细节、干系人顾虑），再逐节走「提问 → 头脑风暴 5-20 个选项 → 筛 → 查缺口 → 起草 → 改」，最后拿新读者视角回测（开个 subagent 或另起一个 Claude 实例读，看它哪里读不懂）。它治的不是文笔，是你脑子里的东西没倒干净那个病。
• ⑥ internal-comms：四份体例文件 examples/3p-updates.md（进展/计划/问题）、company-newsletter.md、faq-answers.md、general-comms.md，用哪种读哪份。它的 description 是第一人称的：「用我公司喜欢的格式写内部沟通」。这句就是使用说明：fork 一份把 examples 换成你公司的，别原样装。
• ⑦ better-writing：名字容易误会，它其实是 UX 文案——按钮标签、表单报错、占位符、设置项、空状态。12 条规则条条能验收：按钮以动词开头（「保存草稿」不是「好的」）、开关按打开后的状态命名（而不是否定式）、报错文案贴着出错的字段并说清怎么办、一个多步流程只用一套词、链接脱离上下文也要能懂。这是本榜最接近「有客观标准」的写作类条目——界面文案的对错可以对着交互本身判。
• ⑧ copywriting · copy-editing：来自 coreyhaines31/marketingskills（据 GitHub 仓库页，2026-09 为 50.7k 星、7.7k fork）。前者写落地页/首页文案，后者改已有文案。同仓还有 cold-email、emails、social、marketing-psychology 等 50 个目录。问题也在这儿：npx skills add 一把拖回来 50 份描述，全要挤 Claude Code 那 1,536 字符的预算。要两个就只拿两个。
• ⑨ seo-audit · programmatic-seo · claude-seo：前两个在 boraoztunc/skills（据 GitHub 仓库页，2026-09 为 347 星），同仓还有 schema-markup、content-strategy。要整套就上 AgriciDaniel/claude-seo（据 GitHub 仓库页，2026-09 为 17.1k 星）：25 个子 skill + 18 个 subagent，覆盖技术 SEO、schema、GEO/AEO、外链与报表；核心零 API key，PageSpeed Insights / Search Console / GA4 是可选增强，DataForSEO 这类要自带账号。它是本榜的异类，第 02 节说为什么。
• ⑩ 两条流水线：nadiem99/claude-writing-skills（据 GitHub 仓库页，2026-09 为 2 星）把一家 Substack 刊物的编辑流程拆成八段——interview → outline → draft → coach → edit → source-check → top-edit → repurpose，外加 setup / research / status 三个支撑 skill。星数低不代表不能读：它是「把自己的流程写成 skill」最直白的样本，Skill 33 会回到这里。虚构那边是 haowjy/creative-writing-skills（据 GitHub 仓库页，2026-09 为 468 星），目录里 story-memory、character-sim、reader-sim 分管连续性、人物一致性、读者反应——长篇连载的难点是记住三十章前写过什么，不是遣词造句。

为什么这十个不能混着比：四种东西挤在一张表里

四种形态

1. 减法型（①②③④）——输入是已有文本，输出是改写后的文本。共同结构是一张「要删什么」的清单，从 7 类到 55 条不等。这一支是写作类唯一能被机械验收的：想知道有没有生效，数一数 -ly 和破折号就行，③干脆把它做成了分数。
2. 流程型（⑤⑩）——不告诉你怎么写句子，告诉你先做什么再做什么。⑤的「新读者回测」和⑩的 source-check 是同一个思路：给主观任务硬塞一个外部检查点。
3. 口味型（⑥⑦⑧）——装的是某个人或某家公司的偏好。⑥是 Anthropic 的内部沟通体例，⑧是一位营销从业者的文案主张，⑦是一套 UI 文案规约。这一支的正确用法是 fork 后替换，不是原样装。（S15 的 brand-guidelines 是同一个坑。）
4. 技术检查型（⑨）——挂在「写作」名下，其实不属于这一类：schema 过不过校验、页面速度多少分、标题长度超没超，全是客观的。它更像上一期的办公类，判据也该照那套用。

裂缝在哪

四种形态摆开就看清了：越能被机械验收的，争议越小。⑨没人吵，⑦很少吵，①②③吵的是「删多了还是删少了」，⑥⑧吵的是「凭什么按你的口味来」。写作类 skill 的口碑分歧不是质量问题，是这一类的属性——当验收标准是「我觉得」，装机量就只反映谁的营销做得好。

三分钟验货：六条判据，用上面这十个当量尺

1. 它要删/要改的东西，有没有列成清单。①列了七类并给出改写前后对照，②列了 25 个，③列了 55 个。只写「让文字更自然流畅」而不给清单的，一律别装——那是把你已经会说的话换个说法还给你。
2. 有没有一个可复算的信号。③的 0-100 分加本地 CLI 是全榜唯一把主观验收换成数字的。有分数不代表分数对，但它至少让「这次改动是不是真的改善了」变成可以比对的事——这正是 Skill 07 讲 eval 时的同一个要求。
3. 它承诺不动事实吗。②明写从不编造事实，③专门核对数字、URL、日期、缩写。改写类最贵的 bug 是把「23%」润色成「将近四分之一」——更顺了，但那是另一个数。SKILL.md 里找不到这条承诺的，别让它碰带数据的段落。
4. 装的是流程还是别人的口味。分辨方法一眼就够：读 description，出现「my company」「我喜欢的格式」这类第一人称的，都是模板（⑥是标准样本）。模板要 fork 后替换，装原件等于把别人的语气挂到你名下。
5. 星数在这一类最不可信。⑩的非虚构流水线 2 星，内容却比一堆四位数星的「写作助手」实在；jooray/humanizer 和 blader/humanizer 差一千倍星却是同一份东西。没有运行结果背书，星数就是纯粹的传播量。以仓库目录名和 SKILL.md 正文为准。
6. 它和你已装的那些冲不冲突。①②③④四个抢同一个触发面：模型每次都得挑一个，而它挑哪个你控制不了。同类只留一个——这条在写作类尤其要紧：冲突的表现不是报错，是文风每次都不一样。

诚实的代价：这类 Skill 的账单长什么样

没有 oracle，就没有停下来的理由

办公类 skill 有个奢侈品：文件打不开就是错，模型自己能纠。写作类没有。你会一轮一轮让它再改一版，而每一版都不比上一版更接近任何东西——因为没有「完成」的定义。这是本类最真实的代价，也是 Aboudjem/humanizer-skill 那个 0-100 分即使不完美也值钱的原因：它至少画出了一条停止线。

减法型会删掉你需要的结构

stop-slop 要删的「not X but Y」「所有 -ly 副词」「元评论」，在规范文档、API 文档、合同条款里常常正是精确性本身。「这个参数仅在异步模式下生效」的「仅」不是赘余，删了意思就变。减法型的适用面是散文和营销文案，不是技术写作——触发机制不认这个区别，你得自己认。

其余几笔

• 描述预算是真的会被挤爆。⑧的 marketingskills 一次装 50 个 skill、⑨的 claude-seo 带 25 个子 skill。Claude Code 把所有描述合并后在 1,536 字符处截断，排在后面的就再也触发不了了——而它不报错，只是安静地不工作。要两个 skill 就只拷两个 SKILL.md。
• 同名分叉是供应链问题。skill 是别人写的可执行指令，而这一类同名实现多到搜索分不清，「装到了长得像的那一份」是常态而非意外。Skill 30 专讲准入审查，这里先记一条：装之前看仓库是不是 fork、上次提交是什么时候。
• 「去 AI 味」是场军备竞赛。检测器和改写器互相追，今天有效的句式清单明年未必有效。①②③的清单都是某一时刻的观察快照，不是语言学定律。Skill 17 会把这条坑单独挖开。
• 口味型会悄悄同化你。装着 copywriting 写三个月落地页，你会开始默认那位作者的主张是通用真理。这类 skill 该当参考读一遍，把认同的那部分改写成你自己的规则，而不是一直挂在触发链上替你做判断。