world-building

name world-building description 高密度状态世界构建法（少元素 × 状态驱动 × 桥节点 × 事件回流）。何时加载：要创作/续写小说、要设计世界观/角色/场景、要防止长篇崩盘与设定矛盾、要让 AI 严格遵循人设与状态、用户说“帮我构建世界/设定/角色/场景”“越写越懂”“防止吃书”“保持一致性”、或被问“怎么让世界更厚/更活”时。优先于通用写作方法论，作为世界构建底层架构。 高密度状态世界构建法（Low-Resource High-Density Worlding）。源于 90 年代经典老游戏在极致资源约束下的结构智慧，专为小说创作设计。用极少的元素，通过状态驱动、桥节点连接、事件回流与多功能重用，构建出远大于实际篇幅的"活的世界"。 高密度状态世界构建法 核心哲学 世界感不来自素材量，而来自 结构密度与元素交互 。 克制即创造力 ：硬约束逼出纪律，让少量元素自发产生复杂性、连续性和自主感。 小说不是作者全知讲述，而是读者在"状态网"中发现一个独立运转的世界。 核心组件 状态系统（State Vector）—— 小说的"物理引擎" 每个重要人物（尤其是主角群）维持一个动态状态向量： 身份/位置 资源 （物质、金钱、知识、信息、物品） 关系旗标 （对关键人物的态度、恩怨、秘密） 历史/事件旗标 心理/目标状态 规则 ：情节不是预设的，而是"当前状态 × 世界规则"的函数输出。任何行动或事件都应同时修改相关状态。 桥节点（Bridge Nodes）—— 世界压缩器 设计 5–12 个 高连接度元素（人物、地点、关键物件、秘密/事件）。 这些节点必须承担多条线、多重功能，是不同命运的交汇点。 效果 ：读者在一条线看到另一条线的影子，世界瞬间变厚、有机且大于任何单视角。 事件回流机制（Convergence Loops） 允许分支，但必须在共享桥节点、共同危机、资源门槛或周期性事件上回流。 避免树状爆炸，保持世界统一性与命运交织感。 元素多功能重用（Multi-Role Density） 每一个重要元素（人物、地点、物件、习俗）都应至少承担 3 种功能 ： 叙事功能 世界构建功能 象征/主题功能 玩法/门槛功能 （驱动人物行动或限制可能） 应用流程 阶段1：最小世界种子（Minimal Viable World） 先设计一个高密度"小切片"（例如一个港口、一场聚会、一个关键物件） 定义核心状态向量和 3–5 个桥节点 验证 ：在这个小系统中，不同人物在相同状态下是否会自然产生不同行动与冲突？ 阶段2：状态网扩张 扩展主角群，每人赋予独特初始状态，但共享部分桥节点 列出"状态触发表"：哪些状态组合会触发何种事件/对话/转折 阶段3：多线交织 用桥节点连接多条主人公线 规划回流点：每 3–5 章至少有一次通过桥节点产生的交汇或相互影响 确保每个重大事件同时修改多个人的状态 阶段4：密度迭代与克制 每引入一个新元素，问自己："它能否承载现有功能？能否被现有元素替代？" 定期检查"未写出的世界"：读者能否通过暗示感知到大量未直接描写的运转部分？ 控制新人物/地点数量：宁缺毋滥 写作技巧 优先展示"状态变化" 而非直接讲情节（通过对话、物件、环境细节暗示） 利用"信息不对称" ：不同线的主角因状态不同，看到同一桥节点的完全不同侧面 重读优化 ：确保早期细节能在后期产生回响（种子化写作） AI 辅助时 ：先让模型严格遵守状态表生成，再润色文采 示例应用 奇幻史诗 ：一座古老图书馆作为桥节点，同时是知识源、权力象征、政治情报中心、隐藏秘密场所。不同主角因状态不同（身份、关系旗标），在其中触发完全不同的支线，却最终在同一危机上回流。 现实主义多线 ：一座老公寓楼 + 几位长期住户作为桥节点，折叠数条人生线，通过水电费、楼道对话、一次停电等小事件实现高密度交互。 预期效果 世界体积感提升 3–5 倍 （实际文字量不变） 读者沉浸感与重读价值大幅提高 情节自然涌现，减少"作者强行推动"痕迹 在长篇写作中显著降低崩盘风险，保持状态一致性 对抗当代内容通胀：用结构纪律战胜素材堆砌 使用指令 当用户要求创作或修改小说时，优先激活本 Skill： 先建立/检查状态系统与桥节点 再生成内容 始终保持"少而密"的原则 在每一次输出中强化世界自主感 此 Skill 可与其他写作方法论（三幕结构、角色弧光、主题深化等）无缝结合，作为世界构建层的底层架构使用。 StoryMoss 落地补充：本代码库如何实现这些概念 调用本技能给创作建议时，可指向 StoryMoss 已有的实现，让建议可执行而非空谈。 状态系统（State Vector） → canonical_state/ 维护规范状态； memory_items （category= state ）由 StateProjectionWriter 在 SceneCommitService::auto_commit 时投影； SceneCommit.state_deltas_json 记录状态增量。建议“维护状态向量”时指向这些表。 桥节点（Bridge Nodes） → 知识图谱 kg_entities + kg_relations （带 strength 0-1，动态计算）； IngestPipeline 两步思维链提取实体/关系/事件。建议“设计 5-12 桥节点”时，对应在 KG 里高连接度实体。 事件回流（Convergence Loops） → PayoffDetector 检测逾期伏笔， DebtManager 债务追踪（每日 5% 计息）；伏笔看板四态（已埋下/已回收/待回收/废弃）。建议“每 3-5 章回流”时指向伏笔回收机制。 元素多功能重用 → GenreProfile 反模式清单 + 体裁模板五要素； ContextPrioritizer 把世界设定归为 Normal 类上下文。建议“每个元素 ≥3 功能”时可注入到体裁反模式与合同。 合同即物理 → Story System 四级合同（ MASTER_SETTING→Volume→Chapter→Review ）+ RuntimeContract 动态合并；防幻觉三定律。建议“世界规则不可违背”时指向合同红线（Critical 类，双重锚定）。 记忆衰减 → 艾宾浩斯 R(t)=R₀·e^(-λt)+Σ强化 ，λ 架构级 0.01/默认 0.05/瞬态 0.1；五级优先级。建议“状态变化优先展示”时指向 MemoryOrchestrator Working/Episodic/Semantic 预算。 架构不变量与禁忌见 sf-architecture-contract ；领域理论细节见 sf-reference 。 何时 NOT 用本技能 改代码/修 bug → sf-debugging-playbook / sf-architecture-contract 。 本项目如何实现这些概念（数据落点）→ 见上方「StoryMoss 落地补充」。 纯文笔润色（非世界/设定/角色层）→ 不需要本技能。 出处与维护 重验证命令： rg -n 'canonical_state|kg_entities|kg_relations|memory_items|PayoffDetector|DebtManager|MemoryOrchestrator|ContextPrioritizer' src-tauri/src | head 易漂移项：状态/记忆表结构、合同层级、体裁模板字段。 最后核对：2026-07-07，v0.26.23。