| name | fic-node-map |
| description | 生成节点式剧情设计,明确每个节点的功能、冲突、情绪转向与代价。 |
fic-node-map
作用
把剧情想法拆成可执行节点。节点是因果推进单位,不是松散梗概。
何时使用
- 准备开始写卷大纲或章节大纲前
- 大纲太空、想先把关键转折钉住时
- 用户只给了名场面和想看的节点时
预期输入
- premise、canon contract、human-ingest 结果
- 当前卷 / 章目标
- 需要推进的关系线、伏笔、冲突
预期输出
nodes/*.md 中的节点图
- 节点间依赖关系和 branch options
- 每个节点的 possible failures 与 memory sync targets
执行流程
- 先明确当前章节或 arc 的目标,不目标先行就不要堆节点。
- 按模板为每个节点填写:purpose、entering_state、conflict、reveal、emotional_turn、cost、exit_state、linked_hooks 等。
- 保证每个节点至少推进一项:人物、关系、冲突、信息、主题。
- 为高风险节点标记
possible_failures,例如 OOC、规则冲突、节奏塌陷、钩子失效。
- 为每个节点预留
branch_options,允许人类选择更刀、更稳、更偏角色的走向。
- 将节点涉及的关键状态变化预先标记到
memory_sync_targets。
硬规则
- 禁止只列出“主角去了哪里、发生了什么”的流水账节点。
- 每个节点必须有代价或净变化。
- 不能把跨作兼容问题留到正文现编。
- 不能让一个名场面只因‘很帅’就存在,必须说明它的剧情功能。
人类检查点
当节点会改变角色立场、触发支线分裂、或需要在多个强分支中二选一时,建议人工选择。
恢复与续跑
节点图是 outline 的前置物。修改节点后应只对受影响区域做局部重算,并更新 state/STORY_STATE.json 的下一步。
返回格式
返回:1) 节点列表;2) 高风险节点;3) 可供人类选择的 branch options;4) 建议写作顺序。
关键文件
- nodes/*.md
- story-bible/unresolved-hooks.md
- story-bible/relationship-state.md
- state/STORY_STATE.json
最小示例
- 为 Fate 穿越文设计第 1 卷的 8 个节点
- 把用户想看的名场面转成可落地节点