deai-adapt-toutiao

# deai-adapt-toutiao — 头条改写 ## 平台特性 今日头条是**算法推荐驱动**的内容生态——没有订阅关系，每篇文章都独立竞争用户注意力。头条读者的典型行为：刷信息流 → 标题抓住目光 → 点开 → 前100字决定是否继续 → 划走或读完 → 关注/收藏。 | 维度 | 头条 | 知乎 | 公众号 | 改写影响 | | :---: | :---: | :---: | :---: | --- | | 流量来源 | 算法推荐（单独竞争） | 搜索+推荐 | 订阅+转发 | 每篇独立竞争，标题=生死线 | | 读者耐心 | 极低——前100字定生死 | 中等——能接受深度阅读 | 高——粉丝愿意读完 | 每段≤3句，开头必须有钩子 | | 标题风格 | 数字钩子、冲突、悬念 | 提问式、观点式 | 故事悬念式 | 标题要有具体数字或明确冲突 | | 读者画像 | 泛资讯人群、下沉市场 | 高知、科技从业者 | 订阅粉丝、行业人群 | 少用英文术语，多用大白话 | | 互动偏好 | 关注>收藏>评论 | 赞同>评论>收藏 | 在看>转发>留言 | 结尾引导关注和收藏 | ### 头条算法推荐的三个关键点 1. **标题点击率是推荐量的第一道门槛**：头条算法先小范围推荐（100-1000人），根据点击率决定是否扩大推荐。标题决定了第一波推荐的效果 2. **完读率决定二次推荐**：点开后读者是否读完，影响后续推荐量。短段落+高频小标题能提高完读率 3. **关注和收藏是长期信号**：关注率高说明内容有价值，算法会倾斜推荐 --- ## 改写三原则 1. **每段一个信息点，不多给**：头条读者在同一段停留的时间极短。一段只讲一件事，讲完就换行 2. **数据比观点可信**：头条读者不信"我觉得"，信"数据显示"。母稿中的主观判断改为数据呈现 3. **标题兑现第一句话**：标题承诺了什么，第一段必须立刻兑现。不兑现 → 跳出率高 → 算法降权 --- ## 改写流程 ### Step 0：确定文章标题（用于查找输入文件和命名输出文件） 在读取母稿之前，先确定文章标题： 1. **优先从标题方案提取**： - 检查 `drafts/{日期}/{选题名}/标题方案.md` 是否存在 - 如果存在，解析评分表的各平台适配备注列，按优先级选取标题： 1. **首选**：备注中标注"头条首选"、"头条"的标题（头条偏好数字锚定式/冲突悬念式标题） 2. **次选**：无平台专属标注时，取排名第 1 的标题候选 2. **回退方案**：如果标题方案不存在或解析失败，使用 `{选题名}` 作为标题 3. **文件名安全处理**（`{标题}`）： - 替换 Windows 非法字符：`\ / : * ? " < > |` 为 `-` - 替换全角问号 `？`、全角冒号 `：` 为 `-` - 替换全角引号 `""`、空格为 `-` - 连续多个 `-` 合并为单个，去除首尾 `-` - 截断至 50 个字符 4. 将安全处理后的标题存入变量 `{标题}`，后续所有文件名均使用此变量 ### Step 1：读取母稿 从 `drafts/{日期}/{选题名}/终稿-{标题}.md` 读取母稿。可选读取标题方案.md（提取头条标题）。 ### Step 2：头条专用四问 1. **标题里的那个"钩子"是什么？** 数字？冲突？反常识？悬念？标题必须有一个明确的钩子 2. **前100字读者能接收到什么？** 如果前100字没有让他觉得"有点意思"，读者就划走了 3. **哪些段落可以合并或砍掉？** 头条不欢迎长铺垫。背景介绍砍掉一半，直接讲核心 4. **读者看完会关注吗？** 结尾必须给一个"关注理由"——"关注我，每周拆解一个科技商业事件" ### Step 3：标题策略 > **⚠️ 平台标题差异化铁律（2026-08-18 教训固化，禁止再犯）**： > 头条版本标题**必须差异化**，禁止整体复用母稿标题或其他平台的标题。理由：头条是纯算法推荐、无关注关系，每篇独立竞争；标题在前 15-22 字截断，与知乎提问式、公众号叙事式的标题逻辑完全不同，一套标题通吃会直接拉低点击率与推荐量。 > > 执行规则（务必全部满足）： > 1. **禁止原样复用**：头条标题**不得与母稿终稿标题完全相同**（`==` 判重 → 必须改造），也不得与其他平台版本标题完全相同（平台两两两不等）。 > 2. **按平台类型生成**：依据下方三种标题类型（数字锚定式/冲突悬念式/反常识断言式），从标题方案候选池中选一个**头条专属**标题；若候选池无匹配的头条专属标题，则基于母稿标题按头条偏好**改造**（前置数字/冲突钩子、压缩至 ≤22 字），而非直接套用母稿。 > 3. **差异化自检**：产出后对比确认——头条标题 ≠ 母稿标题 ≠ 其他平台标题；头条标题已体现数字/冲突/反常识钩子（前 15 字信息密度高、≤22 字）。 > 4. **保真不受标题差异化影响**：标题可差异化改造，但**正文内容量仍须遵循保真铁律（头条 ≥ 终稿 70%）**——差异化的是标题与表达形式，不是砍内容。 头条标题在信息流中和几十篇文章竞争，前15字必须让人停住。具体策略见 `deai-title` 的标题方案中的"头条/百家号适配"建议。 | 类型 | 公式 | 母稿标题改造示例 | | :---: | :--- | :--- | | 数字锚定式 | 具体数字+结论 | "2.8万亿参数免费开源，OpenAI 600元的生意还怎么做？" | | 冲突悬念式 | A vs B + 悬念 | "OpenAI说开源是减速主义，但历史已经回答过这个问题了" | | 反常识断言式 | 让人想反驳的观点 | "Kimi K3爆火3天就被迫暂停——太成功也是一种失败" | **标题优化规则**： - 前15字必须有具体数字或冲突——"2.8万亿""6倍差价""3天暂停" - 长度≤22字——头条信息流截断在第22字左右 - 避免"震惊""出大事了"等会被算法降权的标题党词汇 - 标题的承诺必须在正文第1段兑现 ### ⚠️ 平台稿写作方式铁律（2026-08-13 教训固化，禁止再犯） **平台稿必须一次性写成完整连贯文章**，禁止任何形式的"硬凑字数"： 1. **禁止"骨架+注入"两段式写法**：不得先写骨架/摘要再补字；不得用脚本/机械方式把终稿段落**原样粘贴**到正文末尾凑字数——正文被 `---` 割裂、前后内容重复、风格断裂，即使字数达标也是不合格产出。 2. **补字唯一正确方式 = 章节内扩写**：正文不足保真底线（头条 ≥ 终稿 70%）时，在**对应章节内**头条化扩写——短段落体不等于短内容，把终稿被压缩的逻辑拆成短段数据/结论（"数据前置/短段落化/加小标题"全量兑现）。**禁止尾部堆砌**。 3. **写作时规划字数**：下笔前明确字数目标（终稿 × 70%），按章节分配；写完立即实测，不足即在章节内扩写。 4. **正文连贯性自检**：产出后检查：①正文无**前文重复**——同一论点/数据/表述出现两遍，读起来像两篇文章拼一起，这是割裂感的本质（`---` 分隔符本身合法，任何平台稿都允许用，不构成割裂判据）②保留母稿论点是保真要求（头条 ≥70%），但必须改写成平台风格、在首次出现处一次性讲完 ③短段落节奏从头到尾一致。不合格 → 重写。 5. **脚本已硬拦**：`规范校验.py` 平台稿正文连贯性门禁——与终稿逐字相同的段落（≥60 字）与前方正文重复（相似度 ≥55%）即判 ❌；**任何平台稿（含知乎版，知乎不豁免）都禁止重复引入母稿原文段**。 ### Step 4：正文改写——短段落+快节奏 母稿是6段深度分析体，头条版需要打散重构成**8-12个短段落**，每段1-3句。 | 母稿段落 | 头条版段落数 | 改写方向 | | :---: | :---: | --- | | 段1 钩子（~200字） | 拆成2-3段 | 第一段抛数据+悬念。第二段补冲突 | | 段2 背景（~350字） | 拆成2-3段 | 只保留参数规模和技术标签，时间线砍掉 | | 段3 定价权（~400字） | 拆成2-3段 | 价格表保留为独立段，Reddit评论独立段 | | 段4 历史律（~350字） | 压缩为1-2段 | AWS和Android例子合并成一段，个人经历保留 | | 段5 争议（~350字） | 压缩为1-2段 | AI共产主义作为独立段，其他压缩 | | 段6 展望（~400字） | 拆成2段 | 方法论1段+行动号召1段 | #### 六大改写操作 | 操作 | 说明 | 母稿原文 | 头条改写后 | | --- | --- | --- | --- | | 砍铺垫 | 直接删掉背景时间线和非必要过渡 | "但先别急着站队。要理解OpenAI为什么急，先得知道K3到底是什么级别的存在。" | "K3是什么级别？2.8万亿参数，全球最大开源模型，没有之一。" | | 短段落化 | 每段拆到1-3句 | 一段200字 → 拆成2-3个短段 | 每段之间用空行分隔 | | 加小标题 | 每300-400字加一个小标题 | 无小标题 | "K3有多强？""价格差6倍""OpenAI为什么急""历史怎么说" | | 数据前置 | 每段第一句抛数据或结论 | "华泰证券的研报说了个有意思的现象" | "K3发布后，月之暗面年化收入创历史最大单日增幅（华泰证券数据）" | | 口语化降级 | 书面语改口语 | "从商业角度看" | "说白了" | | 强结尾 | 结尾给行动指令 | "评论区等你" | "关注我，第一时间获取AI行业深度解读" | #### 小节标题规则（2026-08-24 教训固化，禁止再犯） 正文"小节转换"处，**直接用 Markdown 小标题（`## 小节名`）**，禁止 `（**小节名**）` 圆括号加粗标记： - ✅ 正确：`## 全世界都在"股权换现金"` - ❌ 禁止：`（**全世界都在"股权换现金"**）`——圆括号+加粗是"过渡句"写法，编辑器无法识别为小标题，复制进头条后台会渲染成畸形正文 - 与"加小标题"操作一致：每 300-400 字一个小标题，`##` 独立成行、前后留空行 - 配图锚文本按"段落第一句/所属小标题"规则定位，不依赖其他正文标记 ### Step 5：去AI化的头条特化处理 | 头条特有AI味信号 | 修复方式 | | --- | --- | | 开头太温和 | 第一句必须是数据/冲突/悬念，不要"随着"当开头 | | 段落太长 | 任何超过4句的段落都要拆开 | | 语气太正式 | "从XX角度分析"→"说白了""讲真" | | 结尾太弱 | "希望对你有所帮助"→"关注我，下篇更干货" | | 小标题太文艺 | "云端上的博弈"→"价格差6倍"（具体、直白） | ### Step 6：结尾模板 | 目标 | 模板 | | :---: | --- | | 引导关注 | 关注我，每周拆解一个科技商业事件，帮你看懂互联网在发生什么 | | 引导收藏 | 建议收藏这篇文章，以后做技术选型时可以拿出来参考 | | 复合型 | 觉得有收获的话，点个关注，每周一篇互联网深度分析。收藏一下，以后用得上 | ### Step 6.5：封面图 AI 提示词与内容简介（发布必填项） 头条发布时**封面图必填**——封面图在信息流中占据大面积展示位，直接决定第一波推荐的点开率。内容简介对应头条「摘要」字段（可选但建议填写，增强信息流展示信息量）。 #### 封面图 AI 提示词生成规则 根据改写后文章的核心冲突、情绪基调和视觉风格，生成一段英文 AI 绘图提示词： | 文章情绪基调 | 对应视觉风格 | 推荐配色 | |:----------:|-------------|----------| | 😡 愤怒 / 😰 焦虑 | 冲突对比、撕裂感、冷硬工业风 | 蓝橙对比、暗红+黑 | | 🤔 好奇 / 🧠 优越感 | 科技感、数据流、发光粒子、未来主义 | 深蓝+青、紫金 | | 👍 共鸣 / 😄 希望 | 温暖、人文叙事、柔和光影 | 暖黄+白、琥珀色 | | 混合情绪 | 取主导情绪对应的视觉风格 | 主导色调+点缀色 | **提示词结构**（三段式，用句号分隔）： ```text {主体场景描述}。{环境/氛围/材质细节}。{画面约束（比例/风格/灯光）}。 ``` **生成规则**： - 首段：画面主体——文章最核心的冲突或场景（头条封面要"一眼看懂"冲突，主体要醒目） - 中段：画面氛围——对应情绪基调的配色和材质 - 尾段：画面约束——**头条封面图统一使用 3:2 横版比例**（信息流大图展示标准比例），风格指定和灯光 - 语言：**统一用英文**（Midjourney/DALL-E 对英文支持最好） - 不加文字：提示词中避免让 AI 生成文字 - 不加人物面部：避免 AI 生成恐怖谷效应的人脸 **输出格式**：在输出文件中用代码块包裹，标注 `[封面图提示词]`。 #### 内容简介生成规则 从改写后文章的第一段钩子和核心结论中提取，用于头条「摘要」字段。**头条摘要是"钩子式"的**——信息流中摘要与标题并列展示，摘要需要补足标题未说透的冲突或数字。 - **字数**：≤ 80 字（中文，头条信息流展示空间有限） - **内容**：核心钩子 + 关键数字，不剧透结论 - **语气**：与正文快节奏口语化语气一致 - **公式**：`{冲突/数字钩子} + {悬念}` **输出格式**：在输出文件中用普通段落标注 `[内容简介]`。 ### Step 6.6：文中配图规划 头条正文中插入配图可显著提升完读率（图文混排的文章比纯文字完读率高 20%+），而完读率直接决定二次推荐量。配图不能为了插而插，每张图必须有明确的叙事功能。 #### 配图类型与适用场景 | 配图类型 | 功能 | 适用位置 | 视觉风格 | |:--------:|------|----------|----------| | **数据可视化** | 把关键数字变成可感知的画面 | 核心数据引出后 | 图表化、信息图风格 | | **概念隐喻** | 用视觉比喻解释复杂概念 | 难度较高或抽象段落之后 | 极简3D、概念渲染 | | **情绪放大** | 放大读者当前的阅读情绪 | 情绪转折点、金句前后 | 氛围化、光影为主 | | **节奏换气** | 长段落之间做视觉间隔 | 连续分析段落的中间 | 留白多、极简构图 | | **场景对比** | 过去vs现在/正vs反的视觉对立 | 对比论证段 | 左右分屏、冲突色调 | #### 配图数量规则 - 1500字以下 → 0-1张（封面足够了） - 1500-2500字 → 1-2张（含封面） - 2500-3500字 → 2-3张（含封面） - 3500字以上 → 3-4张（含封面） - **原则**：宁少勿多。头条读者划走成本极低，一张没有信息量的图不如不放 #### 配图插入位置判断 改写完成后，通读全文，在以下位置判断是否需要配图： | 信号 | 建议动作 | |------|----------| | 连续出现 2 个以上关键数据 | 插入一张数据可视化配图，把数据量变成视觉量 | | 有一个需要读者"想象"的抽象概念 | 插入一张概念隐喻配图，让抽象落地 | | 金句/转折句之后 | 插入一张情绪放大配图，放大读者此刻的感受 | | 连续 3 段以上纯文字分析 | 插入一张节奏换气配图，给读者视觉休息 | | 对比论证（A vs B / 过去 vs 现在） | 插入一张场景对比配图，强化对立感 | #### 配图 AI 提示词生成规则 每张配图独立生成一段 AI 绘图提示词。 **提示词结构**（三段式，用句号分隔）： ```text {主体场景描述}。{环境/氛围/材质细节}。{画面约束（比例/风格/灯光）}。 ``` **生成规则**： - 首段：画面主体——该段文字中你最想让读者"看到"的核心意象 - 中段：画面氛围——对应改写后文章的情绪基调 - 尾段：画面约束——**正文配图统一使用 16:9 横版比例**，风格指定和灯光 - 语言：统一用英文 - 不加文字，不加人物面部 - 同一篇文章内各配图的视觉风格保持一致（色调/材质/渲染方式统一） #### alt 文本（图片 SEO 必填） 头条发布时每张配图可填写 **alt 文本**（图片描述），搜索引擎依赖 alt 理解图片。**每张配图必须生成一条中文 alt 文本**： - 字数：≤ 30 字（中文） - 内容：图片画面的核心内容 + 相关关键词（如"芯片股价暴跌K线图"） - 作用：①搜索流量入口 ②图文相关性信号 #### 定位方式与配图位置规范 每张配图通过**锚文本**指明插入位置——锚文本取所在段落的**第一句**（整句或前 5-15 字）**或该段所属小标题（H2/H3）**，配图插入到该段之后（结束位置）。所有配图均插入在段落后，不出现在段落中间。 **锚文本选择规则**： - 锚文本取自所在段落的**第一句**，**或该段所属 markdown 小标题**——二者均一眼可见、Ctrl+F 可快速定位 - 长度 5-15 字：第一句不足 5 字则整句作锚文本；超过 15 字则截取前 15 字，必要时附段落序号 - 必须是正文中唯一的——如果同一个短语出现多次，附加"第 N 次出现"或加上下文 - 优先选包含数字/引号/关键词的第一句或小标题——这些在视觉上容易定位 - 不使用"我""你""它"等通用代词作为锚文本 - **⚠️ 只禁止"藏在段落中间"的锚文本（2026-08-18 修订）**：锚文本不能是段落正文中间的一句或半句（不在段首、也不是小标题）——人工 Ctrl+F 定位难。**锚段落首句或小标题均可**（小标题一眼可见，同样好找；08-14 曾禁小标题作锚，现已废止） - 锚文本必须精确到该段内——如果段落较长，可附段落序号辅助定位 **锚文本三查收尾自检（强制，2026-08-18 新增，杜绝执行层笔误）**：写完所有配图规划后逐张过三查，任一不通过就地修正，不得带病交付： 1. **查命中**：锚文本必须**逐字复制自正文**（禁止凭记忆改写），并在正文全文搜索确认恰命中 1 次；搜不到 = 锚文本无效，回正文取真实句子 2. **查唯一**：全文搜索确认该锚短语正文仅出现 1 次；若出现 ≥2 次，附"第 N 次出现"或扩为含上下文的唯一短句 3. **查同步**：`## 配图搜索替换指令` 区必须包含与该锚**一字不差**的「锚文本」；遗漏即补 **配图位置规范（头条专有）**： - ✅ 正确：配图插入在段落**之后**（段后空行→配图→空行→下一段） - ❌ 禁止：配图出现在段落**中间**（一段文字被图片切断） - ❌ 禁止：配图插入在句子中间（一句话没说完就被图片打断） - 例外：封面图不受此限制（封面图属于文章头部元数据，不涉及段落内位置） **输出格式**： ```markdown [配图1] 插入位置：在锚文本"XXX"之后的段落后。{画面描述 + prompt}。alt：{中文alt文本} ``` #### 搜索替换指令 输出文件末尾附带，帮助写作者快速定位： ```markdown ## 配图搜索替换指令 按以下顺序操作： 1. 在正文中搜索锚文本"{锚文本1}" → 在其 {"之后"或"之前"} 插入 {配图1}，并填写 alt 文本 2. 在正文中搜索锚文本"{锚文本2}" → 在其 {"之后"或"之前"} 插入 {配图2}，并填写 alt 文本 ... ``` --- ## 质量自检 | 序号 | 检查项 | 标准 | | :---: | :--- | :--- | | 1 | 标题前15字有钩子 | 含具体数字或明确冲突 | | 2 | 每段≤3句 | 无超过3句的段落 | | 3 | 小标题个数 | ≥3个小标题（每300-400字一个） | | 4 | 前100字有钩子兑现 | 标题承诺的内容在开头100字内兑现 | | 5 | 数据优先于观点 | 关键论点有数据支撑，非个人感受 | | 6 | 口语化程度 | 无"从XX角度看""基于XX原因"等书面腔 | | 7 | 关注引导 | 文末有关注引导 | | 8 | 总段落数 | ≥8段（母稿拆解后的合理密度） | | 9 | 封面图提示词 | 存在且为 3:2 横版比例，含三段式结构（主体/氛围/约束），主体冲突醒目 | | 10 | 内容简介 | ≤80 字，为"钩子式"摘要（冲突/数字钩子+悬念） | | 11 | 配图信息完整 | 末尾配图详情中每个"插入位置"都有明确的锚文本，且锚文本在正文中能找到唯一的匹配位置；每张配图都有 alt 文本 | | 12 | 正文无标记残留 | 正文中不包含 `[配图` 字符串——确认没有遗留任何配图标记 | | 13 | **正文连贯性** | 正文无前文重复（同一论点/数据出现两遍 = 两篇文章拼接）；保留母稿论点已改写成平台风格；`---` 分节合法不构成割裂——禁止"骨架+重复注入"式拼接 | ✅/❌ | ## Input - `drafts/{日期}/{选题名}/终稿-{标题}.md`（必需——母稿。`{标题}` 来自标题方案排名第 1 的候选标题，无标题方案则使用选题名） - `drafts/{日期}/{选题名}/标题方案.md`（可选——用于头条标题决策） ## Output - `drafts/{日期}/{选题名}/头条-{标题}.md`（今日头条适配版） **输出文件结构**（正文改写和配图规划全部完成后，按以下结构组织）： ```markdown # 正文区域（不含任何配图标记，纯正文） {正文内容，不需要插入任何配图标记字符} --- # 附属内容区域（封面图提示词、内容简介、配图详情） [封面图提示词] {三段式英文 AI 绘图提示词（3:2 横版）} [内容简介] {≤80 字的中文钩子式摘要} --- ## 配图详情 ### [配图1] - **插入位置**：在锚文本"{锚文本}"之后的段落后 - **画面内容**：{中文描述} - **AI 提示词**：{英文 prompt（16:9 横版）} - **alt 文本**：{≤30 字中文，含关键词} ### [配图2] ... --- ## 配图搜索替换指令 按顺序操作： 1. 搜索锚文本"{锚文本1}" → 在该段结束后插入配图1，并填写 alt 文本 2. 搜索锚文本"{锚文本2}" → 在该段结束后插入配图2，并填写 alt 文本 ``` > **格式规范**：输出文件第一行必须是 `# {标题}`（H1 标题），不可省略。 > > **YAML frontmatter**（所有输出文件必须包含）： > ```yaml > --- > title: {标题}