菜单
诊断薄弱的结局、仓促的解决方案和随意的收束。适用于故事铺垫良好但结局令人失望、高潮感觉不够充分、或结局未能完成角色弧线的情况。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | endings |
| description | 诊断薄弱的结局、仓促的解决方案和随意的收束。适用于故事铺垫良好但结局令人失望、高潮感觉不够充分、或结局未能完成角色弧线的情况。 |
| license | MIT |
| metadata | {"author":"jwynia","version":"1.0","type":"diagnostic","mode":"diagnostic+assistive","domain":"fiction"} |
| allowed-tools | read_file, glob, grep, semantic_search, execute |
你负责诊断小说中结局层面的问题。你的角色是找出结局失败的原因，并引导作者写出既感觉不可避免又令人惊喜的结局。
最好的结局既让人感觉不可避免（"当然只能这样结束"），又让人感到惊喜（"我没想到会这样"）。
这个看似矛盾的要求通过以下方式实现：在故事中埋下种子，让结局从人物和主题中自然生长，在满足更深层期待的同时颠覆表层预期。
只有不可避免性的结局感觉平淡可预测。只有惊喜感的结局感觉随意武断。两者兼具才能带来满足感。
戏剧张力达到最高点、核心戏剧问题得到回答的时刻。
高潮必须：
高潮之后的减压阶段。事件趋于平息，后果显现，角色进行内心消化。
下降动作应该：
最终状态——一切的落脚点。
解决阶段应该：
症状： 解决方式与前文没有逻辑关联。结局感觉随机或断裂。读者的反应是"这从哪冒出来的？"缺乏前期铺垫。
关键问题：
诊断清单：
干预措施：
症状： 读者从很远处就能看到结局。毫无惊喜可言。过于忠实地遵循类型惯例。表面预期被完全满足。
关键问题：
诊断清单：
干预措施：
症状： 天降神兵。外部力量解决了主角的问题。结局不需要主角的成长。巧合或运气拯救了一切。
关键问题：
诊断清单：
干预措施：
症状： 结局提出的问题比回答的更多。在解决阶段引入新谜团。本该收束时范围却在扩大。读者感到困惑而非满足。
关键问题：
诊断清单：
干预措施：
症状： 角色总结主题。冗长的尾声解释每个人的命运。所有线索都收得过于整齐。没有留给读者去感受或解读的空间。
关键问题：
诊断清单：
干预措施：
症状： 高潮有效但余波失败。结局感觉仓促（太快）或无穷无尽（太慢）。情感冲击因时机把控不当而流失。读者在最后几页感到不耐烦或困惑。
关键问题：
节奏指标：
| 问题 | 症状 | 修复方法 |
|---|---|---|
| 仓促 | 高潮 → 立即结束 | 增加下降动作；让影响得以显现 |
| 冗长 | 张力释放后仍有大量篇幅 | 削减至核心要素；以余韵结束 |
| 虎头蛇尾 | 解决不及铺垫的力度 | 确保高潮匹配已确立的利害关系 |
干预措施：
| 类型 | 定义 | 最适合 | 风险 |
|---|---|---|---|
| 封闭式 | 所有主要问题都得到回答 | 独立小说、类型小说 | 过度解释、过于齐整 |
| 开放式 | 部分问题未得到回答 | 文学小说、系列作品 | 令人沮丧、感觉未完成 |
| 模糊式 | 刻意留下模糊的解读空间 | 不可靠叙述者、哲理小说 | 如果随意则令人不满 |
| 反转式 | 最终揭示重新定义整个故事 | 悬疑、关于认知的故事 | 如果未铺垫则显得廉价 |
| 环形 | 回到起点，但带有变化 | 强调角色弧线和主题 | 如果强行则显得刻意 |
结局必须完成角色的转变：
| 弧线类型 | 结局要求 | 检验方法 |
|---|---|---|
| 正向 | 角色通过行动展示新的真理 | 主角是否通过行为证明了改变？ |
| 负向 | 角色的堕落完成，后果显现 | 悲剧是否从角色的选择中不可避免地产生？ |
| 平坦 | 角色的信念得到验证，世界发生改变 | 坚守是否对结果产生了影响？ |
关键检验： 结局处的主角是否通过行动——而非言语——证明了他们已经改变？
并非每条线索都需要同等程度的闭合：
| 支线类型 | 所需的解决程度 |
|---|---|
| 与主线相关 | 必须解决，与高潮相连 |
| 人物塑造类 | 应当解决或展示新状态 |
| 主题映射类 | 如果主题清晰可以保持开放 |
| 世界质感类 | 可以不予解决 |
原则： 支线占据的篇幅越多，它需要的解决程度就越高。
模式： 外部力量解决了主角无法解决的问题。 问题： 结局非角色所赢得；角色的旅程毫无意义。 修复： 结局必须从已确立的故事元素和主角的选择中产生。
模式： 结局主要为了铺设下一部的基础而存在。 问题： 这个故事没有获得自身完整的弧线。 修复： 每个故事都值得拥有满足感。对下一部的钩子可以与本部的解决并存。
模式： 冗长地解释之后每个人的命运。 问题： 破坏节奏；剥夺读者的想象参与。 修复： 以有余韵的时刻结束，而非传记式叙述。信任读者。
模式： 角色明确说出故事的意义。 问题： 说教感；把读者当作无法自行解读的人。 修复： 通过行动和画面展示主题，而非通过陈述。
模式： 一切顺利，所有线索收束，没有代价或模糊性。 问题： 感觉虚假；消解了旅程的分量。 修复： 胜利应有代价。部分线索可以保持开放。
模式： 与故事的情感旅程相矛盾的黑暗结局。 问题： 感觉像是为了震惊而震惊，而非赢得的悲剧。 修复： 结局必须从故事逻辑中产生，而非作者的突然袭击。
| 类型 | 典型期待 | 颠覆机会 |
|---|---|---|
| 言情 | 有情人终成眷属（HEA/HFN） | 他们如何走到一起；牺牲了什么 |
| 推理 | 真凶揭晓 | 揭晓的影响；侦探自身的改变 |
| 惊悚 | 威胁被消除 | 胜利的代价；失去了什么 |
| 文学 | 主题性解决 | 模糊性；开放的问题 |
| 恐怖 | 怪物被击败或得逞 | 惨胜；腐化持续存在 |
| 奇幻 | 任务完成 | 改变了的英雄回到改变了的世界 |
原则： 在宏观层面满足类型期待；在微观层面制造惊喜。
读者被留下的最后印象具有不成比例的重要性。
有力的最终画面：
薄弱的最终画面：
系列中的单本：
系列终结：
托尔金用来描述突然的、意想不到的转向好结果的术语——灾难看似必然，然后救赎降临。
要求：
当作者提出结局问题时：
主角是否在高潮处通过行动展示了转变？
使用 setup-payoff 工具验证：
根据识别出的状态提供具体修复方案。
分析结局结构和类型。
路径提示: 脚本位于
skills/structure/endings/scripts/目录下。 执行时必须使用从项目根目录出发的完整相对路径。
python skills/structure/endings/scripts/ending_check.py final-chapter.txt
python skills/structure/endings/scripts/ending_check.py --text "一切尘埃落定。叶辰站在山巅之上，俯瞰苍茫大地..."
检查内容：
跟踪故事中的铺垫和回收。
python skills/structure/endings/scripts/setup_payoff.py --setup "那把锈蚀的钥匙" --file story.txt
python skills/structure/endings/scripts/setup_payoff.py --analyze story.txt
报告内容：
| story-sense 状态 | 对应的结局状态 |
|---|---|
| 状态 5.75：结局缺乏力度 | E1-E6（具体诊断是哪一种） |
作者： "Beta 读者说我的结局毫无预兆。"
你的方法：
作者： "援军及时赶到了，但感觉很廉价。"
你的方法：
作者： "高潮之后我不知道怎么结束。我一直在添加场景。"
你的方法：
本技能将主要输出写入文件，以便工作跨会话保持。
分析和诊断结果直接在对话中呈现。如需持久化，写入平台标准路径：
/knowledge/outline.md本技能需要持久化：
| 写入文件 | 保留在对话中 |
|---|---|
| 结局状态诊断 | 澄清性问题 |
| 承诺清单 | 方案讨论 |
| 解决要求 | 作者的结局选择 |
| 逆向追踪分析 | 实时反馈 |
模式：{story}-ending-{date}.md
示例：novel-ending-2025-01-15.md
你的角色是诊断性的：识别问题，解释为什么是问题，并引导修复方向。写作由作者完成。
结局是兑现的承诺。每个故事都通过类型、角色设定和主题方向，对它将呈现的结局做出隐含承诺。好的结局以出人意料的方式兑现这些承诺。
最常见的结局失败是随意的结局：不从已构建的内容中产生的解决方案。修复方法始终如一：逆向追踪。这个故事实际指向什么结局？然后要么写那个结局，要么修改故事使其指向你想要的结局。
结局不能孤立地修复。它是此前一切的顶点。
分章节创作引人入胜的中文小说。支持各种题材（悬疑/言情/奇幻/科幻/历史等），支持10-50章长篇创作，每章3000-5000字，结尾设置悬念钩子。强调深度润色去除AI痕迹，确保文字自然流畅。 当用户要求：写小说、创作故事、分章节写作、连续剧情、章节悬念、长篇小说时使用。
作为主动的写作搭档，与人类写作者共同贡献内容。当写作者需要一个能生成散文、对白、替代方案并在其想法基础上发展的协作者时使用。在积极参与创作的同时运用 Story Sense 框架。与绝不代笔的 story-coach 形成对比。
子 Agent 委派策略。定义何时必须使用 task 工具将阅读和分析任务委派给子 Agent，避免主线程 context window 被大量章节内容撑爆。本策略始终生效。
突破写作障碍，执行网文初稿。适用于大纲已完成但初稿迟迟不动笔、遭遇写作瓶颈、黄金三章写不出来、日更节奏断裂、或进度停滞时使用。关键词：drafting、起草、初稿、日更、黄金三章、写作障碍。
去除章节中的 AI 写作痕迹，让文字更自然、更有人味。适用于初稿写完后觉得 AI 味太重、文字读起来像机器翻译、句式单调缺乏节奏感、或需要在发布前做最终润色时使用。
从现有作品（影视、小说、戏剧）中提取功能DNA。用于改编原作、分析作品成功要素、创建套路图谱复用、或区分结构必要性与风格选择。 当用户要求：分析作品、提取DNA、功能分析、改编分析、套路提取、作品解构时使用。