$npx -y skills add jackbauerxu/workbuddy-xhs-skills --skill wb-xhs-humanize-complianceUse 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 chec
| 1 | # 小红书初稿去 AI 味与发布检查 |
| 2 | |
| 3 | ## Runtime bootstrap and update gate |
| 4 | |
| 5 | Before using any external program, browser automation, package, API client, or local script, apply [`../RUNTIME_UPDATE_POLICY.md`](../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. |
| 6 | |
| 7 | ## R — 原文 |
| 8 | |
| 9 | > "去 AI 味,这步不能省。" |
| 10 | > |
| 11 | > — 文子, X Article, 2026-07-06 |
| 12 | |
| 13 | > "爆款不是信息密度,而是:清晰 + 易吸收。" |
| 14 | > |
| 15 | > — yanliudreamer, X Article, 2026-07-04 |
| 16 | |
| 17 | ## I — 方法论骨架 |
| 18 | |
| 19 | AI 初稿的问题通常不是结构不完整,而是太整齐、太概括、太像正确答案。小红书内容需要个人经历、具体场景、口语节奏和可感知细节。 |
| 20 | |
| 21 | 这个 skill 把改稿分成两步:先人格化,再做平台规则检查。人格化是加入“我怎么知道、我踩过什么、我具体怎么做”;规则检查是减少绝对化表达、收益承诺、过度导向外部私聊等风险表达。 |
| 22 | |
| 23 | yanliudreamer 系列补充了发布前的内容质量检查:开头要给用户入场理由,正文要少废话、有结构、易吸收,结尾要引导评论或收藏。真人感不等于流水账,必须同时服务点击率、停留时长和互动率。 |
| 24 | |
| 25 | 目标不是把文案变花,而是让它更像账号本人能说出口的话,同时更容易被点开、看完、收藏或评论。 |
| 26 | |
| 27 | dbskill 的内容诊断模块补充了三条硬规则:先诊断再改写;一篇笔记只能有一个核心机制;开头 5 秒必须独立成立,包含话题、继续看的理由和可信证据。所谓 AI 味,常常来自“太顺、太满、太正确”,要用个人语言、真实意图和具体证据把它拉回人。 |
| 28 | |
| 29 | xhs-visual-director-skill 补充了“图文可读性检查”:改稿时要判断这篇内容适合单图、长文、还是 6-8 页图文;如果要做图文,必须拆成封面、痛点、认知、方法、案例、操作、总结、引导等页面任务,并保证每页只讲一个主要信息。 |
| 30 | |
| 31 | ## A1 — 文章中的应用 |
| 32 | |
| 33 | ### 案例 1: 把空泛感受改成真实场景 |
| 34 | |
| 35 | - **问题**: AI 常写出抽象而正确的句子。 |
| 36 | - **方法论的使用**: 作者建议替换成具体经历和可视化场景。 |
| 37 | - **结论**: 细节比形容词更能建立真实感。 |
| 38 | - **结果**: 内容更像真人表达,也更贴近账号人设。 |
| 39 | |
| 40 | ## A2 — 触发场景 |
| 41 | |
| 42 | ### 用户会在什么情境下需要这个 skill? |
| 43 | |
| 44 | 1. 用户有一篇 AI 初稿,觉得不像自己。 |
| 45 | 2. 用户要发布小红书前做最后检查。 |
| 46 | 3. 用户想把过于书面、过于整齐的文案改成口播感。 |
| 47 | 4. 用户担心表达过度承诺或过度导流。 |
| 48 | 5. 用户觉得开头不抓人、正文太散、没有收藏点或评论点。 |
| 49 | |
| 50 | ### 语言信号 |
| 51 | |
| 52 | - "帮我去 AI 味" |
| 53 | - "这个文案不像真人" |
| 54 | - "发布前检查一下" |
| 55 | - "开头不抓人" |
| 56 | - "帮我提升停留和互动" |
| 57 | - "humanize this draft" |
| 58 | - "make it sound like me" |
| 59 | |
| 60 | ### 与相邻 skill 的区分 |
| 61 | |
| 62 | - 与 `wb-xhs-topic-bank` 的区别: 选题库产出标题和方向,本 skill 处理已有正文。 |
| 63 | - 与 `wb-xhs-account-profile` 的区别: 账号档案定义语气,本 skill 按语气改稿。 |
| 64 | |
| 65 | ## E — 可执行步骤 |
| 66 | |
| 67 | 1. **标出 AI 味来源** |
| 68 | - 检查抽象词、整齐排比、泛泛建议、缺少个人证据、书面连接词。 |
| 69 | - 完成标准: 列出 3-10 个具体问题点。 |
| 70 | |
| 71 | 2. **做内容四维诊断** |
| 72 | - 检查文字干净度、封面标题承诺、表达效率、认知差或新鲜感。 |
| 73 | - 完成标准: 先判断问题在“看不进去、看不懂、没新意、没证据”中的哪一类。 |
| 74 | |
| 75 | 3. **做单一核心机制审计** |
| 76 | - 列出正文里所有观点、方法、故事和结论,只保留一个主机制,其余作为证据或删减。 |
| 77 | - 完成标准: 用户看完能复述“这篇到底讲一件什么事”。 |
| 78 | |
| 79 | 4. **检查 5 秒开头** |
| 80 | - 第一屏必须同时回答: 讲什么、为什么现在要看、凭什么相信你。 |
| 81 | - 完成标准: 开头离开正文也能成立,不靠后文补解释。 |
| 82 | |
| 83 | 5. **检查爆款结构** |
| 84 | - 检查是否有钩子、真实背景、3 点以内核心信息、总结和评论/收藏引导。 |
| 85 | - 完成标准: 能指出内容卡在点击、停留还是互动。 |
| 86 | |
| 87 | 6. **加入真人材料** |
| 88 | - 要求用户提供或根据已有信息提取真实经历、具体场景、踩坑、数据、对话、前后对比。 |
| 89 | - 完成标准: 每个关键观点至少有一个具体细节支撑。 |
| 90 | |
| 91 | 7. **提升清晰度与易吸收度** |
| 92 | - 删除铺垫废话,把核心信息压到 1 个方法、1 个坑、1 个对比或 3 点以内。 |
| 93 | - 完成标准: 用户在前 3 秒/第一行就知道为什么要继续看。 |
| 94 | |
| 95 | 8. **改成账号口吻** |
| 96 | - 按账号档案调整句长、语气、词汇和节奏。 |
| 97 | - 完成标准: 用户能判断“这像我会说的话”。 |
| 98 | |
| 99 | 9. **做发布检查** |
| 100 | - 检查绝对化表达、收益承诺、过度导向外部联系、夸张标题和不必要敏感表达。 |
| 101 | - 完成标准: 输出“可发 / 需修改 / 暂不建议发”判断和修改点。 |
| 102 | |
| 103 | 10. **转成图文页面结构** |
| 104 | - 如果用户要发图文,按 3:4 手机端阅读拆成 6-8 页: 封面、痛点、认知、方法、案例、操作、总结、引导。 |
| 105 | - 完成标准: 每页有页面任务、标题、副标题、核心文案、视觉重点和互动目标,正文不被硬塞进单页。 |
| 106 | |
| 107 | 11. **做视觉可读性检查** |
| 108 | - 检查标题是否够大、文字是否过多、封面是否只有一个钩子、内页是否有收藏价值、是否像普通 PPT。 |
| 109 | - 完成标准: 输出需要视觉导演继续处理的字段,而不是只给纯文本文案。 |
| 110 | |
| 111 | ## B — 边界 |
| 112 | |
| 113 | ### 不要在以下情况使用 |
| 114 | |
| 115 | - 用户还没有正文,只需要想选题。 |
| 116 | - 用户要求改变核心观点或重做定位,应转到对应 skill。 |
| 117 | |
| 118 | ### 失败模式 |
| 119 | |
| 120 | - 只把句子改口语,不补真实材料。 |
| 121 | - 为了更像真人而牺牲信息密度。 |
| 122 | - 只依赖自动检查,不做人工过目。 |
| 123 | - 一味堆干货,用户没有情绪、收藏或评论理由。 |
| 124 | - 开头绕太久,用户还没看到价值就划走。 |
| 125 | - 一篇里同时塞多个主机制,导致用户不知道该记住什么。 |
| 126 | - 只做润色,不先说明问题来自标题承诺、表达效率、证据还是结构。 |
| 127 | - 把长文硬塞成图文,导致每页文字过多、手机端不可读。 |
| 128 | - 只改正文,不判断封面、内页和结尾页各自承担什么任务。 |
| 129 | |
| 130 | ### 作者盲点 |
| 131 | |
| 132 | - 平台规则会变化,本 skill 只能做通用发布检查,不能替代最新平台规则确认。 |
| 133 | - 过度追求“真人感”可能变成流水账,需要保留结构和价值密度。 |
| 134 | |
| 135 | ## 相关 skills |
| 136 | |
| 137 | - depends-on: [wb-xhs-account-profile, wb-xhs-topic-bank] |
| 138 | - contrasts-with: [] |
| 139 | - composes-with: [wb-xhs-schedule-review] |
| 140 | |
| 141 | ## 审计信息 |
| 142 | |
| 143 | - **验证通过**: V1 ✓ / V2 ✓ / V3 ✓ |
| 144 | - **测试通过率**: prompts prepared |
| 145 | - **蒸馏时间**: 2026-07-07 |