From 4656f76b1f99d5ff145e2963be1b8114e9576f4e Mon Sep 17 00:00:00 2001
From: bottlefish <781230111@qq.com>
Date: Tue, 24 Feb 2026 16:58:12 +0800
Subject: [PATCH] =?UTF-8?q?skill:=20inbox-process=20=E6=AD=A5=E9=AA=A4?=
 =?UTF-8?q?=E9=87=8D=E7=BC=96=E5=8F=B7=E5=B9=B6=E7=A7=BB=E9=99=A4=20Beat?=
 =?UTF-8?q?=E2=86=92Bible=20=E5=8F=8D=E5=90=91=E5=90=8C=E6=AD=A5?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

Co-authored-by: Cursor <cursoragent@cursor.com>
---
 .cursor/skills/inbox-process/SKILL.md | 26 ++++----------------------
 1 file changed, 4 insertions(+), 22 deletions(-)

diff --git a/.cursor/skills/inbox-process/SKILL.md b/.cursor/skills/inbox-process/SKILL.md
index 9f801ea..1fe0ffe 100644
--- a/.cursor/skills/inbox-process/SKILL.md
+++ b/.cursor/skills/inbox-process/SKILL.md
@@ -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：输出处理摘要
 
 ```
 ## 处理摘要 [日期]