版本记录
| 版本号 | 变更时间 | 变更人 | 变更类型 | 变更内容摘要 |
|---|---|---|---|---|
| V2.0 | 2026-09-20 16:59 | 春云 | 重构 | 完整融合 title-matrix 标题方法论与案例库 |
| V1.0 | 2026-07-27 22:59 | 春云 | 新建 | 首次创建小红书长文工作流 |
本 Skill 的标题方法论完整内嵌自 title-matrix(zhouwei713,MIT License),含 references 与案例库结构。详见 LICENSE 版权声明。
小红书长文标准化工作流(含标题矩阵)
适用场景
用户提供选题(通常是 AI 热点或商业财经热点),需要按标准化流程完成一篇卡兹克(Khazix)风格的小红书长文。每次启动本 Skill 时,必须严格按以下步骤顺序执行,每个环节都有明确的用户确认节点。
本 Skill 同时内置完整标题方法论,覆盖五种标题工作模式:生成(从内容/素材/话题产出标题)、诊断(已有标题问好不好或要求优化)、评审(几个候选问选哪个)、复盘(一组标题配数据找原因)、收录(验证过的标题存进本地案例库)。写小红书长文时走工作流 Step 8 即可;单独要标题时直接走下面的「标题方法论」章节。
前置约定
- 文件命名格式:
✕✕✕_日期_版本号.md(由 AI 根据文章主题自动拟定) - 默认文件存放路径:
/Users/chunyun/Library/Mobile Documents/com~apple~CloudDocs/Hermes Agent 交付文件/小红书长文系列/ - 写作风格:卡兹克(Khazix)风格,详细参考
khazix-writerSkill 的风格指引 - 调用 khazix-writer:在 Step 4 撰稿时自动调用 khazix-writer Skill 加载其风格规则
- 标题方法论:本 Skill 自包含完整标题方法论(见「标题方法论」章节),不依赖 title-matrix 外部安装;其落点细则、证据分级、复盘收录规则分别在
references/platforms.md、references/evidence.md、references/review-and-library.md - 每步执行完必须等待用户确认或选择后,才能进入下一步
- 可视化交互:所有用户确认节点优先使用
AskUserQuestion工具提供按钮式选择,用户点击按钮即可,无需打字输入
标准化工作流
Step 1 — 接收选题
用户提供一个选题方向,通常来自:
- AI 热点新闻(来自 AI HOT 资讯)
- 商业财经热点
- 用户自己的灵感
→ 确认收到选题,进入 Step 2。
Step 2 — 搜索素材
针对用户提供的选题,执行网络搜索。搜索范围包括:
- 事件核心事实(时间、人物、数据)
- 多方信源交叉验证
- 评论区/舆论反应(如果有)
输出:整理成结构化的素材摘要,包含关键数据点和来源链接。素材质量直接决定标题内核的张力,这一步多挖「意外的事实、反转、真实代价、冲突、改变判断的数字、读者切身的利害」。
→ 素材整理完成后,进入 Step 3。
Step 3 — 阐述立意 + 可视化确认
基于收集到的素材,给用户提出 2-3 个 可选的文章立意方向。每个方向需说明:
- 核心角度(一句话概括)
- 为什么这个角度有意思
- 潜在的风险或需要注意的陷阱(如有)
然后用 AskUserQuestion 工具发起交互式选择:
- question:请选择你感兴趣的立意方向
- header:选择立意
- options:每个方向用一个按钮,label 写方向简称(如"方向A:对位追赶"),description 写核心角度一句话
- multiSelect:false
用户点击按钮或输入其他内容后,根据选择进入对应的方向执行。
→ 用户确认立意后,进入 Step 4。
Step 4 — 自动搜索素材 + 撰稿
根据用户确认的立意方向,自动进行补充素材搜索,确保文章有足够的具体数据、案例和细节支撑。
然后调用 khazix-writer Skill 加载风格规则,按卡兹克风格撰写长文:
- 开头从具体事件/场景切入,不宏大叙事
- 段落短,一句话可以成段
- 禁用冒号、破折号、双引号
- 禁用 AI 套话(说白了、意味着什么、本质上、换句话说、不可否认)
- 避免"不是……而是……"句式
- 有具体的场景、人物、数据支撑观点
- 保持"有见识的普通人在认真聊一件打动他的事"的调性
输出:完整文章初稿。撰稿时留意正文里哪些细节能在开头三分之一内兑现,这是 Step 8 三档顶格标题的素材。
→ 撰稿完成后,进入 Step 5。
Step 5 — 去 AI 味(自动执行)
对全文执行去 AI 味处理:
- 扫描并替换禁用词
- 扫描并替换禁用标点
- 拆解三段式排比、金句收尾、教科书转场等 AI 标志结构
- 增加口语化表达和活人感
- 修复"不是……而是……"风格
完成后输出质检报告。
→ 去 AI 味完成后,进入 Step 6。
Step 6 — 敏感词检验(自动执行)
对全文进行小红书敏感词扫描,重点关注:
- 金融数据(具体金额、涨跌百分比、市场走势负面定性)
- 中美对比/地缘政治表述
- 行业负面判断(终结、崩溃、危机等)
- 绝对化表述
对高风险内容给出修改建议并自动执行替换。此处的合规判断与标题方法论「五道闸·闸四合规」衔接,正文和标题的敏感词口径要保持一致。
→ 敏感词检验完成后,进入 Step 7。
Step 7 — 小标题提案 + 可视化确认
根据文章的情绪弧线和内容结构,给出 4 个 小标题建议(注意:AskUserQuestion 最多支持 4 个按钮,所以从 4-5 个精简为 4 个)。每个小标题要求:
- 简短有力,2-6 个字为佳
- 点出该段的核心情绪或观点
- 与前后小标题形成递进或转折关系
- 按文章叙事顺序排列
小标题同样可参考「标题方法论·角度库」挑选切入角度,避免四个小标题全是同一句式。
然后在文字中列出 4 个小标题,并用 AskUserQuestion 工具发起交互式确认:
- question:请确认是否按以上小标题方案执行
- header:确认小标题
- options:选项一为「确认,插入」,选项二为「重列小标题」
- multiSelect:false
如果用户选「确认」,直接插入文章正文。如果选「重列」,回到本步骤重新提案。
→ 用户确认后,将小标题插入文章正文对应位置,进入 Step 8。
Step 8 — 大标题提案(三档两语气矩阵)+ 可视化选择
这是全文的流量入口,也是最该用力的一步。标题由两件事决定,来源完全不同,必须分开处理。内核来自内容本身,一篇只有一个,回答「这里面到底有什么值得被看见的东西」;分发来自平台,小红书一套,回答「这个地方的人在什么状态下看到这行字」。流程是挖一次内核,铺一次分发,挖内核时至少列 3 个张力候选,选最强的一个。
按以下顺序执行:
8.1 挖标题内核
从立意和正文里至少列出 3 个张力候选,选最强的一个。张力只能来自六类:一个意外的事实、一次反转、一笔真实代价、一处冲突、一个改变判断的数字、一件读者切身的利害。同时挑 1-2 个能画出来的动作画面,以及最戏剧的那一个细节(三档顶格要用它,它必须是正文里真有、而且前三分之一就能兑现的;细节压在正文中后段时,要么换一个前段可兑现的,要么同时告诉用户正文要把这个细节往前挪,必须明确交代走哪条路)。
8.2 小红书落点规格
- 约 20 字上限(中文按字数算,不按字符),前半段最可能被搜索命中,搜索词必须前置且自然出现,不能为堆词破坏可读性
- 默认句号不收尾(20 字硬墙里句号要吃掉一个字,拿 5% 空间换语气不划算)
- 三档安全区窄:搜索侧和抖音对虚假悬念惩罚最重,三档在这处必须保住搜索词和具体事实
- 通用语气容易发干,用具体主体(某个产品、某个数字、某个人群)接住,不用无主语的抽象句
- 语气像朋友安利,不像品牌文案;封面图承担第一点击力,标题负责补搜索词和结果
- 「前 N 个字是搜索权重区」属于运营经验不是平台规则,只能说「主题词放前半段更容易被搜索命中」
8.3 三档 × 两种语气,标准交付 6 条
档位控力道,语气控人设,两个独立维度。一个落点的标准交付是 6 条:三档乘两种语气。默认三档全给,让用户自己挑;档位是表达选择,不代表质量高低。
| 档位 | 怎么写 | 长什么样 |
|---|---|---|
| 一档 · 稳妥 | 照事实说。对象、动作、结果交代完整,不留缺口,情绪词克制 | 「我让 AI 把小红书长文的标题环节接进了写作流水线」 |
| 二档 · 有点冲 | 事实不变,换上素材里最有劲的词,把代价或冲突顶到前面 | 「一篇文章最怕死在标题上,我把标题这活单独拆出来了」 |
| 三档 · 顶格 | 只露一半,情绪顶格,拿最戏剧的真实细节当全篇代表。修辞化动词可用(偷学、摁下去、废了) | 「它偷学了我三百条标题的写法,我最后只改了两处」 |
- 作者语气:第一人称在场,口语判断,有具体动作和真实代价,允许一处不规整。不强制用「我」开头,但要有真实在场感
- 通用语气:去掉人设标记,任何账号拿去都能直接用。两种语气不是同一句话换个说法,作者版从「我做了什么」起句,通用版从「发生了什么」或「谁做到了什么」起句,主语不一样
- 三档的通用语气最难写,顶格力道多来自第一人称在场感,去掉「我」后要靠更强的事实反差或更狠的实体对撞补回来,不能加形容词
- 三档是天花板,再往上就是编,那一档不给。三档常见的越界形态:跟正文结论相反;把保留的人工环节说成全自动;加一个编的细节凑情绪(饭都没吃、熬到凌晨)
8.4 五道闸校验(标题级,对 6 条一视同仁)
- 零编造(最优先):承诺清单法,把每条候选拆成承诺项(数字/实体/身份/动作/结果/范围路径/程度词),逐项回素材点名找证据,找不到就删或收窄,被砍项不许换同义词复活。素材里带「好像」「应该」的话,标题里不得变成肯定结论
- 折叠位:砍到小红书展示位那个字数,剩下的还成立吗。不成立就重排语序,别缩写。折叠位是观察值不是常量,以当前编辑器实测为准
- 字数:6 条各算各的,约 20 字上限。报字数时说明计数口径
- 合规:极限词(最、第一、顶级、绝对、全网、史上、唯一、国家级、100% 等广告法高危)、诱导点赞收藏(小红书会限流)、虚假悬念。涉及功效直接给去功效化的安全版
- 兑现度(一票否决,也是档位的天花板):读者点进来十秒钟,能不能找到标题说的那件事。找不到就删,不许靠「可能」「或许」对冲,不许用脚注免责
排序权重:兑现度(一票否决)> 画面感 > 具体性 > 张力 > 角度稀缺度。不打分,给理由不给分。
8.5 角度差异
6 条候选必须来自不同角度,禁止同义改写凑数。小红书适配角度优先:读者原话(用读者自己会打出来的那句话)、身份(让特定人群觉得这是给我看的)、负空间(我停掉了所有人都在做的事)、具体化(数字/专名/原话搬进标题)、利害(点名读者会失去或得到什么)、画面动作(我让工具干了件具体的事)。完整 13 角度见「标题方法论·角度库」。
8.6 AI 工具赛道网感四件套(选题相关时用)
- 第一人称做一件能画出来的事(开了家火锅店、搭了间办公室),不是「测了」「用了」「体验了」
- 结尾一个口语情绪判断,给画面不给结论(有点膨胀了、拿得出手了、回不去了)
- 实体词前置(GitHub/Star、Skill、一键、微信/公众号、腾讯 为强词;开源/Agent 已饱和;免费/白嫖 弱;DeepSeek 别放最前面),词会过期,用前判断现在还热不热
- 允许一处不规整(一个感叹号、一个省略号、一个反问开头,只能一处)
这个赛道的读者吃「他玩出了什么」,不吃被教育。「你以为…其实…」「别再…了」这类写法在这里没有明显优势,优先第一人称叙事。
8.7 标题级 AI 味自查
开头套话(在当今时代、随着 XX 的发展、众所周知)、万能句式(不是…而是…、值得每个人深思)、空转黑话(赋能、抓手、闭环、颗粒度)、假深度(深度解析、底层逻辑、一文看懂本质)、评测腔(只有「实测」「体验了」没有动作画面)。最狠一条自查:把标题的主语换成任意另一个人,还成立吗。还成立就是没站人,重写。
8.8 交付与交互
在文字中完整列出:
- 6 条标题矩阵(三档 × 两种语气,每条标字数)
- 推荐 1 条(一句大白话说清它凭什么胜出,不堆术语)
- 保鲜期提醒(热点型按天算、关键词型按季度算、结构型长期有效但会被套利;一组里至少要有一条结构型)
- 校验脚注(一行,每条都达标才打 ✓;有超字数、待补数字或合规风险,写清具体是哪一档哪一版)
然后用 AskUserQuestion 工具发起交互式选择:
- question:请选择你想要的标题
- header:选择大标题
- options:
- 「用推荐」(description 写推荐标题全文)
- 「要三档顶格」
- 「要二档有点冲」
- 「要一档稳妥」
- multiSelect:false
如果用户选了具体档位,展示该档位的作者版 + 通用版两条,AskUserQuestion 第二轮确认(「确认,插入」/「换个角度重写」)。如果用户选「用推荐」,直接采用推荐标题。用户在输入框提出结合重列(如"把顶格和推荐结合一下")时,回到 8.3 重新生成。
8.9 完整方法论归属
本步浓缩的是标题方法论在小红书落点的应用。完整规则——五道闸全量细则、13 角度全表、六个落点规格、落点冲突表、诊断/评审/复盘/收录模式——见下文「标题方法论」章节及 references/ 三个文件。需要公众号/小红书/X 一稿多发时,直接按「标题方法论·交付格式」的矩阵铺开。
→ 用户确认标题后,插入到文档最顶部作为文章大标题,进入 Step 9。
Step 9 — 摘要写作 + 可视化确认
根据文章内容,撰写一段约 100 字的深度报道风格摘要。要求:
- 把握文章核心利益和信息密度
- 带有吸引人的钩子
- 深度报道风格(正式、严谨、有信息量)
- 不是小红书文案风
在文字中展示摘要全文,然后用 AskUserQuestion 工具发起交互式确认:
- question:请确认是否使用以上摘要
- header:确认摘要
- options:选项一为「确认,插入文档开头」,选项二为「重写摘要」
- multiSelect:false
如果用户选「重写摘要」,回到本步骤重新撰写。 如果用户要求调整方向,也回到本步骤按新方向重写。
→ 用户确认后,进入 Step 10。
Step 10 — 摘要插入文档开头
将最终确认的摘要以引用格式(> ...)插入到文档的开头位置(大标题下方、正文第一段上方)。
→ 全部流程完成。
流程图总览
用户提供选题
↓
Step 1 — 接收选题
↓
Step 2 — 搜索素材(多源交叉验证,挖张力)
↓
Step 3 — 阐述立意 → 🟦 按钮选择
↓
Step 4 — 自动搜索 + 撰稿(调用 khazix-writer)
↓
Step 5 — 去 AI 味(自动)
↓
Step 6 — 敏感词检验(自动)
↓
Step 7 — 小标题提案(参考角度库) → 🟦 按钮确认/重列
↓
Step 8 — 大标题提案(三档两语气 6 条矩阵 + 推荐 + 五道闸校验) → 🟦 按钮选档位 → 🟦 按钮确认
↓
Step 9 — 摘要写作 → 🟦 按钮确认/重写
↓
Step 10 — 摘要插入文档开头
↓
✅ 完成
可视化交互说明
本 Skill 在用户确认节点使用 AskUserQuestion 工具提供按钮式交互。工具规格:
- 问题数:每次只问 1 个问题
- 选项数:2-4 个按钮(工具上限为 4),超出部分以文字说明 + 「其他」输入框兜底
- 多选:全部设为 false(单选题)
- 按钮 label:控制在 8 个字以内,作为选项标签
- 按钮 description:一句话解释该选项的含义或效果
各节点选项配置速查
| 节点 | 问题 | options | 自定义输入用途 |
|---|---|---|---|
| Step 3 选择立意 | 请选择你感兴趣的立意方向 | 2-3 个方向标签 | 用户提出自创方向 |
| Step 7 确认小标题 | 请确认是否按以上小标题方案执行 | 「确认,插入」「重列小标题」 | 用户提出修改意见 |
| Step 8 选择大标题(第一轮) | 请选择你想要的标题 | 「用推荐」「要三档顶格」「要二档有点冲」「要一档稳妥」 | 提出结合重列或自拟 |
| Step 8 确认大标题(第二轮) | 请确认是否采用该档位标题 | 「确认,插入」「换个角度重写」 | 用户提出调整意见 |
| Step 9 确认摘要 | 请确认是否使用以上摘要 | 「确认,插入文档开头」「重写摘要」 | 用户提出调整方向 |
标题方法论(完整内嵌 title-matrix)
以下方法论完整内嵌自 title-matrix(zhouwei713,MIT License),供 Step 8 及任何标题工作模式使用。落点细则、证据分级、复盘收录的完整规则见
references/三个文件,按需读取:需要各落点细则和字数核验流程,读references/platforms.md;需要研究出处、证据分级、账号数据边界,读references/evidence.md;走复盘或收录模式,读references/review-and-library.md。
一篇内容值几个标题,取决于它要发几个地方。同一句话铺到四个平台,至少在三个地方是错的。目标是找出这篇内容里最值得点击、又能被正文及时兑现的那个承诺,再按发布形态分别重写。标题可以有情绪和力度,但不能扩大事实范围。
先认模式
| 用户给了什么 | 走哪个模式 |
|---|---|
| 内容、素材、话题,没有标题 | 生成 |
| 已经有标题,问好不好或要求优化 | 诊断。先给能直接用的改法,再说原题病在哪一层 |
| 几个候选,问选哪个 | 评审。先排序给理由,候选里已有能用的就直接推荐,别硬补新标题 |
| 一组标题配阅读、播放、点赞数据 | 复盘。先恢复可比基线,再谈标题 |
| 验证过的标题,明确说存起来 | 收录。落进本地库 data/ |
认错模式是这类任务最常翻车的地方。用户贴了现成标题却收到一堆无关新标题,等于没干活。认完模式再认形态,平台名不足以确定产物,用户说「发 X」时先分清是短帖还是长文,问不到就两套都给并标清哪套是哪个。
底层模型,内核 × 分发
标题由两件事决定,来源完全不同,必须分开处理。内核来自内容本身,一篇只有一个,跟发哪儿无关,回答「这里面到底有什么值得被看见的东西」。分发来自平台,每个平台一套,跟内容无关,回答「这个地方的人在什么状态下看到这行字」。流程是挖一次内核,铺 N 次分发。反过来做,就会得到四条同义改写,看着是四个标题,实际只有一个。分发的最小单位是形态而不是平台,X 的短帖和长文是最典型的例子。
四条底线
一、负面框架比正面框架能打,但负面不等于恐吓。 公开随机实验显示标题每多一个负面词点击率小幅上升,正面词相反;拆开情绪后,恐惧类词反而显著降低点击,真正起作用的是失落感。用「最差」「别再」「白花的钱」「踩过的坑」「已经失效」,不用「致命」「血崩」「恐怖」。(样本是英文新闻站,方向参考用,不作为打分依据。)
二、具体性是倒 U 形,越具体不等于越好。 原本偏抽象的标题加数字和专名会涨,原本已经塞满参数和型号的再加反而掉。先判断手上这条在光谱哪一端,一堆抽象名词的标题要落地,一堆参数的标题要留白。
三、核心信息前置,所有平台无例外。 每个平台都在某个位置截断,手机端截得更早。最重要的那几个字放最前面,这条同时扛住截断和扫读。
四、所有被公开的模板都会失效。 某个短语被公布为最强句式之后,模仿标题几天内泛滥,效果随即归零。角度库给的是机制,不是台词,照抄句式只会产出一股过期味儿。
力道纪律,事实不夸大,情绪要给足
让模型写标题,最大的风险不在它瞎编,在它太守规矩。「不编造」管的是事实,管不到措辞的力道。74.2 压过 74.0 是事实,写成「把对手摁下去了」也是同一个事实,一个数字都没多,力道完全不同。事实层逐项对素材,一个数字一个实体都不许多;措辞层反过来往饱满里写,用素材里最有劲的那个词,用作者自己说过的口语判断,用能画出来的动作。
但修辞只能加情绪,不能扩大事实。 按普通读者对整句话的理解来检查,以下五条踩到任意一条就是越界:扩大了比较对象或适用范围;放大了领先程度、损失或确定性;把仍需人工处理的流程写成全自动;把推测、社区反馈或第三方测试写成作者亲测;省略了决定结论成立的关键条件。
把事实和态度分在逗号两边。 两段式是可执行形态,中长标题优先用这个结构。逗号前只放事实,逗号后只放态度,后半句不许增加新信息。「腾讯悄悄上线了 Claude Code,居然还支持微信登录。」好处是结构上就很难把力道误加到事实身上。写完自检两下:逗号前的部分单独拿出来,每一项都能回素材找到证据吗;逗号后的部分拿掉,前半句还是一句完整的事实陈述吗。
狠动词给工具,别给作者。 修辞化的动词往主位放的时候,主语优先是产品、模型或者事件本身,作者站在旁边看。「AI 杀死了破折号」冲但不油,「我用 AI 杀爆了效率」立刻变味。第一人称出场时优先承担代价而不是成绩,被封号、浪费了多少 Token、为了省一笔钱折腾了什么,比「我做到了什么」更好使。
标点,一档二档默认句号收尾。 感叹号读起来是在吆喝,句号读起来是在通报既成事实。一档和二档默认用句号收尾;三档可以放开,但整组交付里感叹号最多出现一次。小红书是例外,20 字硬墙里句号要吃掉一个字,那边默认不收尾。(句号收尾占 87%、带逗号两段式占 83% 来自对头部中文 AI 账号三年 352 条公众号标题的结构统计,该样本没有阅读数据,是写法上的结构观察不是效果结论,按证据等级五用。)
标题党的三个档位
「标题党」拆开是两件事。一种是承诺正文里没有的东西,这种平台会记账,主流信息流产品很早就把「点进去多快退出」当降权信号。另一种是把真实的东西只露一半、情绪顶格、把最戏剧的那个细节顶到全篇代表位,这个叫网感,真实爆款基本都在干这件事。所以分三档,默认三档全给,档位是表达选择,不代表质量高低。
| 档位 | 怎么写 | 长什么样 |
|---|---|---|
| 一档 · 稳妥 | 照事实说。对象、动作、结果交代完整,不留缺口,情绪词克制。机构号、严肃选题、搜索场景适用 | 「公众号从选题到推草稿箱不用切窗口了,我用 WorkBuddy 接了飞书」 |
| 二档 · 有点冲 | 事实不变,换上素材里最有劲的词,把代价或冲突顶到前面 | 「一篇文章切十几次窗口,我把这些搬运的活儿全甩给了腾讯的 AI」 |
| 三档 · 顶格 | 只露一半,情绪顶格,拿最戏剧的真实细节当全篇代表。修辞化的动词可用(偷学、摁下去、废了) | 「腾讯 WorkBuddy 偷学了我的文风,写出来的稿子我改了三处就发了」 |
示例只用来量档位之间的落差,不许当模板。 手上素材跟示例同类甚至同源时,示例会把你锚死。自检一句:把示例从脑子里拿掉,这条三档还站得住吗。站不住就作废重写。
三档是天花板,再往上就是编,那一档不给。 判断办法很土:读者点进来十秒钟,能不能找到标题说的那件事。找得到多狠都行,找不到再温和也是骗。三档常见的越界形态有三种,逐条查:跟正文结论相反;把正文明确保留的人工环节说成全自动;加一个编的细节来凑情绪。碰到某个写法很诱人但越界时,用一句话说明它为什么不给,帮用户建立边界感,不展开,不说教,也不许用脚注和风险提示给越界标题免责,直接改文案。
每一档都给两种语气
档位控力道,语气控人设,两个独立维度。一个落点的标准交付是六条,三档乘两种语气。
- 作者语气:第一人称在场,口语判断,有具体动作和真实代价,允许一处不规整。不强制用「我」开头,但要有真实在场感。
- 通用语气:去掉人设标记,任何账号拿去都能直接用。
两种语气不是同一句话换个说法。 作者版从「我做了什么」起句,通用版从「发生了什么」或者「谁做到了什么」起句,两边的主语就不一样。如果两条读起来只差一个「我」字,说明通用版没重写,回去重来。三档的通用语气最难写,去掉「我」之后要靠更强的事实反差或者更狠的实体对撞补回来,不能靠加形容词,实在补不回来就直说这篇的三档天然依赖人设,别拿一条注水的凑数。内容本身没有稳定第一人称人设时,两种语气差异会很小,只保留更合适的一种并说明一句。
AI 工具赛道的网感公式
这个赛道有实际案例可依,用它,别用通用直觉。以下公开案例数字是页面展示值,只作校准参照,不是可复现的收益承诺。
真实爆过的标题长什么样:「我给 OpenClaw 搭了间像素办公室,它现在每天自己上下班」10 万+、「钉钉卖 709 的 AI 卡片,我入手了...」10 万+、「万物皆可控?我买了个驾驶龙虾的终极硬件」7.8 万、「Kimi K3 刚刚发布,把老外都看沉默了」6.5 万、「我让腾讯 Miora 帮我开了家火锅店,做到最后,我有点膨胀了」4.3 万、「装了这 3 个 skill,龙虾终于能拿得出手了」2.9 万。
拆出来的四件套:
- 第一人称做了一件能画出来的事。 「搭了间办公室」「开了家火锅店」「入手了」「买了个硬件」。不是「测了」「用了」「体验了」,那些画不出来。写通用语气时这个动作不能丢,只是换个主语。
- 结尾一个口语情绪判断,给画面不给结论。 「有点膨胀了」「拿得出手了」「回不去了」「看沉默了」「恰到好处」。这个判断要是作者自己会说的话,不是评测腔。
- 实体词前置,而且要挑对词。 见取词表。
- 允许一处不规整。 一个感叹号、一个省略号、一个反问开头都可以,但只能有一处。
这个赛道的读者吃的是「他玩出了什么」,不吃被教育。「你以为…其实…」「别再…了」这类冲着读者去的写法,在情感类赛道有效,在这个赛道的公开案例里没有明显优势。优先用第一人称叙事。
取词表
下表来自五个 AI 工具公众号 645 篇文章的历史关联,观察窗口 2025 年 7 月到 2026 年 6 月。这是历史关联,不是平台规则,也不是因果。 强弱只是该样本内的相对表现,不换算成倍数或百分比。词会过期,用前先判断它现在还热不热。
| 词 | 该样本内表现 | 怎么用 |
|---|---|---|
| GitHub / Star | 强 | 有真实 star 数才用 |
| Skill | 强 | 正文真有可装的 skill 才用,受选题周期影响大 |
| 一键 / 直接用 | 强 | 低门槛和立即可用比零价格更吸引人 |
| OpenClaw / 龙虾 | 强 | 与正文强相关才用 |
| 微信 / 公众号 | 强 | 内容真跟微信生态有关 |
| 腾讯 | 强 | 腾讯系产品可直接前置 |
| 教程 / 指南 | 中 | 要配具体成果 |
| Claude / Codex | 中 | 对比或实测场景 |
| 开源 / Agent | 已饱和 | 不能单独当钩子 |
| 免费 / 白嫖 | 弱 | 别当主钩子,小红书搜索场景例外 |
| DeepSeek | 弱 | 别放最前面,先上画面和冲突 |
关键词至少要干一件事:指向高关注对象、提供可信度、表明有可直接用的成果、帮读者快速识别主题。只描述技术不说读者结果的词一个都别堆。
中文高唤起词(取词用,不是打分用): 仍有效:真相、内幕、终于、原来、竟然、千万别、避坑、复盘、翻车、崩了、硬核、手把手、保姆级、后悔、扎心、拆穿、清醒、离谱、上头、回不去。烂大街:震惊、速看、必看、重磅、干货满满、太牛了、宝藏、封神、天花板、yyds、破防了、建议收藏。信息差型时间锚(性价比最高):悄悄、刚刚、今天、深夜、一夜之间、终于、还是来了。它干的活是「这事已经发生了而你还不知道」,制造错过感,但本身不含任何夸张成分,所以有钩子又不越界,产品低调更新、功能没做宣发、半夜发版这类素材优先考虑它。前提是真的低调,官方大张旗鼓办过发布会的别写「悄悄」。
角度库
| 角度 | 干什么 | 中文写法 | 别用在哪 |
|---|---|---|---|
| 好奇缺口 | 开一个只有读完才能关上的具体问题 | [具体主体][做了具体的事],[结果留白] |
搜索场景、抖音虚假悬念。全库风险最高的一招 |
| 具体化 | 把数字、专名、时间、原话、报错搬进标题 | 「很快」换成「45 分钟」,「省钱」换成「省了 23%」 | 标题已经塞满参数时,再加会掉 |
| 利害 | 点名读者会失去或得到什么 | 你的[X]可能正在[具体损失] |
利害是泛泛的「提升效率」时 |
| 反差 | 把两件都为真但不该同时为真的事并置 | [身份A],却[反预期行为] |
反差是硬凑的 |
| 反问 | 问读者已经在问的那个问题,反问优于直问 | 为什么你[做对了动作],[结果]还是[不好] |
付费推荐位,问句在那里垫底 |
| 交付物 | 承诺一个被精确命名的东西 | [N] 步做出[具体成果](附[资源]) |
正文给不出那个资源时 |
| 数字骨架 | 用计数或度量搭骨架 | [N] 个最容易踩的[东西] |
内容凑不满那个数。别信奇数比偶数强,那条被证伪过 |
| 读者原话 | 用读者自己会打出来的那句话 | 直接搬搜索框里的说法 | 纯信息流场景会显得干 |
| 负空间 | 从缺了什么、停掉了什么切入 | 我停掉了[所有人都在做的事],然后[结果] |
断言站不住时,这是强主张 |
| 机制 | 不讲结果,讲为什么它能做到 | [结果]背后真正起作用的是[机制] |
泛大众信息流,机制在大盘里枯燥 |
| 身份 | 让特定人群觉得这是给我看的 | 做[职业]第[N]年,我[认知转变] |
身份标签太宽等于没标 |
| 时间锚 | 挂在读者已经在关心的事上 | [刚发生的事],这对[人群]意味着什么 |
热点已过峰,或内容和热点其实无关 |
| 画面动作 | 第一人称做了一件能画出来的事,结尾口语判断 | 我让[工具][干了件具体的事],[情绪判断] |
素材里没有真实动作,只有功能罗列时 |
跨落点铁律。 同一内核铺到多个落点时,每个落点必须换一个角度。四个落点四条同角度标题,等于只有一条。同一落点内部的三档两语气不受这条约束。素材硬料要拽进来。 数字、人名、地名、时间、原话、报错信息、价格。库反哺。 data/hits.md 存在且目标落点或角度有已验证案例时,拉 1 到 2 条做校准参照,说清为什么贴切;库空就用赛道公开案例校准,并说明那是公开案例不是用户自己的数据。
五道闸
客观可判,不过就删或改,不要辩护。五道闸对三个档位、两种语气一视同仁,顶格那档不享受任何豁免。
闸一 · 零编造(最优先,草稿和定稿各查一遍) 用承诺清单法,把每条候选拆成它做出的承诺项,逐项回素材点名找证据。数字(「3 天」「省了 40%」素材里有没有这个数)、实体(「一张对比表」这东西真的存在吗)、身份(「五年产品经理」素材说过吗)、动作(「我实测」作者真做过还是看别人做的)、结果(「直接上线」真的跑通了吗)、范围路径(「一文讲透」正文真是这个结构吗)、程度词(「只有」「竟」「终于」这是素材的结论还是你加的)。任何一项找不到证据就删、收窄,或改成来源清楚的表述。被砍掉的项不许换个同义词复活进定稿,也不许换个语气复活。 素材里带「好像」「应该」「感觉」的话,标题里不得变成肯定结论。「实测」要求正文有作者本人的操作和结果记录。「教程」「模板」「源码」「Prompt 可复制」要求正文真的交付了对应内容。「全面超越」「取代」「碾压」这类整体结论不能由单项跑分或局部案例推出来。但注意,这道闸只砍事实,不砍力道,口语情绪判断和修辞化动词只要方向跟素材一致就放行。
闸二 · 折叠位 每个落点都有一个决定点击的可见区,超出的部分是奖励不是主体。把标题砍到折叠位那个字数,剩下的还成立吗。不成立就重排语序,别缩写。折叠位是观察值不是常量,需要精确校验时按 references/platforms.md 的流程走。
闸三 · 字数 中文按字数算,不按字符。六条都要单独算,不能只算推荐那一条。报字数时说明计数口径,英文单词、数字、空格、标点和 emoji 的算法可能跟平台编辑器不同,临近硬上限以当前编辑器实测为准。
闸四 · 合规 极限词、诱导互动、平台明令禁止的形式。涉及健康、功效、商品推广时,不能只挂风险提示,必须直接给去功效化的安全版。「体脂从 32% 降到 26%」优于「瘦了十斤的神器」。
闸五 · 兑现度(一票否决,也是档位的天花板) 读者点进来十秒钟,能不能找到标题说的那件事。找不到就删。不许靠加「可能」「或许」这类对冲词硬保一条超出内容范围的标题,也不许用脚注免责。
排序权重,明确取舍,不要十几个维度全打勾:兑现度(一票否决)> 画面感 > 具体性 > 张力 > 角度稀缺度。不打分。 一个「87 分」是假的确定感,市面上的标题评分与实际表现相关性很弱。给理由,不给分。
交付
输出铁律。 用户只要标题,不要方法论。所有推演都是内部工作记忆,默认不展示,所有用户可见的文字里不许出现内部黑话,不写「角度库」「闸」「内核」「兑现度」「Phase」,用大白话替代。「一档二档三档」「作者版」「通用版」可以直接用。
矩阵任务默认三档全给、每档两种语气,一个落点六条。随口要几个标题的轻任务直接给候选加一个推荐,不铺矩阵。
多落点矩阵格式(一稿多发时用):
公众号(约 64 字上限,前 22 字左右要自足)
一档 · 稳妥 作者版 [标题](30 字) / 通用版 [标题](28 字)
二档 · 有点冲 作者版 [标题](29 字) / 通用版 [标题](27 字)
三档 · 顶格 作者版 [标题](31 字) / 通用版 [标题](29 字)
小红书(约 20 字上限,搜索词「XX」放前半段)
三档六条,同上结构
X 短帖(第一行就是全部,不是标题)
三档六条,交的是第一行不是标题
X 长文(建议 30 字内,卡片上约两行)
三档六条
抖音/视频号(约 55 / 30 字)
三档六条
每个落点内部都要写满六条。每个落点附:保鲜期提醒(一段大白话,说清哪条绑着短期词、哪条能长期用)和校验脚注(一行,对每一条负责,每条都达标才打 ✓;有超字数、待补数字、合规风险,写清具体是哪一档哪一版)。脚注不是免责区,你自己已经判定越界的标题不许原样留在候选区然后在脚注里附收窄版,直接把收窄版换上去。
落点规格与冲突
| 落点 | 字数上限 | 折叠位(观察值) | 分发逻辑 | 首选角度 | 头号禁忌 |
|---|---|---|---|---|---|
| 微信公众号 | 约 64 字 | 信息流折叠后手机端约前 22 字 | 订阅打开 + 社交转发 | 画面动作、反差、交付物、机制 | 夸大误导(运营规范 4.11) |
| 小红书 | 约 20 字 | 前半段最可能被搜索命中 | 搜索 + 信息流双引擎 | 读者原话、身份、负空间 | 关键词不前置就搜不到;诱导点赞收藏会限流 |
| X 短帖 | 没有标题,写的是正文第一行 | 时间线约 2 行后折叠,第一行定生死 | 转发 + 关注链 + 算法混合 | 具体化、画面动作、反差 | 铺垫句、预告句、长句绕弯 |
| X 长文 | 有真正的标题字段,建议 30 字内 | 卡片上约两行 | 卡片展示 + 链接转发 | 反差、数字骨架、交付物 | 把公众号那套完整交代搬过来,卡片装不下 |
| 抖音 | 约 55 字 | 播放页首行 | 完播率 + 互动率 | 好奇缺口、利害、负空间 | 诱导互动、虚假悬念 |
| 视频号 | 约 30 字 | 首行 | 私域 + 算法 | 利害、具体化 | 过度抖音化的夸张,在熟人场里掉价 |
上表是常用参考值,会随平台改版变化,涉及硬卡点时以当前官方编辑器实测为准。档位在不同落点的安全区不一样。 小红书搜索侧和抖音对虚假悬念的惩罚最重,三档在这两处要把搜索词和具体事实保住。语气在不同落点的权重也不一样。 X 短帖和小红书天然偏第一人称,通用版在这两处容易发干,写的时候用具体主体接住。
落点规则是互相冲突的,这不是噪音,是真实的渠道差异,不问清落点就给建议,必然在某一侧是错的。 这张冲突表是这个方法论存在的主要理由:
| 公众号 | 小红书 | X 短帖 | X 长文 | 抖音/视频号 | |
|---|---|---|---|---|---|
| 有没有标题这个东西 | 有 | 有 | 没有 | 有 | 有 |
| 好奇缺口 | 有效但别过头 | 搜索侧会惩罚 | 有效 | 有效 | 虚假悬念会被降权 |
| 三档顶格的安全区 | 较宽,但看转发羞耻感 | 窄,搜索词不能丢 | 宽 | 较宽 | 窄,虚假悬念直接降权 |
| 通用语气好不好使 | 好使 | 容易干,要接具体主体 | 容易干,同上 | 好使 | 一般 |
| 完整交代 | 奖励 | 放不下 | 惩罚 | 适度 | 惩罚 |
| 铺垫句、预告句 | 惩罚 | 放不下 | 致命 | 惩罚 | 惩罚 |
| 搜索关键词前置 | 有用 | 决定生死 | 一般 | 有用 | 一般 |
| 第一人称 | 有效 | 有效 | 最有效 | 有效 | 有效 |
| 数字 | 有效 | 有效 | 有效 | 有效 | 一般,画面比数字强 |
| 转发羞耻感 | 要考虑 | 不用 | 要考虑 | 要考虑 | 不用 |
X 的两种形态,别混为一谈。 X 短帖根本没有标题,整条推就是正文,第一行就是全部,交的不是一个名字,是一句能单独站住的话。短帖的通用版不许退化成一行数据,「A 拿 74.2,B 拿 74.0」是贴了一行跑分,不是写了一句话。X 长文有真正的标题字段,卡片比公众号列表窄,要比公众号标题短。两种形态同时发时撑不同的点,短帖拿最具画面感的那个细节,长文标题拿最能代表全篇的那个判断,两边用同一个点等于白发了一次。
保鲜期
每组交付标清保鲜期,用户自己能判断什么时候该换。热点型按天算,挂在具体事件上,事件过峰就废;关键词型按季度算,靠某个产品名、模型名、平台名吃流量,曾经的顶流关键词半年后可能是零;结构型长期有效,但会被套利,一个句式被模仿多了读者会产生免疫。一组交付里至少要有一条结构型,别让所有标题绑在同一个短期词上。
AI 工具内容的特殊检查
标题优先写作者实际做成的任务:生成了一个游戏、修复了一个报错、搭了个看板、产出了一份能交的文件。素材里只有「体验了」「测试了」「很强」时,继续往下挖具体动作和结果,挖不到就降级成功能型标题。写模型比较时标清范围:单项榜单领先只写该榜单或该能力维度;第三方或社区数据保留来源身份,不能改写成作者亲测;作者上手案例只证明对应任务的表现;价格比较要相同的输入输出规模、缓存条件和计价时间;「免费」「一键」「自动」「无需修改」这类词逐项兑现,做不到就改。模型名、价格、榜单和平台政策变化很快,标题依赖这些信息且用户要求事实可靠时,先核验再交付。
标题级 AI 味自查
中文的 AI 味跟英文那套是两回事,以下命中即重写。开头套话:在当今时代、随着 XX 的不断发展、众所周知。万能句式:不是…而是…、不仅…而且…、首先其次最后、值得每个人深思。空转黑话:赋能、抓手、闭环、颗粒度、心智、打法、生态位。假深度:深度解析、全面剖析、揭秘背后的底层逻辑、一文看懂 XX 的本质。结构性 AI 味:用破折号连接从句、三段排比、每条候选长度整齐划一、每个标题套同一个句式。评测腔:「实测」「体验了」「用了一天」本身没错,但如果标题里只有它们没有动作和画面,换成具体做了什么。极限词高危区(涉及商品或服务推广时直接换掉):最、第一、顶级、极致、绝对、全网、史上、唯一、国家级、万能、100%、永久,广告法第九条禁绝对化用语,替换思路是把绝对判断换成可验证的个人经验。最狠的一条自查:把标题的主语换成任意另一个人,还成立吗。还成立就是没站人,重写。这条对通用语气版同样生效,去人设不等于去具体。
诊断模式
用户已经有标题时走这里。1. 先一句话定性问题在哪一层:内核层(没有赌注)、画面层(有事实没画面)、力道层(档位太低)、角度层(选错招)、措辞层(写得糊)、形态层(拿错产物)、平台层(字数或语气不适配)、合规层(越线)。2. 改法放最前,给 2 到 6 条能直接用的,需要时按三档两语气铺开。3. 默认保留原题里有效的对象、角度和语气,只有内核层的问题才需要回素材重挖。最常见的误判是标题都准确但都很平,这时先看画面层和力道层,八成是有事实没动作,或者一直停在一档没往上推。用户嫌太平或者要求更狠时,直接往三档推,提高画面、反差和口语力度,同时重新走一遍事实范围检查,不要把边界判断推回给用户,先给标题,边界只在真的碰到时用一句话说。
评审模式
用户拿几个候选问选哪个时走这里。先统一发布形态和内容承诺再比,不同形态的候选不能横比。按推荐顺序排列,每条说明最关键的那个优势或风险。候选里已经有能用的就直接选出推荐项,只有全部存在实质问题时才补写新标题。不拿个人偏好替代兑现检查,也不把标点或一个情绪词的差异包装成确定的点击率提升,差异只在细枝末节时就说差异有限。
复盘与收录
走复盘或收录模式时,完整规则见 references/review-and-library.md。要点:复盘先恢复可比基线再谈标题,归因分层不把一切归给标题,措辞写成候选原因不写成因果;收录只在用户明确说保存时才写文件,只收小号素人的高表现案例,大号高阅读被粉丝基数污染不收。案例库目录为 data/(hits.md、patterns.md、observations.md 按需创建),遵循只追加不覆盖、回填与更正、绝不替用户编数据的纪律。
常见故障
| 症状 | 成因 | 解法 |
|---|---|---|
| 标题全是准确的说明句,一条都不爆 | 把「不编造」执行成了「不敢用力」,三档全堆在一档 | 从最戏剧的细节重新起句写三档,再对一遍网感四件套。这是最常见的病 |
| 三个档位是同一条加形容词 | 在一档上加「竟然」「直接」就当三档交了 | 换一个更戏剧的细节做主语,不在同一句上加码 |
| 两种语气只差一个「我」字 | 删掉「我」就当通用版交了 | 换个主语重新起句 |
| 把 X 当成一种东西 | 给短帖交了标题,或给长文交了推文开头 | 先问形态,问不到两套都给 |
| 短帖第一行写成了预告 | 「有个事太有意思了」只宣布信息存在 | 删掉它,从第二句开始 |
| 单项优势写成全面胜负 | 跑分领先直接推成碾压 | 补回评测名称、适用任务或比较条件 |
| 把社区数据写成亲测 | 素材是别人跑的 | 保留来源身份,或改写成作者真做过的那个案例 |
| 用脚注给越界标题免责 | 拿风险提示换通行 | 直接改文案 |
| 素材没张力,只有平铺直叙的说明 | 内容本身就是一份功能说明 | 问作者最意外的事实或不解决的代价。真没有就直说,给功能型标题 |
| 候选全长一个样 | 被零编造框死,只在同一句上换同义词 | 打开角度库按顺序走,每个没用过的角度强制出一条 |
| 交付的就是用户原话的近义复述 | 最容易被一眼看穿的偷懒 | 每条必须是一个新角度 |
| 几个落点几条同义句 | 先写完一条再去适配字数 | 从内核重新起句,每个落点换角度重写 |
| 把低阅读直接当成标题失败 | 没分清绝对值、账号基线、内容类型和分发条件 | 切复盘模式,先恢复可比序列 |
| 把某领域热词当成通用招式 | 热点对象醒目,可迁移的机制反而被忽略 | 去掉品牌名和模型名,看还剩不剩「对象、动作、结果」 |
不做的事
默认不写文件、不建目录、不给时间戳。例外只有两个:收录模式会追加写入 data/hits.md 和 data/patterns.md,用户明确要求保存复盘观察时追加写入 data/observations.md。其余标题都直接给在对话里。运行环境不允许写 skill 目录时先说明,再用用户指定的位置。不替用户编数据。不把历史相关性说成平台算法规则。不把写作经验说成平台硬限制。不给分数。不把网感问题推回给用户。不把四档当成选项给出去,三档就是天花板。不拿删一个「我」字当通用语气版交差。
注意事项
- 每一步完成后必须停顿,等待用户指令再进入下一步。不要自动连续执行。
- Step 2(搜索素材)可引用 AI HOT 数据或其他网络信源,数据需交叉验证。
- Step 4 写稿时自动调用 khazix-writer Skill 加载风格规则。
- 标题和摘要如果用户要求修改,需回到对应步骤重新执行,修改确认后再继续。
- 文件保存路径始终为工作区文件夹,不要存入临时目录。
- 可视化交互仅限于 AskUserQuestion 工具的能力范围,不支持自定义 UI 组件、富文本渲染或嵌入式预览。
- 标题方法论(生成/诊断/评审/复盘/收录)为本 Skill 自包含能力,不依赖外部 title-matrix 安装;若单独需要 title-matrix 的完整独立版,可另行调用。