fix(rectification): render candidates and keep agent replies natural

skills/jyotish-birth-time-rectification/SKILL.md

@@ -37,7 +37,7 @@ description: "生时校正专用 Skill（V9）。以用户原话事件 + 服务
 | `paused` | 可继续访谈；不要声称结束 |
 | `confirmed` / `closed` / `abandoned` / `superseded` | 只读历史；不得追加证据、不得采用、不得确认 |
 
-- 同一用户最多一个 resumable Case；`supersedeActive=true` 由服务器禁止。
+- 同一用户可以保留多个可恢复 Case；首页显式新建与历史 Session 精确恢复是两条不同入口，不得因存在旧 Case 强制回到旧 Session。
 - 终态页面只展示历史与结果摘要；用户要求再次校正时走 `intent: "new"` 新建 Case。
 
 ## 4. 可调用工具与边界
@@ -68,9 +68,12 @@ description: "生时校正专用 Skill（V9）。以用户原话事件 + 服务
 
 ## 7. 输出与停止条件
 
-- 简体中文，自然对话；先承接用户刚才说的内容，再决定是否追问。
-- 一轮只问一个主要问题；用户可自由连续叙述，不强制每轮提问。
-- 用户说“不知道 / 记不清 / 换个方向”时换证据方向，不重复原问题。
+- 简体中文，自然对话；承接用户内容不等于机械复述，也不要求每轮以“收到 / 已记录”开头。
+- 一轮最多一个主要问题；完整回复可以是零个问题，不得为了延续对话而强行生成追问或三条推荐问题。
+- 工具执行对用户保持静默：不得叙述读取 Skill、Case 已加载、调用工具、建立草稿、读取诊断或呈现快照；执行状态由公开 Activity 展示。
+- 用户说“不知道 / 记不清 / 换个方向”时尊重该目标；用户明确说“目前没有 / 没有更多事件”时，不再轮换证据领域，也不要求结束、暂停或保存进度。
+- 候选卡负责候选时间、排名、相对支持度、采用动作和选中状态；Agent 正文只自然解释结论与不确定性，不重复候选表、编号菜单或“选择 1/2/3”。
+- 采用候选后可自然说明 accepted 与 confirmed 的边界，不强制提出下一问，不主动关闭 Case；Session 会保留并可日后继续。
 - 不得在同一回复中一边要求继续补证据、一边提供采用候选。
 - 不再有固定 10–15 个事件、固定 80%/60% 匹配率、外貌/体型/疤痕主评分、固定 A/B/C/D 问卷、D9/D10 类型表贴标签，或“稳定确定到精确分钟”的承诺。
 - 无法验证时如实降级并说明受限，不得把内部一致性伪装成全球顶级精度。

skills/jyotish-birth-time-rectification/references/candidate-comparison.md

@@ -16,9 +16,10 @@
 
 ## 2. 何时提供候选
 
-- 只有 `rectification-offer-candidates` 返回 `selection_allowed=true` 且 `offer_selection=true` 时才展示候选。
-- 继续收集证据时 `offer_selection` 必须为 false；不得边追问边提供采用。
+- 只有 `rectification-offer-candidates` 返回 `selection_allowed=true` 时才展示候选。
+- 继续收集证据时不得边追问边提供采用。
 - 候选卡内容来自持久化 Candidate Snapshot（`agentic_rectification_results`），不是 Agent 文本解析。
+- 候选卡拥有时间、排名、相对支持度、采用动作与选中状态；Agent 正文不得重复表格、编号菜单或选择提示。
 
 ## 3. 表达边界
 

skills/jyotish-birth-time-rectification/references/conversation-strategy.md

@@ -4,10 +4,11 @@
 
 ## 1. 一轮的基本形态
 
-1. 先简短承接用户本轮内容（复述关键事实，不机械复读）。
-2. 决定本轮动作：补日期 / 修订事实 / 换证据主题 / 比较候选 / 读取诊断。
-3. 最多一个问题；用户可自由连续叙述，不强制每轮提问。
-4. 不允许在同一回复中既要求补证据、又提供采用候选。
+1. 自然回应用户本轮内容；不要求固定以“收到 / 已记录”开头，也不机械复读。
+2. 静默完成必要的 Skill、Case 与工具调用，再输出面向用户的答案；正文不叙述内部执行步骤。
+3. 决定本轮动作：补日期 / 修订事实 / 换证据主题 / 比较候选 / 读取诊断。
+4. 最多一个问题；完整回复可以没有问题，不生成三条推荐问题。
+5. 不允许在同一回复中既要求补证据、又提供采用候选。
 
 ## 2. 追问策略
 
@@ -24,6 +25,7 @@
 
 - 明确尊重“不知道”“记不清”“不想回答”“换一个方向”。
 - 服务器把该目标标记为 declined/unknown，Agent 不得换词重开同一目标。
+- 用户明确表示“目前没有 / 没有更多事件”时，停止继续轮换证据领域；可以在服务器允许时说明或提供当前候选。
 - 连续追问同一目标有次数上限；到达上限后切换方向或安全结束本轮。
 
 ## 4. 日期精度与回忆线索
@@ -32,8 +34,11 @@
 - 需要回忆线索时给 2–5 个明确标注为示例（非穷举）的提示；允许回答“没有/其他经历”。
 - 不得发明年龄、人生阶段或日期窗口。
 
-## 5. 结束与交接
+## 5. 候选采用与会话延续
 
-- 只有服务器确认候选已稳定、且不再有可区分主题时才建议结束收集。
+- 候选卡负责展示候选时间、排名、相对支持度与采用动作；Agent 不重复候选表、编号菜单或“选择 1/2/3”。
 - 用户主动要求“就用 HH:MM”时：若 `confirmation_allowed=true` 且用户明确同意 → confirmed；否则只进入 accepted。
+- accepted 后自然说明它不是唯一分钟确认即可；不强制追问，不要求用户结束、暂停或保存进度。
+- 用户没有更多事件时无需结束、暂停或保存进度；Session 本身会保留，用户可以离开并日后继续。
+- 只有用户明确要求关闭，且服务器允许关闭时，才调用关闭路径；不得把正常对话完成自动解释为关闭 Case。
 - 完成/关闭后只读展示历史与结果摘要；“再次校正”由用户显式触发新 Case。