docs: defer tightening the domain gate until the invite ships

上游 R3 要求淘汰与定案需 ≥3 领域，本仓是 MIN_ACCEPTANCE_DOMAINS=2。产品
2026-09-14 决定先不动，等 BUG-689 的补经历邀请上线、有真机数据后再评估：那时
用户更容易补到第三个领域，收紧代价更小；现在收紧会与「永远给结果」冲突。
写进 BUG-689 单的 §4b 与研究定论页的产品决策存档，并明令执行方不得顺手改常量。

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_0155nFCgCHtoA7jhSDGmZmMu

docs/research/rectification_minute_resolution_closure_2026_09_14.md

@@ -64,6 +64,8 @@
 - **2026-09-14：KP 宫头子主参与评分**（产品负责人拍板，推翻 BUG-325 防复发条里的"不得把 KP 观察计分"）。方向仍然有效，但 **R3 实测表明默认权重不能直接上线**，需要单独标定后再谈实现单。
 - **2026-09-14：风格题（D9/D10）在出交付卡之前必问**（放宽版 A），仍然不淘汰候选、只做 ±1 排序微调；并删除了风格题的事件锚点闸，保留"候选在该分盘上上升星座 ≥2 种"的区分力门。
 
+- **2026-09-14：领域门槛暂不收紧。** 上游 R3 要求淘汰与定案需 ≥3 个领域，本仓是 `MIN_ACCEPTANCE_DOMAINS=2`（`scripts/rectification/decision_policy.py:35`）。产品决定**先不动**，等 BUG-689（交付卡上邀请补经历）上线、有真机数据后再评估——那之后用户更容易补到第三个领域，收紧的代价更小。现在收紧会与「永远给结果」的口径冲突。
+
 ## 4. 明确不采用
 
 上游 `scripts/ashtakavarga.py` 的 `PL9_BAV_CELL_OVERRIDES`——为对齐某份 PDF 硬编码覆写特定行星/星座的 bindu 值。那是对答案，不是算法修正。

docs/tasks/TASK-rectification-open-collect-invite-20260914.md

@@ -60,6 +60,15 @@
 - `docs/BUG_HISTORY.md` 新增 **BUG-689**（`resolved`）：现象写"七条线问完后只说『能问的都问完了』，用户不知道还能补经历，也不知道补了有用"；防复发条写明：**采集线关闭不等于校正结束；交付卡必须给出不限领域的补充邀请，且补充必须可见地生效。**
 - `CHANGELOG.md` 一行；`PROGRESS-rectification-open-collect-invite-20260914.md`；`docs/testing/` 清单：并列出卡后补一件带年月的经历 → 范围或排序应有可见变化。
 
+## 4b. 后续联动（不在本单范围）
+
+上游流程纪律 R3 要求「淘汰与定案只允许在合并 ≥3 个领域的账本上执行」，本仓现在是
+`MIN_ACCEPTANCE_EVENTS=3 / MIN_ACCEPTANCE_DOMAINS=2`（`scripts/rectification/decision_policy.py:34-35`），比上游松一档。
+
+**产品负责人 2026-09-14 决定：先不动，等本单（BUG-689 补经历邀请）上线并有真机数据之后再评估。** 理由：本单会让用户更容易补到第三个领域，届时把门槛从 2 收紧到 3 的代价会明显变小；现在就收紧会和「永远给结果」的既有口径冲突，把更多案子挡在"继续收集"。
+
+执行方不得在本单里顺手改这两个常量。评估时机与结论另行记录。
+
 ## 5. 让步顺序
 
 1. 任务 1、任务 3 必做（文案 + 补完真的有用）。