wb-xhs-humanize-compliance Checked

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 味与发布检查

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 味与发布检查

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。

### 失败模式

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

### 作者盲点