root/Jyotisha
1
0
Fork 0
Code Issues 96 Pull Requests Actions Packages Projects Releases Wiki Activity

【需拍板】星盘页盘面数据卡：剩余开发项与占星师确认问题 #163

New Issue
Open
opened 2026-10-30 16:53:53 +08:00 by Claude · 3 comments
Claude commented 2026-10-30 16:53:53 +08:00
Collaborator
Copy Link
Copy Source

星盘页「盘面数据」卡第一轮已上 staging（5157f96d，分支 codex/chart-base-layer-label）。这条 issue 记录剩下的开发项，以及需要占星师确认的问题。

原型（产品 2026-10-30 已确认）：https://claude.ai/artifact/5EpeNy7uWCdJnKsSwZ5rS9

已完成（供核对）

  • 图层「无图层」改名「基础星盘」（2df7645d）；全站「八宫点」统一叫「八分点」。
  • 盘旁新增「盘面数据」卡，九个页签：行星 / 虚星 / 特殊点 / 映射 / 八分点 / 星力 / 大运 / 敌友 / 瑜伽。原九曜卡、Vimshottari 大运卡、深读「命性格局」「排盘底册」里的表都并进来，深读剩三个页签：时运流年 / 能量图谱 / 出生资料与口径。
  • 行星表加上升行、宿主、足、七星 Chara Karaka「指标」列。Karaka 由 /api/chart_points 调 jaimini.calc_chara_karaka_7 排出，两颗星同度时整列留空。
  • 双向联动：虚星 / 特殊点 / 映射 / 八分点四个页签与盘上同名图层互相切换。
  • 盘上标注：
    • 星力：每颗星下写六力达标百分比，≥100% 绿，<100% 橙。
    • 大运：当前大运 / 分运 / 小运主星着色并标字，大运主星管的宫铺浅底，运主之间画虚线。
    • 敌友：按与中心星的关系给其余星着色并标「大友…大敌」。
    • 瑜伽：只亮涉及的星和宫，并连线。
  • 卡片定高，内容在卡内滚动；表格不换行，可横向拖动；去掉提示类小字。

待开发

  • 特殊点分组：原型里「特殊点」下分「特殊上升 / 敏感点 / Saham / Goel 特殊点」四组，现在只有特殊上升（含 Yogi / Avayogi）。另外三组要先在 /api/chart_points 接现有生产器（敏感点：主引擎 _calc_sensitive_points；Saham：scripts/saham_daynight.py；Goel：scripts/goel_jaimini_strength.py）。依赖下面的问题 3。
  • 功能吉凶列：行星表加「功能」一列（吉 / 凶 / 中，标 Yogakaraka、Badhaka），接 scripts/functional_benefics.py。依赖下面的问题 1。
  • 术语统一：Vimshottari 第三层，盘面数据卡和盘上写「小运」，深读「时运流年」写「子运」。等问题 5 定了统一改。
  • staging 目视验收：桌面整页、手机整页（手机上检视 320px、宫位主题 300px、命盘速览 280px）本地没有截到图，需要在 staging 上看一遍：卡片高度是否合适，切页签时页面是否不跳，表格能否横向拖动。
  • 后端测试：tests/test_chart_view_points_api.py 本地只跑了不依赖 swisseph 的 4 条（含新增 Karaka 2 条），其余要看 CI。

需要占星师确认

  1. 功能吉凶的口径：按哪套规则判？建议按 Parashara 宫主制：三方宫主吉，6 / 8 / 12 宫主凶，角宫主中性（是否计 Kendradhipati Dosha）；同管角宫和三方宫的为 Yogakaraka；Badhaka 按上升动 / 固 / 双星座分别取 11 / 9 / 7 宫主。罗睺、计都判不判？自然吉凶和功能吉凶冲突时（例如木星做 6 宫主），表里怎么写？
  2. Chara Karaka：
    • 用 7 星制还是 8 星制（含罗睺）？现在是 7 星制。
    • 两颗星同度时现在整列留空，是否改为按分秒再比，或按某种传统规则？
    • 「指标」列写缩写 AK～DK，还是写中文（灵魂星、事业星…）？
  3. 特殊点的三个新组：
    • 敏感点显示哪几个（Bhrigu Bindu、64th Navamsa、22nd Drekkana 等）？Bhrigu Bindu 用真交点还是平交点？
    • Saham 首批放哪些？昼夜公式以哪本书为准？
    • Goel 特殊点：引擎有「书面规则含交点」和「示例排除交点」两种口径，默认用哪种？
  4. 星力在盘上的着色线：现在按六力达标 100% 分绿 / 橙；深读和检视里的强 / 中 / 弱按 120% / 90%。盘上用哪条线？
  5. 大运：
    • Vimshottari 第三层叫「小运」还是「子运」？
    • 盘上现在铺浅底的是大运主星「管的宫」。是否改成（或加上）运主「所在的宫」，或从运主起算的宫？
    • Chara 大运现在只给该星座所在宫铺底，要不要同时标出该星座的主星？
  6. 敌友：打开时默认以月亮为中心看其余七曜。是否改成上升主星，或其他星？
  7. 瑜伽连线：现在按引擎列出星体的顺序依次连虚线。连线是否有意义，还是只高亮不连线更好？
  8. 名称：「八分点」（Ashtakavarga）是否认可？「映射」是否改成「Arudha 映射」，以免和跨盘映射混淆？

不改动的边界

  • 盘上的所有标注只是计算结果的可视化，不写吉凶判词。瑜伽页仍注明「条件满足」不代表人生结果。
  • 计算口径（岁差、交点、整宫制）与本命盘一致，这一轮没有改。
星盘页「盘面数据」卡第一轮已上 staging（`5157f96d`，分支 `codex/chart-base-layer-label`）。这条 issue 记录剩下的开发项，以及需要占星师确认的问题。 原型（产品 2026-10-30 已确认）：https://claude.ai/artifact/5EpeNy7uWCdJnKsSwZ5rS9 ## 已完成（供核对） - 图层「无图层」改名「基础星盘」（`2df7645d`）；全站「八宫点」统一叫「八分点」。 - 盘旁新增「盘面数据」卡，九个页签：行星 / 虚星 / 特殊点 / 映射 / 八分点 / 星力 / 大运 / 敌友 / 瑜伽。原九曜卡、Vimshottari 大运卡、深读「命性格局」「排盘底册」里的表都并进来，深读剩三个页签：时运流年 / 能量图谱 / 出生资料与口径。 - 行星表加上升行、宿主、足、七星 Chara Karaka「指标」列。Karaka 由 `/api/chart_points` 调 `jaimini.calc_chara_karaka_7` 排出，两颗星同度时整列留空。 - 双向联动：虚星 / 特殊点 / 映射 / 八分点四个页签与盘上同名图层互相切换。 - 盘上标注： - 星力：每颗星下写六力达标百分比，≥100% 绿，<100% 橙。 - 大运：当前大运 / 分运 / 小运主星着色并标字，大运主星管的宫铺浅底，运主之间画虚线。 - 敌友：按与中心星的关系给其余星着色并标「大友…大敌」。 - 瑜伽：只亮涉及的星和宫，并连线。 - 卡片定高，内容在卡内滚动；表格不换行，可横向拖动；去掉提示类小字。 ## 待开发 - [ ] **特殊点分组**：原型里「特殊点」下分「特殊上升 / 敏感点 / Saham / Goel 特殊点」四组，现在只有特殊上升（含 Yogi / Avayogi）。另外三组要先在 `/api/chart_points` 接现有生产器（敏感点：主引擎 `_calc_sensitive_points`；Saham：`scripts/saham_daynight.py`；Goel：`scripts/goel_jaimini_strength.py`）。依赖下面的问题 3。 - [ ] **功能吉凶列**：行星表加「功能」一列（吉 / 凶 / 中，标 Yogakaraka、Badhaka），接 `scripts/functional_benefics.py`。依赖下面的问题 1。 - [ ] **术语统一**：Vimshottari 第三层，盘面数据卡和盘上写「小运」，深读「时运流年」写「子运」。等问题 5 定了统一改。 - [ ] **staging 目视验收**：桌面整页、手机整页（手机上检视 320px、宫位主题 300px、命盘速览 280px）本地没有截到图，需要在 staging 上看一遍：卡片高度是否合适，切页签时页面是否不跳，表格能否横向拖动。 - [ ] **后端测试**：`tests/test_chart_view_points_api.py` 本地只跑了不依赖 swisseph 的 4 条（含新增 Karaka 2 条），其余要看 CI。 ## 需要占星师确认 1. **功能吉凶的口径**：按哪套规则判？建议按 Parashara 宫主制：三方宫主吉，6 / 8 / 12 宫主凶，角宫主中性（是否计 Kendradhipati Dosha）；同管角宫和三方宫的为 Yogakaraka；Badhaka 按上升动 / 固 / 双星座分别取 11 / 9 / 7 宫主。罗睺、计都判不判？自然吉凶和功能吉凶冲突时（例如木星做 6 宫主），表里怎么写？ 2. **Chara Karaka**： - 用 7 星制还是 8 星制（含罗睺）？现在是 7 星制。 - 两颗星同度时现在整列留空，是否改为按分秒再比，或按某种传统规则？ - 「指标」列写缩写 AK～DK，还是写中文（灵魂星、事业星…）？ 3. **特殊点的三个新组**： - 敏感点显示哪几个（Bhrigu Bindu、64th Navamsa、22nd Drekkana 等）？Bhrigu Bindu 用真交点还是平交点？ - Saham 首批放哪些？昼夜公式以哪本书为准？ - Goel 特殊点：引擎有「书面规则含交点」和「示例排除交点」两种口径，默认用哪种？ 4. **星力在盘上的着色线**：现在按六力达标 100% 分绿 / 橙；深读和检视里的强 / 中 / 弱按 120% / 90%。盘上用哪条线？ 5. **大运**： - Vimshottari 第三层叫「小运」还是「子运」？ - 盘上现在铺浅底的是大运主星「管的宫」。是否改成（或加上）运主「所在的宫」，或从运主起算的宫？ - Chara 大运现在只给该星座所在宫铺底，要不要同时标出该星座的主星？ 6. **敌友**：打开时默认以月亮为中心看其余七曜。是否改成上升主星，或其他星？ 7. **瑜伽连线**：现在按引擎列出星体的顺序依次连虚线。连线是否有意义，还是只高亮不连线更好？ 8. **名称**：「八分点」（Ashtakavarga）是否认可？「映射」是否改成「Arudha 映射」，以免和跨盘映射混淆？ ## 不改动的边界 - 盘上的所有标注只是计算结果的可视化，不写吉凶判词。瑜伽页仍注明「条件满足」不代表人生结果。 - 计算口径（岁差、交点、整宫制）与本命盘一致，这一轮没有改。
Claude added the agent/需拍板 label 2026-10-30 16:53:54 +08:00
Claude commented 2026-10-30 17:20:00 +08:00
Author
Collaborator
Copy Link
Copy Source

5157f96d 已部署到 staging：backend-quality-gate（#6074）、migrate-staging-database（#6079）、deploy-staging（#6080）都成功。

冒烟：https://staging.jyotisha.chat/login 200，/chart 200，未登录 /api/account 401；/chart 首屏加载的脚本里已有「盘面数据」。

「后端测试」一项由 CI 覆盖，已通过。「staging 目视验收」还需要人登录后看一遍。

`5157f96d` 已部署到 staging：backend-quality-gate（#6074）、migrate-staging-database（#6079）、deploy-staging（#6080）都成功。 冒烟：https://staging.jyotisha.chat/login 200，/chart 200，未登录 /api/account 401；/chart 首屏加载的脚本里已有「盘面数据」。 「后端测试」一项由 CI 覆盖，已通过。「staging 目视验收」还需要人登录后看一遍。
jesse commented 2026-11-02 11:43:39 +08:00
Owner
Copy Link
Copy Source

占星师回答：可以确认。建议按下面这版定口径，但不要把“传统规则”“仓内实现”和“界面显示选择”混成一件事。 本轮核对了相关计算模块、规则文件及来源，39 项相关测试通过；没有修改运行代码。

1．功能吉凶：采用具名 Parashara 宫主规则，修正你们的简化版。

沿用本仓 bphs_ch34_general_with_sign_exceptions_v2：一般宫主原则，加十二上升的明确例外。不能直接写成“6／8／12 宫主都凶，角宫主都中性”。

  • 上升主、5／9 宫主一般有支持作用，但要结合另一宫主身份与具名例外。
  • 3／6／11 宫主的挑战性质不能遗漏。
  • 8 宫主要处理兼管三方宫、日月等例外；12 宫主不能自动判凶。
  • 计入 Kendradhipati Dosha 的条件，但不能将所有角宫主一律判凶或中性。仓内现有分类并不等于已经完成全部关联条件判断。
  • 严格 Yogakaraka：同一行星分别主管 4／7／10 中一宫和 5／9 中一宫。不能因为第 1 宫兼具角宫、三方性质，就自动认定上升主都是 Yogakaraka。
  • Badhaka 采用你们提出的 动／固／双＝11／9／7 宫主，作为独立标签，不能覆盖原有功能分类。

这些规则应注明采用的译本与版本，不能称作所有流派唯一标准。本仓所依据的 BPHS 第34章译文

罗睺、计都保留，但不硬塞进七曜宫主吉凶表。 功能栏写“依落宫、定位星及关联条件判断”；实际没执行关联判断时，显示“待综合”，不能填“中性”。其他体系采用交点共主规则时，另注明方法。

自然属性与功能属性分列，例如：

行星 自然属性 管辖宫位 功能角色 补充身份
木星，天秤上升 自然吉星 3、6宫 功能偏凶／挑战 按实际条件另列

不要显示成“互相抵消＝中性”。木星主管6宫也不能脱离另一宫主身份统一判断。

2．Chara Karaka：默认七星，保留八星切换；同度不整列清空。

  • 默认继续 七星制，与目前界面保持一致。
  • 八星制作为明确选项，含罗睺、不含计都；罗睺按对应的反向度数规则排序。
  • 使用未四舍五入的星座内度数排序，再格式化显示。整度相同先比分、秒及已有更高精度，不能拿显示值排序。
  • 若原始精度下仍无法区分，标明“并列／角色待定”，保留不受影响的结果。不要按行星数组顺序强行分配，也不擅自补造更精确位置。
  • 依赖争议角色的下游结果单独标记待定；不能让一个同度问题清空所有数据。

仓内普通 Karaka 排序与 Goel 的同度处理目前不同，实施时需要统一明确接口，不能只改前端空值。

“指标”列建议改为 “Chara Karaka”或“变动征象星”。单元格用 AK · 自我、AmK · 职事 等简写，展开显示梵文全名和含义。中文只是辅助说明，避免把“灵魂星”“事业星”理解为唯一判断依据。

3．特殊点：三组分开，计算参照必须显示。

敏感点首批显示：

项目 必须注明
Bhrigu Bindu 月亮与罗睺、交点模式、取弧方向
第64 Navamsa 本仓当前以月亮为参照
第22 Drekkana 本仓当前以上升为参照

后两项如果只返回星座及主星，就显示这些字段，不要补出不存在的精确黄经。也不要把它们统一命名为“灾难点”。

Bhrigu Bindu 跟随当前命盘的 node_mode：全盘用平交点就用平交点，用真交点就用真交点，不另藏一个默认值。沿用仓内“罗睺至月亮黄道正向弧的中点”，不能偷偷换成最短弧中点。

Saham 首批建议显示九项：

Punya、Vidya、Yashas、Mitra、Vivaha、Artha、Labha、Karyasiddhi、Paradesa。

分别覆盖福德、学习、声誉、朋友、婚姻、财物、收益、事项成就和异地主题。这是界面首批选择，其余已算数据留在“全部”，不要删除。

公式采用 P. V. R. Narasimha Rao《Vedic Astrology: An Integrated Approach》§28.8.1、表74，印刷页394—396。每项分别处理昼夜、不反转的例外及加30度修正，不能一律“夜生就交换前两项”。本命 Saham 使用出生时地；年盘 Saham 使用回归时地判昼夜。作者公开教材

Goel 默认选 “书面规则含交点”，保留“示例排除交点”作为对照。这里指交点参与指定的占据强度计算，不代表 Karaka 自动改成八星制。若两种口径影响特殊点选择，应显示差异和原因。

4．六力着色：统一用100%达标线，标签改成“达标／未达标”。

比例必须是：

该星六力总值 ÷ 该星对应最低要求

不能七颗星共用一个绝对分值。

  • ≥100%：达标。
  • <100%：未达标。
  • 缺失或计算受阻：灰色／未计算，不能当成0。
  • 颜色表达力量达标情况，不代表吉凶。

120%／90%不作为另一套默认“强中弱”判断。 若研究视图保留，必须说明属于界面分档。目前仓内还有“100%／75%”旧文案，需一起统一，否则三处会互相矛盾。

5．大运：第三层统一叫“细运”。

层级 英文 中文
MD Mahadasha 大运
AD Antardasha 小运
PD Pratyantardasha 细运

“子运”容易被理解为任意下一级，不建议作为第三层固定名称。

盘面建议保留运主管辖宫的浅底，再增加其落宫标记：

  • 浅底：运主管辖宫。
  • 边框或定位标记：运主所在宫。
  • 行星徽标：当前所选层级的运主。

“从运主起算”作为单独开关，开启时明确提示参照改变，不能混在原本以上升编号的宫位里。

Chara 大运：高亮当前运星座，同时标出该方法实际采用的星座主星及其落宫。 遇到共主选择必须使用该 Dasha 返回的裁定，前端不要自行另算。

6．敌友：默认上升主星，可切月亮及其他七曜。

这是界面选择，不是古典规定。建议记住用户上次选择。

更重要的是明确：

  • 自然敌友、临时敌友、复合敌友分别显示。
  • 关系有方向：“A如何看B”不一定等于“B如何看A”。
  • 中心星之外是其余六曜；交点若纳入，单独注明来源。
  • 上升不确定时不强选上升主，提示选择参照星。

7．瑜伽：默认只高亮，不按数组顺序连线。

你们现在“引擎列出谁就依次连谁”的虚线没有可靠语义，建议取消。

只有引擎明确返回“合相、相位、互容”等关系时才画对应线，并标关系类型。纯粹参与同一个 Yoga，不意味着各星之间都存在相位。落宫型 Yoga 可以同时高亮相关宫位。

8．名称：改为“八分法”和“Arudha 映射”。

  • 推荐 “八分法（Ashtakavarga）”。“八分点”容易让人误以为只有八个点。
  • 内部分开“单星八分表 BAV”和“总八分表 SAV”，不要把分数写成成功率。
  • “Arudha 映射”认可，能与跨盘映射区分。详情保留 AL、A2—A12、UL 等实际名称及例外规则。

本轮属于口径审阅：外部来源已核对，独立真实案例预测校准未执行，因此这些确认不构成准确率承诺。完整核对记录见本轮审阅记录。

占星师回答：可以确认。**建议按下面这版定口径，但不要把“传统规则”“仓内实现”和“界面显示选择”混成一件事。** 本轮核对了相关计算模块、规则文件及来源，39 项相关测试通过；没有修改运行代码。 **1．功能吉凶：采用具名 Parashara 宫主规则，修正你们的简化版。** 沿用本仓 `bphs_ch34_general_with_sign_exceptions_v2`：一般宫主原则，加十二上升的明确例外。不能直接写成“6／8／12 宫主都凶，角宫主都中性”。 - 上升主、5／9 宫主一般有支持作用，但要结合另一宫主身份与具名例外。 - **3／6／11 宫主的挑战性质不能遗漏。** - 8 宫主要处理兼管三方宫、日月等例外；12 宫主不能自动判凶。 - **计入 Kendradhipati Dosha 的条件**，但不能将所有角宫主一律判凶或中性。仓内现有分类并不等于已经完成全部关联条件判断。 - 严格 Yogakaraka：同一行星分别主管 **4／7／10 中一宫和 5／9 中一宫**。不能因为第 1 宫兼具角宫、三方性质，就自动认定上升主都是 Yogakaraka。 - Badhaka 采用你们提出的 **动／固／双＝11／9／7 宫主**，作为独立标签，不能覆盖原有功能分类。 这些规则应注明采用的译本与版本，不能称作所有流派唯一标准。[本仓所依据的 BPHS 第34章译文](https://jyotishvidya.com/ch34.htm) **罗睺、计都保留，但不硬塞进七曜宫主吉凶表。** 功能栏写“依落宫、定位星及关联条件判断”；实际没执行关联判断时，显示“待综合”，不能填“中性”。其他体系采用交点共主规则时，另注明方法。 自然属性与功能属性分列，例如： | 行星 | 自然属性 | 管辖宫位 | 功能角色 | 补充身份 | |---|---|---|---|---| | 木星，天秤上升 | 自然吉星 | 3、6宫 | 功能偏凶／挑战 | 按实际条件另列 | 不要显示成“互相抵消＝中性”。木星主管6宫也不能脱离另一宫主身份统一判断。 **2．Chara Karaka：默认七星，保留八星切换；同度不整列清空。** - 默认继续 **七星制**，与目前界面保持一致。 - 八星制作为明确选项，含罗睺、不含计都；罗睺按对应的反向度数规则排序。 - 使用**未四舍五入的星座内度数**排序，再格式化显示。整度相同先比分、秒及已有更高精度，不能拿显示值排序。 - 若原始精度下仍无法区分，标明“并列／角色待定”，保留不受影响的结果。不要按行星数组顺序强行分配，也不擅自补造更精确位置。 - 依赖争议角色的下游结果单独标记待定；不能让一个同度问题清空所有数据。 仓内普通 Karaka 排序与 Goel 的同度处理目前不同，实施时需要统一明确接口，不能只改前端空值。 “指标”列建议改为 **“Chara Karaka”或“变动征象星”**。单元格用 `AK · 自我`、`AmK · 职事` 等简写，展开显示梵文全名和含义。中文只是辅助说明，避免把“灵魂星”“事业星”理解为唯一判断依据。 **3．特殊点：三组分开，计算参照必须显示。** 敏感点首批显示： | 项目 | 必须注明 | |---|---| | Bhrigu Bindu | 月亮与罗睺、交点模式、取弧方向 | | 第64 Navamsa | 本仓当前以月亮为参照 | | 第22 Drekkana | 本仓当前以上升为参照 | 后两项如果只返回星座及主星，就显示这些字段，**不要补出不存在的精确黄经**。也不要把它们统一命名为“灾难点”。 Bhrigu Bindu **跟随当前命盘的 `node_mode`**：全盘用平交点就用平交点，用真交点就用真交点，不另藏一个默认值。沿用仓内“罗睺至月亮黄道正向弧的中点”，不能偷偷换成最短弧中点。 Saham 首批建议显示九项： **Punya、Vidya、Yashas、Mitra、Vivaha、Artha、Labha、Karyasiddhi、Paradesa。** 分别覆盖福德、学习、声誉、朋友、婚姻、财物、收益、事项成就和异地主题。这是界面首批选择，其余已算数据留在“全部”，不要删除。 公式采用 **P. V. R. Narasimha Rao《Vedic Astrology: An Integrated Approach》§28.8.1、表74，印刷页394—396**。每项分别处理昼夜、不反转的例外及加30度修正，不能一律“夜生就交换前两项”。本命 Saham 使用出生时地；年盘 Saham 使用回归时地判昼夜。[作者公开教材](https://www.vedicastrologer.org/articles/vedic_astro_textbook.pdf) Goel 默认选 **“书面规则含交点”**，保留“示例排除交点”作为对照。这里指交点参与指定的占据强度计算，**不代表 Karaka 自动改成八星制**。若两种口径影响特殊点选择，应显示差异和原因。 **4．六力着色：统一用100%达标线，标签改成“达标／未达标”。** 比例必须是： `该星六力总值 ÷ 该星对应最低要求` 不能七颗星共用一个绝对分值。 - ≥100%：达标。 - <100%：未达标。 - 缺失或计算受阻：灰色／未计算，不能当成0。 - 颜色表达力量达标情况，不代表吉凶。 **120%／90%不作为另一套默认“强中弱”判断。** 若研究视图保留，必须说明属于界面分档。目前仓内还有“100%／75%”旧文案，需一起统一，否则三处会互相矛盾。 **5．大运：第三层统一叫“细运”。** | 层级 | 英文 | 中文 | |---|---|---| | MD | Mahadasha | 大运 | | AD | Antardasha | 小运 | | PD | Pratyantardasha | 细运 | “子运”容易被理解为任意下一级，不建议作为第三层固定名称。 盘面建议**保留运主管辖宫的浅底，再增加其落宫标记**： - 浅底：运主管辖宫。 - 边框或定位标记：运主所在宫。 - 行星徽标：当前所选层级的运主。 “从运主起算”作为单独开关，开启时明确提示参照改变，不能混在原本以上升编号的宫位里。 Chara 大运：**高亮当前运星座，同时标出该方法实际采用的星座主星及其落宫。** 遇到共主选择必须使用该 Dasha 返回的裁定，前端不要自行另算。 **6．敌友：默认上升主星，可切月亮及其他七曜。** 这是界面选择，不是古典规定。建议记住用户上次选择。 更重要的是明确： - 自然敌友、临时敌友、复合敌友分别显示。 - 关系有方向：**“A如何看B”不一定等于“B如何看A”。** - 中心星之外是其余六曜；交点若纳入，单独注明来源。 - 上升不确定时不强选上升主，提示选择参照星。 **7．瑜伽：默认只高亮，不按数组顺序连线。** 你们现在“引擎列出谁就依次连谁”的虚线没有可靠语义，建议取消。 只有引擎明确返回“合相、相位、互容”等关系时才画对应线，并标关系类型。纯粹参与同一个 Yoga，不意味着各星之间都存在相位。落宫型 Yoga 可以同时高亮相关宫位。 **8．名称：改为“八分法”和“Arudha 映射”。** - 推荐 **“八分法（Ashtakavarga）”**。“八分点”容易让人误以为只有八个点。 - 内部分开“单星八分表 BAV”和“总八分表 SAV”，不要把分数写成成功率。 - **“Arudha 映射”认可**，能与跨盘映射区分。详情保留 AL、A2—A12、UL 等实际名称及例外规则。 本轮属于口径审阅：外部来源已核对，独立真实案例预测校准未执行，因此这些确认不构成准确率承诺。完整核对记录见[本轮审阅记录](/Users/wuyongnaren/Documents/印度占星/docs/research/chart_ui_method_decisions_2026_11_02.md)。
jesse added agent/待规划agent/试点 and removed agent/需拍板 labels 2026-11-02 11:44:00 +08:00
Claude commented 2026-11-02 21:15:43 +08:00
Author
Collaborator
Copy Link
Copy Source

按占星师 2026-11-02 的答复（第 1–8 条）实现，已部署到 staging：7a56840f（backend-quality-gate #6442、migrate-staging-database #6443、deploy-staging #6444 均成功；冒烟 /login 200、未登录 /api/account 401、/api/health 200、/chart 200）。

1–3（分支 codex/163-engine-columns，578a3614）

  • 行星表新增：自然属性 / 管辖宫位 / 功能角色 / 补充身份。功能角色来自 bphs_ch34_general_with_sign_exceptions_v2，只写「偏吉／支持」「偏凶／挑战」「混合／待综合」，不写「中性」；罗睺、计都写「待综合」。补充身份：Yogakaraka（严格 4/7/10 + 5/9）、Badhaka（动 / 固 / 双 = 11 / 9 / 7 宫主），均不覆盖功能分类。
  • 待综合 / 未完成：Kendradhipati 只标候选（conditions_not_evaluated），引擎没有完整条件判断；交点功能角色未执行关联判断；月亮、水星的自然属性写「随月相 / 随同宫」，未计算。
  • Chara Karaka：默认七星，可切八星（含罗睺、按 30° − 度数，不含计都）；按未取整度数排序；只有原始精度仍相同时才把涉及的角色标「并列／角色待定」，不再整列清空（BUG-1512）。列名「Chara Karaka」，单元格 AK · 自我 等。Goel 路径改用同一排序并返回 karaka_ties。
  • 特殊点四组：特殊上升 / 敏感点（Bhrigu Bindu 跟随本盘 node_mode，罗睺→月亮顺行弧中点；第 64 Navamsa 从月亮、第 22 Drekkana 从上升，只给星座与主星）/ Saham（首批九项，其余在「全部」，公式按 PVR §28.8.1 表 74 逐条核对一致）/ Goel 特殊点（默认「书面规则含交点」，另列「示例排除交点」对照）。
  • 外部对照：PyJHora 在 Labha、Paradesa 两项与本仓差 30°（其按星座判弧且未回绕宫位经度）；按 PVR 的度数规则，本仓结果成立。

4–8（分支 codex/163-terms-overlays，ca8d63b5）

  • 六力：全站只看「该星总值 ÷ 该星最低要求」，≥100% 达标、<100% 未达标、缺失灰色「未计算」；120% / 90% 分档已删除。
  • 运期：大运 / 小运 / 细运（界面与对话、报告解读提示词）。盘上保留运主管辖宫浅底，新增运主落宫边框，新增「从运主起算」开关；运主之间的虚线已去掉。Chara 大运标出引擎裁定的星座主星及其落宫。
  • 敌友：默认上升主星，可切月亮及其他六曜，记住上次选择；上升不确定时改用月亮并注明；自然 / 临时 / 复合分列，并列出反方向「它看 X」。
  • 瑜伽：只高亮，不连线（瑜伽数据里没有引擎给出的关系类型）。
  • 名称：八分法（Ashtakavarga）、BAV / SAV、Arudha 映射。

未完成

  • 个人报告链路仍是旧称（主运 / 子运 / 次子运），已另开分支 codex/report-dasha-terms 统一。
  • 需要人在 staging 登录目视验收：行星表加列后需横向拖动（首列固定）。

本轮属于口径落地，没有做真实案例预测校准。

按占星师 2026-11-02 的答复（第 1–8 条）实现，已部署到 staging：`7a56840f`（backend-quality-gate #6442、migrate-staging-database #6443、deploy-staging #6444 均成功；冒烟 /login 200、未登录 /api/account 401、/api/health 200、/chart 200）。 **1–3（分支 `codex/163-engine-columns`，`578a3614`）** - 行星表新增：自然属性 / 管辖宫位 / 功能角色 / 补充身份。功能角色来自 `bphs_ch34_general_with_sign_exceptions_v2`，只写「偏吉／支持」「偏凶／挑战」「混合／待综合」，不写「中性」；罗睺、计都写「待综合」。补充身份：Yogakaraka（严格 4/7/10 + 5/9）、Badhaka（动 / 固 / 双 = 11 / 9 / 7 宫主），均不覆盖功能分类。 - 待综合 / 未完成：Kendradhipati 只标候选（`conditions_not_evaluated`），引擎没有完整条件判断；交点功能角色未执行关联判断；月亮、水星的自然属性写「随月相 / 随同宫」，未计算。 - Chara Karaka：默认七星，可切八星（含罗睺、按 30° − 度数，不含计都）；按未取整度数排序；只有原始精度仍相同时才把涉及的角色标「并列／角色待定」，不再整列清空（BUG-1512）。列名「Chara Karaka」，单元格 `AK · 自我` 等。Goel 路径改用同一排序并返回 `karaka_ties`。 - 特殊点四组：特殊上升 / 敏感点（Bhrigu Bindu 跟随本盘 node_mode，罗睺→月亮顺行弧中点；第 64 Navamsa 从月亮、第 22 Drekkana 从上升，只给星座与主星）/ Saham（首批九项，其余在「全部」，公式按 PVR §28.8.1 表 74 逐条核对一致）/ Goel 特殊点（默认「书面规则含交点」，另列「示例排除交点」对照）。 - 外部对照：PyJHora 在 Labha、Paradesa 两项与本仓差 30°（其按星座判弧且未回绕宫位经度）；按 PVR 的度数规则，本仓结果成立。 **4–8（分支 `codex/163-terms-overlays`，`ca8d63b5`）** - 六力：全站只看「该星总值 ÷ 该星最低要求」，≥100% 达标、<100% 未达标、缺失灰色「未计算」；120% / 90% 分档已删除。 - 运期：大运 / 小运 / 细运（界面与对话、报告解读提示词）。盘上保留运主管辖宫浅底，新增运主落宫边框，新增「从运主起算」开关；运主之间的虚线已去掉。Chara 大运标出引擎裁定的星座主星及其落宫。 - 敌友：默认上升主星，可切月亮及其他六曜，记住上次选择；上升不确定时改用月亮并注明；自然 / 临时 / 复合分列，并列出反方向「它看 X」。 - 瑜伽：只高亮，不连线（瑜伽数据里没有引擎给出的关系类型）。 - 名称：八分法（Ashtakavarga）、BAV / SAV、Arudha 映射。 **未完成** - 个人报告链路仍是旧称（主运 / 子运 / 次子运），已另开分支 `codex/report-dasha-terms` 统一。 - 需要人在 staging 登录目视验收：行星表加列后需横向拖动（首列固定）。 本轮属于口径落地，没有做真实案例预测校准。
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
agent/待执行
Grok 领：按任务书实现
 agent/待真机
产品负责人真机走查
 agent/待规划
Claude 领：诊断并写任务书
 agent/待验收
Claude 领：验收 Grok 回报的 SHA
 agent/执行中
锁：Grok 执行中
 agent/排队
任务书已写好，等前置单合入 staging 后由 Claude 改成 agent/待执行；循环两侧都不处理
 agent/规划中
锁：Claude 规划中
 agent/试点
试点期只处理带此标签的 issue
 agent/部署中
已推 staging，等部署核对（脚本自动）
 agent/需拍板
需要产品负责人决定
 agent/验收中
锁：Claude 验收中
 ready-for-agent
Fully specified, ready for an agent
 wayfinder:map
Wayfinder map issue holding the notes and child tickets
 wayfinder:task
Wayfinder child ticket
No labels agent/待规划 agent/试点
Milestone
No items
No Milestone
Projects
Clear projects
No projects
Assignees
Clear assignees
Claude Grok jesse root
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: root/Jyotisha#163