diff --git a/docs/BUG_HISTORY.md b/docs/BUG_HISTORY.md index 811f598d..dd25cb72 100644 --- a/docs/BUG_HISTORY.md +++ b/docs/BUG_HISTORY.md @@ -4678,10 +4678,10 @@ - 根因:表来自 Case 快照、挂在消息列表末尾,却按聊天气泡的起始线排版,标题也只说“本命宫位”。 - 修复:宫位表单独放在消息列表后的 `rectification-snapshot`,表面与结果卡同类。标题改为“当前本命宫位”,并写明补充经历后会按新线索重算。时间选择卡不再进这个快照,见 BUG-312。 - 验证:`frontend/tests/rectification-agentic-entry.test.ts` 锁定快照容器在 `ChatMessageRow` 之外、不含候选卡、`aria-live`、重算文案,以及成功回合后 `loadCandidate`。 -- 防复发:宫位表必须在消息气泡外;文案必须说明随新线索重算。不得再用 `--assistant-content-inset` 把它扮成 Agent 正文。 +- 防复发:宫位表必须在消息气泡外;文案必须说明随新线索重算。列对齐用 snapshot 容器的 `--assistant-content-inset`,不得再用表上的 `padding-inline-start` 把它扮成 Agent 正文。 - 相关记录:BUG-307、BUG-310、BUG-312 - 复发自:BUG-310(对齐 Agent 正文后更像一条聊天) -- 修复版本:待提交 +- 修复版本:`4d872c68` ## BUG-312 | 生时纠正时间选择卡在线索未齐时直接出现,且不在 Agent 气泡下方 @@ -4694,7 +4694,39 @@ - 根因:候选卡和宫位表被捆在同一块始终可见的 `rectification-snapshot` 里。宫位表应当随线索更新;时间选择是“可以给出代表性时间”之后的采用动作,应对齐当轮 Agent 回复。 - 修复:候选卡只在 `selectionAllowed`、存在最近一条已落地且未失败的 Agent 正文、且当前不 busy/不重跑时,画在该条气泡和操作栏下方。生成中隐藏,避免挂在上一条气泡下。`--assistant-content-inset` 只用于这块卡片,不用于宫位表。 - 验证:`frontend/tests/rectification-agentic-entry.test.ts` 锁定候选卡在消息循环内、操作栏之后、快照容器之外,以及 `selectionAllowed` / `latestOfferMessageKey` / `!busy` 门。 -- 防复发:时间选择卡不得进 `rectification-snapshot`;不得在 `selectionAllowed` 之前或回合生成中显示。宫位表仍是消息外的 live 快照。 -- 相关记录:BUG-120、BUG-179、BUG-304、BUG-311 +- 防复发:时间选择卡不得进 `rectification-snapshot`;不得在 `selectionAllowed` 之前、回合生成中、或尚未 `rectification-offer-candidates` 时显示。宫位表仍是消息外的 live 快照。 +- 相关记录:BUG-120、BUG-179、BUG-304、BUG-311、BUG-313 - 复发自:BUG-120(过早出示采用卡);BUG-311(与宫位表捆成始终可见模块) +- 修复版本:`4d872c68` + +## BUG-313 | 相邻分钟还分不开时,生时纠正就把时间选择卡提前拿出来 + +- 状态:resolved +- 首次发现:2026-08-20 +- 最近更新:2026-08-20 +- 影响面:生时纠正候选卡、`next_user_action`、`rectification-offer-candidates` +- 用户现象:相对支持度约 34 / 33 / 33 的相邻分钟已经出现“当前可能的出生时间”采用卡。文案自己也说还不能确认唯一分钟,但采用动作已经摆在对话里。 +- 触发条件:比较已经跑过,引擎 `selection_allowed=true`,方法层仍有 `next_followup`(例如关系/事业还能区分),Agent 还在收集。 +- 根因:`selection_allowed` 只表示可以采用代表性时间。UI 用它直接画卡;`buildNextUserAction` 也在仍有下一问时把本轮动作写成 adopt,并把 follow-up 推迟。相邻分钟平台因此被当成“现在就选”。 +- 修复:仍有 `next_followup` 时会话留在收集,本轮继续问;用户停止才走 adopt。界面只在最近一条已落地 Agent 回复完成 `rectification-offer-candidates` 且 `selectionAllowed` 时,把卡片挂在该气泡下方。 +- 验证:`frontend/tests/rectification-eight-method.test.ts` 锁定“有 follow-up 时 ask、停止才 adopt”;`frontend/tests/rectification-agentic-entry.test.ts` 锁定 offer-candidates 门。 +- 防复发:`selection_allowed` 不得单独出示采用卡。卡片必须等本轮 `rectification-offer-candidates`。有 `next_followup` 时不得 offer。 +- 相关记录:BUG-120、BUG-304、BUG-312 +- 复发自:BUG-120(过早出示采用卡);BUG-312(用 `selectionAllowed` 当出示门) +- 修复版本:待提交 + +## BUG-314 | 生时纠正宫位表比 Agent 正文更宽、更靠左 + +- 状态:resolved +- 首次发现:2026-08-20 +- 最近更新:2026-08-20 +- 影响面:生时纠正 `rectification-snapshot`、`RectificationHouseTableView` +- 用户现象:当前本命宫位灰卡从对话左缘铺开,比上方 Agent 正文更宽、更靠左,无法和回答左缘对齐成一条竖线。 +- 触发条件:校正对话出现本命宫位快照。 +- 根因:宫位表改成消息外的 snapshot 卡后,容器不再吃 `--assistant-content-inset`,仍按整列 `message-list` 铺宽;Agent 正文在头像加 gap 之后。 +- 修复:snapshot 与候选卡同一列:`width: calc(100% - var(--assistant-content-inset))`,`margin-inline-start` 用同一 inset。表本身保持卡片描边和内边距,不用 `padding-inline-start` 冒充气泡。 +- 验证:`frontend/tests/rectification-agentic-entry.test.ts` 锁定 snapshot 与候选卡共用 inset 宽度和起始线,且 `.rectification-house-table` 不写 inset。 +- 防复发:宫位表左缘和宽度必须跟 Agent 正文列一致;inset 只加在 snapshot 容器上。 +- 相关记录:BUG-310、BUG-311 +- 复发自:BUG-311(去掉消息缩进后未收回正文列) - 修复版本:待提交 diff --git a/frontend/src/app/globals.css b/frontend/src/app/globals.css index 5bb08d18..122df77f 100644 --- a/frontend/src/app/globals.css +++ b/frontend/src/app/globals.css @@ -1850,7 +1850,9 @@ input:not([type="radio"]):not([type="checkbox"]):not([class^="ant-"]):not([class .rectification-snapshot { display: grid; gap: var(--space-3); + width: calc(100% - var(--assistant-content-inset)); margin: 8px 0 16px; + margin-inline-start: var(--assistant-content-inset); } .rectification-candidates { display: grid; @@ -1913,7 +1915,13 @@ input:not([type="radio"]):not([type="checkbox"]):not([class^="ant-"]):not([class font-weight: 650; } .rectification-candidate-action { align-self: end; color: var(--color-action); font-size: 13px; font-weight: 650; } -.rectification-saved { margin: 8px 0 16px; color: var(--color-ink); font-size: var(--type-body-sm); } +.rectification-saved { + width: calc(100% - var(--assistant-content-inset)); + margin: 8px 0 16px; + margin-inline-start: var(--assistant-content-inset); + color: var(--color-ink); + font-size: var(--type-body-sm); +} .rectification-house-table { display: grid; gap: var(--space-3); diff --git a/frontend/src/components/rectification-agentic-chat.tsx b/frontend/src/components/rectification-agentic-chat.tsx index 224b5532..42665fba 100644 --- a/frontend/src/components/rectification-agentic-chat.tsx +++ b/frontend/src/components/rectification-agentic-chat.tsx @@ -126,6 +126,10 @@ type RenderMessage = ChatMessageView & { turnId?: string; }; +function turnOfferedSelection(message: RenderMessage): boolean { + return Boolean(message.completedReceipt?.steps.includes("rectification-offer-candidates")); +} + function completedReceiptFromPersisted(receipt: PersistedTurn["receipt"]): CompletedActivityReceiptView { if (!receipt) return { steps: [], methods: [] }; if (Array.isArray(receipt.tool_activities)) { @@ -552,13 +556,15 @@ export function RectificationAgenticChat(props: RectificationAgenticChatProps) { && message.state === "settled" && !message.failed && Boolean(message.text) - ))?.renderKey; + )); const showSelectionCards = Boolean( candidateResult?.selectionAllowed && latestOfferMessageKey + && turnOfferedSelection(latestOfferMessageKey) && !busy && regeneratingMessageKey === null, ); + const selectionCardMessageKey = showSelectionCards ? latestOfferMessageKey.renderKey : undefined; const canSend = !busy && !readonly && !regeneratingMessageKey; return ( @@ -613,7 +619,7 @@ export function RectificationAgenticChat(props: RectificationAgenticChatProps) { onRegenerate={() => void regenerateMessage(message)} /> )} - {showSelectionCards && message.renderKey === latestOfferMessageKey && candidateResult && ( + {showSelectionCards && message.renderKey === selectionCardMessageKey && candidateResult && ( { +test("time-selection cards appear under the latest settled agent bubble only after offer-candidates", () => { const messageLoop = chat.slice( chat.indexOf("{messages.map((message) => {"), chat.indexOf("{candidateResult?.houseTable &&"), @@ -362,9 +365,10 @@ test("time-selection cards appear under the latest settled agent bubble once sel const cardsIndex = messageLoop.indexOf("= 0 && cardsIndex > actionsIndex); assert.match(chat, /candidateResult\?\.selectionAllowed/); - assert.match(chat, /latestOfferMessageKey/); - assert.match(chat, /showSelectionCards = Boolean\(\s*candidateResult\?\.selectionAllowed[\s\S]*!busy[\s\S]*regeneratingMessageKey === null/); - assert.match(messageLoop, /showSelectionCards && message\.renderKey === latestOfferMessageKey/); + assert.match(chat, /turnOfferedSelection/); + assert.match(chat, /rectification-offer-candidates/); + assert.match(chat, /showSelectionCards = Boolean\(\s*candidateResult\?\.selectionAllowed[\s\S]*turnOfferedSelection\(latestOfferMessageKey\)[\s\S]*!busy/); + assert.match(messageLoop, /showSelectionCards && message\.renderKey === selectionCardMessageKey/); assert.doesNotMatch(messageLoop, /className="rectification-snapshot"/); }); @@ -417,6 +421,8 @@ test("the Agent prompt cannot offer candidates while asking for more evidence", // The hard boundary lives in the prompt; no tool input carries an // offer_selection boolean anymore. assert.match(agent, /不得在同一回复中一边要求继续补证据,一边提供候选采用/); + assert.match(agent, /id 不是 adopt_representative 时不得调用 rectification-offer-candidates/); + assert.match(agent, /selection_allowed 只表示可以采用代表性时间/); const tools = readFileSync( new URL("../src/mastra/rectification-v9-tools.ts", import.meta.url), "utf8", diff --git a/frontend/tests/rectification-eight-method.test.ts b/frontend/tests/rectification-eight-method.test.ts index 634326c1..6342f234 100644 --- a/frontend/tests/rectification-eight-method.test.ts +++ b/frontend/tests/rectification-eight-method.test.ts @@ -168,6 +168,30 @@ test("user-stop action explains the window when follow-up remains but the user s assert.doesNotMatch(JSON.stringify(plan), FORBIDDEN_LABELS); }); +test("selectionAllowed with remaining method follow-up keeps collecting and only adopts on stop", () => { + const plan = buildMethodFollowupPlan({ + evidence: [{ + status: "confirmed", + domain: "education", + datePrecision: "month", + occurredFrom: "2016-06-01", + occurredTo: null, + }], + }); + const action = buildNextUserAction({ + scorableCount: 3, + evidenceCount: 3, + hasLatestResult: true, + selectionAllowed: true, + sessionOutcome: "collect_evidence", + nextFollowup: plan.next_followup, + workingTime: "05:07", + }); + assert.equal(plan.next_followup?.method_id, "d9_relationship"); + assert.equal(action.id, "ask_method_followup"); + assert.equal(action.on_user_stop.id, "adopt_representative"); +}); + test("adopt_representative defers method follow-up instead of asking this turn", () => { const plan = buildMethodFollowupPlan({ evidence: [{ @@ -311,19 +335,19 @@ test("read-case follows method plan and hides D9/D10 labels even when SQL missin }>; }).execute({ caseId: CASE_ID }); assert.deepEqual(projection.conversation_summary.missing_evidence_categories, ["relocation", "health", "finance"]); - assert.equal(projection.method_followup_plan.next_followup, null); - assert.equal(projection.method_followup_plan.deferred_followup?.method_id, "d9_relationship"); - assert.equal(projection.method_followup_plan.deferred_followup?.domain, "relationship"); - assert.equal(projection.method_followup_plan.session_outcome, "adopt_representative"); + assert.equal(projection.method_followup_plan.next_followup?.method_id, "d9_relationship"); + assert.equal(projection.method_followup_plan.next_followup?.domain, "relationship"); + assert.equal(projection.method_followup_plan.deferred_followup, null); + assert.equal(projection.method_followup_plan.session_outcome, "collect_evidence"); assert.equal( (projection as { next_user_action?: { id?: string; on_user_stop?: { id?: string } } }).next_user_action?.id, - "adopt_representative", + "ask_method_followup", ); assert.equal( (projection as { next_user_action?: { on_user_stop?: { id?: string } } }).next_user_action?.on_user_stop?.id, "adopt_representative", ); - assert.equal(projection.latest_result.session_outcome.kind, "adopt_representative"); + assert.equal(projection.latest_result.session_outcome.kind, "collect_evidence"); assert.equal(projection.internal_observations.find((item) => item.layer === "d9")?.ask_theme, "relationship_style"); assert.equal(projection.latest_result.confirmation_allowed, false); assert.ok(projection.latest_result.indistinguishable_width_minutes >= 25); diff --git a/frontend/tests/rectification-v9-agent.test.ts b/frontend/tests/rectification-v9-agent.test.ts index 2ad02f8c..9013f997 100644 --- a/frontend/tests/rectification-v9-agent.test.ts +++ b/frontend/tests/rectification-v9-agent.test.ts @@ -63,6 +63,7 @@ test("system prompt carries only high-priority boundaries, never the method copy assert.match(prompt, /session_outcome=adopt_representative/); assert.match(prompt, /还不能确认唯一分钟/); assert.match(prompt, /next_user_action/); + assert.match(prompt, /rectification-offer-candidates/); assert.match(prompt, /on_user_stop/); assert.match(prompt, /禁止只说记下了/); assert.match(prompt, /分盘句和宫位表由界面展示/); diff --git a/frontend/tests/skill-registry.test.ts b/frontend/tests/skill-registry.test.ts index 9ff837b6..99c718ba 100644 --- a/frontend/tests/skill-registry.test.ts +++ b/frontend/tests/skill-registry.test.ts @@ -86,7 +86,7 @@ test("checked-in registry verifies hashed product packages and leaves consult on { name: "jyotish-birth-time-rectification", version: "10.0.3", - sha256: "3ad634db7f18f2434da6a98e758ce4bc7b4b07c1badea953e28cb662c7980ab6", + sha256: "3116ee1dc5292e5e24237489955655a4e45874565f9d4e8004ae111b769363e2", }, { name: "jyotish-personal-report", diff --git a/skills/jyotish-birth-time-rectification/SKILL.md b/skills/jyotish-birth-time-rectification/SKILL.md index 1df662c6..5e8fefec 100644 --- a/skills/jyotish-birth-time-rectification/SKILL.md +++ b/skills/jyotish-birth-time-rectification/SKILL.md @@ -36,7 +36,7 @@ description: "生时校正专用 Skill(V10)。以服务器权威 Case、Conv | status | 允许动作 | |---|---| -| `draft` / `collecting_evidence` | 继续收集/修订带日期事件;可读取诊断。`session_outcome=adopt_representative` 时本轮结果是采用代表性时间,**不得**同时追问;否则不得提供候选 | +| `draft` / `collecting_evidence` | 继续收集/修订带日期事件;可读取诊断。`next_user_action.id=adopt_representative` 时本轮结果是采用代表性时间,**不得**同时追问;仍有 `next_followup` 时继续收集,**不得**提供候选。`selection_allowed` 不够作为出示卡片的理由 | | `candidate_ready` | 可比较候选、说明当前边界;仍可继续补证据 | | `candidate_accepted` | 已采用候选,但**不等于**唯一分钟确认;可继续补证据或进入确认门 | | `needs_rebaseline` | 出生资料基线已变化,候选失效;只允许重新收集/修订事件,禁止引用旧候选 | @@ -75,7 +75,7 @@ description: "生时校正专用 Skill(V10)。以服务器权威 Case、Conv `CaseConversationSummary` 是长会话的权威记忆,至少投影:confirmed evidence summary、pending revisions、active focus、declined/skipped topics、candidate divergence summary、missing evidence categories、`method_followup_plan`、last result policy。 - 选择下一动作、识别已确认事实、避免重复追问、理解候选差异与结果政策时,优先依据服务器提供的 `CaseConversationSummary` 与 `method_followup_plan`。 -- 不要按 `missing_evidence_categories` 轮询迁居 / 健康 / 财务。下一问只跟 `method_followup_plan.next_followup`。`session_outcome=adopt_representative` 时 `next_followup` 为空,本轮零追问;`deferred_followup` 留给用户以后再补,不得当成本轮问题。 +- 不要按 `missing_evidence_categories` 轮询迁居 / 健康 / 财务。下一问只跟 `method_followup_plan.next_followup`。`next_user_action.id=adopt_representative` 时 `next_followup` 为空,本轮零追问;`deferred_followup` 留给用户以后再补,不得当成本轮问题。仍有 `next_followup` 时即使 `selection_allowed` 也继续问,不得 offer。 - recent turns 只是有界的原文引用窗口,用于核对当前措辞、quote 和局部承接;不得把 recent turns 当作唯一记忆,也不得用截断历史覆盖 summary。 - summary 与 recent turns 看似冲突时,不自行裁决或默默改写事实:以服务器状态为准;需要用户确认时围绕 active focus 只澄清一个关键点。 - 超过长会话窗口后仍不得忘记已确认证据、pending revision、拒答主题或 active focus。 @@ -108,7 +108,7 @@ description: "生时校正专用 Skill(V10)。以服务器权威 Case、Conv - `candidate`:引擎对当前证据的归一化比较结果,称“当前候选 / 相对支持度”,**不得**称概率、置信度或确定性。 - `accepted`:用户明确选择的当前排盘时间,称“校正采用时间”,**不得**称“已确认唯一出生时间”。 - `confirmed`:通过服务器确认门且用户明确同意,称“已确认校正时间”。 -- `session_outcome=adopt_representative`:本轮**有结果**,结果是采用代表性时间作当前排盘。正文必须说还不能确认唯一分钟。不要调用 confirm。`collecting_evidence` 也可以 offer/accept。 +- `session_outcome=adopt_representative` / `next_user_action.id=adopt_representative`:本轮**有结果**,结果是采用代表性时间作当前排盘。正文必须说还不能确认唯一分钟。不要调用 confirm。只有这时才调用 `rectification-offer-candidates`。`collecting_evidence` 且仍有 `next_followup` 时不得 offer/accept。 - 确认门以 `latest_result.confirmation_gate` 为准。任一 blocker 未通过时只能说还不能确认;用户仍可 accepted 代表性候选。 - `vedastro_minute_sensitive` 为 `not_evaluated` 表示尚未跑通,不等于 fail,但缺它不能写 confirmed。 - `public_aa_holdout` 为 `not_ready` 时不得声称已校准到精确分钟,也不得把确认门放到更细宽度或发布准确率。 diff --git a/skills/jyotish-birth-time-rectification/references/candidate-comparison.md b/skills/jyotish-birth-time-rectification/references/candidate-comparison.md index 6fddd67a..84ea1e3e 100644 --- a/skills/jyotish-birth-time-rectification/references/candidate-comparison.md +++ b/skills/jyotish-birth-time-rectification/references/candidate-comparison.md @@ -16,8 +16,9 @@ ## 2. 何时提供候选 -- 只有 `rectification-offer-candidates` 返回 `selection_allowed=true` 时才展示候选。 -- `session_outcome=adopt_representative` 时本轮可以 offer/accept,即使 Case 仍是 `collecting_evidence`。这是采用代表性时间,不是 confirmed。 +- 只有本轮完成 `rectification-offer-candidates` 且返回 `selection_allowed=true` 时,界面才展示候选卡。 +- `selection_allowed` 只表示可以采用代表性时间,**不是**本轮必须出示卡片。仍有 `method_followup_plan.next_followup` 时继续收集,不得 offer。 +- `next_user_action.id=adopt_representative`,或用户停止且 `on_user_stop` 为 adopt 时,本轮才 offer/accept。这是采用代表性时间,不是 confirmed。 - 继续收集证据时不得边追问边提供采用。 - 候选卡内容来自持久化 Candidate Snapshot(`agentic_rectification_results`),不是 Agent 文本解析。 - 候选卡拥有时间、排名、相对支持度、采用动作与选中状态;Agent 正文不得重复表格、编号菜单或选择提示。 diff --git a/skills/jyotish-birth-time-rectification/references/conversation-strategy.md b/skills/jyotish-birth-time-rectification/references/conversation-strategy.md index 221bfbd9..309801a8 100644 --- a/skills/jyotish-birth-time-rectification/references/conversation-strategy.md +++ b/skills/jyotish-birth-time-rectification/references/conversation-strategy.md @@ -32,7 +32,7 @@ recent turns 不是权威记忆,不得依赖“上一条 assistant 问了什 3. 自然回应本轮内容,不固定以“收到 / 已记录”开头,不机械复读,不擅自解释事件的“人生意义”。 4. 清晰项先处理;若仍需追问,只保留一个最有信息增益的主问题。完整回复可以没有问题。 5. 不允许在同一回复中既要求补证据、又提供采用候选;不生成三条推荐问题。 -6. `session_outcome=adopt_representative` 时本轮只解释结果并邀请采用,零追问(除非有 active focus)。 +6. `next_user_action.id=adopt_representative` 时本轮只解释结果并邀请采用,零追问(除非有 active focus)。仍有 `next_followup` 时不得出示采用卡。 ## 4. ConversationFocus @@ -73,7 +73,7 @@ active `ConversationFocus` 是承接型意图的唯一目标来源。它由服 追问必须能澄清事实、提高真实日期精度、补足必要方法层或区分候选;否则不提。优先级: 1. 服务器 `CaseConversationSummary.active focus` 指定的唯一目标。 -2. `method_followup_plan.next_followup` 指定的下一方法层(有日期事件 → 关系 → 事业 → 家人)。外貌、胎记、占星占问不追问。`session_outcome=adopt_representative` 时 `next_followup` 为空,不得把 `deferred_followup` 当成本轮问题。 +2. `method_followup_plan.next_followup` 指定的下一方法层(有日期事件 → 关系 → 事业 → 家人)。外貌、胎记、占星占问不追问。`next_user_action.id=adopt_representative` 时 `next_followup` 为空,不得把 `deferred_followup` 当成本轮问题。仍有 `next_followup` 时即使 `selection_allowed` 也继续问。 3. candidate divergence / `internal_observations` 显示真正能区分候选的主题。D9/D10 观察只用于选题,不得说成用户星座或类型标签。 4. pending revision 的一个关键歧义。 5. 已有证据的必要稳定性补强。 @@ -98,7 +98,7 @@ active `ConversationFocus` 是承接型意图的唯一目标来源。它由服 - 正文只解释“这些候选当前意味着什么”和“不确定性在哪里”,不重复候选表、编号菜单或候选卡数字。 - `relative_support` 不是概率,不能写“准确率 70%”。 - candidate、accepted、confirmed 严格分离;accepted 不是 confirmed。 -- `session_outcome=adopt_representative` 时本轮结果是采用代表性时间;正文必须说还不能确认唯一分钟。 +- `next_user_action.id=adopt_representative` 时本轮结果是采用代表性时间;正文必须说还不能确认唯一分钟。仍有 `next_followup` 时不得出示采用卡。 - 确认门以 `confirmation_gate` 为准。`not_evaluated` 不是 fail;holdout `not_ready` 时不得声称精确分钟或发布准确率。 - 若 `indistinguishable_width_minutes` > 5 或 top `tied_minute_count` > 1,或 `confirmation_allowed=false`,必须说不可分区间 / 代表性候选,不得说已定位到唯一分钟。accepted ≠ confirmed。 - accepted 后自然说明它不是唯一分钟确认即可;不强制追问,不要求用户结束、暂停或保存进度。 diff --git a/skills/jyotish-birth-time-rectification/references/truth-consent-boundaries.md b/skills/jyotish-birth-time-rectification/references/truth-consent-boundaries.md index 31583220..49ec686e 100644 --- a/skills/jyotish-birth-time-rectification/references/truth-consent-boundaries.md +++ b/skills/jyotish-birth-time-rectification/references/truth-consent-boundaries.md @@ -19,7 +19,7 @@ ## 3. 选择政策 - 候选卡只展示服务器持久化候选与相对支持度;不得暴露原始分数、权重、贡献矩阵、技术层或隐藏分钟。 -- 继续收集证据时不得同时提供采用操作(`offer_selection=false`)。 +- 继续收集证据时不得同时提供采用操作。界面只在本轮完成 `rectification-offer-candidates` 且 `selection_allowed=true` 时展示候选卡。 - 相同 evidence 指纹复用缓存;只有有效变化才重算。 - 终态 Case 只读;追加证据、采用、确认全部拒绝。 diff --git a/skills/jyotish-birth-time-rectification/versions/10.0.3/SKILL.md b/skills/jyotish-birth-time-rectification/versions/10.0.3/SKILL.md index 1df662c6..5e8fefec 100644 --- a/skills/jyotish-birth-time-rectification/versions/10.0.3/SKILL.md +++ b/skills/jyotish-birth-time-rectification/versions/10.0.3/SKILL.md @@ -36,7 +36,7 @@ description: "生时校正专用 Skill(V10)。以服务器权威 Case、Conv | status | 允许动作 | |---|---| -| `draft` / `collecting_evidence` | 继续收集/修订带日期事件;可读取诊断。`session_outcome=adopt_representative` 时本轮结果是采用代表性时间,**不得**同时追问;否则不得提供候选 | +| `draft` / `collecting_evidence` | 继续收集/修订带日期事件;可读取诊断。`next_user_action.id=adopt_representative` 时本轮结果是采用代表性时间,**不得**同时追问;仍有 `next_followup` 时继续收集,**不得**提供候选。`selection_allowed` 不够作为出示卡片的理由 | | `candidate_ready` | 可比较候选、说明当前边界;仍可继续补证据 | | `candidate_accepted` | 已采用候选,但**不等于**唯一分钟确认;可继续补证据或进入确认门 | | `needs_rebaseline` | 出生资料基线已变化,候选失效;只允许重新收集/修订事件,禁止引用旧候选 | @@ -75,7 +75,7 @@ description: "生时校正专用 Skill(V10)。以服务器权威 Case、Conv `CaseConversationSummary` 是长会话的权威记忆,至少投影:confirmed evidence summary、pending revisions、active focus、declined/skipped topics、candidate divergence summary、missing evidence categories、`method_followup_plan`、last result policy。 - 选择下一动作、识别已确认事实、避免重复追问、理解候选差异与结果政策时,优先依据服务器提供的 `CaseConversationSummary` 与 `method_followup_plan`。 -- 不要按 `missing_evidence_categories` 轮询迁居 / 健康 / 财务。下一问只跟 `method_followup_plan.next_followup`。`session_outcome=adopt_representative` 时 `next_followup` 为空,本轮零追问;`deferred_followup` 留给用户以后再补,不得当成本轮问题。 +- 不要按 `missing_evidence_categories` 轮询迁居 / 健康 / 财务。下一问只跟 `method_followup_plan.next_followup`。`next_user_action.id=adopt_representative` 时 `next_followup` 为空,本轮零追问;`deferred_followup` 留给用户以后再补,不得当成本轮问题。仍有 `next_followup` 时即使 `selection_allowed` 也继续问,不得 offer。 - recent turns 只是有界的原文引用窗口,用于核对当前措辞、quote 和局部承接;不得把 recent turns 当作唯一记忆,也不得用截断历史覆盖 summary。 - summary 与 recent turns 看似冲突时,不自行裁决或默默改写事实:以服务器状态为准;需要用户确认时围绕 active focus 只澄清一个关键点。 - 超过长会话窗口后仍不得忘记已确认证据、pending revision、拒答主题或 active focus。 @@ -108,7 +108,7 @@ description: "生时校正专用 Skill(V10)。以服务器权威 Case、Conv - `candidate`:引擎对当前证据的归一化比较结果,称“当前候选 / 相对支持度”,**不得**称概率、置信度或确定性。 - `accepted`:用户明确选择的当前排盘时间,称“校正采用时间”,**不得**称“已确认唯一出生时间”。 - `confirmed`:通过服务器确认门且用户明确同意,称“已确认校正时间”。 -- `session_outcome=adopt_representative`:本轮**有结果**,结果是采用代表性时间作当前排盘。正文必须说还不能确认唯一分钟。不要调用 confirm。`collecting_evidence` 也可以 offer/accept。 +- `session_outcome=adopt_representative` / `next_user_action.id=adopt_representative`:本轮**有结果**,结果是采用代表性时间作当前排盘。正文必须说还不能确认唯一分钟。不要调用 confirm。只有这时才调用 `rectification-offer-candidates`。`collecting_evidence` 且仍有 `next_followup` 时不得 offer/accept。 - 确认门以 `latest_result.confirmation_gate` 为准。任一 blocker 未通过时只能说还不能确认;用户仍可 accepted 代表性候选。 - `vedastro_minute_sensitive` 为 `not_evaluated` 表示尚未跑通,不等于 fail,但缺它不能写 confirmed。 - `public_aa_holdout` 为 `not_ready` 时不得声称已校准到精确分钟,也不得把确认门放到更细宽度或发布准确率。 diff --git a/skills/jyotish-birth-time-rectification/versions/10.0.3/references/candidate-comparison.md b/skills/jyotish-birth-time-rectification/versions/10.0.3/references/candidate-comparison.md index 6fddd67a..84ea1e3e 100644 --- a/skills/jyotish-birth-time-rectification/versions/10.0.3/references/candidate-comparison.md +++ b/skills/jyotish-birth-time-rectification/versions/10.0.3/references/candidate-comparison.md @@ -16,8 +16,9 @@ ## 2. 何时提供候选 -- 只有 `rectification-offer-candidates` 返回 `selection_allowed=true` 时才展示候选。 -- `session_outcome=adopt_representative` 时本轮可以 offer/accept,即使 Case 仍是 `collecting_evidence`。这是采用代表性时间,不是 confirmed。 +- 只有本轮完成 `rectification-offer-candidates` 且返回 `selection_allowed=true` 时,界面才展示候选卡。 +- `selection_allowed` 只表示可以采用代表性时间,**不是**本轮必须出示卡片。仍有 `method_followup_plan.next_followup` 时继续收集,不得 offer。 +- `next_user_action.id=adopt_representative`,或用户停止且 `on_user_stop` 为 adopt 时,本轮才 offer/accept。这是采用代表性时间,不是 confirmed。 - 继续收集证据时不得边追问边提供采用。 - 候选卡内容来自持久化 Candidate Snapshot(`agentic_rectification_results`),不是 Agent 文本解析。 - 候选卡拥有时间、排名、相对支持度、采用动作与选中状态;Agent 正文不得重复表格、编号菜单或选择提示。 diff --git a/skills/jyotish-birth-time-rectification/versions/10.0.3/references/conversation-strategy.md b/skills/jyotish-birth-time-rectification/versions/10.0.3/references/conversation-strategy.md index 221bfbd9..309801a8 100644 --- a/skills/jyotish-birth-time-rectification/versions/10.0.3/references/conversation-strategy.md +++ b/skills/jyotish-birth-time-rectification/versions/10.0.3/references/conversation-strategy.md @@ -32,7 +32,7 @@ recent turns 不是权威记忆,不得依赖“上一条 assistant 问了什 3. 自然回应本轮内容,不固定以“收到 / 已记录”开头,不机械复读,不擅自解释事件的“人生意义”。 4. 清晰项先处理;若仍需追问,只保留一个最有信息增益的主问题。完整回复可以没有问题。 5. 不允许在同一回复中既要求补证据、又提供采用候选;不生成三条推荐问题。 -6. `session_outcome=adopt_representative` 时本轮只解释结果并邀请采用,零追问(除非有 active focus)。 +6. `next_user_action.id=adopt_representative` 时本轮只解释结果并邀请采用,零追问(除非有 active focus)。仍有 `next_followup` 时不得出示采用卡。 ## 4. ConversationFocus @@ -73,7 +73,7 @@ active `ConversationFocus` 是承接型意图的唯一目标来源。它由服 追问必须能澄清事实、提高真实日期精度、补足必要方法层或区分候选;否则不提。优先级: 1. 服务器 `CaseConversationSummary.active focus` 指定的唯一目标。 -2. `method_followup_plan.next_followup` 指定的下一方法层(有日期事件 → 关系 → 事业 → 家人)。外貌、胎记、占星占问不追问。`session_outcome=adopt_representative` 时 `next_followup` 为空,不得把 `deferred_followup` 当成本轮问题。 +2. `method_followup_plan.next_followup` 指定的下一方法层(有日期事件 → 关系 → 事业 → 家人)。外貌、胎记、占星占问不追问。`next_user_action.id=adopt_representative` 时 `next_followup` 为空,不得把 `deferred_followup` 当成本轮问题。仍有 `next_followup` 时即使 `selection_allowed` 也继续问。 3. candidate divergence / `internal_observations` 显示真正能区分候选的主题。D9/D10 观察只用于选题,不得说成用户星座或类型标签。 4. pending revision 的一个关键歧义。 5. 已有证据的必要稳定性补强。 @@ -98,7 +98,7 @@ active `ConversationFocus` 是承接型意图的唯一目标来源。它由服 - 正文只解释“这些候选当前意味着什么”和“不确定性在哪里”,不重复候选表、编号菜单或候选卡数字。 - `relative_support` 不是概率,不能写“准确率 70%”。 - candidate、accepted、confirmed 严格分离;accepted 不是 confirmed。 -- `session_outcome=adopt_representative` 时本轮结果是采用代表性时间;正文必须说还不能确认唯一分钟。 +- `next_user_action.id=adopt_representative` 时本轮结果是采用代表性时间;正文必须说还不能确认唯一分钟。仍有 `next_followup` 时不得出示采用卡。 - 确认门以 `confirmation_gate` 为准。`not_evaluated` 不是 fail;holdout `not_ready` 时不得声称精确分钟或发布准确率。 - 若 `indistinguishable_width_minutes` > 5 或 top `tied_minute_count` > 1,或 `confirmation_allowed=false`,必须说不可分区间 / 代表性候选,不得说已定位到唯一分钟。accepted ≠ confirmed。 - accepted 后自然说明它不是唯一分钟确认即可;不强制追问,不要求用户结束、暂停或保存进度。 diff --git a/skills/jyotish-birth-time-rectification/versions/10.0.3/references/truth-consent-boundaries.md b/skills/jyotish-birth-time-rectification/versions/10.0.3/references/truth-consent-boundaries.md index 31583220..49ec686e 100644 --- a/skills/jyotish-birth-time-rectification/versions/10.0.3/references/truth-consent-boundaries.md +++ b/skills/jyotish-birth-time-rectification/versions/10.0.3/references/truth-consent-boundaries.md @@ -19,7 +19,7 @@ ## 3. 选择政策 - 候选卡只展示服务器持久化候选与相对支持度;不得暴露原始分数、权重、贡献矩阵、技术层或隐藏分钟。 -- 继续收集证据时不得同时提供采用操作(`offer_selection=false`)。 +- 继续收集证据时不得同时提供采用操作。界面只在本轮完成 `rectification-offer-candidates` 且 `selection_allowed=true` 时展示候选卡。 - 相同 evidence 指纹复用缓存;只有有效变化才重算。 - 终态 Case 只读;追加证据、采用、确认全部拒绝。 diff --git a/skills/skill-package-registry.json b/skills/skill-package-registry.json index 084c6911..9ac50714 100644 --- a/skills/skill-package-registry.json +++ b/skills/skill-package-registry.json @@ -36,7 +36,7 @@ { "name": "jyotish-birth-time-rectification", "version": "10.0.3", - "sha256": "3ad634db7f18f2434da6a98e758ce4bc7b4b07c1badea953e28cb662c7980ab6", + "sha256": "3116ee1dc5292e5e24237489955655a4e45874565f9d4e8004ae111b769363e2", "sourceCommit": null, "packagePath": "skills/jyotish-birth-time-rectification/versions/10.0.3", "status": "active"