docs(tasks): probe answer covers domain brief
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_0155nFCgCHtoA7jhSDGmZmMu
This commit is contained in:
Jesse_Chen
@@ -54,6 +54,7 @@
|
||||
| — | `PROGRESS-rectification-adopt-card-anchor-20260905.md` | 采用卡钉在历史采集题下，最新旁白没有卡；单分钟交付旁白机器腔 | 已验收通过（浏览器走查欠） | `codex/rectification-quality-probe-dedupe-20260904`（BUG-544～545） |
|
||||
| — | `PROGRESS-rectification-family-collect-continue-20260905.md` | 家人答「没有」后直接给结果，未继续收能区分分钟的经历 | 已由 cd704a92 修正并验收通过 | `codex/rectification-quality-probe-dedupe-20260904`（BUG-546） |
|
||||
| `TASK-rectification-family-collect-continue-fix-20260905.md` | `PROGRESS-rectification-family-collect-continue-20260905.md` | `998406ce` 修复单：家人之后的 dated 补采集无条件抢在现成区分卡之前（choice-card A/B 卡用例回归），另两条顺序断言缺三栏说明 | 已验收通过（浏览器走查欠） | `cd704a92`（BUG-547） |
|
||||
| `TASK-rectification-probe-answer-covers-domain-20260905.md` | — | 区分卡答 A/B 后紧接着又问同领域"哪年…"采集题：点选答案只进推断层不写账本，计划层领域覆盖只看账本；改为 yes/weak_yes 视为该领域采集已覆盖（不写账本、不动门） | 待执行 | `codex/rectification-probe-answer-covers-domain-20260905`（BUG-549 起） |
|
||||
| `TASK-api-not-configured-mislabel-20260904.md` | — | 16 处路由把数据库瞬断（部署切换窗口）兜底翻译成 503「服务尚未配置」；改为仅配置错误用该文案，其余 `service_unavailable`，收敛为共享 helper | 待执行 | `codex/api-not-configured-mislabel-20260904`（BUG-542 起） |
|
||||
| `TASK-rectification-ux-20260902.md` | `PROGRESS-rectification-ux-20260903.md` | 会话面空白假死与交互摩擦 | 已验收 | `d159f08e`（09-03 在新基线重做后合入，BUG-505～509） |
|
||||
|
||||
|
||||
@@ -0,0 +1,68 @@
|
||||
# TASK · 刚在区分卡上答过"是"，紧接着又被问同一领域的采集题（2026-09-05）
|
||||
|
||||
- 基线：`origin/staging` @ `c295b853`（含 BUG-546/547）
|
||||
- 分支：`codex/rectification-probe-answer-covers-domain-20260905`
|
||||
- 执行方：coding agent；验收：Claude
|
||||
- 涉及文件：`frontend/src/lib/rectification-agentic/v9/method-followup.ts`、`decision-from-dossier.ts`（把已答探针透传给计划层）；不改引擎
|
||||
- BUG 编号起点：**BUG-549**（开工时 `grep -o "^## BUG-5[0-9][0-9]" docs/BUG_HISTORY.md | tail -1` 复核；BUG-542 仍为 `TASK-api-not-configured-mislabel-20260904.md` 预留）
|
||||
|
||||
## 1. 事故实证（staging，2026-09-05）
|
||||
|
||||
用户连续三轮：
|
||||
|
||||
| 轮 | 助手问 | 用户 |
|
||||
| --- | --- | --- |
|
||||
| 1 | 区分卡「2024 年 4 月前后，有没有入职、换工作或职责加重？A/B/C/D」 | 点选 |
|
||||
| 2 | 区分卡「2015 年 5 月前后，有没有搬家或长期住到外地？A/B/C/D」 | 点选 |
|
||||
| 3 | 口述采集「工作上呢，还记得哪年入职、换工作，或职责一下子变重吗？」（`USER_COLLECT_QUESTION.career` 原文） | 反馈"相同的问题又问了一遍" |
|
||||
|
||||
第 1 轮如果点的是 A/B（发生了），用户已经交代了一件 2024 年 4 月的工作变化；第 3 轮再让他"说哪年入职、换工作"，在用户眼里就是同一道题。
|
||||
|
||||
## 2. 根因
|
||||
|
||||
1. 区分卡的点选答案只进推断层（`applyChoiceWithoutEvidence` → `inference_state.answered_probes`，`classified_from: "choice"`），**不写证据账本**。这是既定设计（BUG-389–393：探针与账本分层，不双计分），本单不推翻。
|
||||
2. 计划层判断"某领域问过没有"只看账本：`method-followup.ts::hasConfirmedDomain` 驱动 `relationshipCovered / careerCovered / familyCovered`（约 L1563–1565）和 `datedCollectDomainBlocked`（`DATED_COLLECT_ORDER` 补采集）。已答探针只以 `askedProbeKeys`（字符串集合）进入计划层，用于探针去重，**不参与领域覆盖判断**，且不带 `answer_class`。
|
||||
3. 区分卡在场时 `if (!next)` 采集链不跑；BUG-546/547 之后区分卡问完才进采集链，于是"刚答完的领域马上被再问一次"从偶发变成必现。
|
||||
|
||||
## 3. 决策记录
|
||||
|
||||
1. **对探针答 A/B（`yes` / `weak_yes`）的领域，视为该领域采集已覆盖**：`careerCovered` / `relationshipCovered` / `familyCovered` 与 `datedCollectDomainBlocked` 都要把它算进去。不写账本、不改 `meetsAcceptanceEventQuality`、不动训练门与确认门。
|
||||
2. 答 C/D（`no` / `unsure`）不算覆盖：用户说那年没发生，仍可能有别的年份，采集题是新信息。此项产品可否决——若觉得连 C/D 后紧跟同领域采集也别扭，改为"同领域采集至少隔一轮"，在进度记录写明选了哪个。
|
||||
3. 领域从探针的 `domain` 字段取；`answered_probes` 行只有 `semantic_key`，执行方用 `eventProbes` 按 `semantic_key` / `probe_id` 回查 domain，回查不到的行忽略（不要从 `semantic_key` 前缀硬拆字符串）。
|
||||
4. 不删 `USER_COLLECT_QUESTION.career` 这类文案，不新增"除了刚才那次以外"的变体文案。
|
||||
|
||||
## 4. 硬红线
|
||||
|
||||
- 不得把点选答案写进证据账本（BUG-389–393 分层）；不得放宽 `meetsAcceptanceEventQuality`、`buildConfirmationGate`。
|
||||
- BUG-546（无区分卡时继续补采集）与 BUG-547（有卡先问卡）的用例原样通过。
|
||||
- BUG-520：区分卡答"否"不是领域拒答，`declinedDomains` 不改。
|
||||
- 任务书 / 进度 / Bug 历史只用抽象年份。
|
||||
|
||||
## 5. 任务分解
|
||||
|
||||
### 5.1 已答探针透传到计划层
|
||||
- `buildMethodFollowupPlan` 新增可选入参 `answeredProbes?: readonly { semantic_key: string; probe_id?: string; answer_class: string }[]`，由 `decision-from-dossier.ts` 现有的 `askedProbeKeys` 同一来源（`inference_state.answered_probes`）填充；`adopt-narration.ts`、`interview-state.ts`、`answer-choice.ts`、`route.ts` 的调用点同样透传（缺省为空数组，行为不变）。
|
||||
- 验收：`tsc` 0 错；不传时所有既有用例结果不变。
|
||||
|
||||
### 5.2 覆盖判定叠加
|
||||
- 新增 `domainsAnsweredYes(answeredProbes, eventProbes): Set<string>`；`relationshipCovered / careerCovered / familyCovered` 与 `datedCollectDomainBlocked` 用 `hasConfirmedDomain(...) || answeredYes.has(domain)`。
|
||||
- 验收：`frontend/tests/rectification-choice-card.test.ts` 或 `rectification-collect-direction-20260904.test.ts` 新增用例——账本无 career 证据、`answered_probes` 含 career 探针 `yes`、无剩余区分卡 → 下一问**不是** career 采集（按 `DATED_COLLECT_ORDER` 落到下一未覆盖域或职业口述）；同样输入但 `answer_class: "no"` → 仍问 career 采集（决策 2）。
|
||||
|
||||
### 5.3 记录
|
||||
- `docs/BUG_HISTORY.md` BUG-549；`CHANGELOG.md`；`docs/tasks/PROGRESS-rectification-probe-answer-covers-domain-20260905.md`；`docs/testing/rectification-probe-answer-covers-domain-20260905.md`（真实环境：对某领域区分卡点 A 后，该领域的"哪年…"采集题不再出现）。
|
||||
|
||||
## 6. 让步顺序
|
||||
|
||||
5.1 + 5.2 一起做，不可拆；5.3 不可省。
|
||||
|
||||
## 7. 开工前置命令
|
||||
|
||||
```bash
|
||||
git fetch origin --prune
|
||||
git worktree add -b codex/rectification-probe-answer-covers-domain-20260905 .worktrees/rectification-probe-answer-covers-domain-20260905 origin/staging
|
||||
cd .worktrees/rectification-probe-answer-covers-domain-20260905
|
||||
ln -s /workspace/Jyotisha/frontend/node_modules frontend/node_modules
|
||||
cd frontend && npx tsx --test tests/rectification-*.test.ts tests/agent-voice-copy-contract.test.ts 2>&1 | grep -E "^# (tests|pass|fail)|^not ok"
|
||||
```
|
||||
|
||||
收尾跑同一条命令 fail=0，再 `tsc --noEmit`、`npm run lint`。
|
||||
Reference in New Issue
Block a user