wb-xhs-humanize-compliance

name	wb-xhs-humanize-compliance
description	Use when the user has an AI-generated Xiaohongshu draft and wants it to sound more personal, concrete, platform-appropriate, and stronger in hook, retention, and interaction value. Trigger phrases: "去 AI 味", "不像我", "合规检查", "改得像真人", "开头不抓人", "没停留", "humanize draft", "platform check". Do not use for initial positioning or topic generation.

小红书初稿去 AI 味与发布检查

Runtime bootstrap and update gate

Before using any external program, browser automation, package, API client, or local script, apply ../RUNTIME_UPDATE_POLICY.md. Check the current version, automatically install or update a missing or outdated dependency to the latest stable supported version, run its diagnostic, and only then continue. Text-only work needs no installation. Never use sudo or claim success without verification.

R — 原文

"去 AI 味，这步不能省。"

— 文子, X Article, 2026-07-06

"爆款不是信息密度，而是：清晰 + 易吸收。"

— yanliudreamer, X Article, 2026-07-04

I — 方法论骨架

AI 初稿的问题通常不是结构不完整，而是太整齐、太概括、太像正确答案。小红书内容需要个人经历、具体场景、口语节奏和可感知细节。

这个 skill 把改稿分成两步：先人格化，再做平台规则检查。人格化是加入“我怎么知道、我踩过什么、我具体怎么做”；规则检查是减少绝对化表达、收益承诺、过度导向外部私聊等风险表达。

yanliudreamer 系列补充了发布前的内容质量检查：开头要给用户入场理由，正文要少废话、有结构、易吸收，结尾要引导评论或收藏。真人感不等于流水账，必须同时服务点击率、停留时长和互动率。

目标不是把文案变花，而是让它更像账号本人能说出口的话，同时更容易被点开、看完、收藏或评论。

dbskill 的内容诊断模块补充了三条硬规则：先诊断再改写；一篇笔记只能有一个核心机制；开头 5 秒必须独立成立，包含话题、继续看的理由和可信证据。所谓 AI 味，常常来自“太顺、太满、太正确”，要用个人语言、真实意图和具体证据把它拉回人。

xhs-visual-director-skill 补充了“图文可读性检查”：改稿时要判断这篇内容适合单图、长文、还是 6-8 页图文；如果要做图文，必须拆成封面、痛点、认知、方法、案例、操作、总结、引导等页面任务，并保证每页只讲一个主要信息。

A1 — 文章中的应用

案例 1: 把空泛感受改成真实场景

• 问题: AI 常写出抽象而正确的句子。
• 方法论的使用: 作者建议替换成具体经历和可视化场景。
• 结论: 细节比形容词更能建立真实感。
• 结果: 内容更像真人表达，也更贴近账号人设。

A2 — 触发场景

用户会在什么情境下需要这个 skill?

1. 用户有一篇 AI 初稿，觉得不像自己。
2. 用户要发布小红书前做最后检查。
3. 用户想把过于书面、过于整齐的文案改成口播感。
4. 用户担心表达过度承诺或过度导流。
5. 用户觉得开头不抓人、正文太散、没有收藏点或评论点。

语言信号

• "帮我去 AI 味"
• "这个文案不像真人"
• "发布前检查一下"
• "开头不抓人"
• "帮我提升停留和互动"
• "humanize this draft"
• "make it sound like me"

与相邻 skill 的区分

• 与 wb-xhs-topic-bank 的区别: 选题库产出标题和方向，本 skill 处理已有正文。
• 与 wb-xhs-account-profile 的区别: 账号档案定义语气，本 skill 按语气改稿。

E — 可执行步骤

1. 标出 AI 味来源

   • 检查抽象词、整齐排比、泛泛建议、缺少个人证据、书面连接词。
   • 完成标准: 列出 3-10 个具体问题点。

2. 做内容四维诊断

   • 检查文字干净度、封面标题承诺、表达效率、认知差或新鲜感。
   • 完成标准: 先判断问题在“看不进去、看不懂、没新意、没证据”中的哪一类。

3. 做单一核心机制审计

   • 列出正文里所有观点、方法、故事和结论，只保留一个主机制，其余作为证据或删减。
   • 完成标准: 用户看完能复述“这篇到底讲一件什么事”。

4. 检查 5 秒开头

   • 第一屏必须同时回答: 讲什么、为什么现在要看、凭什么相信你。
   • 完成标准: 开头离开正文也能成立，不靠后文补解释。

5. 检查爆款结构

   • 检查是否有钩子、真实背景、3 点以内核心信息、总结和评论/收藏引导。
   • 完成标准: 能指出内容卡在点击、停留还是互动。

6. 加入真人材料

   • 要求用户提供或根据已有信息提取真实经历、具体场景、踩坑、数据、对话、前后对比。
   • 完成标准: 每个关键观点至少有一个具体细节支撑。

7. 提升清晰度与易吸收度

   • 删除铺垫废话，把核心信息压到 1 个方法、1 个坑、1 个对比或 3 点以内。
   • 完成标准: 用户在前 3 秒/第一行就知道为什么要继续看。

8. 改成账号口吻

   • 按账号档案调整句长、语气、词汇和节奏。
   • 完成标准: 用户能判断“这像我会说的话”。

9. 做发布检查

   • 检查绝对化表达、收益承诺、过度导向外部联系、夸张标题和不必要敏感表达。
   • 完成标准: 输出“可发 / 需修改 / 暂不建议发”判断和修改点。

10. 转成图文页面结构

• 如果用户要发图文，按 3:4 手机端阅读拆成 6-8 页: 封面、痛点、认知、方法、案例、操作、总结、引导。
• 完成标准: 每页有页面任务、标题、副标题、核心文案、视觉重点和互动目标，正文不被硬塞进单页。

11. 做视觉可读性检查

• 检查标题是否够大、文字是否过多、封面是否只有一个钩子、内页是否有收藏价值、是否像普通 PPT。
• 完成标准: 输出需要视觉导演继续处理的字段，而不是只给纯文本文案。

B — 边界

不要在以下情况使用

• 用户还没有正文，只需要想选题。
• 用户要求改变核心观点或重做定位，应转到对应 skill。

失败模式

• 只把句子改口语，不补真实材料。
• 为了更像真人而牺牲信息密度。
• 只依赖自动检查，不做人工过目。
• 一味堆干货，用户没有情绪、收藏或评论理由。
• 开头绕太久，用户还没看到价值就划走。
• 一篇里同时塞多个主机制，导致用户不知道该记住什么。
• 只做润色，不先说明问题来自标题承诺、表达效率、证据还是结构。
• 把长文硬塞成图文，导致每页文字过多、手机端不可读。
• 只改正文，不判断封面、内页和结尾页各自承担什么任务。

作者盲点

• 平台规则会变化，本 skill 只能做通用发布检查，不能替代最新平台规则确认。
• 过度追求“真人感”可能变成流水账，需要保留结构和价值密度。

相关 skills

• depends-on: [wb-xhs-account-profile, wb-xhs-topic-bank]
• contrasts-with: []
• composes-with: [wb-xhs-schedule-review]

审计信息

• 验证通过: V1 ✓ / V2 ✓ / V3 ✓
• 测试通过率: prompts prepared
• 蒸馏时间: 2026-07-07