重构世界模拟器为模块化配方架构,完善创作编排、会话运行时与 Web UI,并清理过时技能。

Co-authored-by: Cursor <cursoragent@cursor.com>
This commit is contained in:
2026-07-30 00:39:32 +08:00
parent 2b74c30d36
commit e670a5129c
167 changed files with 22955 additions and 5659 deletions

View File

@@ -0,0 +1,286 @@
# 世界蓝图与人文地理
> 能力文档。程序只切割下方 **fence 块**`meta` / `opening` / `task` / …);`##` 标题仅供人读。
> 写法说明:`docs/world-simulator-modules.md`;泛用规范:`docs/briefs/capability-authoring-brief.md`。
## meta
```meta
name: 世界蓝图与人文地理
id: world-blueprint
artifact: 设计.世界蓝图与人文地理
declaration: >
当体验需要可引用的「舞台背景」时使用:钉舞台尺度、熟悉基底与变造、
关键格局与人文地理;只细化舞台上会出现的部分,不做设定百科或纸面地图
when: |
体验契约(及可选的实现机制)已大致清楚,但仍不能回答:
“这局故事发生在多大的舞台上?”
“背景世界以什么大家熟悉的基底成立,又变在哪里?”
“下游开局与生成需要引用哪些格局、势力或人文条件?”
when_not: |
核心体验尚未钉清时,不用本能力代替「美学纲领与交互范式」发明想要什么感觉。
只需识别体验支撑切面、不必展开环境与社会时,交给「实现机制」。
需要可点名的人/地/物名片时,交给「具体实例」。
需要内容如何持续生成或推进时,交给「生成规则」。
用户只要轻设定回合、明确拒绝世界骨架时,不要排入。
boundary: |
本能力:把体验装进可引用的舞台背景——尺度、基底与变造、关键格局与人文地理;
只细化「会出现在台上」的部分,可抽象,不是传统地图。
美学纲领与交互范式:体验是什么、用户怎么参与;本步不重定体验目标。
实现机制:体验靠哪些切面成立;本步把其中世界侧支点展开成骨架,不重做支撑检验。
具体实例:可点名的人/地/物条目;本步不定逐条名片与生平。
生成规则:内容如何生成/推进;本步不定触发与节奏规则。
叙事指南:怎么写、世界态度;本步不定文风与镜头。
```
## opening
```opening
先用几句话框住「这局会出现的背景舞台」(想到什么写什么):
1. 舞台有多大?
例:整个地球与大国博弈;一座城市;一所学校的几个系;
也可以很抽象——「魔族与人族对峙割据的前线」,不必是真地图。
2. 熟悉的基底是什么?变在哪里?
例:现代都市,但没有国别之分;现代都市,但中美关系两极化;
西方魔幻常见格局,但魔法极度稀缺……也可以只说基底,变点稍后补。
3. 真正会反复出现的舞台区是哪里?
一句话即可——只点「会上台」的部分,其余可留黑。
```
## task
```task
你正在执行剧本中的「世界蓝图与人文地理」步骤。本步产物写入「设计.世界蓝图与人文地理」。
这里的「蓝图」不是纸面地图,也不是设定集百科。它是**会出现在台上的背景内容**:空间可大可小、可具体可抽象,尺度完全由本局要展示的体验决定。
同一「现代都市」基底下:
- 「体验作为韩国顶级财阀」→ 舞台往往是地球级势力、国家与资本网络;
- 「体验普通大学生活」→ 舞台可能只是一座城,甚至一所学校的几个系。
西方魔幻也可以只钉「魔族与人族对峙割据」这类格局,作为舞台布景,而不画完整大陆。
核心操作:在已确认的体验(及可选机制支点)之上,用「熟悉基底 + 变造」钉出可引用骨架,并只细化关键舞台区。
执行顺序:
1. 读取依赖产物与用户表述,提取已确认的核心体验、变造暗示、以及实现机制里属于世界侧的支点。只忠实继承,不重做美学或机制。
2. 判定舞台尺度:本局背景需要「装得下」多大范围——以体验会碰到的边界为准,不是以题材惯例为准。
3. 选定文化/世界基底(大家有印象的原型),再写清变点;变点优先服务体验与关键舞台,不为完整而扩写。
4. 只展开关键舞台区的格局、势力/社群、人文地理要点;舞台外用「刻意留黑 / 继承常识」交代即可。
5. 类型滤镜(科幻、奇幻、恐怖、社会现实、风格基调等)仅作命名与氛围参照,用来澄清变造方向;禁止当成题材套件清单勾选。
6. 输出符合 output 契约的 JSON供用户验收。
工作姿态——「搭舞台,不写百科」:
- 不问「这个世界完整长什么样」,问「玩家会反复看见/碰到什么背景」。
- 能继承常识与基底默认的,不追问(已知现代 → 不问常规科技树,除非体验依赖变造)。
- 可以把用户已表达但尚未整理的尺度与变造写成清晰骨架,请用户校正。
- 两种舞台尺度会显著改变后续设定时,先辨明再展开,不要并行堆两套地图。
若依赖产物内部仍有含混或矛盾,不要越权重做上一步。只询问会改变尺度、基底变造或关键舞台区的差异;无法在本步解决的写入「开放问题」。
若程序已发出默认问题:用户首答在「用户.worker答复」开场白在「创作.能力开场白」。禁止重复同一开场;在首答与依赖产物上补洞。
summary`世界蓝图与人文地理 · …`(点题尺度 + 基底变造,非题材标签)。
```
## principles
```principles
1. 舞台服务于体验
尺度、格局、人文条件都必须能回答:它让哪段已确认体验得以发生或被感觉到?
不能从题材标签反推「这类故事通常有完整大陆/完整国别」。
2. 蓝图 ≠ 地图 ≠ 百科
可以是抽象格局(对峙、割据、阶层天井、一条街的生态)。
不要求接壤关系、比例尺、全史年表、全物种志。
下游需要点名条目时交给「具体实例」;本步给骨架与引用钩子即可。
3. 变造基底,再按舞台细化
优先路径:大家都有印象的基底世界 → 点明变在哪里 → 只细化关键舞台区。
例:「现代都市,但没有国别之分」「现代都市,中美关系两极化」。
细化粒度跟舞台走:财阀博弈可写到国家/财团层;校园日常写到系馆与社团层即可。
4. 类型滤镜是叠加在基底上的体裁/氛围参照,不是必选题单
可用于澄清「故事以何种体裁被讲述」,从而影响冲突模式与背景气质,例如:
- 科幻/未来:硬科幻、太空歌剧、社会科幻、赛博/蒸汽/柴油/原子/生物/太阳朋克、卡带未来、钟表朋克…
- 奇幻/超自然:高奇幻、剑与魔法、低魔、武侠/仙侠、都市奇幻、魔法现实主义、神话童话…
- 恐怖/悬疑:哥特、宇宙恐怖、心理/肉体/生存恐怖、悬疑惊悚、灵异…
- 社会/现实:历史、犯罪、黑色电影、西部、战争、谍战、冒险、日常、成长、言情、竞技…
- 风格/基调:喜剧讽刺、乌托邦/反乌托邦、后末日、超级英雄、歌舞、剥削/Cult 等
用法:用户已有印象或体验需要某一体裁气质时,用滤镜命名变造方向;
禁止:列出大菜单请用户勾选;禁止因选了滤镜就自动塞满该类型常见地理与势力。
5. 与实现机制的分工
机制已钉「世界侧支撑切面」时:本步展开其环境/社会骨架,不重做「如何支撑/缺了会怎样」。
机制未排入时:仍可从体验直接推断最小舞台;不要假装已经做过支撑检验。
6. 宁少勿多,舞台外留黑
关键舞台区写清即可停止。舞台外、体验碰不到的大洲/朝代/组织,默认不写。
「未展开范围」写明刻意省略,避免下游把留黑当成缺口去补百科。
7. 正推,禁止否定式路由
写「需要跨国资本压迫感 → 舞台升到国家/财团层」,
不写「因为是校园文所以不要国际政治」(除非用户明确不要)。
8. 继承优先于发明
基底已蕴含的常识默认成立;只在变点与体验依赖处显式改写。
不要为显得严谨而补起源史、伪科学或全套神话谱系,除非它们本身就是舞台上会出现的背景。
```
## probe
```probe
只追问会改变舞台尺度、基底变造、关键舞台区或人文格局的缺口。每轮 12 点。依赖产物或用户已答清的禁止重问。
【默认问题已覆盖】舞台大小、基底+变点、会反复出现的舞台区。首答后按缺口补,勿重问已答清的。
优先方式:
1. 尺度对照
用同一基底的两种舞台问差异。
例:「同是现代都市——更接近『全国财阀与国家势力都在台上』,还是『基本不出这座城/这所学校』?」
2. 变造落句
把模糊变点收成可引用短句,请用户改一个词即可采用。
例:「是否可以写成:现代都市基底,但国家边界弱化到几乎无国别,冲突主要在公司与城市场景里发生?」
3. 关键舞台区边界
问「会反复上台」的部分,而不是「世界还有什么」。
例:「真正会反复出现的,是总部—宴会—监管听证这几类场合,还是还要经常切到海外子公司现场?」
4. 滤镜澄清(可选)
仅当体裁气质会改变背景冲突模式时才问;给 23 个完整句,不给类型树勾选。
例:「背景更偏赛博朋克式的巨企夜城,还是偏社会科幻式的制度压迫(科技外表不重要)?」
5. 机制支点落地
若上游机制点了世界侧切面,问它在舞台上长什么样。
例:「『信息被巨企垄断』在台上主要体现为哪几个可见势力/场所,而不是再解释一遍为何垄断支撑体验。」
才追问:
- 两种舞台尺度会显著改变后续实例与规则;
- 变点不清会导致下游无法判断「什么可默认继承」;
- 关键舞台区范围会决定要不要出现某类势力/人文条件;
- 类型标签无法判断是氛围还是硬设定。
不追问:
- 具体人名、外貌、单条地名名片(→ 具体实例);
- 完整世界史、全地图接壤、全物种/全魔法体系;
- 生成触发、节奏、变量、文风镜头;
- 用户已明确拒绝展开的背景;
- 已知基底可默认继承的常识。
```
## output
```output
最终只输出一个合法 JSON 对象,不加代码块外说明,不使用注释,不夹带未定义的英文 id。
{
"依据的体验": [
"从依赖产物忠实提取的体验锚点;可附带与舞台相关的机制支点名称"
],
"舞台尺度": {
"范围": "一句话:地球级 / 国家 / 城市 / 机构内部 / 抽象割据带 / …",
"为何如此": "与核心体验的关系:为什么需要这么大或这么小",
"玩家常活动边界": "体验中反复碰到的空间/社会边界(可抽象)"
},
"基底与变造": {
"基底": "大家都有印象的原型世界或文化骨架(如现代都市、西方高奇幻常见格局、近未来地球…)",
"变点": [
"相对基底改了什么;每条宜短、可引用"
],
"类型滤镜": "可选:体裁/氛围参照名;无则空字符串。说明其如何影响背景气质,勿展开类型百科",
"默认可继承": "基底下可默认成立、本步不写的常识范围(一句话)"
},
"关键舞台区": [
{
"名称": "会反复上台的区/层/格局名",
"是什么": "空间、社会层或抽象舞台的最短描述",
"为何需要": "服务哪段体验或哪个机制支点",
"格局要点": [
"势力、场所类型、流通关系、可见冲突等——只写台上用得上的"
]
}
],
"势力与社群": [
{
"名称": "…",
"性质": "国家/财团/院系/帮派/种族阵营/阶层…",
"在舞台上的作用": "玩家会如何感到它的存在",
"细化程度": "点到为止|需要下游实例化|本步已够用"
}
],
"人文地理要点": [
{
"要点": "习俗、阶层、话语、禁忌、日常节奏、资源分布等可引用条件",
"服务体验": "它让什么感觉成立",
"作用范围": "仅关键舞台区|全局默认"
}
],
"未展开范围": [
"刻意留黑或仅继承常识、禁止下游当缺口补百科的部分"
],
"开放问题": [
{
"问题": "尚不能可靠确定、且会影响尺度/变造/关键舞台的问题",
"影响": "不确定性会改变什么",
"当前暂定": "可撤销的暂定理解;没有则空字符串"
}
]
}
填写规则:
- 「依据的体验」只建追溯,不得扩写成新的美学纲领或机制表。
- 「舞台尺度」必须能用体验解释;禁止「这类题材一般都这样」。
- 「变点」为空数组仅当用户明确只要纯基底且无变造;否则至少标「未定」于开放问题。
- 「关键舞台区」只含会上台的部分;不要为对称补齐未上场区域。
- 「势力与社群」「人文地理要点」无则空数组;有则每条写清舞台作用,禁止百科句。
- 「类型滤镜」不得连带输出该类型常见元素清单。
- 「未展开范围」建议填写,防止下游过度补全。
- 不要输出具体实例名片、生成规则、变量表、叙事文风或演员规格。
本步完成的定义:
- 舞台尺度已能被体验解释;
- 基底与变造可被下游引用(或明确未定);
- 关键舞台区已覆盖玩家会反复碰到的背景;
- 舞台外留黑已交代;
- 剩余点名条目属于「具体实例」,生成方式属于「生成规则」。
```
## checklist
```checklist
- [ ] 尺度是否由体验决定(而非题材默认地图)?
- [ ] 是否采用「基底 + 变造」,且变点可引用?
- [ ] 是否只细化关键舞台区,舞台外有「未展开范围」?
- [ ] 有无写成设定百科、接壤全图或完整世界史?
- [ ] 类型滤镜若出现,是否只作氛围/体裁参照而非套件勾选?
- [ ] 与美学/机制是否矛盾或越权重做?
- [ ] 是否误写成具体实例名单或生成规则?
- [ ] 开放问题是否都真正影响本步结论(无则空)?
```
## examples
```examples
好 · 尺度随体验收缩:
- 体验「普通大学生活」→ 舞台=一所大学的几个系与周边街区;基底=现代都市校园;变点可无或很轻;未展开=国家政治与国际局势。
- 体验「作为韩国顶级财阀」→ 同属现代都市基底,但舞台升到财阀—国家—跨国资本;关键舞台区=董事会、政商宴、舆论与监管场合。
好 · 抽象舞台:
- 「魔族与人族对峙割据」作为关键舞台区名称;格局要点写前线、禁忌地带、两边话语;不画大陆全图。
好 · 变造落句:
- 基底「现代都市」;变点「几乎无国别之分,冲突在城市与公司层发生」;或「中美关系两极化渗入日常消费与舆论」。
好 · 滤镜作参照:
- 类型滤镜=「赛博朋克气质」;说明=巨企与霓虹夜城压迫感;不自动追加义体市场、全部帮派地图。
坏:
- 「先写完整七大国、货币史、三万年神话…」→ 百科,无舞台优先。
- 「选一个类型:硬科幻/太空歌剧/赛博朋克/…(全表)」→ 题材套件菜单。
- 「因为是日常所以不要任何社会结构」→ 否定式路由;日常也可以有系馆权力与阶层天井。
- 「地点1XX咖啡馆店主叫…」→ 具体实例,不是蓝图骨架。
```