content-gate：发稿前的一道内容质量门

npx skills add vikingmute/content-gate --skill content-gate

AI 让写稿量翻了几倍，量一大就容易滑向「搜索引擎优先」：近重复页、日期把戏、标题党——Google 的 spam 政策对这些是明牌打击。content-gate（vikingmute/content-gate，作者 Viking Zhang）把官方口径翻成一道门：起草、改稿、审稿、批准任何要拿流量的博客和指南文章之前，先过一遍 people-first 检查，过不了就不发。它不是关键词工具，README 说得很直白：质量优先于篇数。

它让智能体按什么顺序做事

SKILL.md 的流程已通读原文，是一条先立规矩再打分的路：第一步先找项目自己的编辑规范（CONTENT_GUIDELINES.md 之类），有就当硬门槛执行，技能只提供公共流程；然后回答一个问题——这篇文章帮谁、读完能完成什么事，诚实的答案如果是「为了排名」就直接不发。中间是 Who / How / Why 三问（作者是谁、步骤是否贴合真实界面、AI 参与是否该披露），最后按 pass、conditional、fail 给结论，conditional 必须附带具体的修复计划，报告写进 PR 或审稿记录。

它给智能体立了什么规矩

• 五条硬停一票否决：为排名操纵而写、批量生产近重复薄页、洗稿或低质翻译、关键词堆砌、只改日期不改内容——中一条就 fail，没有商量。
• 先对人有用，再谈搜索：直接访客读着有用、读者读完能完成任务、有一手痕迹（真实步骤、数据、截图），这些是加分项；标题准确不夸大是底线。
• AI 代笔必须深改：AI 起草的稿子要改到不是空壳，读者合理会问「怎么做的」时要披露；作者署名不许写「AI」。
• 结论不许编数字：不许发明流量预测、关键词量、竞品分数来论证「能发」。

适合谁

用 AI 批量产出博客和文档的团队最合适——把它装进 Claude Code 或 Codex，让每篇稿子在 PR 里附带门禁报告：

npx skills add vikingmute/content-gate

诚实的地方先说：仓库没有 LICENSE 文件（2026-09-29 查看），严格说默认保留版权，正式用于团队流程前值得先和作者确认；整个技能是指令文本，没有可执行的检查脚本，执行质量取决于模型自觉；它管的是「该不该发」，不管关键词研究和外链。配合内容分发侧的 AiToEarn 正好是一前一后——那边管发得广，这边管发得对。