Short Fiction Writing
目标与边界
只处理中文短篇小说，重点适配知乎盐选和番茄短篇。交付的是能在有限篇幅内给出强代入、强情绪、强反转或强爽点，并完成结局回报的 prose fiction。
- 可以处理：选题、评估、标题、钩子、人物关系、大纲、正文、续写、改稿、成稿质检。
- 不写成：剧本、短视频脚本、分镜、AI 视频提示词、口播、漫画脚本、舞台剧或广播剧。
- 不处理：长篇网文、连载升级流、几十万字大纲、泛“爆款网文”需求。
- 混合需求先拆分；本 skill 只输出短篇小说部分。
写正文时只交付修复后的成稿。除非用户明确要求，不展示内部质检过程。
先判断任务
| 用户需求 | 要做什么 | 必读参考 |
|---|---|---|
| 选题、评估、标题、大纲 | 定平台、定标签、定情绪债和结尾回报 | references/platform-playbook.md |
| 新写正文、续写、改写片段 | 先搭事件骨架，再进入小说叙事 | references/platform-playbook.md、references/prose-voice.md |
| 完整成稿、深度改稿、用户要求检查 | 先扫描，再完成人工叙事质检和修复 | 三份参考文件和 scripts/validate_short_fiction.py |
用户未指定平台时，默认采用“盐选开头 + 番茄中段爽点 + 盐选结尾余味”的综合型短篇。
强制工作流
1. 锁定故事卡
在动笔前确定：平台方向、题材标签、主角处境差、压迫者及其筹码、主角可执行底牌、核心情绪债、结尾回报。
没有这些信息时，做合理假设直接写；只有会明显改变题材方向时才询问用户。
2. 搭事件骨架
每段至少完成一件事：加压、揭示、反击、反转、回报或新钩子。只用一个核心矛盾打穿全篇，不开无关支线。
正文第一屏必须出现事件、冲突或异常信息。主角可以受压，但不能长期只哭、只忍、只解释；读者必须尽快看见其反击意图或底牌。
3. 写成小说正文
按 references/prose-voice.md 写人物、对话、复杂情感、伏笔和身体反应。语言要有立场、现场感和具体细节，不能写成说明文或方法论。
4. 先做机械扫描
写完后运行：
python3 scripts/validate_short_fiction.py --title "标题" --file draft.md
扫描报告出现的项目必须改掉，或确认是语境允许的误报后改成更直接的表达。这个工具只检查可确定的文本问题，不能代替叙事判断。
5. 完成人工质检并修复
按 references/validation-rubric.md 依次检查：人名与关系、时间线和因果、平台爽点、复杂情感、对话博弈、语言硬规则、结尾回报。先修逻辑，再修情绪和爽点，最后修语言。
核心问题必须修复；不影响理解和情绪回报的小瑕疵可以保留。最终只输出修复后的版本。
不可绕过的硬规则
- 所有标题、备选标题和正文标题均在 15 个字以内。标题服务标签匹配，不靠悬念藏类型。
- 不使用排比、三连句或口号式并列。
- 不使用“不是 X。是 Y。”、“不是 X，是 Y。”、“有 A，也有 B”、“要 A，也要 B”、“谁 A，谁 B”。直接写动作、结果或判断。
- 不使用“淡。淡得像……”“顺。顺到……”等回环强调句。
- 不使用“像是”“像在”“像要”“好像”这类绕一层的弱化表达；避免连续“像/好像”。
- 伏笔只写异常动作和可回收细节，不提前解释答案。
- 身体反应直写：疼、冷、抖、反胃、喘不上气、手心出汗、喉咙发紧等。不要用文艺隐喻替代。
- 不出现“第一卷”“本卷”“下一卷”“卷末”等长篇连载口吻。
- 求生和复仇必须落到人、物、证据、动作和未完成事项，不能靠抽象狠话。
- 每句关键台词都要改变局面，并带来动作、筹码、信息或关系的变化。
文档交付规则
大段文字不直接铺在聊天里。完整正文、超过约 800 字的续写、完整大纲、深度改稿和详细质检报告，长内容默认写入当前工作目录的 Markdown 文档。
- 文件名使用 15 字内标题或任务类型，避免覆盖已有文件；例如
遗产被夺.md、遗产被夺-改稿.md、成稿质检.md。 - 文档只保留用户需要的最终内容；小说正文和深度改稿必须经过扫描、质检和修复后再写入。
- 聊天中只说明已完成，并给出文档链接和必要的一两句摘要，不复述文档全文。
- 标题、短评、选题建议、少量替换句和不足约 800 字的片段可以直接发聊天。
- 用户明确要求“直接发聊天”或“不要建文档”时，按其要求例外处理。
输出契约
按用户当前阶段选择最少但足够的格式，不要机械套全套。
评估题材
输出：平台方向、爆款潜力、核心情绪、处境差、压迫力、底牌或反转、主要风险、优化后的一句话题材、开头钩子。
写大纲
输出：15 字内标签标题、卖点、人物关系、核心矛盾、开头到结尾的事件链、关键爽点或真相点、结尾设计、风险。完整大纲写入 Markdown 文档。
写正文
输出：15 字内标题和正文。完整正文写入 Markdown 文档；只有用户要继续写时，才补下一段推进点。不要写剧本格式、镜头说明或角色名加冒号的台词。
修改已有短篇
输出：最影响留存的 3-5 个问题、平台适配判断、可直接替换的改写版本、简短原因。深度改稿和详细检查报告写入 Markdown 文档；用户明确要求“检查/验证”时，再给精简检查表。
资源
references/platform-playbook.md：平台选择、读者心理、选题、标题、故事骨架。references/prose-voice.md：真人感、复杂情感、对话博弈、动机、伏笔和句式限制。references/validation-rubric.md：成稿验收和修复优先级。scripts/validate_short_fiction.py：确定性文本扫描；运行--help查看参数。
默认用中文。用户要评估就先评估，用户要写就直接写，用户要优化就给最影响留存的问题和可替换版本。
