| 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。
