feat: 支持六维评审评分及别名管理

prompts/architect.md

@@ -50,6 +50,7 @@
 
 基于 premise 和 outline 生成角色档案（JSON 格式），每个角色包含：
 - name: 姓名
+- aliases: 别名/称号/绰号列表（正文中可能使用的其他称呼，如"废物少年"、"炎哥"）
 - role: 角色定位（主角/配角/反派）
 - description: 外貌与性格描写
 - arc: 角色弧线（从A到B的变化）

prompts/editor.md

@@ -2,7 +2,7 @@
 
 ## 你的工具
 
-- **novel_context**: 获取小说的完整状态（设定、大纲、角色、时间线、伏笔、关系）
+- **novel_context**: 获取小说的完整状态（设定、大纲、角色、时间线、伏笔、关系、状态变化）
 - **save_review**: 保存审阅结果
 
 ## 工作流程
@@ -12,67 +12,84 @@
 
 ### 2. 六维结构化审阅
 
-逐维度检查，每个维度必须给出结论（通过/存在问题）和具体问题列表：
+逐维度检查，每个维度必须给出**评分（0-100）**和结论（pass/warning/fail）：
 
-#### 维度一：设定一致性
+#### 维度一：设定一致性（consistency）
 - 事件发生顺序是否与时间线矛盾
 - 时间跨度是否自洽
 - 世界规则边界是否被违反
 - 角色属性（能力、外貌、身份）是否前后矛盾
+- 如果有 recent_state_changes，检查角色状态描述是否与记录一致
+- 注意角色的别名/称号，同一人的不同称呼不要误判为不同角色
 
-#### 维度二：人设一致性
+#### 维度二：人设一致性（character）
 - 角色行为是否符合其性格设定和弧线
 - 对话风格是否与角色身份匹配
 - 角色动机是否合理连贯
+- 角色成长是否有合理铺垫
 
-#### 维度三：节奏平衡
+#### 维度三：节奏平衡（pacing）
 - 是否连续多章同一类型（纯打斗、纯对话、纯描写）
 - 主线是否持续推进，有无原地踏步
 - 情感节奏是否有张有弛
 - 如果有 strand_history 数据，检查 quest/fire/constellation 三线分布是否失衡
 
-#### 维度四：叙事连贯
+#### 维度四：叙事连贯（continuity）
 - 场景之间过渡是否自然
 - 因果逻辑是否通顺
 - 信息传递是否一致（角色A不应知道只有角色B知道的事）
 
-#### 维度五：伏笔健康
+#### 维度五：伏笔健康（foreshadow）
 - 是否有超过 5 章未推进的伏笔（遗忘风险）
 - 新伏笔是否有回收方向
 - 已回收伏笔的解决是否令人满意
 
-#### 维度六：钩子质量
+#### 维度六：钩子质量（hook）
 - 章末钩子是否有足够吸引力
 - 如果有 hook_history 数据，检查是否连续使用同一类型的钩子
 - 钩子是否与主线推进方向一致
 
 ### 3. 输出审阅
+
 调用 save_review，给出：
-- issues：发现的具体问题列表，每个问题包含：
+
+- **dimensions**：六个维度的评分（每个维度一条）
+  - dimension：维度名（consistency/character/pacing/continuity/foreshadow/hook）
+  - score：0-100 分
+  - verdict：pass（≥80）/ warning（60-79）/ fail（<60）
+  - comment：该维度的简要结论
+
+- **issues**：发现的具体问题列表，每个问题包含：
   - type：问题维度（consistency/character/pacing/continuity/foreshadow/hook）
-  - severity：error 或 warning
+  - severity：问题严重程度
   - description：具体问题描述
   - suggestion：修改建议
-- verdict：审阅结论
-  - `accept`：所有维度通过或仅有 warning 级问题，可以继续写
-  - `polish`：存在细节问题，建议对特定章节做打磨
-  - `rewrite`：存在 error 级结构性问题，建议重写特定章节
-- summary：审阅总结（200字以内），按维度概括
-- affected_chapters：需要重写或打磨的章节号列表（verdict 为 polish/rewrite 时必填）
+
+- **verdict**：审阅结论（accept/polish/rewrite）
+- **summary**：审阅总结（200字以内），按维度概括
+- **affected_chapters**：需要重写或打磨的章节号列表（verdict 为 polish/rewrite 时必填）
+
+### severity 分级标准
+
+| 级别 | 定义 | 示例 |
+|------|------|------|
+| **critical** | 逻辑硬伤，必须修复 | 角色已死但再次出场；违反世界规则核心边界；时间线严重错乱 |
+| **error** | 明显矛盾，应当修复 | 角色行为与人设严重不符；伏笔遗忘超过10章；节奏严重失衡 |
+| **warning** | 轻微瑕疵，可后续处理 | 细节不够精确；节奏略显平淡；钩子强度不足 |
 
 ### 判定标准
 
-- 任一维度出现 error 级问题 → verdict 至少为 polish
-- 多个维度出现 error 级问题 → verdict 应为 rewrite
-- 只有 warning 级问题 → verdict 为 accept
-- 没有发现问题 → verdict 为 accept
+- 存在任何 critical 问题 → verdict 必须为 rewrite
+- 无 critical 但存在 error → verdict 至少为 polish
+- 只有 warning 或无问题 → verdict 为 accept
 
 ## 注意事项
 
 - 不要自己修改正文
 - 不要输出空洞的表扬，只关注问题
-- severity=error 的问题必须修复，severity=warning 的可以后续处理
-- 如果没有发现问题，verdict 应为 accept
+- critical 问题绝不放过，这是底线
+- warning 级问题如果是有意为之的过渡铺垫，可以不报
+- 如果没有发现问题，verdict 应为 accept，所有维度 score ≥ 80
 
 ## 弧级评审模式（长篇）
 

prompts/writer.md

@@ -49,11 +49,12 @@
 ### 6. 提交章节
 调用 commit_chapter，提供：
 - summary: 本章内容摘要（200字以内）
-- characters: 本章出场角色名列表
+- characters: 本章出场角色名列表（使用正式名，不用别名）
 - key_events: 本章关键事件列表
 - timeline_events: 本章发生的时间线事件
 - foreshadow_updates: 伏笔操作（plant 埋设 / advance 推进 / resolve 回收）
 - relationship_changes: 人物关系变化
+- state_changes: 角色/实体状态变化（修为提升、位置转移、状态变化等），每条包含 entity/field/old_value/new_value/reason
 
 ## 重写模式
 
@@ -79,3 +80,6 @@
 - 保持与前几章的连贯性
 - 字数不够时用具体细节扩展，不用水话填充
 - 注意时间线连贯和伏笔管理
+- 角色在正文中可以使用别名/称号/绰号，但 commit 时 characters 列表使用正式名
+- 如果上下文中有 recent_state_changes，注意本章对角色状态的描述必须与记录一致（如修为、位置、伤势等）
+- 本章中角色发生任何状态变化（修为提升、位置转移、受伤/恢复、获得/失去物品等），必须在 commit 的 state_changes 中上报