---
name: 通用-输出今日头条版
description: '用于把小说章节改写为更适合今日头条平台的版本。适合强情节、弱冗余、开篇钩子密集、互动驱动为核心的正文输出；供多个题材的 `题材名-输出今日头条版` 包装层路由使用。关键词：输出今日头条版、今日头条平台、强钩子改写、互动驱动、社交媒体小说。'
argument-hint: '要把哪一章输出为今日头条版？默认按"开篇钩子密集 + 强情节弱冗余 + 互动驱动 + 中等节奏推进"处理。'
---

# 通用-输出今日头条版

这是平台共性本体，负责承接"今日头条版输出"的跨题材共性规则。

## 平台实战经验与成长建议（研究结论迁移）

### 1. 流量与互动门槛

- 今日头条采用分级流量池（冷启动 500-1000 人 → 中级 1-10 万 → 高级 10 万+），互动质量直接决定是否升级。
- 互动权重高：阅读量 15%、收藏 15%、评论率 15%、分享 10%、读完率 10%。
- 只堆字数无效，必须同时拉升“完读 + 评论 + 分享”三项。

### 2. 开篇权重与结构要求

- 研究显示开篇 3000 字权重约 45%，开局质量直接决定生死。
- 前 300-500 字必须进冲突或异常，不允许大段铺垫设定。
- 章内建议“一章三钩”（章首钩/章中钩/章尾钩），保持持续追更驱动。

### 3. 读者画像与平台偏好

- 核心读者是 25-40 岁社会中坚，35+ 用户粘性高；偏好“强情节 + 可讨论 + 现实映射”。
- 热门方向强调规则怪谈/中式悬疑、AI 犯罪、心理操控、时空反转等“高讨论度题材”。
- 平台偏好“强钩子但讲逻辑”，不是纯噱头标题党。

### 4. 写作与适配建议

- 保持“强情节、弱冗余、短段落、信息密度高”的阅读节奏。
- 用可争议的人物选择、可复盘证据链与多解读悬念驱动评论区。
- 优先写“具体异常 + 现实代价 + 下一步风险”，避免抽象口号式表达。

### 5. 常见误区与成长建议

- 禁止慢热开局、说明书式大段设定、纯情绪堆砌、无回报拖字。
- 禁止为了热点牺牲逻辑闭环与人物动机自洽。
- 持续复盘数据（完读率/评论率/分享率）并按章节节奏动态修正。

> 本节基于《今日头条平台长篇中等节奏都市悬疑小说文笔风格与代入感写作指南》的平台机制、读者行为与爆款特征提炼，作为今日头条平台化改写的硬参考。

## 常见触发词 / 用户说法速查

- 输出今日头条版
- 改成今日头条能发的版本
- 做今日头条平台改写
- 帮我把这章改得更适合头条的钩子密集风格
- 头条化改写

## 何时使用

- 把任意题材章节改写成更适合今日头条平台读者的版本。
- 需要强化开篇钩子、互动驱动、强情节与弱冗余。
- 需要为题材包装层提供统一的今日头条平台共性骨架。

## 不适用情形

- 只做题材边界补充，不做平台输出本体。
- 只做多平台编排、落盘和终检，而不处理今日头条平台风格本身。

## 本层职责

- 维护今日头条平台的跨题材共性规则。
- 统一承接今日头条版输出的钩子密度、结构约束、互动口径与平台风格门禁。
- 为 `题材名-输出今日头条版` 提供稳定的通用平台骨架。

## 继续读取的 references

- `references/平台共性执行细则.md`
- `references/分节级补救映射与详细规则回填.md`

## 历史迁移参考（非默认调度）

- `references/跨题材共性与迁移来源.md`

该文件仅用于追溯迁移来源、核对历史承接关系或处理遗留映射缺口；默认执行时，不把它当作当前跨题材平台规则主承载。

## 与题材包装层的协作说明

- 若对应题材已有 `题材名-输出今日头条版`，必须先由题材包装层锁定：题材边界、题材禁行项、题材专项补丁、题材 refs 调度与题材输出口径。
- 本 Skill 只负责今日头条平台的跨题材共性：开篇钩子策略、中等节奏、强情节构成、互动驱动口径、社交媒体属性、平台门禁、落盘与终检骨架。
- 若题材包装层与本 Skill 出现冲突：
  - 题材边界、题材禁行项、题材专项补丁 → 以题材包装层为准；
  - 平台共性钩子、平台结构、平台互动口径、平台终检门禁 → 以本 Skill 为准。
- 若用户直接命中本 Skill 且仓库内存在对应题材包装层，不应绕过题材包装层直接把平台共性套到正文上。
- 若仓库内暂时不存在对应题材包装层，本 Skill 只能保守执行平台共性，不得臆造题材规则。


## 缓存优化说明

本 Skill 的结构遵循前缀缓存优化原则，调用时：

- **缓存层 1（永久不变）**：frontmatter + 本层职责 + 平台硬规则 + 禁行项 + POV 契约 → 每次调用完全相同，LLM API 的前缀缓存永久命中，按底价计费
- **缓存层 2（同平台内不变）**：平台模板自动发现规则 + references 清单 + 默认执行顺序 → 仅在切换平台或新增模板注册时变化
- **可变层（每次变化，不写入本文件）**：本次目标章节号、源稿路径、用户指定的特殊平台约束 → 由用户每次调用时指定，按正常输入价计费

人物传记、技术设定、写作研究模板等 references 通过 `## 继续读取的 references` 声明强制加载，其固定部分随本 Skill 一起进入缓存前缀。

## 平台模板自动发现规则

若当前服务的项目根目录存在 `Agents.md`，执行今日头条版输出前必须：

1. 读取项目根目录的 `Agents.md`
2. 若 `Agents.md` 中注册了三类模板，按以下优先级检索：
   - **优先**：模板注册时 "适用平台" 字段为 `今日头条` 的同类型模板
   - **回退**：模板注册时 "适用平台" 字段为 `默认` 的同类型模板
   - **忽略**：模板注册时 "适用平台" 指向其他平台的模板（如 `番茄`、`起点`），本轮不加载
3. 若检索到匹配的三类模板——读取对应路径的模板文件：
   - 写作研究模板：作为今日头条平台的额外平台基线约束
   - 作者风格模板：作为今日头条版本保留底味和文风边界的参照
   - 作品蓝本模板：作为章首/回报/钩子结构保真的参照
4. 若项目根目录不存在 `Agents.md`，或其中未注册今日头条专属模板——回退通用默认模式，不影响正常输出
5. 本 Skill 的核心约束始终是：平台规则 > 安全合规 > 母稿事实 > 三模板约束。三模板是辅助，不改变平台输出规则

## 默认执行顺序

1. 先锁定源稿不可变层：事实、事件链、证据链、角色关系与因果顺序不得改坏。
2. 读取对应题材的 `题材名-输出今日头条版` Skill，确认题材入口与路由关系。
3. 再读取本 Skill 的 `references/平台共性执行细则.md` 与 `references/分节级补救映射与详细规则回填.md`，执行今日头条平台的节奏强化、抓点布置、章末硬钩子与社交媒体属性优化。
4. 由题材包装层继续读取其题材 references，锁定题材边界、题材禁行项与题材专项补丁（作为兜底约束）。
5. 在“平台优先、题材兜底”前提下执行改写正文，确保平台化表达与源稿保真同时成立。
6. 最后才处理降相似度，不得为了降重破坏移动端抓力与章末追读驱动。
7. 执行 POV 契约复核，确保与 `platformPovContract` 一致，不得出现未授权人称漂移。
8. 改写输出完成后，必须立即执行“输出后自检与修订”节的五项自检，不得跳过。
9. 若自检未通过，必须按结论回炉修订并复检，直至“自检通过/自检修订完成”后方可落盘。

## 输出后自检与修订（必做，不得跳过）

改写输出完成后，必须立即执行本节自检；根据发现的问题就地修订，确认通过后方可落盘。**不得以任何理由跳过本步骤。**

**五项自检：**

0. **字数达标**：正文和 `## 作者有话说` 必须先满足本 Skill 的字数门禁；正文未达硬下限前，不得进入后续自检，必须先回炉补足字数。**严格禁止为凑字数进行模板化补字或机械扩写**；若检测到模板句污染、解释腔堆砌或无意义重复，则判定字数虽足但自检失败，必须重写。
1. **零新增事实**：改写版未引入源稿中不存在的关键事实、人物或设定；引入则删除/还原。
2. **核心事件链完整**：起因→推进→高潮→章末钩子方向均在改写版中体现；断裂则补回。
3. **平台风格达标**：改写版满足本 Skill“最低交付”（或平台核心风格要求）所列各项；不足则就地修订。
4. **无模板句污染**：未出现连续 2 句及以上解释腔/模板腔/口径名词句群；命中则整段回炉。
5. **POV 一致**：改写版 POV 与已锁定的 `platformPovContract` 一致；漂移则回炉修正。

**结论格式（必须输出）：**

- 全部达标：`[自检通过] 五项均达标，可落盘。`
- 已修订达标：`[自检修订完成] 已修订：<问题描述>，现五项均达标，可落盘。`
- 未通过（不得落盘）：`[自检未通过] 命中：<问题描述>，需继续处理。`

命中“未通过”后必须修订并重新输出自检结论，循环直至输出“通过”或“修订完成”方可落盘。

## POV 契约与连续性（强制）

- 若本次由 `通用-多平台输出编排` 调度，必须继承该流程已锁定的 `platformPovContract`，不得在本 Skill 内重新决定人称。
- 若用户直接命中本 Skill，则必须在改写前先从源稿正文与当前平台已完成前序章节中推断并锁定 `platformPovContract`；默认优先级为：用户明确指定 > 当前平台已完成前序章节 > 源稿既有 POV 链路 > 本批次首个已通过章节。
- 未获批准不得把连续章节从第三人称静默改成第一人称，或反向漂移；若源章本来就是视角切换章 / 多视角连续章，只能按已登记 `switchPlan` 执行，不得临场换壳。
- 落盘前后都必须显式执行 POV 校验，并把结果写入日志或执行记录；中文平台默认使用 `scripts/pov_validate.py` 或 `scripts/run_pov_gate.ps1` 以 `lang=zh` 或 `auto` 复核正文区块，第三人称链路检查对话外第一 / 第二人称，第一人称链路检查对话外第一人称锚点。

## POV 选择指南（如无显式契约）

> **强制前置步骤**：必须首先读取工作区根目录 `Agents.md` 的 `## 平台POV基线表` 节，查找本平台的当前锁定人称。若基线表中无本平台条目，必须先在该表中创建条目并锁定人称（参考下方"适用场景分析"），再继续执行。
>
> **人称是全书级契约**：基线表锁定值即为本平台全书的唯一人称，不得逐章切换，不得章内混用（对话引用除外）。极特殊情况下某章须切换主视角人物时，该章开头必须明确声明「我是[角色名]」，且整章只保持该角色的第一人称叙事。

若本次执行未获得上游明确的 `platformPovContract` 锁定，按以下指南为本平台适配稿确定人称（最终以 `Agents.md` 的 `## 平台POV基线表` 节锁定值为准）：

### 今日头条版的人称适用场景（供创建/修订基线表条目时参考）

**平台底层逻辑**：今日头条是"信息流分发 + 深度图文长生命"的混合体。章节以单篇文章形态进入推荐流，开篇 3000 字权重约占 45%。核心读者是 25-40 岁社会中坚，平台同时吃"开篇钩子 + 评论讨论 + 深度图文长生命"。这是唯一一个"推荐标题可以借'我'抓点，但正文不必用'我'叙"的平台。

**为什么头条偏第三人称？**
- 头条的核心互动指标是"评论 + 分享 + 收藏"。第三人称的多角色冲突、可讨论话题与连续反转，天然比第一人称的个人体验更能激发评论——读者评论的是"某某角色的选择对不对"，而非仅仅"我感到害怕"。
- 头条的"一章三钩"策略（章首钩/章中钩/章尾钩）需要快速在不同信息层次间切换。第三人称可以在同一章内呈现"主角看到的线索 + 反派暗中的动作 + 第三方势力的偶然介入"，信息密度最高。
- 研究指出"允许推荐标题借'我'做抓点（如'我在地下室发现了前房主留下的 37 封信'），但正文走'限制性第三人称 + 主角感知锚点'"——头条标题在推荐流中独立展示，可以标题用"我"抓点击、正文用深第三保深度。

**什么时候头条应用第一人称？**
- 故事的核心卖点是"主角的认知偏差/心理误导/主观反转"——读者需要被"我"的主观判断牵着走，然后和"我"一起被反转打脸。这种效果第三人称做不到同等强度。
- **警告**：若全改"我"叙，容易把系统/群像/流程压力压扁成个人爆料，反而削弱"到底哪一层出了问题"的讨论空间。头条读者要的是"可复盘 + 可讨论"，不是单纯的"可怕"。

## 默认输出口径

- 默认输出一版可直接继续落盘或进入平台终检的今日头条派生正文。
- 默认保留原章核心事件链、中等节奏逻辑推进、开篇钩子密度与章末持续追更驱动。
- 保住原章现实锚点、案件 / 事件逻辑链、人物代价与互动话题点。
- 读起来像是为社交媒体优化但内容深度不降的悬疑推理长篇连载。

## 最低交付

- 有明确的今日头条抓点（开篇冲突、章中回报、章尾讨论钩子）。
- 保住原章核心事件链与可复盘证据链，不新增关键事实。
- 有可评论、可分享的互动话题点，但不牺牲逻辑自洽。
- 章节标题文本需按“先去除 `x.y.z ` 形式章节编号及其后空格，再计纯标题”口径执行，纯标题不得超过 20 个字。
- 读起来不是资讯稿、不是模板腔，也不是仅换壳的泛平台轻改稿。

## 硬规则

- 绝对禁止输出"抽象自述 + 动词模板 + 口径名词"的垃圾句群；凡出现类似"对照项落在… / 先把同一句话拆碎 / 先把顺滑的解释拆开 / 只求能追溯（复核、对得上）"等模板化短语，必须判定为污染并整稿回炉。
- 严禁使用或间接调用以下脚本对正文做生成、扩写、拼接或降重：`scripts/append_cn_unique_monologue.ps1`、`scripts/append_cn_unique_narration.ps1`、`scripts/append_cn_unique_thirdperson.ps1`、`scripts/rephrase_cn_body.ps1`、`scripts/rephrase_en_body.ps1`、`scripts/cn_lexicon_profile_transform.ps1`。这些工具不得进入平台正文生产链路。
- 平台稿新增"模板句污染清零门禁"：正文不得出现连续 2 句及以上"我/我这边/我心里… + 把/将… + 对齐/校准/锁死/拆开… + 连接词 + 口径名词 + 只求/不求/先把…"结构；命中即失败，不论字数与相似度是否通过。
- 平台连续章必须服从已锁定的 `platformPovContract`；不得在本 Skill 内擅自把前序稳定链路改成人称新链路。
- 若命中未授权 POV 切换或 POV 校验失败，必须按 `pov_drift_detected` / `pov_switch_without_approval` 判定失败并整稿回炉。
- 命中本技能时，必须同时加载对应题材的 `题材名-输出今日头条版` Skill（若存在）。
- 题材特有规则不得回写到本文件中平行维护。
- 修改今日头条平台共性规则时，应优先修改本 Skill，而不是多个题材入口。
- 平台派生正文默认落在本 Skill 的工作目录 `今日头条/` 下。
- 章节级派生正文目录统一按小说结构决定：若作品有分部，则位于 `今日头条/第X部/第Y卷/`；若作品无分部，则位于 `今日头条/第X卷/`。
- 平台派生正文文件名默认不带日期，沿用既有章节号与平台标题同步规则；日期只用于配套审阅报告、书评等派生产物。
- 平台稿章节标题长度硬约束：标题需按“去除 `x.y.z ` 形式章节编号及其后空格”后的纯标题计数，纯标题不得超过 20 个字；超限必须先压缩标题再落盘。
- 标题长度限制不代表越短越好；今日头条应优先保证强钩子与讨论点密度，在不超限前提下尽量提升信息抓力。
- 章节派生正文必须以 `.md` 文件形式落盘：若对应章节目录不存在，执行前必须先创建完整目录路径，再将改写后的章节内容写入该目录下的 `.md` 文件，不得只输出聊天稿而不写入文件。
- 落盘路径的完整推断优先级：① 用户显式指定 chapterPath → ② 从源文件名与分部/卷信息自动推断 → ③ 若无法确定分部/卷，暂停并向用户确认，不得乱推断后静默落盘。
- 平台稿落盘后必须显式运行 `scripts/count-chapter.ps1 -MinCJK 3500 -MaxCJK 6500` 核正文，并运行 `scripts/count-afterword.ps1 -MinCJK 200 -MaxCJK 300` 核 `## 作者有话说`。
- 生成阶段必须先达到字数保底目标再允许落盘：正文目标 `4200–5800` CJK（硬下限 `3500`），`## 作者有话说` 目标 `220–280` CJK（硬下限 `200`）；未达保底目标时必须先回炉扩写，禁止"先落盘再补字数"。
- 在无损迁移完成前，不得删除源 `输出今日头条版.prompt.md` 中尚未完成映射的内容。

## 与其他 Skill / Prompt 的边界

- 本 Skill 只负责今日头条平台的跨题材共性骨架。
- 题材边界、题材禁行项与题材特有口径，继续由对应 `题材名-输出今日头条版` 承接。
- 题材 Prompt 只应路由到 `题材名-输出今日头条版`；不应直接把本 Skill 与题材 refs 并列成双入口。