refactor(template): 模板开篇必读结构并同步 kb/template

Co-authored-by: Cursor <cursoragent@cursor.com>
This commit is contained in:
2026-02-24 16:20:25 +08:00
co-authored by Cursor
parent e110c270b7
commit 97ba5752d6
6 changed files with 247 additions and 447 deletions
+6 -4
View File
@@ -4,7 +4,7 @@ type: beat
beat_type: "" # 维修 | 场景对话 | 梦境 | 特殊 beat_type: "" # 维修 | 场景对话 | 梦境 | 特殊
day: "" # 留空则进入 outline 的 Backlog day: "" # 留空则进入 outline 的 Backlog
order_in_day: 0 order_in_day: 0
status: draft # draft | review | locked status: draft # draft | backlog | review | locked (backlog=需存在但尚未落稿)
dev_status: fiction # fiction | playable | function | prototype | close dev_status: fiction # fiction | playable | function | prototype | close
emotional_tone: "" # 情绪基调,例:"压抑/解脱" "荒诞/温暖" emotional_tone: "" # 情绪基调,例:"压抑/解脱" "荒诞/温暖"
summary: "" # 一句话概述 summary: "" # 一句话概述
@@ -33,6 +33,8 @@ tags: [beat]
## 变更日志 ## 变更日志
| 日期 | 变更内容 | 决策理由 | > 有溯源时,决策理由需引用来源(如 [[inbox/archived/xxx]])。
|------|---------|---------|
| | | | | 日期 | 变更内容 | 决策理由 | 来源 |
|------|---------|---------|------|
| | | | |
+65 -121
View File
@@ -14,138 +14,82 @@ related_worldbuilding: []
--- ---
## 🔒 1. 权威设定 (SSOT) — 单一信息源区 ## 一句话(给人 / AI 快速抓意图)
> *单一信源区,仅通过变更日志修改;下游文档以此为准。* > **核心矛盾**:{一句话,如:想象和创造力与命令和效率之间的矛盾}
> *写作约定:每段用 **加粗关键词** 领起,句末标 `(来源)` 便于溯源;小节可按实际信息增减,不必机械填满。* > **一句话描述**:{如:医生,连太阳和树叶的颜色都分不清,我还能画画么}
<!--
SSOT 写作风格指南:
1. 核心简述真正短——1~2 句点明角色核心矛盾,不塞细节
2. 各小节用「**加粗关键词**:一句话说明」格式,不写长段落
3. 每条事实在句末标注来源,如 `(落地全剧情)`,方便溯源
4. 涉及其他实体时用 [[wikilink]] 关联
5. 无信息的小节直接省略,不留空壳
示范参考:kb/bible/角色/特罗菲姆.md
-->
### 1.0 核心简述
> - **核心矛盾**:{一句话,如:想象和创造力与命令和效率之间的矛盾}
> - **一句话描述**:{一句话,如:医生,连太阳和树叶的颜色都分不清,我还能画画么}
### 1.1 基础信息
- **名称**
- **代号/别名**
- **年龄**
- **职业/机体类型**
- **性别**:(可选)
### 1.2 视觉设定(可选)
- **描述**:{外貌/场景中的视觉描述}
- **图片**:{参考图/立绘路径,可留空}
### 1.3 特征
- **{关键词}**:{短句说明}(来源)
- **{关键词}**:{短句说明}(来源)
- *涉及他者时用 [[角色名]]、[[设定名]] 关联。*
### 1.4 核心机制与 Gameplay 锚点(可选)
- **机制描述**:{机制如何和角色心理/叙事绑定}(来源)
- **Gameplay 体现**:{关键流程/节拍中的体现}(来源)
### 1.5 台词(可选)
- **说话方式**:{句式、节奏、习惯}
- **代表台词**
- "…"
- "…"
### 1.6 前史与核心矛盾
- **{阶段/事件}**:{短句,写清楚角色怎么变成现在这样}(来源)
- **{阶段/事件}**:{同上}(来源)
- *可多用 [[bible]] 关联。*
### 1.7 实体关系网 (Entity Graph)
- **[[角色A]]**:{这段关系的本质和张力}
- **[[角色B]]**{同上}
- *涉及设定时链 [[设定/xxx]]。*
### 1.8 叙事时间线 (Narrative Timeline)
> *聚合该角色所有已知剧情动态,按叙事顺序排列。「关联 Beat」为空 = 尚无 beat 承载。Bible ↔ Beat 双向同步此表。*
> *状态:✅ 已落地(bible 与 beat 一致) | 🔹 无Beatbible 有、beat 未承载) | 🆕 仅Beatbeat 有揭示、bible 未记录,需反向补 SSOT) | ⚠️ 有出入(双方内容/粒度不一致) | 🚧 草稿(beat 为 draft*
| # | 阶段 | 剧情点 | 关联 Beat | 状态 | 来源 |
|---|------|--------|-----------|------|------|
| | | | | | |
#### 关联 Beats(自动索引)
> *dataview 自动生成,与上表交叉核对:出现在此但不在上表 = 表格待补;出现在上表但不在此 = beat 的 characters 字段待补。新建时把 `"角色名"` 替换为 frontmatter 的 `id`。*
```dataview
TABLE file.link AS "Beat", day AS "Day", beat_type AS "类型"
FROM "beats"
WHERE contains(characters, "角色名")
SORT day ASC, order_in_day ASC
```
--- ---
## ⏳ 2. 待确认 / 待办 ## 自然语言介绍
- [ ] {待决项 1} 用连贯的自然语言介绍该角色,面向「不知道这个人的人」,连贯不代表不分段,以人阅读舒适为核心诉求:
- [ ] {待决项 2}
*无则写「无」或省略。* - **是谁**:身份、职业、在故事里的位置。
- **核心矛盾与弧线**:内心冲突、前史如何造就现状、在剧情中的变化。
- **和谁相关**:提到其他角色或设定时用 [[wikilink]] 关联。
像一篇短说明文即可。人和 AI 读完后应能快速建立心智模型,细节放到下方「权威设定详情」里。
--- ---
## ⚠️ 3. 冲突记录 > [!abstract]- 权威设定详情(SSOT,点击展开)
> 单一信源区,仅通过变更日志修改;下游文档以此为准。以下为结构化明细。
| 冲突点 | 版本A | 版本B | 来源 | 状态 | >
|--------|-------|-------|------|------| > ### 基础信息
| | | | | 待裁决 / ✅ 已决议 | > - **名称/别名**
> - **年龄**
*已决议可保留并标 ✅;决议说明可归档至 `kb/decisions` 后在此留简短引用。* > - **职业/机体类型**
> - **性别**:(可选)
>
> ### 视觉设定(可选)
> - **描述**:{外貌/场景中的视觉描述}
> - **图片**:{参考图/立绘路径}
>
> ### 特征
> - **{关键词}**:{短句说明}(来源)
> - *涉及他者时用 [[角色名]]、[[设定名]] 关联。*
>
> ### 核心机制与 Gameplay 锚点(可选)
> - **机制描述**:{机制如何和角色心理/叙事绑定}
> - **Gameplay 体现**{关键流程/节拍中的体现}
>
> ### 台词(可选)
> - **说话方式**:{句式、节奏、习惯}
> - **代表台词**"…"
>
> ### 前史与核心矛盾
> - **{阶段/事件}**:{短句}(来源)
>
> ### 实体关系网
> - **[[角色A]]**:{这段关系的本质和张力}
> - **[[设定/xxx]]**{同上}
>
> ### 关联 Beats(自动索引)
> ```dataview
> TABLE file.link AS "Beat", day AS "Day", beat_type AS "类型"
> FROM "kb/beats"
> WHERE contains(characters, "角色名")
> SORT day ASC, order_in_day ASC
> ```
--- ---
## 📋 4. 变更日志 > [!todo]- 待确认 / 待办 · 冲突记录(点击展开)
> - [ ] {待决项 1}
| 日期 | 变更内容 | 决策理由 | 来源 | > - [ ] {待决项 2}
|------|---------|---------|------| >
| | | | | > **冲突记录**
> | 冲突点 | 版本A | 版本B | 来源 | 状态 |
> |--------|-------|-------|------|------|
--- ---
## 🔗 5. 来源索引 (Context & Index) > [!info]- 变更日志 · 来源索引(点击展开)
> **变更日志**(仅记录**内容**变更;结构重构等记入项目 [[CHANGELOG]]
> *放在最后。点击条目可跳转原文;下表概括各来源「主要提供的信息」。正常流程下被引用的来源已归档,链接使用 `inbox/archived/` 路径。* > | 日期 | 变更内容 | 决策理由 | 来源 |
> |------|---------|---------|------|
### 核心设定源 >
> **来源索引**
| # | 来源 | 主要提供的信息 | > | # | 来源 | 主要提供的信息 |
|---|------|----------------| > |---|------|----------------|
| 1 | [[inbox/archived/xxx]] | {该来源主要提供的信息} |
| 2 | [[inbox/archived/yyy]] | {同上} |
### 角色/关系与世界观(可选)
| # | 来源 | 主要提供的信息 |
|---|------|----------------|
| | [[inbox/archived/zzz]] | {同上} |
### 参考与会议(可选)
| # | 来源 | 主要提供的信息 |
|---|------|----------------|
| | | |
*无来源时本节可留空或写「待补充」。*
+52 -97
View File
@@ -15,114 +15,69 @@ related_worldbuilding: []
--- ---
## 🔒 1. 权威设定 (SSOT) — 单一信息源区 ## 一句话(给人 / AI 快速抓意图)
> *单一信源区,仅通过变更日志修改;下游文档以此为准。* > **{{term_name}}**:{用一两句自然语言说明「这是什么、在故事里起什么作用」。假设读者完全不知道这个概念。}
> *写作约定:每段用 **加粗关键词** 领起,句末标 `(来源)` 便于溯源;小节可按实际信息增减,不必机械填满。*
<!--
SSOT 写作风格指南:
1. 核心简述真正短——1~2 句点明该设定在剧情中的锚点,不塞细节
2. 各小节用「**加粗关键词**:一句话说明」格式,不写长段落
3. 每条事实在句末标注来源,如 `(落地全剧情)`,方便溯源
4. 涉及其他实体时用 [[wikilink]] 关联
5. 无信息的小节直接省略,不留空壳
示范参考:kb/bible/角色/特罗菲姆.md(角色示范,写法通用)
-->
### 1.0 核心简述(可选)
> {一两句:该设定在剧情中的锚点。}
### 1.1 核心定义
- **{关键词}**:{短句,权威定义}(来源)
- **{关键词}**:{补充定义}(来源)
### 1.2 关键特征
- **{关键词}**:{规则、边界、例外}(来源)
### 1.3 历史背景
- **{阶段/事件}**:{该设定如何形成、演变}(来源)
### 1.4 实体关系网(可选)
*若该设定与角色、其他设定强绑定时填写。*
- **[[角色A]]**{关系简述}
- **[[设定/xxx]]**{同上}
### 1.5 叙事时间线(可选)
> *若该设定在剧情中有关键揭示/变化点,可按叙事顺序列出。「关联 Beat」为空 = 尚无 beat 承载。Bible ↔ Beat 双向同步此表。*
> *状态:✅ 已落地(bible 与 beat 一致) | 🔹 无Beatbible 有、beat 未承载) | 🆕 仅Beatbeat 有揭示、bible 未记录,需反向补 SSOT) | ⚠️ 有出入(双方内容/粒度不一致) | 🚧 草稿(beat 为 draft*
| # | 阶段 | 剧情点/揭示 | 关联 Beat | 状态 | 来源 |
|---|------|-------------|-----------|------|------|
| | | | | | |
#### 关联 Beats(自动索引)
> *dataview 自动生成,与上表交叉核对:出现在此但不在上表 = 表格待补;出现在上表但不在此 = beat 的 terms 字段待补。*
```dataview
TABLE day AS "Day", beat_type AS "类型", file.link AS "Beat"
FROM "beats"
WHERE contains(terms, this.id)
SORT day ASC
```
--- ---
## ⏳ 3. 待确认 / 待办 ## 自然语言介绍
- [ ] {待决项 1} 用连贯的自然语言介绍该设定,面向「不知道这个概念的人」连贯不代表不分段,以人阅读舒适为核心诉求:
- [ ] {待决项 2}
*无则写「无」或省略。* - **是什么**:用日常类比或一句话定义说清概念。
- **在剧情里**:对故事、角色、玩家体验有什么影响。
- **和谁相关**:提到关键角色或设定时用 [[wikilink]] 关联。
像一篇短说明文即可。人和 AI 读完后应能快速建立心智模型,细节放到下方「权威设定详情」里。
--- ---
## ⚠️ 4. 冲突记录 > [!abstract]- 权威设定详情(SSOT,点击展开)
> 单一信源区,仅通过变更日志修改;下游文档以此为准。以下为结构化明细,需要查定义、流程时展开。
| 冲突点 | 版本A | 版本B | 来源 | 状态 | >
|--------|-------|-------|------|------| > ### 核心定义
| | | | | 待裁决 / ✅ 已决议 | > - **{关键词}**:{短句,权威定义}(来源)
> - **{关键词}**:{补充定义}(来源)
*已决议可保留并标 ✅;决议说明可归档至 `kb/decisions` 后在此留简短引用。* >
> ### 关键特征
> - **{关键词}**:{规则、边界、例外}(来源)
>
> ### 历史背景
> - **{阶段/事件}**:{该设定如何形成、演变}(来源)
>
> ### 实体关系网(可选)
> - **[[角色A]]**{关系简述}
> - **[[设定/xxx]]**{同上}
>
> ### 关联 Beats(自动索引)
> ```dataview
> TABLE day AS "Day", beat_type AS "类型", file.link AS "Beat"
> FROM "kb/beats"
> WHERE contains(terms, this.id)
> SORT day ASC
> ```
--- ---
## 📋 5. 变更日志 > [!todo]- 待确认 / 待办 · 冲突记录(点击展开)
> - [ ] {待决项 1}
| 日期 | 变更内容 | 决策理由 | 来源 | > - [ ] {待决项 2}
|------|---------|---------|------| >
| | | | | > **冲突记录**
> | 冲突点 | 版本A | 版本B | 来源 | 状态 |
> |--------|-------|-------|------|------|
> | | | | | 待裁决 / ✅ 已决议 |
--- ---
## 🔗 6. 来源索引 (Context & Index) > [!info]- 变更日志 · 来源索引(点击展开)
> **变更日志**(仅记录**内容**变更;结构重构等记入项目 [[CHANGELOG]]
> *放在最后。点击条目可跳转原文;下表概括各来源「主要提供的信息」。正常流程下被引用的来源已归档,链接使用 `inbox/archived/` 路径。* > | 日期 | 变更内容 | 决策理由 | 来源 |
> |------|---------|---------|------|
### 核心设定源 > | | | | |
>
| # | 来源 | 主要提供的信息 | > **来源索引**
|---|------|----------------| > | # | 来源 | 主要提供的信息 |
| 1 | [[inbox/archived/xxx]] | {该来源主要提供的信息} | > |---|------|----------------|
| 2 | [[inbox/archived/yyy]] | {同上} | > | 1 | [[inbox/archived/xxx]] | {该来源主要提供的信息} |
### 角色/关系与世界观(可选)
| # | 来源 | 主要提供的信息 |
|---|------|----------------|
| | [[inbox/archived/zzz]] | {同上} |
### 参考与会议(可选)
| # | 来源 | 主要提供的信息 |
|---|------|----------------|
| | | |
*无来源时本节可留空或写「待补充」。*
+6 -4
View File
@@ -4,7 +4,7 @@ type: beat
beat_type: "" # 维修 | 场景对话 | 梦境 | 特殊 beat_type: "" # 维修 | 场景对话 | 梦境 | 特殊
day: "" # 留空则进入 outline 的 Backlog day: "" # 留空则进入 outline 的 Backlog
order_in_day: 0 order_in_day: 0
status: draft # draft | review | locked status: draft # draft | backlog | review | locked (backlog=需存在但尚未落稿)
dev_status: fiction # fiction | playable | function | prototype | close dev_status: fiction # fiction | playable | function | prototype | close
emotional_tone: "" # 情绪基调,例:"压抑/解脱" "荒诞/温暖" emotional_tone: "" # 情绪基调,例:"压抑/解脱" "荒诞/温暖"
summary: "" # 一句话概述 summary: "" # 一句话概述
@@ -33,6 +33,8 @@ tags: [beat]
## 变更日志 ## 变更日志
| 日期 | 变更内容 | 决策理由 | > 有溯源时,决策理由需引用来源(如 [[inbox/archived/xxx]])。
|------|---------|---------|
| | | | | 日期 | 变更内容 | 决策理由 | 来源 |
|------|---------|---------|------|
| | | | |
+66 -124
View File
@@ -14,138 +14,80 @@ related_worldbuilding: []
--- ---
## 🔒 1. 权威设定 (SSOT) — 单一信息源区 ## 一句话(给人 / AI 快速抓意图)
> *单一信源区,仅通过变更日志修改;下游文档以此为准。* > **核心矛盾**:{一句话,如:想象和创造力与命令和效率之间的矛盾}
> *写作约定:每段用 **加粗关键词** 领起,句末标 `(来源)` 便于溯源;小节可按实际信息增减,不必机械填满。* > **一句话描述**:{如:医生,连太阳和树叶的颜色都分不清,我还能画画么}
<!--
SSOT 写作风格指南:
1. 核心简述真正短——1~2 句点明角色核心矛盾,不塞细节
2. 各小节用「**加粗关键词**:一句话说明」格式,不写长段落
3. 每条事实在句末标注来源,如 `(落地全剧情)`,方便溯源
4. 涉及其他实体时用 [[wikilink]] 关联
5. 无信息的小节直接省略,不留空壳
示范参考:kb/bible/角色/特罗菲姆.md
-->
### 1.0 核心简述
> - **核心矛盾**:{一句话,如:想象和创造力与命令和效率之间的矛盾}
> - **一句话描述**:{一句话,如:医生,连太阳和树叶的颜色都分不清,我还能画画么}
### 1.1 基础信息
- **名称**
- **代号/别名**
- **年龄**
- **职业/机体类型**
- **性别**:(可选)
### 1.2 视觉设定(可选)
- **描述**{外貌/场景中的视觉描述}
- **图片**{参考图/立绘路径,可留空}
### 1.3 特征
- **{关键词}**{短句说明}(来源)
- **{关键词}**{短句说明}(来源)
- *涉及他者时用 [[角色名]]、[[设定名]] 关联。*
### 1.4 核心机制与 Gameplay 锚点(可选)
- **机制描述**:{机制如何和角色心理/叙事绑定}(来源)
- **Gameplay 体现**{关键流程/节拍中的体现}(来源)
### 1.5 台词(可选)
- **说话方式**{句式、节奏、习惯}
- **代表台词**
- "…"
- "…"
### 1.6 前史与核心矛盾
- **{阶段/事件}**:{短句,写清楚角色怎么变成现在这样}(来源)
- **{阶段/事件}**{同上}(来源)
- *可多用 [[bible]] 关联。*
### 1.7 实体关系网 (Entity Graph)
- **[[角色A]]**:{这段关系的本质和张力}
- **[[角色B]]**{同上}
- *涉及设定时链 [[设定/xxx]]。*
### 1.8 叙事时间线 (Narrative Timeline)
> *聚合该角色所有已知剧情动态,按叙事顺序排列。「关联 Beat」为空 = 尚无 beat 承载。Bible ↔ Beat 双向同步此表。*
> *状态:✅ 已落地(bible 与 beat 一致) | 🔹 无Beatbible 有、beat 未承载) | 🆕 仅Beatbeat 有揭示、bible 未记录,需反向补 SSOT) | ⚠️ 有出入(双方内容/粒度不一致) | 🚧 草稿(beat 为 draft*
| # | 阶段 | 剧情点 | 关联 Beat | 状态 | 来源 |
|---|------|--------|-----------|------|------|
| | | | | | |
#### 关联 Beats(自动索引)
> *dataview 自动生成,与上表交叉核对:出现在此但不在上表 = 表格待补;出现在上表但不在此 = beat 的 characters 字段待补。新建时把 `"角色名"` 替换为 frontmatter 的 `id`。*
```dataview
TABLE file.link AS "Beat", day AS "Day", beat_type AS "类型"
FROM "beats"
WHERE contains(characters, "角色名")
SORT day ASC, order_in_day ASC
```
--- ---
## ⏳ 2. 待确认 / 待办 ## 自然语言介绍
- [ ] {待决项 1} 用 2~5 段连贯文字介绍该角色,面向「不知道这个人的人」:
- [ ] {待决项 2}
*无则写「无」或省略。* - **是谁**:身份、职业、在故事里的位置。
- **核心矛盾与弧线**:内心冲突、前史如何造就现状、在剧情中的变化。
- **和谁相关**:提到其他角色或设定时用 [[wikilink]] 关联。
不必分 1.0 / 1.1,像一篇短人物小传即可。细节(基础信息、视觉、台词)放到下方「权威设定详情」里。
--- ---
## ⚠️ 3. 冲突记录 > [!abstract]- 权威设定详情(SSOT,点击展开)
> 单一信源区,仅通过变更日志修改;下游文档以此为准。以下为结构化明细。
| 冲突点 | 版本A | 版本B | 来源 | 状态 | >
|--------|-------|-------|------|------| > ### 基础信息
| | | | | 待裁决 / ✅ 已决议 | > - **名称/别名**
> - **年龄**
*已决议可保留并标 ✅;决议说明可归档至 `kb/decisions` 后在此留简短引用。* > - **职业/机体类型**
> - **性别**:(可选)
>
> ### 视觉设定(可选)
> - **描述**{外貌/场景中的视觉描述}
> - **图片**{参考图/立绘路径}
>
> ### 特征
> - **{关键词}**{短句说明}(来源)
> - *涉及他者时用 [[角色名]]、[[设定名]] 关联。*
>
> ### 核心机制与 Gameplay 锚点(可选)
> - **机制描述**{机制如何和角色心理/叙事绑定}
> - **Gameplay 体现**{关键流程/节拍中的体现}
>
> ### 台词(可选)
> - **说话方式**{句式、节奏、习惯}
> - **代表台词**"…"
>
> ### 前史与核心矛盾
> - **{阶段/事件}**{短句}(来源)
>
> ### 实体关系网
> - **[[角色A]]**:{这段关系的本质和张力}
> - **[[设定/xxx]]**{同上}
>
> ### 关联 Beats(自动索引)
> ```dataview
> TABLE file.link AS "Beat", day AS "Day", beat_type AS "类型"
> FROM "kb/beats"
> WHERE contains(characters, "角色名")
> SORT day ASC, order_in_day ASC
> ```
---
> [!todo]- 待确认 / 待办 · 冲突记录(点击展开)
> - [ ] {待决项 1}
> - [ ] {待决项 2}
>
> **冲突记录**
> | 冲突点 | 版本A | 版本B | 来源 | 状态 |
> |--------|-------|-------|------|------|
--- ---
## 📋 4. 变更日志 > [!info]- 变更日志 · 来源索引(点击展开)
> **变更日志**(仅记录**内容**变更;结构重构等记入项目 [[CHANGELOG]]
| 日期 | 变更内容 | 决策理由 | 来源 | > | 日期 | 变更内容 | 决策理由 | 来源 |
|------|---------|---------|------| > |------|---------|---------|------|
| | | | | >
> **来源索引**
--- > | # | 来源 | 主要提供的信息 |
> |---|------|----------------|
## 🔗 5. 来源索引 (Context & Index)
> *放在最后。点击条目可跳转原文;下表概括各来源「主要提供的信息」。正常流程下被引用的来源已归档,链接使用 `inbox/archived/` 路径。*
### 核心设定源
| # | 来源 | 主要提供的信息 |
|---|------|----------------|
| 1 | [[inbox/archived/xxx]] | {该来源主要提供的信息} |
| 2 | [[inbox/archived/yyy]] | {同上} |
### 角色/关系与世界观(可选)
| # | 来源 | 主要提供的信息 |
|---|------|----------------|
| | [[inbox/archived/zzz]] | {同上} |
### 参考与会议(可选)
| # | 来源 | 主要提供的信息 |
|---|------|----------------|
| | | |
*无来源时本节可留空或写「待补充」。*
+52 -97
View File
@@ -15,114 +15,69 @@ related_worldbuilding: []
--- ---
## 🔒 1. 权威设定 (SSOT) — 单一信息源区 ## 一句话(给人 / AI 快速抓意图)
> *单一信源区,仅通过变更日志修改;下游文档以此为准。* > **{{term_name}}**:{用一两句自然语言说明「这是什么、在故事里起什么作用」。假设读者完全不知道这个概念。}
> *写作约定:每段用 **加粗关键词** 领起,句末标 `(来源)` 便于溯源;小节可按实际信息增减,不必机械填满。*
<!--
SSOT 写作风格指南:
1. 核心简述真正短——1~2 句点明该设定在剧情中的锚点,不塞细节
2. 各小节用「**加粗关键词**:一句话说明」格式,不写长段落
3. 每条事实在句末标注来源,如 `(落地全剧情)`,方便溯源
4. 涉及其他实体时用 [[wikilink]] 关联
5. 无信息的小节直接省略,不留空壳
示范参考:kb/bible/角色/特罗菲姆.md(角色示范,写法通用)
-->
### 1.0 核心简述(可选)
> {一两句:该设定在剧情中的锚点。}
### 1.1 核心定义
- **{关键词}**:{短句,权威定义}(来源)
- **{关键词}**{补充定义}(来源)
### 1.2 关键特征
- **{关键词}**:{规则、边界、例外}(来源)
### 1.3 历史背景
- **{阶段/事件}**:{该设定如何形成、演变}(来源)
### 1.4 实体关系网(可选)
*若该设定与角色、其他设定强绑定时填写。*
- **[[角色A]]**{关系简述}
- **[[设定/xxx]]**{同上}
### 1.5 叙事时间线(可选)
> *若该设定在剧情中有关键揭示/变化点,可按叙事顺序列出。「关联 Beat」为空 = 尚无 beat 承载。Bible ↔ Beat 双向同步此表。*
> *状态:✅ 已落地(bible 与 beat 一致) | 🔹 无Beatbible 有、beat 未承载) | 🆕 仅Beatbeat 有揭示、bible 未记录,需反向补 SSOT) | ⚠️ 有出入(双方内容/粒度不一致) | 🚧 草稿(beat 为 draft*
| # | 阶段 | 剧情点/揭示 | 关联 Beat | 状态 | 来源 |
|---|------|-------------|-----------|------|------|
| | | | | | |
#### 关联 Beats(自动索引)
> *dataview 自动生成,与上表交叉核对:出现在此但不在上表 = 表格待补;出现在上表但不在此 = beat 的 terms 字段待补。*
```dataview
TABLE day AS "Day", beat_type AS "类型", file.link AS "Beat"
FROM "beats"
WHERE contains(terms, this.id)
SORT day ASC
```
--- ---
## ⏳ 3. 待确认 / 待办 ## 自然语言介绍
- [ ] {待决项 1} 用 2~5 段连贯文字介绍该设定,面向「不知道这个概念的人」:
- [ ] {待决项 2}
*无则写「无」或省略。* - **是什么**:用日常类比或一句话定义说清概念。
- **在剧情里**:对故事、角色、玩家体验有什么影响。
- **和谁相关**:提到关键角色或设定时用 [[wikilink]] 关联。
不必分 1.0 / 1.1,像一篇短说明文即可。人和 AI 读完后应能快速建立心智模型,细节放到下方「权威设定详情」里。
--- ---
## ⚠️ 4. 冲突记录 > [!abstract]- 权威设定详情(SSOT,点击展开)
> 单一信源区,仅通过变更日志修改;下游文档以此为准。以下为结构化明细,需要查定义、流程时展开。
| 冲突点 | 版本A | 版本B | 来源 | 状态 | >
|--------|-------|-------|------|------| > ### 核心定义
| | | | | 待裁决 / ✅ 已决议 | > - **{关键词}**:{短句,权威定义}(来源)
> - **{关键词}**{补充定义}(来源)
*已决议可保留并标 ✅;决议说明可归档至 `kb/decisions` 后在此留简短引用。* >
> ### 关键特征
> - **{关键词}**:{规则、边界、例外}(来源)
>
> ### 历史背景
> - **{阶段/事件}**:{该设定如何形成、演变}(来源)
>
> ### 实体关系网(可选)
> - **[[角色A]]**{关系简述}
> - **[[设定/xxx]]**{同上}
>
> ### 关联 Beats(自动索引)
> ```dataview
> TABLE day AS "Day", beat_type AS "类型", file.link AS "Beat"
> FROM "kb/beats"
> WHERE contains(terms, this.id)
> SORT day ASC
> ```
--- ---
## 📋 5. 变更日志 > [!todo]- 待确认 / 待办 · 冲突记录(点击展开)
> - [ ] {待决项 1}
| 日期 | 变更内容 | 决策理由 | 来源 | > - [ ] {待决项 2}
|------|---------|---------|------| >
| | | | | > **冲突记录**
> | 冲突点 | 版本A | 版本B | 来源 | 状态 |
> |--------|-------|-------|------|------|
> | | | | | 待裁决 / ✅ 已决议 |
--- ---
## 🔗 6. 来源索引 (Context & Index) > [!info]- 变更日志 · 来源索引(点击展开)
> **变更日志**(仅记录**内容**变更;结构重构等记入项目 [[CHANGELOG]]
> *放在最后。点击条目可跳转原文;下表概括各来源「主要提供的信息」。正常流程下被引用的来源已归档,链接使用 `inbox/archived/` 路径。* > | 日期 | 变更内容 | 决策理由 | 来源 |
> |------|---------|---------|------|
### 核心设定源 > | | | | |
>
| # | 来源 | 主要提供的信息 | > **来源索引**
|---|------|----------------| > | # | 来源 | 主要提供的信息 |
| 1 | [[inbox/archived/xxx]] | {该来源主要提供的信息} | > |---|------|----------------|
| 2 | [[inbox/archived/yyy]] | {同上} | > | 1 | [[inbox/archived/xxx]] | {该来源主要提供的信息} |
### 角色/关系与世界观(可选)
| # | 来源 | 主要提供的信息 |
|---|------|----------------|
| | [[inbox/archived/zzz]] | {同上} |
### 参考与会议(可选)
| # | 来源 | 主要提供的信息 |
|---|------|----------------|
| | | |
*无来源时本节可留空或写「待补充」。*