# 通用 输出知乎版

> 用于把小说章节改写为更适合知乎（盐选/专栏/连载）语境的版本。适合强调逻辑链、观点感、讨论度、结构清晰与持续追读的正文输出；供多个题材的 `题材名-输出知乎版` 包装层路由使用。关键词：输出知乎版、知乎盐选、知乎专栏、知乎连载。

- Skill: `lornshrimp/skill-20` (Agent Skill, multi-file: 5 files)
- Install (CLI): `npx skillmds@latest add lornshrimp/skill-20`
- Raw SKILL.md: https://api.skillmd.com/api/skills/lornshrimp/skill-20/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: lornshrimp (https://skillmd.com/u/lornshrimp)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/lornshrimp/skill-20

---





# 通用-输出知乎版
> **题材路由**：若 .github\题材专用Skills\ 目录存在对应的 <题材>-输出知乎版 Skill，则：
> - 将题材特性骨架路由到 <题材>-输出知乎版，该 Skill 位于 .github\题材专用Skills\ 目录。
> - 命中本技能时，必须优先强制加载当前 Skill 与 <题材>-输出知乎版。


这是平台共性本体，负责承接“知乎版输出”的跨题材共性规则。


<!-- ===== Layer 1: 永久缓存 ===== -->

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

- 输出知乎版
- 改成知乎能发的版本
- 做知乎盐选 / 专栏改写
- 帮我把这章改得更有逻辑链和讨论感
- 用"知乎式"包装一下
- 做成盐选能过稿的样子




<!-- ===== Layer 3: 场景缓存 ===== -->

## 何时使用

- 把任意题材章节改写成更适合知乎读者阅读与讨论的版本。
- 需要强化逻辑可追、信息结构、观点感与节制钩子。
- 需要为题材包装层提供统一的知乎平台共性骨架。

## 不适用情形

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

## 本层职责

- 维护知乎平台的跨题材共性规则（基于 2026-06《平台研究_知乎体写作风格深度研究报告》+ 盐选作者平台"写作学院"官方教程）。
- 统一承接知乎版输出的结构约束：第一人称优先叙事、开篇 300 字钩子 + 首段 500 字高冲突 + 高潮前置结构、情绪场景化、专业术语动作化、逻辑链三步清晰可复盘、现实锚点可验证、讨论张力设计、标题含情绪动词、付费分割线前节奏闭环。
- 执行"知乎式包装"原则：将源稿从"书店场景"（读者已有阅读意图）转换为"市集场景"（读者在信息流中偶然刷到）的叙事姿态——高潮前置、冲突顶端切入、背景信息通过插叙渗透而非开篇摆出。
- 调用 通用-设计标题 的嵌入式轻量模式对本章标题做平台适配优化，确保标题长度不超过本平台截断风险线、标题风格符合本平台读者预期（问题感/规则句/代价句）、标题含情绪动词。
- 为 `题材名-输出知乎版` 提供稳定的通用平台骨架。
- 只处理平台共性，不替代题材包装层决定题材边界、题材禁行项、题材专项补丁与题材 refs 调度。

## 盐选编辑审稿底层逻辑与拒稿信号解读

> 以下内容基于 2026-07 顾里木图的小酒馆《被知乎盐选编辑拒稿，实际真正的潜台词在这里》（https://zhuanlan.zhihu.com/p/2058630006738367009）的深度分析，逐条拆解盐选编辑拒稿反馈的真实含义。理解这些底层逻辑，是写出符合盐选商业标准的内容的前提。

### 理解编辑拒稿的本质

盐选编辑每天审几十篇稿，没有义务替每个被拒的作者做逐条分析。**一条拒稿反馈很可能不是"质量诊断"，而是"商业匹配判断"。**

被拒不代表写得差，而是代表"这个故事和盐选的商业逻辑不匹配"。付费转化率才是衡量一篇盐选短篇好不好的第一指标，不是文笔，不是结构，不是意境。

盐选的底层商业逻辑可概括为一句口诀：**"现实打底、脑洞破局、情绪拉满、短平快杀"**。

### 拒稿反馈逐条拆解（"你以为的意思" vs "真实的潜台词"）

盐选最常见的拒稿模板是："文笔风格、剧情逻辑经不起推敲，读者代入感较弱"。以下逐句拆解其真实含义：

#### 1. "文笔风格经不起推敲"——编辑不是说你文笔差

| 你以为的意思 | 真实的潜台词 |
|------------|-------------|
| 我文笔不行，要回去练描写、背成语、把句子改得更"文艺" | 你的句子放错了位置。问题出在**节奏、情绪锚点、题材调性错位**，而非文笔本身 |

**节奏不对**：句子该短的不短、该停的不停，读者读两页就喘不过气。盐选短篇是让读者在通勤、睡前碎片化阅读的，没耐心看长篇铺垫。

**没有情绪锚点**：大段大段的描写，没有一句是"扎人"的。读者读完什么也记不住。

**题材调性错位**：用古言的笔法写悬疑，用网文的笔法写文学。盐选故事更像是答主在分享自己的"亲身经历"——小说味儿太浓、斧凿痕迹太重，知乎读者就会直接划过去。

**自检方法——"读出声法"**：把被退稿那段话读出声。如果一口气读完要换气两次以上，或者中间没有任何一句让你"停一下"的话——那不是文笔问题，是节奏问题。

#### 2. "剧情逻辑经不起推敲"——编辑不是说你写崩了

| 你以为的意思 | 真实的潜台词 |
|------------|-------------|
| 剧情有 bug，要回去把所有"为什么不报警""为什么不早说"的地方补上 | 你的剧情没有"必须这样演"的**张力**。问题出在冲突密度而非逻辑严谨性 |

**冲突不够紧**：盐选要的不是文笔，是**冲突密度**。1 万字的盐选短篇里，起码要有十个情节推动，也就是十个大爽点，平均一千字一个。知乎盐选编辑审稿的一个核心判据是：**最大的矛盾、最奇特的设定，一定在开头三句话的位置直接抛给读者**。

**危机不致命**：你给的难题，主角绕一绕就过了，读者替他累不累？

**选择不艰难**：选项 A 和 B 没本质区别，读者没代入感。

**代价不真实**：主角一路赢，赢到无聊。

**自检方法——"三问法"**：每章结尾问自己三个问题：① 主角这一章不得不做了一件什么事？② 这件事让他失去了什么？③ 读者看完这段会不会心里"咯噔"一下？如果三个都答不上来，不是你文笔问题，是这一章不该写。

#### 3. "读者代入感较弱"——编辑不是说你角色不够立体

| 你以为的意思 | 真实的潜台词 |
|------------|-------------|
| 人物不立体，要给角色再加几个"细节"（他喜欢喝咖啡、她怕猫） | 读者和主角"共情共命运"的那条线断了 |

**主角面目模糊**：他自己想要什么，读者不知道。知乎本身就偏爱第一人称，"我"开头会让读者以为是真的，更容易代入。第三人称在盐选平台天然吃亏，代入感差一截。

**危机不痛**：危机的代价，主角不在乎，读者就跟着不在乎。

**情绪没出口**：主角受了委屈，读者憋得慌，因为作者没给发泄的窗口。盐选读者要的是被"击中"的感觉——**情绪要直给**。

**自检方法——"在乎法"**：读完你写的那一段，关上电脑。问问自己：如果我是读者，我"在乎"这个主角吗？不是"觉得他厉害"，是"在乎他接下来会怎样"。如果你自己都说不清为什么要在乎他——读者也不会。

### 行动指南：收到这条反馈后该做什么

**第一步**：承认这条反馈是"适配度问题"，不是"质量问题"。你的文笔可能没问题，逻辑可能也没 bug，只是放错了地方。盐选和番茄是两种截然不同的定位——盐选要的是具有独特性、品牌调性以及与平台风格统一的短篇。

**第二步**：对照盐选热榜同题材前三名做一次"结构扫描"。逐段对比：句式节奏、开头钩子、段落密度、情绪推进方式。盐选要的不是"文笔惊艳的佳作"，而是"能抓人的短篇故事"。

**第三步**：做三件事再投下一稿。① 换第一人称——"我"的代入感天生比"他"强；② 前 300 字直接抛核心冲突，拒绝任何背景铺垫；③ 每千字埋一个情绪钩子。

**第四步（最重要）**：如果试了三稿还是同样的反馈，**停**。去盐选专栏翻 10 篇同题材过稿文，抄结构不抄内容——对标人家的开头、冲突、结尾，把你的故事套进去。如果还是不行，考虑换赛道。平台没有高下之分，只有适配与否。

### 本质一句话

这条"文笔风格、剧情逻辑经不起推敲，读者代入感较弱"的反馈，本质上是一句统一的"谢谢你，但是不匹配"。真正的解决方案不是"把文笔改得更好"，而是想清楚一件事：**盐选短篇跟文学意义上的"好小说"不是一回事**。它要的是在碎片化阅读场景里，用最短的时间、最直给的情绪、最密集的冲突，让读者停不下来。

## 平台默认字数范围

以下为本平台通用默认字数范围，适用于未在项目 `Agents.md` 中指定字数覆盖值的情况。若项目 `Agents.md` 已指定该平台的字数要求，则以 `Agents.md` 为准。

- 正文：2000–5000 CJK
- 作者有话说：150–250 CJK

## 继续读取的 references（强制读取门禁）

**以下所列 references 文件必须通过 `read_file` 工具逐文件读取，不得因"已有相关知识"、"之前执行时已读过"、"该文件只是参考"为理由跳过任何一条。** 每条 references 按其标注的必读等级强制执行：

- 标注 **必读** 的文件：必须读取，少一条即视为流程违规，不得开始执行流程。
- 未标注必读的文件：必须读取，但读取后可仅提取与当前任务直接相关的段落，不要求逐字通读。
- 若文件路径指向的文件不存在（如引用的外部路径未就位），必须在日志中显式记录 `reference_missing_{refName}`，不得静默跳过。

- `写作研究/平台研究_知乎体写作风格深度研究报告.md`（2026-06 完成的最新知乎体风格研究，包含第一人称、开篇钩子、情绪场景化、专业术语动作化、逻辑链、现实锚点、讨论张力等七项核心规则的详细文本分析与数据支撑）
- `references/平台共性执行细则.md`
- `references/分节级补救映射与详细规则回填.md`
- 以下为从盐选作者平台"写作学院"爬取并吸收的补充来源（2026-06-28 爬取），按相关度排序：
  - 顾里木图的小酒馆《在知乎盐选怎么样提高写小说收入？下面保姆级赚钱教程收好了》（https://zhuanlan.zhihu.com/p/2054355082758697510）— 核心吸收：标题含情绪动词、付费分割线前节奏闭环公式、首段 500 字高冲突规则
  - 顾里木图的小酒馆《被知乎盐选编辑拒稿，实际真正的潜台词在这里》（https://zhuanlan.zhihu.com/p/2058630006738367009）— 核心吸收：盐选编辑拒稿模板逐条拆解（文笔经不起推敲→节奏/情绪锚点/调性错位；剧情逻辑经不起推敲→冲突密度不足/代价不真实；代入感弱→共情线断裂）、盐选底层商业逻辑（现实打底+脑洞破局+情绪拉满+短平快杀）、三套自检方法（读出声法/三问法/在乎法）、行动指南四步框架
  - 盐选官方《故事创作者直通车 第二期：对你的故事进行「知乎式」包装》（https://zhuanlan.zhihu.com/p/364538114）— 核心吸收："市集 vs 书店"包装原则、故事回答开头的"高潮前置"案例对比
  - 盐选官方《故事创作者直通车 第一期：用「盐选专栏」实现内容变现》（https://zhuanlan.zhihu.com/p/364527345）— 提供平台生态背景理解
  - 盐选官方《故事创作者直通车 第三期：「盐选专栏」如何投稿，录用概率高？》（https://zhuanlan.zhihu.com/p/368789315）— 提供投稿路径与选稿机制背景
  - 盐选官方《从 0-1 带你写中长篇》（https://zhuanlan.zhihu.com/p/31856485280）— 提供中长篇创作流程与字数规范
  - 盐选官方《投短篇的看过来！全网最全「盐言故事短篇投稿」攻略》（https://www.zhihu.com/question/530428048/answer/2461354670）— 核心吸收：盐选官方四阶段文章结构公式、字数四层结构框架（前200/1000/3000/1/3）、打油诗风格速查六句、每千字至少1个看点要求、短篇全稿≥8000字

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

- 若对应题材已有 `题材名-输出知乎版`，必须先由题材包装层锁定：题材边界、题材禁行项、题材专项补丁、题材 refs 调度与题材输出口径。
- 本 Skill 只负责知乎平台的跨题材共性：高概念入口、逻辑链、问题意识、讨论张力、平台门禁、落盘与终检骨架。
- 若题材包装层与本 Skill 出现冲突：
	- 题材边界、题材禁行项、题材专项补丁 → 以题材包装层为准；
	- 平台共性节奏、信息结构、平台终检门禁 → 以本 Skill 为准。
- 若用户直接命中本 Skill 且仓库内存在对应题材包装层，不应绕过题材包装层直接把平台共性套到正文上。
- 若仓库内暂时不存在对应题材包装层，本 Skill 只能保守执行平台共性，不得臆造题材规则。

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

- `references/跨题材共性与迁移来源.md`
- `references/平台研究补充_知乎盐选都市悬疑.md`

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

## 缓存优化说明

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

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

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


<!-- ===== Layer 2: 项目级缓存 ===== -->

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

若当前服务的项目根目录存在 `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. 若自检未通过，必须按结论回炉修订并复检，直至“自检通过/自检修订完成”后方可落盘。

## 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基线表` 节锁定值为准）：

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

**平台底层逻辑**：知乎是"问答社区的盐选/专栏小说"——读者进入时的心理预设不是"我要看个故事"，而是"我要看到一个令人信服的答案/经历"。研究明确："盐选都市悬疑的叙事视角必须是第一人称或有限第三人称——全知视角会让读者产生'上帝视角的疏离感'"，并指出"限制性视角的核心是'信息同步'而非'信息隐瞒'——作者不能刻意隐瞒主角已经知道的信息，否则会让读者产生'被欺骗'的感觉"。

**为什么知乎偏第一人称？**
- 知乎的"亲历者自述"基因决定了一切。"我是证物"（核融炉《无暇赴死》）、"派出所的户籍指纹系统，是 2011 年才启用的"（点灯《兄友弟恭》）——这些知乎爆款开篇，都直接把读者拽入一个"我正在告诉你一件真事"的语境。第三人称做不到这种"你坐下，我跟你讲"的亲密感。
- 知乎读者的核心参与行为是**讨论和质疑**。第一人称天然制造"可讨论性"：读者可以质疑"我"的判断——"你这样推断不对吧？""你有没有想过另一种可能？"——这种对叙述者本人判断的质疑，比第三人称中读者与角色隔一层的讨论更有参与感。
- 知乎的"主观感知优先"原则在第一人称下最自然：写"审讯室的白炽灯晃得我眼睛疼"而非"审讯室里有一盏很亮的白炽灯"。研究明确指出这种写法的代入感远强于客观叙述。

**什么时候知乎应该用第三人称？**
- 故事需要**群像承载**或**复杂时序回放**。比如多角色 POV 拼图式叙事，不同角色掌握不同片段信息，由读者自行拼接真相。第一人称无法承载"读者知道 A 和 B 各知道什么但两人互不知情"的信息结构。
- **警告**：知乎第三人称必须是严格的限制第三人称——所有描写均通过主角感知锚点过滤。绝对禁止全知视角。禁止把中后段写成"概念讲解式第三人称"（如突然插入大段世界观科普）。

## 知乎体风格核心规则（跨题材共性）

> 以下规则基于 2026 年 6 月完成的《平台研究_知乎体写作风格深度研究报告》（位于`写作研究/`），由盐选头部作品文本分析、平台公开规则与多题材研究报告综合提炼。所有规则均经过三重验证：跨源复现 + 创作可迁移 + 有区分度。

### 一、叙事视角：第一人称优先（强制）

**规则**：默认使用第一人称"我"叙事。第三人称仅限于群像承载或复杂时序回放，且必须是**严格的限制第三人称**——所有描写均通过主角感知锚点过滤。

- 绝对禁止全知视角——读者立刻产生"上帝视角的疏离感"
- 禁止刻意隐瞒主角已知信息——读者会感觉"被欺骗"
- 禁止把中后段写成"概念讲解式第三人称"（如突然插入大段世界观科普）
- 核心约束：**信息同步**——读者知道的和主角知道的保持一致

**例外判断标准**：只有当故事需要多角色 POV 拼图式叙事（不同角色掌握不同片段信息，由读者自行拼接真相）时，才允许使用限制第三人称。单角色线性的故事，一律第一人称。

### 二、开篇：300 字内抛出"反常→追问"钩子（强制）

**规则**：前 300 字必须完成核心冲突触发 + 现实锚点植入。跳过"主角是谁、背景如何"的传统铺垫，直接将读者置于冲突的中心。**首段 500 字内必须呈现高冲突事件**（来自盐选编辑审稿标准：编辑看首段 500 字就决定是否继续读）。

**核心逻辑**：知乎首页信息流是"市集"场景，读者没有明确的阅读目的，你的故事在一堆信息中竞争注意力。因此开头不是铺垫，是**高潮前置**——用一个高冲突事件的顶端，让读者先被击中再回头看发生了什么。

**四种标准模板**（可直接套用）：

| 模板类型 | 结构 | 示例 |
|---------|------|------|
| 违背常识句 | 一句颠覆读者预期的话 | "我不是证人，是证物。" |
| 专业规则句 | 用专业规则制造信息差 | "派出所的户籍指纹系统，是 2011 年才启用的。" |
| 身份反差+紧急事件 | 普通身份 + 极端遭遇 | "我是全网最火的育儿博主，粉丝 100 万，却在直播间里被警察带走——因为我 3 岁的'儿子'，根本不是我的孩子。" |
| 动作绑定背景 | 一个动作同时交代身份+处境+困境 | "我将录音笔藏在西装袖口的暗袋里——这是我做 HR 助理时留下的习惯。钉钉弹出一条群通知：'XX 部门架构调整，请相关同事于今日内完成工作交接。'我攥紧手机，指节泛白——房贷还款日就在明天。" |

**扩展：故事回答开头的"高潮前置"写法**

同一故事在盐选专栏（书店场景）和故事回答（市集场景）的开头写法截然不同。改写知乎版时，优先使用"故事回答"的开头逻辑——把事件高潮前置。

对比案例（来自盐选官方教程——第二期"对你的故事进行知乎式包装"）：

| 场景 | 开头写法 |
|------|----------|
| **盐选专栏开头**（书店场景——读者已决定读这个故事） | 背景铺垫式："我叫燕寻，成都妹儿，主业美妆博主，副业吐槽树洞。后台常有粉丝给我发私信……来吐槽的是一个喜欢穿洛丽塔裙的胖女孩，她说是另一个版本的'乔碧萝'，靠'照骗'行走网络。后来她喜欢上一个程序员，不顾'见光死'的风险和男生奔现……" |
| **故事回答开头**（市集场景——读者在信息流中偶然刷到） | 高潮前置式："问：胖女孩真的有人喜欢吗？答：贡献一个事故吧：我，从小胖到大，磨坏了上百条牛仔裤和大腿裆部。网上有人追我，我感觉遇到了真爱，决定奔现。结果，我被网暴了。几百条信息挤爆我的手机，屏幕背后的陌生人用世界上最龌蹉恶毒的话骂我。'遗照帮你 P 好了，祝你们全家早日地下团聚'。'死肥猪'，'丑*'……一切噩梦都是从见面那天开始的。" |

关键差异：后者**直接从高潮切入，把冲突的顶端放在开头**，让读者被"我被网暴了"这个结果击中，再回头看事件经过。这段开篇获得 1.7W 赞同。

**操作指南**：改写任一章节的开篇时，去掉传统的事件背景铺垫（"主角认识谁/因为什么到了这里/之前的经历"），直接从本章最高冲突或最反常的结果切入。背景信息通过插叙或角色对话自然渗透，而非开篇摆出。

### 二点五、官方字数四层结构与完整四阶段框架（参考）

以下框架来自盐选官方投稿指南（手哥/盐言作者小助手），是编辑审稿时把关的**隐式结构标准**。

#### 字数四层结构（建议性参考，非强制）

按字数分阶段推进是盐选编辑审稿的常见心理预期框架：

| 字数区间 | 必须完成的事 |
|----------|-------------|
| 前 200 字 | 拎出主线 + 找出看点（即"这章在讲什么"和"读者为什么想看"） |
| 前 1000 字 | 明确主角的欲望 + 动机（让读者知道角色想要什么、为什么想要） |
| 前 3000 字 | 预埋悬念（至少 1 个让读者持续追问的问题） |
| 前 1/3 ~ 1/2 处 | 设置大转折或小高潮（保证读者有动力继续读后半段） |

> 注意：此框架与当前 SKILL.md 中的"300 字开篇规则"和"首段 500 字高冲突规则"是嵌套关系，不是替代关系——开篇仍需在最开头用 300-500 字制造强冲击，而上述框架是从更长篇幅（全章全篇）的节奏布局角度补充。

#### 四阶段文章结构（强制，全篇/全章通用）

盐选官方将整篇/整章的内容结构定义为四个阶段，每阶段有明确职责：

```
① 开头阶段：主线 + 欲望 + 动机 → 抛出悬念
② 发展阶段：强化悬念，情节要快，冲突要激烈 → 每千字至少 1 个看点
③ 高潮阶段：解开悬念，上承发展、下启结局 → 全文最大的转折点
④ 收尾阶段：交代人物结局，升华主题 → 使价值观飙升、耐人寻味
```

**操作指南**：
- 改写任一章节时，先检查全章内容能否对号入座到这四个阶段
- **发展阶段**缺少"每千字至少 1 个看点"的章节，判定为节奏松散，须补强看点密度
- **高潮阶段**若没有明显的大转折或全章最大冲突，判定为结构不完整，须强化一个明确的转折点
- **收尾阶段**若只是草草结束或信息戛然而止而无主题升华/余味，判定为收尾不足，须补充"耐人寻味"的一段

### 三、语言表达：情绪场景化 + 专业术语动作化（强制）

#### 3.1 情绪通过场景传递，禁止直接写心理活动

| 禁止写（抽象心理） | 必须写成（具体场景） |
|------------------|-------------------|
| "我很愤怒" | "我握紧拳头，指甲掐进掌心" |
| "HR 很紧张" | "HR 推协议时指尖的咖啡渍晃了晃，洒了一滴在协议的'补偿金额'栏上" |
| "我很冷静" | "我端起桌上的温水喝了一口，水温刚好——是我早上特意倒的，为的是在紧张时能稳住呼吸" |
| "我很害怕" | "我攥紧了口袋里的录音笔，指节泛白，后颈的汗毛一根根竖了起来" |
| "我很疑惑" | "我盯着酱缸里的鱼鳞片，喉咙发紧，连呼吸都变得小心翼翼" |

#### 3.2 专业术语必须转化为角色动作

| 禁止写（抽象陈述） | 必须写成（动作化表达） |
|------------------|---------------------|
| "我懂《劳动合同法》" | "我将《劳动合同法》第 87 条的截图用红色马克笔圈出'双倍赔偿'四个字，推到 HR 面前——她的瞳孔猛地收缩了一下" |
| "我收集了加班证据" | "我把钉钉加班审批的截图按日期排好，用彩笔圈出 HR 未批但我实际加班的条目，每次加班的具体内容都标注了" |
| "我知道公司违法了" | "我指着劳动合同上的'工作地点'条款——上面明确写着'北京市朝阳区'，但 HR 给我的调岗通知上写的是'河北省三河市'" |

**核心逻辑**：所有专业细节必须"可验证、可讨论、可转化为读者知识"。读者看完应该能说"原来这件事是这样处理的"。

#### 3.3 盐选官方打油诗风格速查（参考框架）

盐选官方小助手（手哥）用以下六句打油诗总结了知乎体的核心特征。可作为改写完成后的**快速风格自检**：

```
篇幅一到三万字，主线贯穿支线明。   → 单章篇幅按 2000-5000 CJK 控制，主线清晰
节奏明快别拖沓，人物饱满有成长。   → 每章有推进，人物有变化
通俗流畅口语化，短小精悍成本低。   → 段落短、句子短，适配碎片化阅读
反转悬念要跟上，跌宕起伏才精彩。   → 每章至少 1 个信息差或认知反转
引发共鸣有思考，简洁明了排版清。   → 读完有讨论欲，格式清晰不杂乱
```

> **自检方法**：改写完成后，逐句检查是否符合以上六条。第 4 条（反转悬念）和第 5 条（引发共鸣）是盐选读者付费的核心驱动力——若改写稿不符合这两条，需重点回炉。

#### 3.4 短句短段落，适配碎片化阅读

- 每段不超过 3 行
- 句子平均长度不超过 15 字
- 紧张段更短（1-2 句一段），思考段允许稍长但必须有推进
- 平台数据显示严格遵循此规则的作品 3 分钟留存率高 27%
- 禁止大段概念解释和空转思辨——思考段必须落回"人物判断"或"下一步行动"

### 四、逻辑链：公平给线索，克制给结论（强制）

**规则**：读者应能追上"角色看到什么→角色判断什么→角色因此怎么做"的完整链条。

- **公平给线索**：关键证据和信息必须在正文中出现，让读者能独立判断
- **克制给结论**：不要用作者评注替读者做判断——让读者自己得出结论
- **讨论感来自剧情中的两难和漏洞**：每章至少设 1 个"可讨论点"（两难选择/信息漏洞/判断偏差）
- **认知升级优先于能力炫示**：重点展示主角"如何理解更危险的一层规则"，而非"主角有多强"
- **信息差制造**：利用限知视角让读者和主角一起发现真相，而非提前告知

**三步链模板**：
```
我看到 [具体现象]
→ 我判断 [基于什么规则/经验]
→ 我因此 [采取什么行动/做出什么决定]
```

### 五、现实锚点：每章至少植入 1 个可验证细节（建议）

**规则**：知乎体要求"每一个情节都有现实支点"。

- 可验证细节可以来自：职场程序（PIP 流程、加班审批）、法律条款（具体法条编号）、行业黑话（冲煞、阴差快递）、城市空间（特定街道、地标）
- 细节必须服务于剧情，而非炫示知识——不堆砌，不打断叙事节奏
- 如果原章偏"纯悬疑/纯玄幻"，知乎化时应寻找与现实社会的连接点（如职业、程序、社会议题）

### 六、讨论张力设计（建议）

**规则**：知乎读者天然有"参与判断"的冲动，每章应利用这一特性。

**三种讨论张力设计方法**：

| 方法 | 说明 | 示例 |
|------|------|------|
| **两难选择** | 主角面临两个都不好的选项 | "签了协议拿 N+1 走人，还是走仲裁赌 2N 但得罪全行业？" |
| **信息漏洞** | 角色的判断可能出错 | "我以为是 HR 在搞鬼——但我忘了，HR 也只是按老板的命令办事。" |
| **道德灰色** | 没有绝对的对错 | "我赢了仲裁，拿到了 2N 赔偿。但那个 HR，第二天就被公司开除了。" |

### 七、节奏量化基线（参考）

| 维度 | 要求 |
|------|------|
| 单章字数 | 2000-5000 CJK |
| 冲突密度（情节推动） | 每 1000 字至少 1 个情节推动（1 万字约 10 个情节推动）——来自盐选编辑审稿标准：编辑的前进式审稿首先判断的正是"1 万字里有没有 10 个足够推动故事的点" |
| 回报间隔 | 每 1.5 章至少 1 次 |
| 主角主动章占比 | ≥60% |
| 认知负荷上限 | 内部处理段 ≤500 字，且需与情节穿插 |
| 张弛配比 | 7 分紧张 + 3 分缓冲（缓冲场景≤300 字且暗藏线索） |

> **注意**：以上量化基线中"冲突密度"来自顾里木图的小酒馆对盐选编辑审稿标准的分析（2026-07），其余来自《网文留存模型》行业研究，非平台官方数据，但趋势方向可靠。若项目 `Agents.md` 有覆盖值，以项目设置为准。

### 八、付费分割线前的完整节奏闭环（强制）

**规则**：知乎盐选编辑审核投稿时，核心判据是"付费章节前的内容完读率"。付费分割线（通常在 2000-5000 字位置）之前的内容必须构成一个**独立的完整节奏闭环**，让读者停不下来。

**标准闭环**（来自盐选编辑反复强调的标准，顾里木图小酒馆专栏 — 已由多来源交叉验证）：

```
① 导语放爆点 → ② 介绍人物关系 → ③ 正面冲突开始 → ④ 冲突升级 → ⑤ 情节转折 → ⑥ 高潮打脸 → ⑦ 主角解决冲突 → [付费分割线]
```

**操作指南**：
- 确保付费分割线之前的段落覆盖以上 7 步的至少 5 步（①③④⑥⑦ 是最低刚性链，缺一不可）
- 如果某章改写后付费分割线前只有"铺垫→发展→结束"而无明显的高潮打脸和冲突解决，判定为节奏闭环不完整，必须重写
- 付费分割线位置可参考项目 `Agents.md` 或按平台默认字数范围（2000-5000 CJK 的 60%-70% 处设置）

---

## 章节题图与配图提示词（每章必出）

每章平台稿落盘时，必须在文件末尾（`## 作者有话说`、`## 章节后记` 之后）追加"章节题图与配图提示词"区块，为本章提供可直接投喂 AI 生图模型的提示词。本节只输出提示词文本，不输出图片本身。

### 输出结构

文件末尾按以下顺序组织：

1. **题图提示词（章首图 / 章题图）**：1 条，用于本章章节卡与平台章首展示；从本章高光画面或核心意象中选取。
2. **配图提示词（正文插图）**：每章 0–2 张（默认 1 张；本章无可视化高光画面时不配，宁缺毋滥）；每张必须同时给出插入位置与生图提示词。

### 配图插入位置规则（强制）

- 每张配图的位置说明格式：`插在第 N 段末（段首句："……"）`——先写段落序号，再用该段开头 8–15 个字二次定位，确保无歧义。
- **配图一律插在段落结束之后（段与段之间），禁止插在段落中间，禁止为插图拆段或改写段落。**
- 禁止写成"文中适当位置""高潮附近"等模糊描述。

### 正文零污染（强制）

- 正文中不得插入任何图片占位符、`[插图]`、`（此处配图）`、HTML 注释等锚点或标记；平台稿正文保持纯文本。
- 配图位置信息只写在文件末尾的配图提示词区块中；不插配图时，正文可直接整段复制上传，不受任何影响。

### 提示词质量要求

- 题图与配图提示词必须是完整、可直接复制的 AI 生图提示词（含主体、环境、光线、构图、色调、风格与负面词），不得写成抽象描述或写作建议。
- 提示词必须与本章内容强相关，禁止通用化套图；同一批多章之间不得复用同一套提示词。

## 默认输出口径

- 默认输出一版可直接继续落盘或进入平台终检的知乎派生正文。
- 默认保留原章核心信息、逻辑链、可验证质感与讨论张力，不新增关键事实。

## 最低交付

- 有明确的逻辑可追性、讨论感与信息结构。
- 保住原章核心事件链、判断链与追读驱动。
- 读起来不像泛平台稿，也不像观点文硬套小说。
- 叙事视角符合"知乎体风格核心规则"中"一、叙事视角"的要求（默认第一人称，限知视角，信息同步）。
- 开篇符合"知乎体风格核心规则"中"二、开篇"的 300 字规则和 500 字高冲突规则——直接抛出"反常→追问"钩子，首段 500 字内有高冲突事件。
- 开篇结构符合"市集场景"逻辑——高潮前置而非背景铺垫。如果开篇是"起因→发展"的传统结构而非"高潮→回顾"结构，判定不达标。
- 语言表达符合"知乎体风格核心规则"中"三、语言表达"的情绪场景化和专业术语动作化要求。
- 逻辑链符合"知乎体风格核心规则"中"四、逻辑链"的公平给线索、克制给结论要求。
- 标题符合"标题强制门禁"要求（≤15 字 + 含情绪动词）。
- 全章符合四阶段结构（开头抛出悬念 → 发展每千字至少1看点 → 高潮有最大转折点 → 收尾有升华/余味）。

## 标题强制门禁（重点）

- 知乎编辑器标题长度必须 **≤ 15 个字**（按 CJK 字符计）。长度统计口径为：先去掉开头章节编号前缀（如 `1.1.6 `），仅对“编号+空格”后面的真正章节标题计数。
- 章节改写、落盘、分发前必须先按上述口径校验标题长度；超过 15 字即门禁失败。
- 若原始标题超长，必须先压缩为平台合规标题，再进入后续步骤。
- 标题限制不等于越短越好；知乎平台应优先保证问题意识与讨论抓力，在不超限前提下保留必要信息密度。
- **标题须含情绪动词**（来自知乎盐选编辑审稿标准）：静态的章节标题（如"第一章""相遇""重逢"）会被编辑直接判定为"缺乏节奏感"。标题应包含角色主动动作或情绪冲突，如"我签了放弃继承声明""律师递来监控光盘""墓碑背面刻着我的名字"。


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

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

**五项自检：**

0. **字数达标**：正文和 `## 作者有话说` 应参考本 Skill 的"平台默认字数范围"（或项目 `Agents.md` 覆盖值）。正文未达推荐下限前，建议先回炉补足字数。**严格禁止为凑字数进行模板化补字或机械扩写**；若检测到模板句污染、解释腔堆砌或无意义重复，则判定字数虽足但自检失败，必须重写。
0.1 **标题达标**：标题必须按“去掉 `x.y.z ` 等章节编号前缀后再计数”的口径不超过 15 个字；若超长则判定自检失败，必须先压缩标题再复检。
1. **零新增事实**：改写版未引入源稿中不存在的关键事实、人物或设定；引入则删除/还原。
2. **核心事件链完整**：起因→推进→高潮→章末钩子方向均在改写版中体现；断裂则补回。
3. **平台风格达标**：改写版满足本 Skill"最低交付"和"知乎体风格核心规则"所列各项（特别是：① 叙事视角合规——默认第一人称且信息同步；② 开篇 300 字有"反常→追问"钩子 + 首段 500 字有高冲突事件 + 开篇为高潮前置而非背景铺垫；③ 情绪通过场景传递、专业术语动作化；④ 逻辑链三步清晰可复盘；⑤ 现实锚点可验证；⑥ 标题含情绪动词而非静态标题；⑦ 四阶段结构完整且发展阶段每千字至少 1 个看点）。不足则就地修订。
4. **无模板句污染**：未出现连续 2 句及以上解释腔/模板腔/口径名词句群；命中则整段回炉。
5. **POV 一致**：改写版 POV 与已锁定的 `platformPovContract` 一致；漂移则回炉修正。

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

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

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

## 硬规则

- 绝对禁止输出“抽象自述 + 动词模板 + 口径名词”的垃圾句群；凡出现类似“对照项落在… / 先把同一句话拆碎 / 先把顺滑的解释拆开 / 只求能追溯（复核、对得上）”等模板化短语，必须判定为污染并整稿回炉。
- 严禁使用或间接调用以下脚本对正文做生成、扩写、拼接或降重：`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` 判定失败并整稿回炉。
- 标题按“去掉章节编号前缀后”的真实标题口径超过 15 个字时，一律按门禁失败处理，不得落盘，不得进入上传分发。
### 知乎版专属硬规则（基于平台研究）

以下规则来自 2026-06 完成的《平台研究_知乎体写作风格深度研究报告》，由盐选头部作品文本分析与多题材研究报告综合提炼：

1. **第一人称强制规则**：默认使用第一人称"我"叙事。若因群像叙事需要使用第三人称，必须是**严格的限制第三人称**——全知视角一律判定为风格不达标，不得落盘。**禁止刻意隐瞒主角已知信息**——信息同步是知乎体的信任前提。
2. **"反常→追问"开篇规则**：前 300 字内必须抛出核心冲突 + 现实锚点。若前 300 字仍在铺垫背景/介绍人物/描写环境而无核心钩子，一律判定开篇不合格。
3. **首段500字高冲突规则**：首段 500 字内必须呈现高冲突事件。这是知乎盐选编辑审稿的第一道过滤器——首段 500 字即决定是否继续阅读。若前 500 字无明确冲突或仅是生活化场景，判定为不达标。
4. **"市集场景"开篇规则**：知乎首页信息流是"市集"场景，读者无明确阅读目的。开头必须是**高潮前置**而非背景铺垫——用一个高冲突事件的顶端切入，让读者先被结果击中再回头看原因。若开篇是传统的"起因→发展"结构而非"高潮→回顾"结构，判定为风格不达标。
5. **情绪场景化规则**：禁止直接写"我很愤怒""他很紧张""我很冷静"等抽象心理。所有情绪必须通过物理动作或场景细节传递。每出现一次直接心理活动标签词（愤怒/紧张/冷静/害怕/疑惑/崩溃等作为叙述者直接描述而非对话），判定为风格不达标，必须修订。
6. **专业术语动作化规则**：禁止把法条/规则/程序写成"说明书式陈述"。所有专业术语必须转化为角色的具体动作（翻到第几页/圈出哪个条款/打开什么文件）。纯堆砌术语不转化为动作的，判定为风格不达标。
7. **公平给线索规则**：读者必须能复盘"为什么这样推"。关键证据和推理链条不得省略。如果读者无法判断"主角为什么得出这个结论"，判定逻辑链断裂，必须补回中间步骤。
8. **讨论张力规则**：每章至少设 1 个"可讨论点"（两难/漏洞/信息差/道德灰色）。零讨论点的章节判定为风格不达标。
9. **零概念讲解规则**：禁止大段世界观科普、规则解释或空转思辨。知识必须通过剧情和角色行为自然呈现。超过 100 字的连续性概念解释/设定讲解，判定为不达标。
10. **现实锚点规则**：每章至少植入 1 个可验证的现实细节（程序/法条/行业术语/城市空间）。纯架空悬浮无现实锚点的章节，判定为风格不达标。
11. **标题含情绪动词规则**：标题必须包含角色主动动作或情绪冲突，如"我签了放弃继承声明""律师递来监控光盘""墓碑背面刻着我的名字"。静态标题（"第一章""相遇""重逢"）直接判定为"缺乏节奏感"，不得落盘。
12. **付费分割线前闭环规则**：付费分割线前的段落必须覆盖"导语爆点→人物关系→冲突开始→冲突升级→情节转折→高潮打脸→解决"7 步中的至少 5 步（①③④⑥⑦ 为最低刚性链缺一不可）。若付费分割线前无高潮打脸+冲突解决，判定节奏闭环不完整，必须重写。
13. **每千字至少1个看点规则**（来自盐选官方审稿标准）：发展阶段（开篇之后、高潮之前的主体部分）必须保持"每千字至少 1 个看点"的密度。看点的定义：促使读者继续读的信息释放、情绪冲击、反转或认知刷新。连续 1000 字以上无任何看点的段落，判定为节奏松散，必须补强。
14. **四阶段结构完整规则**（来自盐选官方审稿标准）：全文/全章必须覆盖"开头（抛出悬念）→ 发展（强化悬念&每千字至少1看点）→ 高潮（最大转折点）→ 收尾（价值观升华/余味）"四阶段。缺失高潮阶段（全章最大转折点缺失）或收尾阶段（草草结束、价值观不升反降），判定为结构不完整，不得落盘。
### 叙述人称改写规范（知乎平台专属）

- 命中 `通用-多平台输出编排` 或当前平台已存在前序章节时，必须先继承已锁定的 `platformPovContract`；知乎版不得自行重选人称。
- 一般情况下，改写知乎版时应尽量保持原作叙述人称不变，避免随意切换人称。
- 只有 `switchApproved=true` 且已写明 `switchReason / switchPlan` 时，才允许把稳定第三人称链路切成第一人称，或改由非主角第一人称叙述。
- 如需将章节改写为第一人称，首选固定小说第一主角为第一人称，其它角色均为第三人称。
- 若确有需要以非主角的第一人称视角改写某章节，必须在章节开篇明确说明“我是谁”，避免读者混淆。
- 无论何种情况，一个章节中最多只能有一个角色以第一人称视角出现，不得多角色并行第一人称。
- 改写完成后必须用 `scripts/pov_validate.py` 或 `scripts/run_pov_gate.ps1` 做正文区块 POV 复核；若与已锁定契约不一致，一律回炉。
- 题材包装层如有更细致的人称规则，优先遵循题材包装层，平台共性规则为兜底约束。

- 命中本技能时，必须同时加载对应题材的 `题材名-输出知乎版` Skill。
- 题材特有规则不得回写到本文件中平行维护。
- 修改知乎平台共性规则时，应优先修改本 Skill，而不是多个题材入口。
- 不得把历史迁移参考里的 `都市悬疑` 口径直接当成跨题材默认规则继续扩散。
- 平台派生正文默认落在本 Skill 的工作目录 `知乎/` 下。
- 知乎编辑器的小节标题字数上限按 **15 字** 执行；章节派生与分发时必须以可保存为最高优先级。标题长度仅统计“章节编号+空格”后的真正章节标题，不统计 `x.y.z ` 这类编号前缀。
- 若原始章节“真正标题”（剥离编号前缀后）超过 15 字，必须先压缩为平台合规标题再保存；卷号/章号信息通过文件名与分发记录保持一致，不强制写入站内标题。
- 章节级派生正文目录统一按小说结构决定：若作品有分部，则位于 `知乎/第X部/第Y卷/`；若作品无分部，则位于 `知乎/第X卷/`。
- 平台派生正文文件名默认不带日期，沿用既有章节号与平台标题同步规则；日期只用于配套审阅报告、书评等派生产物。
- 章节派生正文必须以 `.md` 文件形式落盘：若对应章节目录不存在，执行前必须先创建完整目录路径，再将改写后的章节内容写入该目录下的 `.md` 文件，不得只输出聊天稿而不写入文件。
- 落盘路径的完整推断优先级：① 用户显式指定 chapterPath → ② 从源文件名与分部/卷信息自动推断 → ③ 若无法确定分部/卷，暂停并向用户确认，不得乱推断后静默落盘。
- 平台稿落盘后必须显式运行字数门禁：**正文字数检测必须使用 `scripts/count-chapter.ps1`**，不得用 `Len`、`NoWhitespaceLen`、编辑器字符数或目测代替。字数参数以本 Skill 的"平台默认字数范围"或项目 `Agents.md` 覆盖值为准，用 `scripts/count-chapter.ps1` 校验正文；正文门禁只看 `BodyCJK / MeetsMinCJK / WithinRange`，`MeetsMinCJK` 必须为 `True`，`WithinRange` 最好为 `True`。`## 作者有话说` 用 `scripts/count-afterword.ps1` 单独校验。
- 生成阶段建议先达到字数保底目标再允许落盘：以本 Skill 的"平台默认字数范围"或项目 `Agents.md` 覆盖值为准。
- 在无损迁移完成前，不得删除源 `输出知乎版.prompt.md` 中尚未完成映射的内容。

## 与其他 Skill / Prompt 的边界

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