docs(tasks): consult card participation list beyond D1/D9; sync6 special lagnas no longer optional

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_017eEAG8HD3mm8gsKXgk8uU8

docs/tasks/TASK-consult-card-full-source-20261007.md

@@ -36,10 +36,13 @@
 2. **全领域一次做完**：12 个领域都改。
 3. 任务书交 coding agent 执行，Claude 验收。
 
-Claude 10-07 建议，**待产品确认**（产品当时回复「先记下」；确认结果由 Claude 补写在这里。确认之前，执行方只做 T0、T1）：
+产品 2026-10-07 第二次回复：
+
+4. **已确认**：每个领域上卡一张**综合判断表**（定义见 T2），由卡片构建器从资料包取值组装。模型只负责解读，不再自己从几处拼。
+5. **已确认并扩大**：产品原话是「在顶级印度占星的复杂和丰富技法全量体系下，应该不止 D1 和 D9 盘的联动，还应该有其他的星盘报告信息参与」。因此不再只做「领域分盘 ↔ D1 / D9」，改为按 §3A 的**参与清单**：每个领域有一个共用层，再加本领域专属的盘与点。清单是 Claude 起草的候选，执行方在 T0 逐条到本仓 `references/` 找出处，找不到出处的写 `blocked`，不自拟。
+
+仍待产品确认（Claude 已用非技术语言解释；确认前不做 T4、T5）：
 
-4. 每个领域上卡一张**综合判断表**（定义见 T2），由卡片构建器从资料包取值组装。模型只负责解读，不再自己从几处拼。
-5. 领域分盘与 D1 / D9 的联动上卡（事业 D10，婚恋 D9，财富 D2 / D11，其余按 `EVIDENCE_CARD_SPECS` 现有分盘）。
 6. 卡外补取上限从 1 次改为 3 次。
 7. `further_reading` 改为按领域的技法资料目录。
 
@@ -54,6 +57,45 @@ Claude 10-07 建议，**待产品确认**（产品当时回复「先记下」；
 - 09-27 数据卡 v1 / v2 的「每领域卡 ≤ 12,500 字符、加清单 ≤ 18,500 字符」上限（BUG-1160 / 1161 / 1221）。新上限由 T6 实测后报产品定，在此之前按卡 ≤ 20,000、加清单 ≤ 26,000 执行。
 - 09-27 D8「卡外只补取一次」。
 
+## 3A. 参与清单（决策 5；候选，T0 逐条核出处）
+
+**共用层（12 个领域都带，取与本领域相关的宫和星）**
+
+| 层 | 说明 |
+| --- | --- |
+| 三个参照点（Sudarshana） | 同一件事从上升、月亮、太阳三个起点各看一遍（月亮盘、太阳盘）；资料包有 Sudarshana 三盘 |
+| D9 | 星的真实力量与 D1 是否互相印证（Vargottama、D1 ↔ D9 尊贵反转） |
+| Bhava Chalit | 星是否跨宫，跨宫时按哪一宫读 |
+| 力量 | Shadbala（星）、Bhava Bala（宫）、Avastha（星的状态）、Vimsopaka（星在 16 张分盘的综合强弱） |
+| 八分法 | 本领域宫的 SAV、相关星的 BAV |
+| 功能吉凶 | 每颗相关星；罗计按红线 3 处理 |
+| 相位 | Parashari 星照与 Jaimini 星座照，分开列 |
+| Argala | 对本领域宫的支撑与阻碍 |
+| 定位星链 | 本领域宫主的定位星一路追到终点 |
+| 时间 | Vimshottari 与 Narayana 双轨（主），Yogini（第三条线，只作参照）；行运与双重过运；问今年时加年盘 |
+| 瑜伽 | 只认 `hits`，按领域标签 |
+
+**领域专属**
+
+| 领域 | 专属的盘与点 |
+| --- | --- |
+| 事业 | D10；A10、AL；AmK 及 Karakamsha；Ghati 上升；太阳、土星、水星、木星 |
+| 财富 | D2、D11；Hora 上升、Indu 上升、Sree 上升；AL 起第 2、11 宫；木星、金星、水星 |
+| 婚恋 | D9 第 7 宫与 7 宫主；UL 及 UL 起第 2 宫、A7、DK；金星、木星；Vivah Saham；火星煞 |
+| 健康 | D6、D8、D30；第 22 个 Drekkana、第 64 个 Navamsa；Badhaka；Gulika / Mandi；Pranapada |
+| 子女 | D7；PK；第 5 宫；木星 |
+| 父母 | D12；MK、PiK；太阳、月亮；第 4、9 宫 |
+| 学业 | D24（及现有 D5）；水星、木星；第 4、5、9 宫 |
+| 迁居 | D4、D12；第 4、9、12 宫；罗睺 |
+| 家庭 | D4、D7、D12 |
+| 流年 | 年盘 Tajika、Muntha、年主、Mudda 大运、Sahams |
+| 时间 | 同共用层的时间行，加上 Narayana 子运与年盘 |
+| 综合 | D1、D9、D10、D2；AL；Karakamsha |
+
+**出生时间精度闸**：分盘越细，对出生时间越敏感（D10 约每 12 分钟换一次星座，D60 约每 2 分钟）。所以 D16 及以上的分盘，以及 Ghati、Vighati 这类按分钟变化的点，只在出生时间为 `confirmed` 或校正已交付分钟时参与；否则在卡上写「出生时间精度不够，不参与」。闸门口径沿用生时校正现有的精度判定，不另立一套。
+
+**不参与**：KP（决策 8）。
+
 ## 4. 硬红线
 
 1. 卡上数值一律从资料包原样复制，不改写、不四舍五入、不翻译（现有 `consultation-evidence-card.ts` 的不变式保持）。缺什么写进 `gaps`，不补。
@@ -71,7 +113,7 @@ Claude 10-07 建议，**待产品确认**（产品当时回复「先记下」；
 | T0 | 盘点：对话链现在怎么拿数（`run-jyotish-consultation` → `toAgentConsultationContext` / `toModelOutput` → `buildEvidenceCard`）；资料包里每个领域能取到的字段；12 个领域各自的「宫 / 宫主 / 自然代表星 / Jaimini 代表星 / 分盘」清单及出处 | 进度记录里有 12 行领域对照表，每行注明出处或 `blocked` |
 | T1 | 资料包缓存：按「星盘身份 + 计算档（岁差、交点）+ 引擎版本」缓存资料包（放 `api_scratch`）。星盘新建或修改资料后在后台预热；对话命中缓存直接读；未命中就同步计算 | 命中时每领域取数耗时不高于现状（约 1.66 秒 / 域）；未命中时 2 vCPU 档位实测耗时写进进度记录，**超过 20 秒就停下报产品**；改出生资料后缓存一定失效（参照 BUG-1251） |
 | T2 | 综合判断表：每个领域一张，每个因素一行。因素包括本领域的宫、宫主、自然代表星、Jaimini 代表星、当前 Vimshottari MD / AD / PD 主星、当前 Narayana MD 星座及其主星。每行的列：D1 星座 / 宫 / 尊贵；功能角色；Shadbala 与 BPHS 最低要求；该星所落星座的 BAV 与本领域宫的 SAV；受冲条数及各条明细（按 `CONDENSED_SHARED_READING_LINES` 的规则）；D9 星座、尊贵、Vargottama；本领域分盘的落宫；与本领域宫的关系（主管 / 落入 / 照 / 与宫主同宫） | 乔布斯、奥巴马、泰勒三盘 × 12 领域都能生成；每格都能追到资料包里的字段；新增测试逐格对照资料包 |
-| T3 | 联动上卡：领域分盘与 D1 / D9 的宫位对照（事业用 `inter_chart_linkage`；其他领域从资料包的分盘表取） | 事业卡含每星 D1 / D9 / D10 落宫；其他领域按 T0 表 |
+| T3 | 参与清单上卡：按 §3A 共用层 + 领域专属，从资料包取值；事业的三盘联动用 `inter_chart_linkage`；精度闸按 §3A | 12 个领域每项都有值、`gaps` 或 `blocked`（附出处）；精度闸用一张 `confirmed` 盘和一张未校正盘各测一次 |
 | T4 | 补取 3 次：`MAX_EVIDENCE_LOOKUPS_PER_TURN = 3`；第 4 次仍按现有方式拒绝 | 测试覆盖第 3 次成功、第 4 次拒绝；步数上限 `AGENT_MAX_STEPS` 是否需要加，按实测决定并写明 |
 | T5 | 资料目录：`further_reading` 改为按领域列出本仓技法资料（每领域 ≤ 8 条，去掉 oracle / 治理文件）；清单说明中写「需要时用 skill_read 读对应章节」 | 12 个领域各有目录；路径都真实存在（测试断言） |
 | T6 | 体量与耗时：沿用 `docs/testing/prompt-slim-20261007-model-runs.md` 的 A/B 做法，比较改前改后的输入 token、首字时间、总耗时、空答率 | 数字写进进度记录，供产品定新的卡片上限；没有 key 就写环境缺口 |
@@ -80,7 +122,7 @@ Claude 10-07 建议，**待产品确认**（产品当时回复「先记下」；
 
 ## 6. 让步顺序
 
-T5 → T4 → T3 中事业以外的领域（先保证事业）。T1、T2、红线 1–5 不让步。
+T5 → T4 → §3A 共用层里的 Argala 与定位星链 → T3 中事业以外的领域（先保证事业）。T1、T2、红线 1–5 不让步。
 
 ## 7. 开工前置命令
 

docs/tasks/TASK-upstream-sync6-20261007.md

@@ -19,6 +19,7 @@
 | D11 太阳 / 月亮 | 双子 / 白羊 | 天秤 / 天秤 |
 | Yogini 第一段 | 木星，出生起满 5 年 | 水星，只剩出生余额 0.81 年 |
 | Shadbala 木星第 3 列 | 80.59 | 39.41（**原因未定位**，见 T9） |
+| 特殊上升点 | Bhava 巨蟹 27.06°；**Hora 与 Ghati 同为双鱼 17.81°**（不可能相同）；无 Sree / Indu / Vighati / Pranapada / Varnada | Bhava 狮子 17.12°、Hora 水瓶 22.58°、Ghati 处女 8.94°；另有 Sree、Indu、Vighati、Pranapada、Varnada |
 
 对照上游五个提交里新增的代码行，逐行检查它们在我方文件中是否存在：
 
@@ -72,7 +73,7 @@
 | T1 | U1 + U2 | 乔布斯、奥巴马、泰勒三盘的 D5 / D6 / D8 / D11 与上游 `23be1807` 一致；按 PVR 原书各给一个手算示例并写进测试；Vimsopaka 全自宫反例等于 20 |
 | T2 | U3 | 三盘的 Yogini 首段余额、起止日期与上游一致；按 Goel Table I 写顺序断言 |
 | T3 | U4 | 构造一个能区分「0 起星座序号」和「1 起相对宫」的用例；年主结果与上游一致；BUG-1214 记录补关联 |
-| T4 | U5 + U6 + U7 | Narayana 两种算法并列显示，且不改打分（打分仍用旧 Narayana，产品 10-04 已定）；Varnada、Pranapada 上卡或进报告的位置写清；`jupiter_upachaya_from_moon` 在卡和报告里不再叫瑜伽 |
+| T4 | U5 + U6 + U7 | Narayana 两种算法并列显示，且不改打分（打分仍用旧 Narayana，产品 10-04 已定）；Varnada、Pranapada 上卡或进报告的位置写清；三张公开盘的 Bhava / Hora / Ghati / Sree / Indu 上升与上游一致，且 Hora ≠ Ghati；`jupiter_upachaya_from_moon` 在卡和报告里不再叫瑜伽 |
 | T5 | U8 + U9 | 出生秒数非 0 的虚构盘：年盘时刻与上游一致；首段大运被截断的盘：AD / PD 边界与上游一致；Neecha Bhanga 的 `conditions_checked` 含两个新条件 |
 | T6 | U10 | 6 种岁差各跑一次：本命、行运、Bhava Chalit、星宿命令实际使用的岁差都等于请求的岁差（断言 `requested == applied`）；同时核实我方是否存在 import 引导覆盖已选岁差的问题，写明有或没有 |
 | T7 | 下游 golden 与卡片 | 重新生成 `frontend/tests/fixtures/consult-evidence-card-golden.json` 等真实引擎 golden；健康 / 财富 / 学业卡的分盘值变化逐盘列表 |
@@ -82,7 +83,7 @@
 
 ## 6. 让步顺序
 
-时间不够时按这个顺序往后放：T9 → T4 的 U6（特殊上升点）→ T4 的 U5（Narayana 并列）。U1 / U2 / U3 / U4 / U10 不让步。
+时间不够时按这个顺序往后放：T9 → T4 的 U5（Narayana 并列）。U1 / U2 / U3 / U4 / U6 / U10 不让步（U6 有实证：我方 Hora 与 Ghati 上升相同，且对话单要用这些点）。
 
 ## 7. 验收口径