skill: inbox-process 步骤重编号并移除 Beat→Bible 反向同步

Co-authored-by: Cursor <cursoragent@cursor.com>
2026-02-24 16:58:12 +08:00
parent a174c417df
commit 4656f76b1f
1 changed files with 4 additions and 22 deletions
@@ -85,29 +85,11 @@ description: Use when processing inbox files, archiving eureka notes, updating b
 - 在 frontmatter 加 `created_by: ai`
 - **新建后必须回到对应 bible 的叙事时间线加一行**：draft 标 `🚧 草稿`，backlog 标 `🔹 无Beat` 或 `🚧 待写`

-### 步骤 2：Beat → Bible 反向同步
-
-若 reveals 包含角色/设定的事实性信息（身份、关系、机制、规则），同步更新对应 bible 的 SSOT 区，并检查叙事时间线：
-
-| 情况 | 处理方式 |
-|------|---------|
-| 叙事时间线已有对应行，内容一致 | 补上 beat 链接，状态改 `✅` |
-| 叙事时间线已有对应行，内容有出入 | 状态改 `⚠️`，在冲突表记录 |
-| 叙事时间线没有对应行 | 新增一行，状态标 `🆕 仅Beat` |
-
-叙事时间线状态含义：
- `✅` 已落地：bible 与 beat 双向一致
- `🔹` 无Beat：bible 有、beat 未承载或 beat 为 backlog
- `🆕` 仅Beat：beat 有揭示、bible 未记录
- `⚠️` 有出入：双方内容/粒度不一致
- `🚧` 草稿：beat 为 draft 状态
- `🚧` 待写：beat 为 backlog 状态（需存在但尚未落稿）
-
-### 步骤 3：标记不确定处
+### 步骤 2：标记不确定处

 不确定的信息标记 `[#TBD: 说明]`，不要凭猜测写入 SSOT 或 Fiction。

-### 步骤 4：归档 inbox 文件
+### 步骤 3：归档 inbox 文件

 确认主要内容已归纳到对应 bible 或 beat 后，在文件最顶部加归档 frontmatter，再移动文件：

@@ -129,14 +111,14 @@ note: 可选；仅在不完整时写「内容已聚合，但XX部分未处理」
 | 明显未落地 | **留在 inbox**，不归档 |
 | 不确定是否完整处理 | `note` 注明未处理部分后移入 archived |

-### 步骤 5：git commit
+### 步骤 4：git commit

 ```
 git add .
 git commit -m "inbox: 处理并归档 {文件名}，更新 {涉及实体}"
 ```

-### 步骤 6：输出处理摘要
+### 步骤 5：输出处理摘要

 ```
 ## 处理摘要 [日期]