inbox: 全量处理并归档,更新 主脑/戈塔什 来源与 changelog

- 所有 inbox 文档已加归档 frontmatter 并移入 inbox/archived/
- 主脑:来源索引补「世界观_剧情梗概(对外)」、变更日志
- 戈塔什:变更日志补 25.8.16、超人戈塔什 归档记录

Co-authored-by: Cursor <cursoragent@cursor.com>
This commit is contained in:
2026-02-24 12:55:49 +08:00
co-authored by Cursor
parent 87fe91fd8f
commit 70089864f5
80 changed files with 650 additions and 905 deletions
+10 -35
View File
@@ -80,51 +80,26 @@ Templater 语法对应:`<% await tp.system.prompt("提示", "默认值") %>`
- **以内容为核心**:场景+事件(如 诊室门口-年审公布)、角色+情境(如 佩佩-维修1)、梦境(如 梦-海边)
- 类型(beat_type)放 frontmatter,命名无需重复
## 角色与设定关联:Wikilink + Backlink
- **不再维护**beat 的 YAML 字段 `characters``terms`,以及 bible(角色/设定)的 `related_characters``related_worldbuilding`。这些字段不再作为权威来源,无需与正文双向同步。
- **做法**:在正文中通过 **wikilink**`[[角色名]]``[[设定名]]`)引用角色与设定;在 bible 或 base 中通过 **Obsidian 反向链接(backlink** 查看「哪些笔记引用了本条目」。
- **Beat**:可在正文中设「本片涉及」等小节,用 wikilink 列出本片涉及的角色与设定,便于 backlink 聚合。
- **Bible**:在 SSOT、实体关系网等正文处用 wikilink 引用相关角色与设定即可,无需在 frontmatter 重复维护列表。
## 处理 Inbox / Eureka
当被要求处理某个 inbox 文件时
1. 完整阅读该文件
2. 识别其中提到的所有实体(角色、世界观、节拍)
3. 对每个实体:
- 若已有 bible 文件:更新之,将新信息加入对应小节,并同步更新「叙事时间线」表格(新增剧情点、补全关联 Beat、标状态)
- 若没有:从模板在 `kb/bible/角色/`(角色)或 `kb/bible/设定/`(世界观)下新建
- 若与现有信息冲突:在「冲突」小节中记录,不要自行解决
4. **Beat → Bible 反向同步**:每次创建或更新 beat 后,检查该 beat 的 YAML `reveals` 字段:
- 若揭示了角色/设定的事实性信息(身份、关系、机制、规则),同步更新对应 bible 的 SSOT 区
- 若 bible 叙事时间线已有对应行 → 补上 beat 链接,确认内容一致改 `✅`,有出入改 `⚠️`
- 若 bible 叙事时间线没有对应行 → 新增一行,状态标 `🆕 仅Beat`
- 叙事时间线状态含义:✅ 已落地(双向一致)| 🔹 无Beat(bible 有、beat 未承载)| 🆕 仅Beatbeat 有、bible 未记录)| ⚠️ 有出入 | 🚧 草稿
5. 不确定处标记 `[#TBD]`
6. 更新该 eureka 文件的处理记录
7. 按以下格式输出摘要:
```
## 处理摘要 [日期]
### 新建
- kb/bible/角色/xxx.md 或 kb/bible/设定/xxx.md(来源:...
### 更新
- kb/bible/角色/yyy.md 或 kb/bible/设定/yyy.md:补充了关系信息
### 发现的冲突
- [主题]:版本 A 与版本 B,来源已注明
### 需人类决定
- [ ] 问题 1
- [ ] 问题 2
```
当被要求处理某个 inbox 文件时,按 **`.cursor/skills/inbox-process/SKILL.md`** 执行全流程(识别实体、更新/新建 bible、Beat→Bible 反向同步、归档、输出摘要)。流程与摘要格式以该 skill 为准。
## 一致性检查
当被要求执行一致性检查时:
1. **双向对账**:对照各 bible「叙事时间线」与 dataview 关联 Beats,逐条检查:
1. **双向对账**:对照各 bible「叙事时间线」与引用该 bible 的 Beats(通过 backlink 或正文 wikilink 可见),逐条检查:
- 表格有行但 beat 不存在 → 保持 `🔹 无Beat`
- beat 存在但表格无行 → 新增行,标 `🆕 仅Beat`
- 双方都有但内容/粒度不一致 → 标 `⚠️ 有出入`,在冲突记录或待确认中说明差异
- beat 的 characters/terms 漏填 → 补全
- (角色/设定与 beat 的关联以正文 wikilink 为准,不维护 beat 的 characters/terms 或 bible 的 related_*
2. **Beat → SSOT 反向补全**:检查每个 beat 的 YAML `reveals` 字段,若揭示了角色/设定的事实性信息但 bible SSOT 区未记录,标注待补并列入摘要
3. 校验角色状态在节拍间是否连续(弧线追踪)
4. 校验世界观设定在各 bible 间是否一致