其他
当情节机械化、情感节拍未定义或想从生动场景而非大纲构建故事时…
适用于虚构写作中围绕主/次类型所需的关键情感时刻来反向构建故事结构、世界、角色与桥接场景。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 48/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 85/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 57/100 ×0.15
适用场景
当情节机械化、情感节拍未定义或想从生动场通用
解决思路
- 以情感体验而非情节机制定义故事的关键时刻。
- 让关键时刻既源于世界构建系统,又反向影响该系统。
- 设计角色来促成、经历或反对关键时刻。
- 先把关键时刻构思为生动、难忘的场景。
- 调整关键时刻顺序以最大化情感冲击。
- 让每个关键时刻通过故事系统产生连锁后果。
- 让连接场景在世界与角色发展中承担多重功能。
- 反转先大纲后戏剧化的流程:从生动、难忘的场景出发,反向推导使其成为可能所需的一切。
- 惊奇(Wonder)— 初始遭遇:情感体验=惊讶与敬畏;故事功能=建立场景/概念的奇观。
- 惊奇(Wonder)— 尺度揭示:情感体验=面对浩瀚的谦卑认知;故事功能=定位主角的位置。
- 惊奇(Wonder)— 视角转变:情感体验=理解范式改变;故事功能=迫使重新评估假设。
- 惊奇(Wonder)— 惊奇升级:情感体验=敬畏强化;故事功能=提高赌注并加深投入。
- 惊奇(Wonder)— 超越性整合:情感体验=通过惊奇获得意义;故事功能=提供主题解决。
- 谜题(Mystery)— 问题启动:情感体验=好奇心被激活;故事功能=建立核心谜题。
- 谜题(Mystery)— 模式识别:情感体验=连接带来的满足;故事功能=提供动力与参与感。
- 谜题(Mystery)— 虚假解决:情感体验=误导带来的惊讶;故事功能=制造复杂性并延长参与。
- 谜题(Mystery)— 渐进揭示:情感体验=理解加深;故事功能=推向解答。
- 谜题(Mystery)— 解答成形:情感体验=领悟与闭合;故事功能=完成情感旅程。
- 冒险(Adventure)— 跨越门槛:情感体验=出发的兴奋;故事功能=过渡到冒险世界。
- 冒险(Adventure)— 能力测试:情感体验=胜任带来的信心;故事功能=建立主角能力。
- 冒险(Adventure)— 资源耗尽:情感体验=失去带来的脆弱;故事功能=迫使适应与成长。
- 冒险(Adventure)— 终极挑战:情感体验=恐惧与决心;故事功能=测试主角极限。
- 冒险(Adventure)— 归来转变:情感体验=自豪与洞察;故事功能=展示旅程带来的成长。
- 恐怖(Horror)— 不协调一瞥:情感体验=失调带来的不安;故事功能=建立威胁潜力。
- 恐怖(Horror)— 安全侵犯:情感体验=边界被突破的震惊;故事功能=展示脆弱性。
- 恐怖(Horror)— 威胁升级:情感体验=不断升高的恐惧;故事功能=提高赌注。
- 恐怖(Horror)— 失败解法:情感体验=无效带来的绝望;故事功能=加深无望感。
- 恐怖(Horror)— 正面对抗:情感体验=恐惧遇上勇气;故事功能=提供高潮时刻。
- 惊悚(Thriller)— 赌注建立:情感体验=对结果的担忧;故事功能=搭建张力框架。
- 惊悚(Thriller)— 期限施加:情感体验=时间压力带来的焦虑;故事功能=制造紧迫感。
- 惊悚(Thriller)— 险胜:情感体验=带着余悸的解脱;故事功能=通过峰谷维持参与。
- 惊悚(Thriller)— 选项消除:情感体验=压力上升;故事功能=迫使主角做更难选择。
- 惊悚(Thriller)— 胁迫下决策:情感体验=通过行动获得宣泄;故事功能=提供高潮释放。
- 关系(Relationship)— 重要连接:情感体验=识别潜在可能;故事功能=建立关系基础。
- 关系(Relationship)— 亲密加深:情感体验=脆弱带来的温暖;故事功能=发展情感投入。
- 关系(Relationship)— 价值冲突:情感体验=差异带来的挫败;故事功能=制造有意义的障碍。
- 关系(Relationship)— 关系危机:情感体验=心碎或背叛;故事功能=测试连接的韧性。
- 关系(Relationship)— 和解/解决:情感体验=情感闭合;故事功能=完成关系弧。
- 戏剧(Drama)— 内在冲突揭示:情感体验=认识到矛盾;故事功能=建立角色挣扎。
- 戏剧(Drama)— 外部压力点:情感体验=环境带来的压力;故事功能=迫使角色选择。
- 戏剧(Drama)— 失败时刻:情感体验=不足带来的羞耻;故事功能=加深角色旅程。
- 戏剧(Drama)— 真相面对:情感体验=痛苦的自我觉察;故事功能=催化改变。
- 戏剧(Drama)— 角色演化:情感体验=自我实现;故事功能=展示成长。
- 议题(Issue)— 视角挑战:情感体验=智识上的不适;故事功能=建立议题复杂性。
- 议题(Issue)— 利害个人化:情感体验=情感投入;故事功能=让抽象变具体。
- 议题(Issue)— 复杂性识别:情感体验=认知扩展;故事功能=防止简单化解决。
- 议题(Issue)— 立场测试:情感体验=价值/信念检验;故事功能=迫使智识诚实。
- 议题(Issue)— 视角整合:情感体验=细致理解;故事功能=提供主题解决。
- 群像(Ensemble)— 群体形成:情感体验=归属可能;故事功能=建立集体。
- 群像(Ensemble)— 角色确立:情感体验=社区中的身份;故事功能=定义角色功能。
- 群像(Ensemble)— 群体破裂:情感体验=忠诚受考验;故事功能=制造内部冲突。
- 群像(Ensemble)— 集体挑战:情感体验=共同逆境;故事功能=迫使合作。
- 群像(Ensemble)— 协同时刻:情感体验=团结带来的力量;故事功能=展示群体价值。
- 阶段 1 步骤 1:确定主次类型——识别希望读者获得的核心情感体验,选择对应的主、次 elemental genres。
- 阶段 1 步骤 2:选择关键关键时刻——从主类型选 3-5 个,辅类型加 2-3 个,确保情感多样性和递进。
- 阶段 1 步骤 3:优化排序——先按时间顺序排列,考虑情感节奏和张力曲线,允许适当非线性呈现。
- 阶段 1 步骤 4:可视化每个时刻——为每个关键时刻创建具体场景概念,聚焦感官细节和情感冲击,定义它如何改变角色或世界理解。
- 阶段 2 步骤 1:确定所需世界元素——每个关键时刻发生所必需的世界元素、世界系统与时刻之间的因果关系、时刻造成的世界后果。
- 阶段 2 步骤 2:设计支持系统——设计能促成或反对关键时刻的权力结构、在结果中有利害关系的组织、制造适当压力的经济与信仰系统。
- 阶段 3 步骤 1:识别所需角色功能——每个关键时刻需要哪些角色,分配功能给具体角色,确保主角经历最重要时刻。
- 阶段 3 步骤 2:创建角色弧——设计与发展路径交叉,确保角色成长能推进关键时刻,创建在特定关键时刻兑现的变化弧。
- 阶段 4 步骤 1:识别桥接需求——关键时刻之间必须发生什么、需要哪些角色与世界状态变化、需要填补哪些时间/距离/知识空白。
- 阶段 4 步骤 2:设计多功能桥接场景——创建承担多重目的的连接场景,在推进角色发展的同时走向关键时刻,揭示与后续时刻相关的世界信息。
- 阶段 4 步骤 3:安装 setup-payoff 机制——为后续关键时刻埋设必要元素,创建增强后续情感冲击的伏笔,建立后续重要的规则或限制。
- 阶段 5 测试:评估情感递进——检查关键时刻是否形成预期情感旅程,是否存在情感体验缺口或冗余,调整时刻强度或顺序。
- 阶段 5 测试:验证因果逻辑——检查每个关键时刻是否从前置元素逻辑推出,导致时刻的角色决定是否合理,世界系统是否创造适当条件。
- 阶段 5 测试:测试类型满足——检查主类型情感体验是否最突出,次类型是否支持而非压过主类型,类型特定满足条件是否达成。
- 输出发现:在项目中检查 `context/output-config.md`;若找到,查找此技能的条目;若未找到,询问用户「Where should I save key moment designs?」;建议 `stories/structure/` 或 `explorations/stories/`。
- 主要输出:保存类型选择(主/次 elemental genres)、关键时刻列表(5-8 个核心情感节拍)、角色功能(每个时刻所需角色)、连接组织(时刻之间的桥接场景)。
- 文件命名:使用模式 `{story-name}-moments-{date}.md`。
- 验证类型对齐:检查关键时刻是否匹配主类型(高置信度)。
- 验证情感多样性:检查是否存在递进而非重复(高置信度)。
- 验证因果逻辑:检查关键时刻是否来自角色/世界(中等置信度)。
- 需人工判断:情感冲击——这些时刻是否有效。
- 需人工判断:桥接效率——连接场景是否服务多重目的。
- 需人工判断:类型满足——整体序列是否兑现类型承诺。
- Oracle 限制:不能评估时刻是否会情感共鸣;不能预测读者对具体节拍的参与度。
- 会话持久化:输出位置见 `context/output-config.md`;保存类型、时刻、功能、桥接;命名模式 `{story-name}-moments-{date}.md`。
- 跨会话学习:检查该故事先前关键时刻工作;确保时刻与变化保持一致;失败情感节拍用于形成反模式。
- 标准推理:用于单类型时刻选择、基本角色功能分配、简单桥接识别。
- 扩展推理(ultrathink):用于完整时刻序列、多类型整合、世界-时刻协调;触发短语:「design the complete emotional arc」「integrate both genres」「coordinate world with moments」。
- 顺序默认:先类型选择,再时刻识别,再角色功能,再连接组织。
- 可并行:为不同 genre 设计时刻;研究不同情感进程。
- 子代理候选:类型研究用 general-purpose;故事一致性检查用 Explore。
- Token 足迹:技能基础约 4k tokens(genres + implementation);含 worked example 约 5k;含所有 genres 约 6k。
- 上下文优化:只关注主类型时刻;完整 genre 表作为参考;worked example 可选。
- 上下文紧张时:优先主类型时刻和当前阶段;推迟次类型细节和所有 genre 表;丢弃 worked example 和 advantages 列表。
- 修复情节优先注入:从希望读者获得的情感体验开始,反向构建——什么情境创造这些情感?什么角色会处于这些情境?什么世界促成这些情境?
- 修复类型错配:验证最突出的关键时刻属于主类型;次类型时刻支持而不主导;若故意错配,则你写的是另一种类型。
- 修复仅物流桥接:每个桥接场景至少服务两个目的——走向下一关键时刻,并发展角色、揭示世界或探索主题;若只服务物流则压缩或删除。
- 修复时刻膨胀:将关键时刻限制为每故事 5-8 个;让一些场景更安静;将最强时刻留到影响最大处。
- 修复强制因果:从每个关键时刻反向推导——给定此角色和此世界,什么事件序列使该时刻不可避免?若找不到路径,则调整时刻或角色/世界。
- 入站:从 genre-conventions 获取类型特定情感要求;从 story-sense 诊断缺失或错位情感;从 character-arc 获取促成或抵抗关键时刻的角色状态。
- 出站:为 scene-sequencing 提供清晰情感目标;为 worldbuilding 提供世界要求;为 outline-collaborator 提供围绕情感节拍的结构骨架。
- 互补:key-moments 定义情感节拍,genre-conventions 确保满足类型期待;key-moments 识别重要时刻,scene-sequencing 构建其进入与后果。
适用边界 · 注意事项
- 故事尚未确定类型,或需要先做类型识别时,先使用 genre-conventions。
- 作品是纯 slice-of-life、无法识别关键时刻,或只需要场景级节奏/角色弧细节时,不适用。
- 只想先搭情节大纲再把情绪硬塞进去,或不愿围绕情感结构组织故事时,不适用。