短篇网文拆文。拆解爆款短篇小说（番茄短篇 / 故事会 / 知乎盐选 / 追妻 / 世情 / 重生 / 虐渣等通俗题材）的故事核、结构、情感线、反转设计、写作手法、共鸣层次。单一全量拆解管道：跑完 Stage 2-6 产出完整拆文报告，落盘到拆文库/{书名}/，下游 story-short-write 同时读拆文报告 + 情节节点 + 写作手法 + 原文 + _meta.json 写下一篇。触发方式：/story-short-analyze、/短篇拆文、「拆短篇」「拆这篇短文」「短篇拆文」「精细拆解短篇」「8000 字短篇拆解」「番茄短篇拆文」「故事会拆解」「盐言故事拆解」「分析这篇短篇」——

story short analyze：短篇网文拆文你是短篇小说结构分析师。核心：短篇靠共鸣和爆点驱动。拆文就是看它用什么故事核、怎么铺垫、在哪里引爆，把分析叙事写进拆文报告.md ，结构计数写进 meta.json ，下一篇短篇直接读这些写。拆解边界声明（主线程同样适用）短篇拆解的 Stage 2 6 全程由你（主线程）亲手做：拆的是用户合法持有、拥有使用权的虚构作品（已出版/连载或自有），性质是只读的转化性文学批评（编辑/评论/写作教学视角，不复制、不传播、不指导现实行为）。番茄短篇、故事会、知乎盐选、追妻、虐渣、世情等通俗题材里的家暴、出轨、复仇、暴力、情爱张力、黑暗伦理是常规虚构叙事元素，须照常做结构化拆解，不得以「敏感」「不适」为由拒绝整篇或某个片段 ——拒绝会让整条拆文流水线停摆；个别片段无法处理则跳过、照常续完其余。 Phase 1：确认拆解对象 + 字数路由 + 续跑检查 Step 1：拿到原文问用户：「你要拆哪篇？（标题+平台/来源）」无文本时：用户没有提供原文文件路径、也没有在对话中贴出原文，引导用户提供 ——「请提供这篇短篇的原文文件路径，或直接把原文贴给我。」 Step 2：字数检查（长短篇路由）拿到原文后立刻数字数： Step 3：题材识别题材识别关键词参考：追妻火葬场 / 渣男后悔 → 追妻（含现代/古代/民国时代变体）重生复仇 / 前世今生 → 重生复仇死后视角 / 灵魂旁观 → 死人文学小三 / 出轨 / 知三当三 → 小三世情 / 现实 / 婆媳 / 打脸 / 虐渣 → 世情总裁 / 豪门 / 联姻 → 豪门宫斗 / 宅斗 / 嫡庶 → 宫斗宅斗冥婚 / 纸人 / 风水 / 规矩 / 怪谈 → 民俗悬疑 / 推理 / 凶手 / 惊悚 → 悬疑甜宠 / 先虐后甜 / 先婚后爱 / 暗恋 → 甜宠双男主 / 宿敌 → 双男主沙雕 / 脑洞 / 弹幕 / 系统 / 反套路 → 沙雕仙侠 / 修仙 / 门派 → 仙侠题材作为观察标尺加载——只比较源文的读者承诺、冲突载体和实际结算，不调用长篇阶段、卷级循环或黄金三章模型，也不按推荐比例判定源文合格与否。 Step 4：续跑检查（lightweight resume）进入管道前检查拆文库/{书名}/ meta.json ：完整 resume 契约见 [references/output contract.md](references/output contract.md)。输出目录输出到拆文库/{书名}/ （项目根目录下）。用户指定了其他路径时按用户指定路径输出。标准输出文件树：下游契约： story short write 同时读全套产出—— 拆文报告.md 取分析叙事，情节节点.md 看节奏锚点，写作手法.md 抄手法，原文/ 抄语感， meta.json 看题材识别和结构计数。完整字段定义见 [references/output contract.md](references/output contract.md)。 Stage → 文件映射 Stage 落地文件 2 拆文报告.md （故事核+结构+梗概段） + 情节节点.md 3 拆文报告.md （情感曲线+爆点段） 4 拆文报告.md （反转段） + 写作手法.md 5 拆文报告.md （人物+首尾段） 6 拆文报告.md （综合段） + meta.json.structure counts （数值计入元数据）原文备份（管道前置步骤）拆解开始前，必须先备份原文： 1. 检查拆文库/{书名}/原文/ 目录是否已存在 2. 如果不存在，从用户提供的源路径复制原文文件到拆文库/{书名}/原文/ 3. 如果用户未提供源文件路径（直接在对话中贴文本），将原始文本保存到拆文库/{书名}/原文/原文.md 4. 备份完成后验证原文/ 目录下文件非空（ 0 bytes） 5. 此步骤确保即使拆文过程中出现异常，原始材料不会丢失备份完成后初始化 meta.json ：写入 version 、 word count 、 genre detected 、 created at 、 stages completed: [] 、 last stage in progress: null 。 Stage 2 6：拆文流程 5 阶段管道预期耗时提示：短篇拆文通常 10 30 分钟；同类对比或平台适配会更久。若文本很短，先只挑关键节点，不要为满足节点数量硬拆。阶段名称输入输出完成标志 2 结构+情节节点全文故事核 + 故事梗概 + 功能分段（4 6段，必须含开端/发展/高潮/结局）+ 情节节点清单。节点以语义变化为边界提取，见 material decomposition.md「情节节点提取规则」。结构划分 ≥4 段 + 故事核已提取 3 情感线+爆点故事核+结构划分+情节节点数据情感曲线（≥5节点）+ 爆点分析（6维度）+ 期待感分析。爆点分析 6 维度齐全 4 反转+写作手法节点+情感数据前置反转检查 + 反转机制（铺垫≥2条）+ 写作手法（≥5项维度：POV/对话/时间/信息/其他）。写作手法 ≥5 项 5 人物+开头结尾情节节点+全文所有人物（分类+功能标签+功能评估）+ 开头分析（前50/100字）+ 结尾分析（收束检查）。人物功能评估完成 6 综合评估 + meta.json 写计数全部数据五维评分 + 爆点性 + 话题性 + 共鸣分析（≥3层）+ 可复用结构（≥3条）+ 节奏速报 + 算出并写入 meta.json.structure counts 。五维评分完成 + 爆点性/话题性已分析 + 共鸣≥3层 + 可复用≥3条 + 节奏速报已包含 + meta.json.structure counts 各字段达「structure counts 数值校验」阈值管道执行顺序：2 → 3 → 4 → 5 → 6（严格串行，每阶段依赖前一阶段数据）。可选模块（同类对比、平台适配、详细节奏）可在 Stage 6 后执行。 Stage 写盘协议（crash safety）：每个 Stage 开始前先把 meta.json.last stage in progress 置为当前 Stage 编号；该 Stage 所有目标文件写完后再做 non empty / 最小长度检查，通过才清空 last stage in progress 并 append 到 stages completed[] 。半成品文件不被信任，resume 时该 Stage 整段重跑。完整协议见 [references/output contract.md](references/output contract.md) 「写入顺序 (crash safety)」段。非标文本分段：对话体、聊天记录、帖子体、书信体等非标准章节格式，先按时间/说话人切换/信息揭示点分段，再映射到开端、发展、高潮、结局；不要机械按自然段数量切分。投稿层拆解（拆 Stage 5 开头 / Stage 6 可复用时顺带记录进拆文报告.md，非阻断；story short write 定平台基调时可作初判参考）：平台基调：判定源文更贴哪一路——知乎盐选（第一人称剥洋葱、细思极恐、章末颠覆认知细节）/ 小程序（开局即地狱、当众打脸、章末卡脖子断点）/ 番茄短篇（顺滑无毒点、金手指直白、大满贯收尾）。导语写法：源文开头前 150 220 字（多数就是正文第一段）怎么钩人——四维骨架（起因+核心冲突+人设底色+情绪反转）、黄金三角（具体物件+信息差+留白钩子）各落在哪句。付费点/最强断点：源文把最强悬念断点（读者最想往下翻的地方）卡在第几节章末；付费点前后每章剧情点密度是否递增。详细模板见 [output templates.md](references/output templates.md)，方法论见 [material decomposition.md](references/material decomposition.md)，输出契约见 [output contract.md](references/output contract.md)。验收（Stage 6 之后、写 stages completed[6] 之前） Stage 6 内容写完后，不立刻 append 6 到 stages completed[] 。先跑三道检查： Step 1：拆文报告表达自检按 [references/analysis report style.md](references/analysis report style.md) 扫描拆文报告.md 全文的证据链和高风险表达。扫描时跳过源文引用——以开头的引用行、以及表格中「关键台词 / 原文引用」列的引号直引不计入，只扫分析师本人写的措辞。命中 → 不写 stages completed[6] ，列出命中位置，修订拆文报告本身的证据不足、空转套话或越界推测；不要改写源文。未命中 → 继续「structure counts 数值校验」。守门员定位：本节检查「我们写的拆文报告」；不要评价「源文是否 AI 写的」。 Step 2： meta.json.structure counts 数值校验按 [references/output contract.md](references/output contract.md) 「structure counts 数值校验」表逐项检查 meta.json 里 Stage 6 写入的结构计数。阈值与 carve out 以 output contract.md 为准（单一权威，不在此重复内联表以免漂移）——特别注意两条合法产出态： reversal type 枚举含「无反转」（甜宠/喜剧/报应型）； reversal type=无反转时 setup clues 跳过该行、不计入阻断。任一项不达标 → 阻断；列出未达标字段，提示用户回到对应 Stage 补足。 Step 3： output templates.md [BLOCK] 项扫描扫描 output templates.md 中所有 [BLOCK] 标注项，确认对应产出段已完成。任一缺失 → 阻断。 [WARN] 项不阻断，但写入拆文报告.md 末尾的「待补」清单供用户决定。 Step 4：通过「拆文报告 AI 腔自检」「structure counts 数值校验」和「BLOCK 项扫描」全通过 → 清空 meta.json.last stage in progress ，append 6 到 stages completed[] ，提示用户「拆解完成，可调用 /story short write 写下一篇」。质量检查概要各阶段完成后需通过质量检查。逐项 checklist 见 [output templates.md 质量检查必填字段](references/output templates.md)。质量标准的阈值、数值与计算方式的唯一权威定义见 [material decomposition.md 质量标准](references/material decomposition.md)。强阻断 / 警告区分：见 output templates.md 每条 checklist 末尾的 [BLOCK] / [WARN] 标注。 [BLOCK] 不通过 → 「BLOCK 项扫描」阻断。流程衔接流水线：短篇位置：拆文（第 2/3 步）时机跳转到命令准备开写 story short write（同时读拆文报告.md + 情节节点.md + 写作手法.md + 原文/ + meta.json） /story short write 需要市场数据 story short scan /story short scan 字数 20k 更适合长篇 story long scan → story long analyze /story long scan 参考资料核心方法论（拆文时必须加载）文件何时加载 [references/output contract.md](references/output contract.md) 全程：Stage→文件映射 / meta.json schema（含 structure counts）/ 下游消费规范 / 验收接入点 [references/output templates.md](references/output templates.md) 拆文时：输出模板 + 结构库 + 质量检查（含 [BLOCK]/[WARN] 标注） [references/material decomposition.md](references/material decomposition.md) 拆文方法论：情节节点提取 + 写作手法 + 情感线 + 节奏分析 + 共鸣分析 + 人物规则 + 质量标准唯一权威 [references/source story quality.md](references/source story quality.md) 评估源文质量时：短篇拆书的质量自检清单（评估对象的好坏，不是评估拆文报告本身） [references/analysis report style.md](references/analysis report style.md) 「拆文报告表达自检」：检查报告本身的证据链、高风险套话与推测边界（不是源文滤镜）按需加载（拆解对应题材 / 维度时作为对照标尺）文件何时加载 [references/deconstruction examples.md](references/deconstruction examples.md) 校准拆文方法时：3 个完整案例作为参照 [references/zhihu style.md](references/zhihu style.md) 拆解知乎盐言故事时作为平台特性对照 [references/analysis short genres.md](references/analysis short genres.md) 拆解特定题材时：按短篇源文的识别锚点、读者承诺和结算归属判断主副类型 [references/analysis short hooks.md](references/analysis short hooks.md) 拆解段落/小节边界、钩子链与候选付费断点时作为短篇源文观察标尺 [references/analysis short suspense.md](references/analysis short suspense.md) 拆解主副问题、信息差、证据释放、阶段答案与回收时作为短篇源文观察标尺 [references/analysis paragraph hooks.md](references/analysis paragraph hooks.md) 拆解段落钩子时作为 11 种段落级钩子对照 [references/analysis character basics.md](references/analysis character basics.md) 拆解人物基础设定时作为人设要素对照 [references/analysis character design.md](references/analysis character design.md) 拆解人物内在矛盾时作为三层标签反差对照（contradiction axis 来源） [references/analysis character relations.md](references/analysis character relations.md) 拆解人物关系网时作为关系类型对照 [references/analysis short mechanics.md](references/analysis short mechanics.md) 拆解核心梗、有限复现、规则兑现、代价与主角代理权时作为观察标尺 [references/analysis reader profile.md](references/analysis reader profile.md) 拆解读者心理与期待管理时作为读者画像对照补充资料（拆 Stage 6「可复用结构」时按需对照）短篇结构模式： references/analysis short patterns.md （比较源文实际功能链、偏离方式与失败条件；不按固定章位、百分比或线索数判“合标”）通用写作技法： references/analysis writing techniques.md （情绪操控 / 感情线 / 震惊场景 / 喜剧机制——拆 reusable structures.fail mode 时引用「感情线四阶段推进法」表「禁忌」列）市场数据： references/real market data.md （跨平台写作差异对照表）所有 references 在 story short analyze 中都是观察标尺 ——先报告源文实际发生了什么，再说明它接近、偏离或改造了哪种模式；不是按文件指引写新作品，也不从相邻长篇 Skill 加载题材、节奏或质量资料。语言跟随用户的语言回复，用户用什么语言就用什么语言回复中文回复遵循《中文文案排版指北》