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/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 必做（文案 + 补完真的有用）。