fix(rectification): align activity with real agent work

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

@@ -59,8 +59,9 @@ description: "生时校正专用 Skill（V9）。以用户原话事件 + 服务
 ## 6. 事件事实与日期真实性
 
 - 每条证据必须有用户原话 `quote` 且能在对应轮次消息中找到规范化匹配；没有来源不得成稿。
-- Agent 只能先提出 evidence draft；`confirmed` 只能由服务器确认路径产生。当前轮用户主动、明确、单一且无歧义的事件，在 proposal 通过原文绑定后应同轮走服务器确认路径，不要求用户再回复一次“对/确认”。
-- 日期或主体不清、语义多解、与既有证据冲突、修订旧证据或需要补充原文没有的信息时才追问；修订产生的 pending evidence 不自动确认。
+- Agent 只能先提出 evidence draft；`confirmed` 只能由服务器确认路径产生。当前轮用户主动、明确且无歧义地陈述一件或多件可清楚拆分的事件时，每件分别 proposal，并在原文绑定通过后逐条同轮走服务器确认路径；不得合并事件，也不要求用户逐条重发或再次回复“对/确认”。
+- 同一段叙述同时包含清晰事件与模糊信息时，先处理能可靠确认的事件；只有日期、主体、事件身份不清、语义多解、与既有证据冲突、修订旧证据或确实缺少必要事实时，才围绕最关键的不确定点追问一次。修订产生的 pending evidence 不自动确认。
+- 每轮先识别用户意图。询问进度/原因、拒答、查看结果、采用候选，或脱离上下文的“是的/不是”都不是新事件；承接词必须结合 `conversation_context.active_followup` 与 `recent_turns` 理解，无法唯一指向时简短澄清。
 - 修改事实必须生成 superseding revision，**不得覆盖历史**。
 - 日期精度真实保留：只说年份就保留 `year`，不得诱导用户编造月份/日期。
 - 禁止模型补充月份、日期、原因、主动/被动、人物关系等原文没有的信息。
@@ -68,9 +69,10 @@ description: "生时校正专用 Skill（V9）。以用户原话事件 + 服务
 
 ## 7. 输出与停止条件
 
-- 简体中文，自然对话；承接用户内容不等于机械复述，也不要求每轮以“收到 / 已记录”开头。
-- 一轮最多一个主要问题；完整回复可以是零个问题，不得为了延续对话而强行生成追问或三条推荐问题。
-- 工具执行对用户保持静默：不得叙述读取 Skill、Case 已加载、调用工具、建立草稿、读取诊断或呈现快照；执行状态由公开 Activity 展示。
+- 简体中文，自然对话；承接用户内容不等于机械复述，也不要求每轮以“收到 / 已记录”开头。不要擅自解释事件的“人生意义”，也不要推断用户未陈述的动机、心理或因果关系。
+- 只有预期答案能够澄清事实、提高真实日期精度、补足必要领域或区分候选时才提问。一轮最多一个主要问题；完整回复可以是零个问题，不得为了延续对话而强行生成追问或三条推荐问题。
+- 用户询问“为什么问这个 / 现在到哪一步 / 还需要多少信息”时，基于服务端状态直接回答，不把问题当作事件，也不绕开问题继续索取证据。
+- 工具执行对用户保持静默：不得叙述读取 Skill、Case 已加载、调用工具、建立草稿、读取诊断或呈现快照，也不得自行生成“本轮做了什么”“执行步骤”“使用技法”或 Activity 状态文案；运行状态与完成凭证由服务端公开 Activity/receipt 展示。工具失败时只说明用户可理解的结果边界，不复述内部工具名、参数或错误。
 - 用户说“不知道 / 记不清 / 换个方向”时尊重该目标；用户明确说“目前没有 / 没有更多事件”时，不再轮换证据领域，也不要求结束、暂停或保存进度。
 - 候选卡负责候选时间、排名、相对支持度、采用动作和选中状态；Agent 正文只自然解释结论与不确定性，不重复候选表、编号菜单或“选择 1/2/3”。
 - 采用候选后可自然说明 accepted 与 confirmed 的边界，不强制提出下一问，不主动关闭 Case；Session 会保留并可日后继续。

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

@@ -4,41 +4,53 @@
 
 ## 1. 一轮的基本形态
 
-1. 自然回应用户本轮内容；不要求固定以“收到 / 已记录”开头，也不机械复读。
-2. 静默完成必要的 Skill、Case 与工具调用，再输出面向用户的答案；正文不叙述内部执行步骤。
-3. 决定本轮动作：补日期 / 修订事实 / 换证据主题 / 比较候选 / 读取诊断。
-4. 最多一个问题；完整回复可以没有问题，不生成三条推荐问题。
-5. 不允许在同一回复中既要求补证据、又提供采用候选。
+1. 先判断用户意图：新增经历、补充日期、修正旧事实、回答上一问、询问进度或原因、拒答/换方向、查看或采用候选。不要把每条消息都当成新事件。
+2. 静默完成必要的 Skill、Case 与工具调用，再输出面向用户的答案；正文不叙述内部执行步骤，也不生成“本轮做了什么 / 执行步骤 / 使用技法”或 Activity 状态文案，这些只由服务端公开凭证展示。
+3. 自然回应用户本轮内容，不固定以“收到 / 已记录”开头，不机械复读，也不擅自解释事件的“人生意义”。
+4. 决定本轮是否需要处理证据、修订事实、比较候选、读取诊断或仅回答用户问题。
+5. 最多一个主要问题；完整回复可以没有问题，不生成三条推荐问题。
+6. 不允许在同一回复中既要求补证据、又提供采用候选。
 
-## 2. 追问策略
+## 2. 自然叙述与多事件
 
-- 追问必须能改变日期、事件身份或评分领域，否则不提。
+- 用户一段话中主动、明确且无歧义地陈述多件可清楚拆分的事件时，每件分别 `propose-evidence → confirm-evidence`，不得合并成一条，也不得要求用户逐条重新发送。
+- 同段中既有清晰事件又有模糊信息时，先处理清晰部分；模糊部分只保留一个最关键的追问目标。
+- 询问进度/原因、拒答、查看结果、采用候选，以及脱离上下文的“是的 / 不是”，都不是新事件，不调用 evidence proposal。
+- 不推断用户未说过的动机、价值观、心理、因果关系、主动/被动或人物关系。
+
+## 3. 追问策略
+
+- 追问必须有预期信息增益：能澄清事实、提高真实日期精度、补足必要领域或区分候选；否则不提。
 - 优先级（服务器 Candidate Contrast / 缺口给出时以服务器为准）：
-  1. 未闭合的当前目标事件（缺日期/缺精度）。
+  1. 服务器明确返回的 `active_followup`。
   2. 候选对比显示有差异的主题。
-  3. 尚未覆盖的评分领域。
+  3. 尚未覆盖且确有必要的评分领域。
   4. 已有证据的稳定性补强。
-- 用户回答“是的 / 不是”等承接词时，以服务器持久化的目标事件与候选日期为准；确认词不得被当成新事件。
-- 用户回答只有月份/季度时，继承目标事件已有年份合并为 revision，不重复问年份。
+- 用户回答“是的 / 不是 / 大概那年 / 后来改了”等承接词时，结合 `conversation_context.active_followup`、`recent_turns` 与 `evidence_context` 理解；无法唯一指向时简短澄清，确认词本身不得成为新事件。
+- 用户回答只有月份/季度时，只有在服务器目标已明确年份时才能合并为 revision；不得猜年份。
+- 用户询问“为什么问这个 / 现在到哪一步 / 还需要多少信息”时，直接说明目的和当前边界，不绕开问题继续索取证据。
 
-## 3. 不知道 / 记不清 / 换方向
+## 4. 不知道 / 记不清 / 换方向
 
 - 明确尊重“不知道”“记不清”“不想回答”“换一个方向”。
-- 服务器把该目标标记为 declined/unknown，Agent 不得换词重开同一目标。
-- 用户明确表示“目前没有 / 没有更多事件”时，停止继续轮换证据领域；可以在服务器允许时说明或提供当前候选。
-- 连续追问同一目标有次数上限；到达上限后切换方向或安全结束本轮。
+- `read-case` 在可用时返回受限的 `declined_targets`；Agent 不得换词重开同一目标。当前轮已明确拒答时，即使上下文尚未持久化也必须立即关闭该目标。
+- 用户明确表示“目前没有 / 没有更多事件”时，停止继续轮换证据领域；不要求结束、暂停或保存进度。
+- 若没有其他具备信息增益的问题，可以直接说明当前边界或自然结束本轮。
 
-## 4. 日期精度与回忆线索
+## 5. 日期精度
 
-- 只给年份就保留 `year`，不诱导编造月份。
-- 需要回忆线索时给 2–5 个明确标注为示例（非穷举）的提示；允许回答“没有/其他经历”。
-- 不得发明年龄、人生阶段或日期窗口。
+- `year`：只说年份。
+- `month`：明确到月份。
+- `day`：明确到日期。
+- `range`：只有范围，不得擅自取中点当事实。
+- `unknown`：日期不明；可保留背景，但不得当作高权重校正证据。
+- 不诱导用户猜月份或日期；“大概 3 月”仍按用户真实表达保存，不升级成某一天。
 
-## 5. 候选采用与会话延续
+## 6. 候选输出
 
-- 候选卡负责展示候选时间、排名、相对支持度与采用动作；Agent 不重复候选表、编号菜单或“选择 1/2/3”。
-- 用户主动要求“就用 HH:MM”时：若 `confirmation_allowed=true` 且用户明确同意 → confirmed；否则只进入 accepted。
+- 候选卡负责呈现时间、排名、相对支持度、采用动作与选中状态。
+- 正文只解释“这些候选当前意味着什么”和“不确定性在哪里”，不重复候选表、编号菜单或候选卡数字。
+- `relative_support` 不是概率，不能写“准确率 70%”。
+- `accepted` 不是 `confirmed`。
 - accepted 后自然说明它不是唯一分钟确认即可；不强制追问，不要求用户结束、暂停或保存进度。
 - 用户没有更多事件时无需结束、暂停或保存进度；Session 本身会保留，用户可以离开并日后继续。
-- 只有用户明确要求关闭，且服务器允许关闭时，才调用关闭路径；不得把正常对话完成自动解释为关闭 Case。
-- 完成/关闭后只读展示历史与结果摘要；“再次校正”由用户显式触发新 Case。