菜单
高密度状态世界构建法（少元素 × 状态驱动 × 桥节点 × 事件回流）。何时加载：要创作/续写小说、要设计世界观/角色/场景、要防止长篇崩盘与设定矛盾、要让 AI 严格遵循人设与状态、用户说“帮我构建世界/设定/角色/场景”“越写越懂”“防止吃书”“保持一致性”、或被问“怎么让世界更厚/更活”时。优先于通用写作方法论，作为世界构建底层架构。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
运行/部署 StoryMoss 的命令解剖、运行时数据与产物落点。何时加载：要启动应用、要找日志、要找数据库/配置文件、要发布 tag、要看生成链路日志、或被问“日志在哪/数据在哪/怎么发布”时。
Disciplined diagnosis loop for hard bugs and performance regressions. Reproduce → minimise → hypothesise → instrument → fix → regression-test. Use when user says "diagnose this" / "debug this", reports a bug, says something is broken/throwing/failing, or describes a performance regression.
StoryMoss 承重设计决策与 WHY、必须成立的不变量、已知弱点。何时加载：要改架构、要动数据真相源、要改生成链路、要改 IPC/SyncEvent、要动数据库层、要评估“能不能这样改”、或被问“为什么这样设计/哪些不能动”时。改任何符号前先用 gitnexus impact。
从零重建 StoryMoss 开发与构建环境，含已知陷阱。何时加载：首次 clone 后要跑起来、换机器、CI 本地复现、`cargo tauri dev/build` 报环境错、前端起不来、跨平台构建失败、或被问“怎么构建/怎么跑”时。
StoryMoss 变更门禁与不可破坏项。何时加载：要提交/推送代码、要 bump 版本、要改架构边界、要动数据库迁移、要改 CI、要发布 tag、要合并 feature 分支、或被问“能不能直接改/直接推”时。也用于判断一个改动是否需要用户授权（R10）。
StoryMoss 全部配置轴：选项、默认值、生产 vs 实验、守卫、如何新增。何时加载：要改生成模式、要改并发/超时、要加 PromptRegistry 覆盖、要调体裁模板、要改 silent_background 白名单、要动 rustfmt、或被问“在哪配/默认是什么/这个开关干啥”时。
| name | world-building |
| description | 高密度状态世界构建法（少元素 × 状态驱动 × 桥节点 × 事件回流）。何时加载：要创作/续写小说、要设计世界观/角色/场景、要防止长篇崩盘与设定矛盾、要让 AI 严格遵循人设与状态、用户说“帮我构建世界/设定/角色/场景”“越写越懂”“防止吃书”“保持一致性”、或被问“怎么让世界更厚/更活”时。优先于通用写作方法论，作为世界构建底层架构。 |
高密度状态世界构建法（Low-Resource High-Density Worlding）。源于 90 年代经典老游戏在极致资源约束下的结构智慧，专为小说创作设计。用极少的元素，通过状态驱动、桥节点连接、事件回流与多功能重用，构建出远大于实际篇幅的"活的世界"。
世界感不来自素材量，而来自结构密度与元素交互。
克制即创造力：硬约束逼出纪律，让少量元素自发产生复杂性、连续性和自主感。
小说不是作者全知讲述，而是读者在"状态网"中发现一个独立运转的世界。
每个重要人物（尤其是主角群）维持一个动态状态向量：
规则：情节不是预设的，而是"当前状态 × 世界规则"的函数输出。任何行动或事件都应同时修改相关状态。
设计 5–12 个高连接度元素（人物、地点、关键物件、秘密/事件）。
这些节点必须承担多条线、多重功能，是不同命运的交汇点。
效果：读者在一条线看到另一条线的影子，世界瞬间变厚、有机且大于任何单视角。
允许分支，但必须在共享桥节点、共同危机、资源门槛或周期性事件上回流。
避免树状爆炸，保持世界统一性与命运交织感。
每一个重要元素（人物、地点、物件、习俗）都应至少承担 3 种功能：
奇幻史诗：一座古老图书馆作为桥节点，同时是知识源、权力象征、政治情报中心、隐藏秘密场所。不同主角因状态不同（身份、关系旗标），在其中触发完全不同的支线，却最终在同一危机上回流。
现实主义多线：一座老公寓楼 + 几位长期住户作为桥节点，折叠数条人生线，通过水电费、楼道对话、一次停电等小事件实现高密度交互。
当用户要求创作或修改小说时，优先激活本 Skill：
此 Skill 可与其他写作方法论（三幕结构、角色弧光、主题深化等）无缝结合，作为世界构建层的底层架构使用。
调用本技能给创作建议时，可指向 StoryMoss 已有的实现，让建议可执行而非空谈。
canonical_state/ 维护规范状态；memory_items（category=state）由 StateProjectionWriter 在 SceneCommitService::auto_commit 时投影；SceneCommit.state_deltas_json 记录状态增量。建议“维护状态向量”时指向这些表。kg_entities + kg_relations（带 strength 0-1，动态计算）；IngestPipeline 两步思维链提取实体/关系/事件。建议“设计 5-12 桥节点”时，对应在 KG 里高连接度实体。PayoffDetector 检测逾期伏笔，DebtManager 债务追踪（每日 5% 计息）；伏笔看板四态（已埋下/已回收/待回收/废弃）。建议“每 3-5 章回流”时指向伏笔回收机制。GenreProfile 反模式清单 + 体裁模板五要素；ContextPrioritizer 把世界设定归为 Normal 类上下文。建议“每个元素 ≥3 功能”时可注入到体裁反模式与合同。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。
sf-debugging-playbook / sf-architecture-contract。rg -n 'canonical_state|kg_entities|kg_relations|memory_items|PayoffDetector|DebtManager|MemoryOrchestrator|ContextPrioritizer' src-tauri/src | head