Capture/kb/template/tpl-character.md

id, type, aliases, status, created, updated, tags, related_characters, related_worldbuilding

id	type	aliases	status	created	updated	tags	related_characters	related_worldbuilding
	character		active			character

{{name}}

---

🔒 1. 权威设定 (SSOT) — 单一信息源区

单一信源区，仅通过变更日志修改；下游文档以此为准。 写作约定：每段用 加粗关键词 领起，句末标 （来源） 便于溯源；小节可按实际信息增减，不必机械填满。

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 一致） | 🔹 无Beat（bible 有、beat 未承载） | 🆕 仅Beat（beat 有揭示、bible 未记录，需反向补 SSOT） | ⚠️ 有出入（双方内容/粒度不一致） | 🚧 草稿（beat 为 draft）

#	阶段	剧情点	关联 Beat	状态	来源

关联 Beats（自动索引）

dataview 自动生成，与上表交叉核对：出现在此但不在上表 = 表格待补；出现在上表但不在此 = beat 的 characters 字段待补。新建时把 "角色名" 替换为 frontmatter 的 id。

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} 无则写「无」或省略。

---

⚠️ 3. 冲突记录

冲突点	版本A	版本B	来源	状态
				待裁决 / ✅ 已决议

已决议可保留并标 ✅；决议说明可归档至 kb/decisions 后在此留简短引用。

---

📋 4. 变更日志

日期	变更内容	决策理由	来源

---

🔗 5. 来源索引 (Context & Index)

放在最后。点击条目可跳转原文；下表概括各来源「主要提供的信息」。正常流程下被引用的来源已归档，链接使用 inbox/archived/ 路径。

核心设定源

#	来源	主要提供的信息
1	inbox/archived/xxx	{该来源主要提供的信息}
2	inbox/archived/yyy	{同上}

角色/关系与世界观（可选）

#	来源	主要提供的信息
	inbox/archived/zzz	{同上}

参考与会议（可选）

#	来源	主要提供的信息

无来源时本节可留空或写「待补充」。