Jyotisha/docs/tasks/TASK-upstream-sync5-20261002.md

TASK · 上游同步第五轮：上游已定口径的计算修正 + 生时校正至少 4 件事 3 个领域（2026-10-02）

• 基线：origin/staging @ e77ba647（已部署代码 3d0c3cdf：功能吉凶 v2、sync4 全部、scoring-10）。
• 上游参照：/workspace/yinduzhanxing origin/main @ c593354f。只按下表逐提交挑选，不整文件覆盖。
• 分支 / worktree：codex/upstream-sync5-20261002 / .worktrees/upstream-sync5-20261002
• 执行方式：产品 10-02 授权直接执行。上游代码由 Claude 在本会话移植（子代理跨仓拷代码会被权限判定拦下）；测试、golden、评测、回测、文档可交子代理。
• BUG 编号：开工时核对 docs/BUG_HISTORY.md 最大号后顺延（写作时 BUG-1190）。

1. 依据

docs/research/astrologer_questions_v2_2026_10_02.md 乙表：上游已定、我们尚未跟上的口径；上游总清单 docs/research/india_astrology_question_master_tracker_2026_10_02.md（上游仓）。

2. 决策记录（产品 2026-10-02 授权）

1. 移植下表上游提交；占星师确认（乙表）之前先按上游口径上线，确认结果有异议再改。
2. 生时校正最少证据改为至少 4 件事、覆盖 3 个领域（原代码 3 件 2 域；政策文件 4 件 3 域；上游 ≥3 域）。推翻 decision_policy.py 现行门槛。
3. 不搬：上游生时校正的「显式权重 / 行运锚点 / 双轨门」等门控（我方 v9 校正架构不同，待占星师甲8、甲9）；五大人格规则 profile（甲5 未定）；父母 / 事业盲测与现实校准合同（甲2、甲3 未定）。

项	上游提交	内容
U1	acdc3551	Narayana 默认用 K.N. Rao 有出处版本
U2	197672e3	8 星制 Chara Karaka 罗睺按 30° 减度数排位
U3	080c286c、eaf6918b	燃烧容许度全引擎统一（含月亮与逆行）
U4	9531d1dc、868f1dad	八分法三方净化、单宫主净化（分层，原始值保留）
U5	cb7fe017	Yogini 按月宿起运
U6	b40c7fde、28f41912	诅咒格 / Rashi Tulya 的健康措辞去掉确定性断语
U7	994638f0	Budha-Aditya 在水星燃烧时降为有条件
U8	6abfe983	Badhaka 12 上升回归测试（若我方另有写死第 11 宫的实现，一并改为 11/9/7）
R1	我方	生时校正交付门槛 4 件 3 域

3. 硬红线

1. 打分语义变化按 BUG-1181 先例：同输入出不同分 → 升 rectification-v5-matrix-scoring-11，记忆化 golden 新版本、旧版冻结，研究记录按 ERR-110 重新冻结，验证历史 Case 可打开（BUG-621）。
2. 生时校正 v5 77 例评测任一格下降 > 1 个百分点：停下，逐项定位，报产品。R1 改交付门槛会改变「何时交付」，评测里如实报告交付率变化。
3. scripts/jyotish_api_server.py 只允许 bugfix 级改动；golden 由真实引擎生成；改断言写三栏；不改 workflow、不提升 main。
4. 名人生平回测（有 key）对比第六轮基线。

4. 验收

每项一个提交，提交说明写上游提交号与 BUG 号；门禁同 sync4（ruff、py_compile、快速门 failures []、tsc 0、lint 0 error、npm test 失败名单与基线逐条相同、build / Static、Python 全量失败名单 ⊆ 基线）；进度记录 docs/tasks/PROGRESS-upstream-sync5-20261002.md。