6.4 KiB
6.4 KiB
name, description
| name | description |
|---|---|
| inbox-process | Use when processing inbox files, archiving eureka notes, updating bible from new information, running inbox workflow. 处理 inbox、处理 eureka、挨个跑 inbox 流程、处理并归档 inbox. 执行「处理 Inbox / Eureka」全流程（识别实体、更新/新建 bible 与 beat、Beat→Bible 反向同步、归档），归档为流程最后一步。 |
Inbox 处理与归档
流程概览
阶段一：分析（只读，不修改任何文件）
↓ 输出分析报告，等待人确认
阶段二：执行（收到确认后）
↓ 更新/新建 bible 与 beat → Beat→Bible 反向同步 → 标记 TBD → 归档 → 输出摘要
阶段一：分析（不修改任何文件）
- 完整阅读该 inbox 文件
- 识别其中提到的所有实体（角色、世界观、节拍）
- 对每个实体，判断需要执行什么操作
- 暂停，输出分析报告，等待人确认
分析报告格式
📥 Inbox 分析：{文件名}
**涉及实体**
- 角色：xxx、xxx
- 设定：xxx、xxx
- Beat：xxx（inbox 内容直接涉及具体场景或对话时列出）
**建议操作**
| 实体 | 类型 | 操作 | 具体内容 | 是否有冲突 |
|------|------|------|---------|-----------|
| 佩佩 | 角色 | 更新 | 年龄改为22岁，职称改为广告部画师 | ⚠️ 与现有年龄25冲突 |
| 原型 | 设定 | 无需变更 | inbox 内容已在 bible 中覆盖 | — |
| 新设定名 | 设定 | 新建 | 从模板新建 kb/bible/设定/xxx.md | — |
| 佩佩-维修1 | beat | 更新 | Fiction 补充医生台词 | — |
| 佩佩-维修4 | beat | 新建 | inbox 描述了新场景，尚无对应 beat | — |
**待人确认的判断**
- [ ] 冲突裁决：佩佩年龄 22 vs 25，是否以本次为准？
- [ ] 新建 beat 佩佩-维修4：Fiction 草稿是否符合预期？
- [ ] xxx
**请回复以下选项：**
- `执行全部` — 执行所有建议，冲突项记录到冲突表不自行解决
- `逐条确认` — 逐条列出，逐条回复是/否
- `跳过` — 不处理，直接移入 inbox/archived/，不更新任何 bible 或 beat
- 或直接告诉我你的修改意见
阶段二：执行（收到确认后）
步骤 1：更新或新建 bible 与 beat
已有 bible → 更新
- 将新信息加入对应 SSOT 小节，用 加粗关键词 领起，句末标来源
- 同步更新「叙事时间线」表格：新增剧情点、补全关联 Beat、更新状态
- 与现有信息冲突 → 在「冲突」小节记录两版 + 来源，不自行解决
- 来源索引：本流程中引用的来源在步骤 4 会归档；补全或更新「来源索引」时，链接使用已归档路径
[[inbox/archived/文件名]]（同一次处理中在归档完成后补全）
没有 bible → 新建
- 角色：从
template/tpl-character.md复制到kb/bible/角色/{名称}.md - 设定：从
template/tpl-worldbuilding.md复制到kb/bible/设定/{名称}.md - 替换所有
{{name}}、{{term_name}}占位符，不要写 Templater 标签 - 在 frontmatter 加
created_by: ai
已有 beat → 更新
- 若涉及 Fiction 内容：更新正文，在变更日志注明来源
- 若涉及 reveals：按步骤 2 的反向同步逻辑处理
- 若涉及 status 变更：更新 frontmatter
没有 beat → 新建
- 从
template/tpl-beat.md复制到kb/beats/{id}.md - 替换占位符，填写 frontmatter 中能确定的字段
- status：若有具体 Fiction 草稿（至少一句话）→
draft；若仅因索引/叙事时间线需要而新建、尚无具体内容 →backlog - Fiction：draft 时必须有至少一句话的草稿；backlog 时可为占位句（如「待写」），不能只有 YAML
- 在 frontmatter 加
created_by: ai - 新建后必须回到对应 bible 的叙事时间线加一行：draft 标
🚧 草稿，backlog 标🔹 无Beat或🚧 待写
步骤 2：标记不确定处
不确定的信息标记 [#TBD: 说明]，不要凭猜测写入 SSOT 或 Fiction。
步骤 3：归档 inbox 文件
确认主要内容已归纳到对应 bible 或 beat 后，在文件最顶部加归档 frontmatter，再移动文件：
---
archived: true
archived_date: YYYY-MM-DD
aggregated_to: [佩佩, 原型, kb/beats/佩佩-维修1.md]
note: 可选；仅在不完整时写「内容已聚合，但XX部分未处理」
---
aggregated_to（必填）：已聚合到的 bible/beat 条目名或相对路径note（可选）：仅当部分内容未处理时填写
| 情况 | 动作 |
|---|---|
| 内容已归纳到位 | 移入 inbox/archived/ |
| 明显未落地 | 留在 inbox，不归档 |
| 不确定是否完整处理 | note 注明未处理部分后移入 archived |
步骤 4：git commit
git add .
git commit -m "inbox: 处理并归档 {文件名}，更新 {涉及实体}"
步骤 5：输出处理摘要
## 处理摘要 [日期]
### 新建
- kb/bible/角色/xxx.md（AI 新建，来源：{inbox文件名}）
- kb/beats/xxx.md（AI 新建，来源：{inbox文件名}）
### 更新
- kb/bible/角色/yyy.md：补充了{具体内容}
- kb/beats/zzz.md：Fiction 补充台词；叙事时间线状态更新为 ✅
### 无需变更
- xxx：inbox 内容已在 bible 中覆盖，无新增信息
### 发现的冲突
- [冲突主题]：版本A（来源）vs 版本B（来源），已记录到冲突表，待人裁决
### 已归档
- inbox/{文件名} → inbox/archived/{文件名}（aggregated_to: [xxx, yyy]）
### 需人类决定
- [ ] 问题1
- [ ] 问题2
信息边界（Bible vs Beat）
- Beat：游戏内事件信息（场景、发生什么、玩家经历、信息在哪里揭示）；叙事时间线由 beat 驱动，AI 同步，人不手动维护事件性内容。
- Bible：事件之外的信息（角色是谁、设定规则、跨叙事静态事实）；不人工维护动态/事件性内容。索引或时间线遇到需新建 beat 时即建 beat，标
backlog。
约束（任何情况下均适用）
- 不自行解决冲突：记录两版 + 来源，等人裁决
- 不做创意判断：只做信息整理，不评价设定对错
- 不确定不写入 SSOT 或 Fiction：标
[#TBD]而非猜测 - 每次变更必须写 changelog：日期、内容、来源三列必填
- 阶段一不修改任何文件：收到确认前只分析不执行
- AI 新建的文件必须标记：bible 和 beat 均在 frontmatter 加
created_by: ai