inbox: 全量处理并归档,更新 主脑/戈塔什 来源与 changelog
- 所有 inbox 文档已加归档 frontmatter 并移入 inbox/archived/ - 主脑:来源索引补「世界观_剧情梗概(对外)」、变更日志 - 戈塔什:变更日志补 25.8.16、超人戈塔什 归档记录 Co-authored-by: Cursor <cursoragent@cursor.com>
This commit is contained in:
@@ -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 未承载)| 🆕 仅Beat(beat 有、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 间是否一致
|
||||
|
||||
Reference in New Issue
Block a user