feat(kb): 新增提案工作流、proposals 目录与 tpl-proposal，同步模板与 skill

Co-authored-by: Cursor <cursoragent@cursor.com>

.cursor/skills/inbox-process/SKILL.md

@@ -7,6 +7,23 @@ description: Use when processing inbox files, archiving eureka notes, updating b
 
 ## 流程概览
 
+```
+📥 Inbox 文件
+       ↓
+ 是指令还是提案？（用户未标明则必须询问）
+       ↓
+ ┌──────┴──────┐
+ 指令 (Fix)        提案 (Idea)
+ 直接改 SSOT       不改 SSOT
+       ↓                ↓
+ 阶段一：分析      写入 kb/proposals/P-xxx
+       ↓                ↓
+ 阶段二：执行      填写 targets、初始影响分析
+ 更新/新建 bible    归档 Inbox，提示「已转为提案 P-xxx，可在 [[xxx]] 底部看到」
+ 与 beat → 归档
+```
+
+**指令路径**（与原有流程一致）：
 ```
 阶段一：分析（只读，不修改任何文件）
   ↓ 输出分析报告，等待人确认
@@ -16,12 +33,21 @@ description: Use when processing inbox files, archiving eureka notes, updating b
 
 ---
 
-## 阶段一：分析（不修改任何文件）
+## 入口：指令 vs 提案
 
-1. 完整阅读该 inbox 文件
-2. 识别其中提到的所有实体（角色、世界观、节拍）
-3. 对每个实体，判断需要执行什么操作
-4. **暂停，输出分析报告，等待人确认**
+1. 完整阅读该 inbox 文件。
+2. **若用户未标明是指令还是提案**，必须先询问：
+   - 「这份内容是指令（直接按此修改 SSOT）还是提案（仅写入提案库供讨论）？」
+3. **提案**：走下方「提案分支」，不修改任何 Bible/Beat 正文。
+4. **指令**：走下方「阶段一：分析」→「阶段二：执行」。
+
+---
+
+## 阶段一：分析（仅指令路径；不修改任何文件）
+
+1. 识别其中提到的所有实体（角色、世界观、节拍）
+2. 对每个实体，判断需要执行什么操作
+3. **暂停，输出分析报告，等待人确认**
 
 ### 分析报告格式
 
@@ -41,6 +67,7 @@ description: Use when processing inbox files, archiving eureka notes, updating b
 | 新设定名 | 设定 | 新建 | 从模板新建 kb/bible/设定/xxx.md | — |
 | 佩佩-维修1 | beat | 更新 | Fiction 补充医生台词 | — |
 | 佩佩-维修4 | beat | 新建 | inbox 描述了新场景，尚无对应 beat | — |
+| 某设定 | 设定 | 废弃 | inbox 要求删掉该设定 → 改 status: deprecated，移入约定归档目录，不删除文件 | — |
 
 **待人确认的判断**
 - [ ] 冲突裁决：佩佩年龄 22 vs 25，是否以本次为准？
@@ -56,7 +83,20 @@ description: Use when processing inbox files, archiving eureka notes, updating b
 
 ---
 
-## 阶段二：执行（收到确认后）
+## 提案分支（Inbox 被标为提案时）
+
+1. **创建提案文件**：从 `template/tpl-proposal.md` 复制到 `kb/proposals/P-{序号}_{简短标题}.md`。序号取当前 `kb/proposals/` 下未占用的最小三位数（如无则 P-001）。
+2. **填写 frontmatter**：
+   - `targets`：本提案针对的 Bible/Beat，用 wikilink 数组，如 `[[kb/bible/角色/佩佩]]`、`[[kb/beats/佩佩-维修1]]`（与 Dataview 关联，必填）。
+   - `summary`：与「核心创意」一致的一句话。
+   - `created`、`author` 等按需填写。
+3. **撰写正文**：核心创意、详细内容、**初始影响分析 (Snapshot)**（基于当前 kb 版本，列出可能受影响的 Beat/Bible 与冲突点），讨论记录可留空。
+4. **归档 Inbox**：按「阶段二」步骤 3 加 frontmatter 并移入 `inbox/archived/`；`aggregated_to` 中写上对应提案路径，如 `[kb/proposals/P-001_佩佩机器人化.md]`。
+5. **提示用户**：「已转为提案 P-xxx，你可以在 [[角色名]] / [[Beat 名]] 的页面底部看到该提案。」
+
+---
+
+## 阶段二：执行（仅指令路径；收到确认后）
 
 ### 步骤 1：更新或新建 bible 与 beat
 
@@ -64,7 +104,7 @@ description: Use when processing inbox files, archiving eureka notes, updating b
 - 将新信息加入对应 SSOT 小节，用 **加粗关键词** 领起，句末标来源
 - 同步更新「叙事时间线」表格：新增剧情点、补全关联 Beat、更新状态
 - 与现有信息冲突 → 在「冲突」小节记录两版 + 来源，不自行解决
-- **来源索引**：本流程中引用的来源在步骤 4 会归档；补全或更新「来源索引」时，链接使用**已归档路径** `[[inbox/archived/文件名]]`（同一次处理中在归档完成后补全）
+- **来源索引**：本流程中引用的来源在步骤 3 会移入 `inbox/archived/`。补全或更新「来源索引」时，**直接使用移动后的归档路径** `[[inbox/archived/文件名]]`。此时文件尚在 inbox/ 下、链接会暂时失效是预期行为，无需担心；归档完成后链接即可用。
 
 **没有 bible → 新建**
 - 角色：从 `template/tpl-character.md` 复制到 `kb/bible/角色/{名称}.md`
@@ -159,4 +199,5 @@ git commit -m "inbox: 处理并归档 {文件名}，更新 {涉及实体}"
 - **不确定不写入 SSOT 或 Fiction**：标 `[#TBD]` 而非猜测
 - **每次变更必须写 changelog**：日期、内容、来源三列必填
 - **阶段一不修改任何文件**：收到确认前只分析不执行
-- **AI 新建的文件必须标记**：bible 和 beat 均在 frontmatter 加 `created_by: ai`
+- **AI 新建的文件必须标记**：bible 和 beat 均在 frontmatter 加 `created_by: ai`
+- **不物理删除**：AI 无权删除任何文件。若 inbox 要求「删掉设定/角色/节拍 X」，执行**废弃**——将该条目的 `status` 改为 `archived` 或 `deprecated`，按 `kb/README.md` 约定移动至指定文件夹（若有），changelog 记录废弃原因；绝不使用删除文件的动作。