【需拍板】请占星师裁定:11-04 数据核对整理的 31 个取法问题 #166
Open
opened 2026-11-04 19:41:11 +08:00 by Claude
·
4 comments
No Branch/Tag Specified
main
staging
codex/login-rectify-loading-1103
codex/rectification-stuck-1516
codex/birth-time-stability-165
codex/birth-time-intake-144
codex/consult-preset-prompts-20261102
codex/birth-time-source-intake-20261102
codex/report-refund-1505
codex/launch-prep-119
codex/chart-base-layer-label
codex/annual-153
codex/rectify-others-160
codex/learn-157
codex/rectification-d60-two-way-20261028
codex/consult-classify-parallel-20261029
codex/answer-effort-default-20261029
codex/subject-switcher-details-20261028
codex/rectification-screen-146-147-20261028
codex/rectification-entry-page-20261028
codex/upstream-sync9b-20261028
codex/upstream-sync9-20261028
codex/home-crash-saved-people-20261027
codex/voice-reading-20261027
codex/ui-kit-fix3-20261027
codex/lagna-precheck-20261027
codex/ui-kit-onboarding-fix-20261026
codex/gate-birth-journey-contract-20261025
codex/ui-kit-7-cleanup-20261023
codex/ui-kit-6-rectification-20261023
codex/ui-kit-5-pages-20261023
codex/ui-kit-4-people-20261023
codex/ui-kit-3-chart-20261023
codex/ui-kit-2-chat-20261023
codex/onboarding-4-motion-20261022
codex/ui-kit-1-shell-20261023
codex/onboarding-3-checklist-20261022
codex/onboarding-2-intake-20261022
codex/ui-kit-0-base-20261023
codex/full-data-parity-3-20261022
codex/full-data-parity-2-20261021
codex/full-data-parity-1-20261021
codex/rectification-explicit-open-20261023
codex/chart-table-span-20261023
codex/onboarding-1-data-20261022
codex/report-english-han-leak-20261021
codex/chart-dasha-yogini-20261021
codex/goel-jaimini-strength-20261022
codex/synastry-staging-fix-20261021
codex/chart-subject-table-20261021
codex/chart-ascendant-slash-20261021
codex/report-export-dialog-polish-20261021
codex/synastry-report-chat-20261018
codex/synastry-full-report-20261018
codex/niryaana-shoola-pvr-20261018
codex/rectification-narrower-delivery-20261016
codex/full-reading-module-parity-20261018
codex/marriage-match-p1-20261017
codex/upstream-sync8-20261017
codex/people-archive-limit-20-20261017
codex/api-server-service-extract-20261013
codex/dasha-unify-20261013
codex/python-hygiene-20261013
codex/contracts-helpers-dedupe-20261013
codex/pl9-render-split-20261013
codex/consult-route-split-20261013
codex/beta-safety-net-20261014
codex/beta-capacity-20261014
codex/answer-effort-ab-20261013
codex/api-chart-subprocess-gate-20261013
codex/chart-ascendant-row-20261015
codex/data-layer-types-20261013
codex/release-path-production-20261014
codex/beta-main-path-20261014
codex/frontend-dead-code-20261013
codex/consult-prep-parallel-20261013
codex/report-reference-perf-20261013
codex/home-sidebar-rerender-20261013
codex/node-runtime-resources-20261013
codex/api-disk-cache-retention-20261013
codex/rect-scoring-perf-20261013
codex/upstream-sync7-20261014
codex/rectification-step0-entry-20261013
codex/report-focus-card-20261013
codex/report-translation-gaps-20261013
codex/composer-first-glyph-clip-20261013
codex/agent-loop-pilot-20261013
codex/rectification-offer-opened-state-20261012
codex/rectification-nearest-boundary-opening-20261012
codex/rectification-d12-parent-probes-research-20261012
codex/rectification-explicit-entry-20261012
codex/consult-career-type-residual-20261009
codex/consult-card-full-source-20261007
codex/rashi-dashas-native-20261008
codex/ephemeris-nutation-20261008
codex/report-full-data-edition-20261007
codex/special-lagnas-native-20261008
codex/upstream-sync6-20261007
codex/rectification-delivery-dup-adopt-20261006
codex/consult-conversational-answer-20261006
codex/consult-latency-quickwins-20261005
codex/rectification-nadi-seconds-research-20261005
codex/gate-log-volume-20261004
codex/astrologer-rulings-batch6-20261004
codex/consult-timeline-no-plan-20261001
codex/consult-answer-clock-20261001
codex/consult-plain-answer-20261001
codex/rectification-varga-resolution-fix-20261001
review/rectification-varga-resolution-20260930
codex/jev-intent-v2-20260927
codex/consult-evidence-card-research-20260927
codex/people-archive-p1-20260924
codex/chart-dasha-western-redesign-20260924
codex/home-page-split-20260925
codex/report-reader-main-20260924
codex/rectification-midnight-date-anchor-20260920
codex/rectification-cross-midnight-gate-fix-20260920
codex/rectification-cross-midnight-20260920
codex/owner-case-purge-20260919
codex/rectification-jev-intent-research-fix2-20260919
codex/rectification-jev-intent-research-fix-20260919
codex/rectification-jev-intent-classifier-research-20260919
docs/three-channel-redesign-20260918
codex/session-list-single-source-fix-20260917
codex/session-list-single-source-20260917
codex/rectification-session-composer-guard-20260917
codex/chart-copy-trim-20260917
codex/rectification-dead-d9-choice-fix-20260916
codex/rectification-mobile-timeline-readout-20260917
codex/session-capacity-bool-assert-20260916
codex/home-state-lowering-20260915
codex/freeze-metric-change-20260915
codex/rectification-engine-memoization-fix-20260915
codex/consultation-session-capacity-20260915
codex/consultation-context-memory-20260915
codex/consultation-external-evidence-cache-20260915
codex/rectification-request-dossier-cache-20260915
codex/rectification-settled-render-split-20260915
codex/rectification-engine-memoization-20260915
codex/rectification-failure-attribution-20260915
fix/sidebar-hard-nav
codex/rectification-spoken-orphan-20260914
codex/rectification-targeted-collect-spoken-focus-20260913
codex/rectification-house-lord-gochara-research-20260913
codex/rectification-new-minute-inherit-20260908
codex/rectification-same-year-probe-dedupe-20260908
codex/rectification-probe-replay-loss-20260908
codex/rectification-range-delivery-fix-20260907
codex/rectification-range-delivery-card-20260907
codex/rectification-stale-compare-fix-20260907
codex/rectification-declared-uncertainty-20260907
codex/report-md-page-20260906
codex/rectification-collect-vs-offer-consistency-20260905
codex/rectification-probe-answer-covers-domain-20260905
codex/rectification-quality-probe-dedupe-20260904
codex/rectification-post-adopt-verify-20260904
codex/report-candidate-range-20260904
codex/report-sensitivity-crash-20260904
codex/rectification-adopt-narration-fix2-20260904
codex/rectification-adopt-narration-fix-20260904
codex/rectification-adopt-narration-20260904
codex/repo-hygiene-20260903
codex/rectification-ux-20260903
codex/rectification-ux-20260902
codex/diagnose-rectification-request-20260827
fix/staging-gate-checkout-retry
No results found.
Labels
Clear labels
agent/待执行
agent/待真机
agent/待规划
agent/待验收
agent/执行中
agent/排队
agent/规划中
agent/试点
agent/部署中
agent/需拍板
agent/验收中
ready-for-agent
wayfinder:map
wayfinder:task
Grok 领:按任务书实现
产品负责人真机走查
Claude 领:诊断并写任务书
Claude 领:验收 Grok 回报的 SHA
锁:Grok 执行中
任务书已写好,等前置单合入 staging 后由 Claude 改成 agent/待执行;循环两侧都不处理
锁:Claude 规划中
试点期只处理带此标签的 issue
已推 staging,等部署核对(脚本自动)
需要产品负责人决定
锁:Claude 验收中
Fully specified, ready for an agent
Wayfinder map issue holding the notes and child tickets
Wayfinder child ticket
No labels
agent/需拍板
Milestone
No items
No Milestone
Projects
Clear projects
No projects
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: root/Jyotisha#166
Reference in New Issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
2026-11-04 两轮计算数据核对(jyotisha-9c 会话)里整理出的 31 个取法问题,请占星师逐条裁定。目前一条都还没发给占星师,也没有答复。
audit-g/report.md、audit-i/report.md、audit-j/report.md、moon_paksha_memo.md)目前只在 jyotisha-9c 会话的临时目录里,不在仓库;需要时请向该会话要或另行入库。来源:jyotisha-9c 会话 2026-11-04 数据核对(第一轮 1a/1b;第二轮 G 分盘、H 大运与天象、I 瑜伽与功能吉凶、J Shadbala)。
状态:全部尚未提交给占星师,也没有回复。 同日已经由占星师答复并落地的只有「月亮盈亏力口径」(采用 BPHS-Santhanam 27.10–11 + 27.18,见 BUG-1557),不在下列 31 条里。
详细依据:各条后括号里的 BUG 编号见
docs/BUG_HISTORY.md(origin/staging);第二轮各子代理的完整报告在本目录audit-g/report.md、audit-j/report.md、audit-i/report.md,月亮盈亏力调研在moon_paksha_memo.md。一、会影响修复能否落地的
moon_paksha_memo.md)。二、功能吉凶与瑜伽
三、Narayana 与 Chara 大运
四、日出、时主、次行星
五、Shadbala 位置力与相照力(J 报告,
audit-j/report.md)(16、17、19、20、21、23、24、25、26 一旦改动,会改变生时校正打分,需要再重新冻结。)
六、分盘与 Arudha(G 报告,
audit-g/report.md)已决定、无需再问(参考)
占星师 2026-11-04 答复(原文转贴)。 仅改动一处:原文里指向占星师本机上游仓的路径(
/Users/…/印度占星/…)统一替换为<上游仓>/…;这些文件、行号都是上游仓的,不是本仓的。这11条不能逐项挑选"校时命中率更高"的算法后,统一叫作BPHS。我建议建立一套有明确版本的BPHS计算口径,保留Raman等对照版本;原文没有解决的地方,明确记录为实现选择。
本轮核对了本仓相关代码、既有对照记录、PVR正文,以及带梵文的Santhanam版BPHS扫描页。第17、19、23条还不能无条件拍板;其他条目可以给出明确方向。没有修改计算代码或重新冻结。
16.七分盘尊位力:BPHS口径采用20/10/4/2。
完整分值应一起固定,不能只改其中四档:
本轮所查BPHS印刷页265明确列出这些值。Raman的22.5/7.5/3.75/1.875保留为独立口径,不混入这个表。
17.D1本垣按度数还是整个星座:暂时保留度数范围,不把整座法直接升级为默认。
这里必须区分:
BPHS第3章明确给出度数段,但这不自动解决第27章的具体计分解释。反过来,PyJHora或Jain例题采用整座,也不能直接证明所有尊贵状态都应改为整座。
我的工程意见是:**目前保留D1按度数的实现,并注明它是暂定口径。**整座版本可作对照;要替换默认,需核对Jain例题的原页、位置与分项,排除其他参数也参与差异。
18.月亮、水星起点:改为3°、15°,不是4°、16°。
按连续黄经坐标:
3° ≤ 度数 < 30°;15° ≤ 度数 < 20°。"第4度"从3°00′开始,"第16度"从15°00′开始。把序数直接写成坐标4°、16°,会漏掉整整一度。BPHS印刷页39支持上述区间。
这一条也会改变分值,必须纳入重新冻结范围。
19.本垣只在D1计还是其他分盘也计:证据尚不足以作唯一裁定。
第27章要求在其他六个分盘进行类似计分,但本轮所查文字没有清楚交代"本垣45分仅限D1"的例外,也没有完整说明如何把本垣度数段用于其他分盘。
因此:
20.临时友敌:默认取D1,再用于各分盘。
这版BPHS印刷页265的译注明确要求复合友敌依据本命星座盘,不在对应分盘重新判定。
具体是:每张分盘决定行星落在哪个星座、由谁掌管;再使用D1确定的复合友敌关系评分。
出处应写成"Santhanam版译注支持",不要包装成梵文原句已经明确规定。
21.角宫力:这套口径用上升起算的整宫星座。
即:
印刷页266译注直接用星座分组说明。不要默默换成Bhava Chalit宫位。
注意:这只裁定 Kendradi Bala,不等于方向力、宫力等所有计算都应改用整宫。本仓函数目前接收外部传来的
house,实施时还须追查调用端到底传入哪种宫位。22.三分盘力:确认保留"阳—中—阴"。
对应:
[0°,10°)[10°,20°)[20°,30°)本轮扫描页的梵文排列支持这个顺序,英文译文存在顺序冲突。保持当前逻辑,并测试恰好10°、20°的边界。
23.水星、木星相照:不能简单拍板"把¼改成1"。
这里有一个此前问题清单没有展开的歧义:印刷页284的英译,在普通吉凶相照取四分之一之后,要求水星、木星的相照另外加入全额。
因此存在不同读法:
所以"BPHS=1倍"还不是已经解决的结论。还需要原文语法与可拆分算例共同确认,特别是水星被判为凶性时如何处理。
同时要明确:这里讨论的是水星、木星发出的相照,不是其他行星照到水星、木星时加权。
**裁定:暂不修改正式权重;这一项保持待核定。**不能把保留旧¼口径写成已经完成BPHS修正。
24.特殊相照:BPHS版本采用第26章的分段公式。
确认采用相应区间的特殊公式,不使用"通用值+固定奖励"冒充同一算法。
尤其不能先按额外加分算,再简单截断到60:这种做法即使不超上限,曲线仍可能不同。
实现需检查:
**60的限制针对单项相照,不是整颗星汇总后的Drik Bala总值。**依据为印刷页256的特殊相照规则。
25.水星自然凶性:BPHS版本采用"与任一自然凶星结合"。
不要求凶星数量超过一颗。
PVR的另一种口径是比较伴随星中自然吉星与自然凶星的数量,不能简化成"有多颗凶星才算凶"。
还需锁定实现细节:
26.月亮自然吉凶:BPHS版本默认按盈亏,不切换为第8至23太阴日。
盈月吉、亏月凶,是本轮所查第3章第11节采用的自然属性口径。第8—23太阴日方案应另列来源、起止边界和用途,不能无来源替换。
但必须把三件事分开:
**"亏月属于自然凶星"不意味着月亮越暗,自身盈亏力就应越高。**不能让一个通用吉凶布尔值控制这三层。
以上页码均为本轮所查Santhanam版BPHS第一卷的印刷页码;PVR伴随星数量规则可对照其作者公开教材。这是一个版本的核对,不代表已完成不同梵文版本的校勘。
关于重新冻结,我建议这样处理:
本轮没有复跑你们的19张校时测试盘,因此不声称这些调整改善预测或校时准确率。核对记录已保存到第16–26条审查记录(
<上游仓>/docs/research/rule_questions_16_26_review_2026_11_04.md)。这5条,我建议:27统一例外算法;28按用途区分宫主;29保留7星默认、增加8星选项;30统一D30度数并检查落座;31把"软件默认"改成明确的方法合同。先纠正一个现状:本轮检查发现,本仓的两处Arudha函数已经采用"初算落点起第10宫"。因此,你们产品中的两个A10,需要追查运行版本、调用入口及宫主选择,不能直接认定当前本仓还使用旧例外算法。你们报告的228项、38项差异,本轮没有独立复跑。
27.Arudha例外:采用"初算pada落点的第10宫"。
这与PVR教材§9.2明确给出的规则一致:
所以,"两种情况都取原宫第10宫"不符合这套口径。
例如原宫是白羊,初算落到天秤,则修正为巨蟹,不能修正为摩羯。PVR的同节例题也专门演示了初算落第7宫的情况。出处:PVR教材§9.2
本仓以下两处目前都是落点加9个星座:
<上游仓>/scripts/jaimini.py:186<上游仓>/scripts/special_lagnas.py:387产品应共用一个计算结果;A10、AL、UL不能各自在页面里另算。排查顺序是:同输入、同版本、同宫主选择、同例外算法。
28.天蝎、水瓶宫主:Arudha采用双主择强,但不要全系统替换。
PVR的Arudha规则明确规定天蝎比较火星/计都,水瓶比较土星/罗睺,取较强者。因此,若第27条选择PVR口径,第28条也应配套执行。出处:PVR教材§9.2
建议分用途:
"较强"必须绑定该体系的比较顺序,不能随手取Shadbala较高者,也不能把其他大运的择主函数直接搬来。
输出保留两颗候选主星、获选者及胜出依据。本仓目前
jaimini.py仍调用固定宫主表,所以"例外算法已一致"不代表完整PVR口径已经一致。29.Chara Karaka:不建议仅为了显示PiK而把默认7星制换掉。
我的产品裁定是:
切换到8星制会重新安排代表星,不是在原7星表末尾补一行父亲星。AK、DK及依赖它们的下游结果都需要使用同一个模式。
本仓
<上游仓>/scripts/jaimini.py:131已经有8星计算和明确的版本分派,可以复用。此次未重新校勘BPHS第32章全部版本,因此不把"8星是唯一正确版本"作为裁定。30.D30度数:建议统一为"不等长区间内等比映射",并标明这是度数表示约定。
公式为:
D30座内度数 =(原座内度数 − 当前区间起点)÷ 当前区间长度 × 30°例如奇数星座内14°,处在10°—18°区间,映射后为射手15°。
这种表示在同一个区间内连续,也便于页面和报告一致。按每1°重新映射会反复归零;若保留,应作为另一个明确命名的方法,不能与前者共用"D30度数"标签。
传统落座规则与座内度数插值要分开:有传统落座依据,不等于插值后的度数已被证明可以直接用于分盘星宿、容许度相照或精确应期。
另外发现一个比度数更重要的问题:扩展分盘模块(
<上游仓>/scripts/divisional_charts_extended.py:358)的部分D30落座与本仓<上游仓>/scripts/varga.py:52不一致。按所查PVR规则,应为:扩展模块存在奇数末段落金牛、偶数部分区间仍用阳性星座的问题;也用了
4.286近似倍率,应采用精确的30/7。需先确认产品实际调用哪条链,再一起统一落座与度数。31.D24、D3、D60:不能只冻结"PyJHora默认方法"。
建议明确冻结以下方法名称和规则:
这些是可核对的方法选择,不等于所有流派只能这样算。其他变体可以保留,但必须独立标识。尤其D60的落座算法与六十份名称/吉凶序列不是同一件事,不要把名称序列的顺逆直接拿来改变落座。
冻结时记录软件版本、方法编号、起点、方向、边界归属和座内度数算法;不能依赖升级后可能改变的默认值。
这次最应优先处理的是A10多入口一致性和D30落座冲突。其后再做双宫主选择、7/8星制和分盘变体。以上是规则与代码审查建议,尚未修改运行代码,也未完成你们那组差异样本的回放验收。
前三项可以先定方向:白羊、天蝎上升的金星应补为功能凶星;月亮"亮度对称"有这次印刷梵文页的支持;太阳要分清原始值与加权值,不能机械照搬月亮补丁。
这次查了仓内代码、Rath 原书、PVR 教材,并查看了 Santhanam 版 BPHS 的梵文扫描页。下面区分"已核实的文本"与"建议采用的实现"。你们提供的命中率和19张测试盘结果,我尚未独立复跑。
一、优先修复的三项
1.白羊、天蝎上升的金星:按 BPHS 补上。
这两项有明确的上升专条,不应让通用宫主推导覆盖。自然吉星身份另列,不能抵消功能凶星身份。BPHS 第34章
不能因为校时命中率下降就保留漏项。 应分开检查:
功能凶星不是"所有事件都不发生"的标签。纠正规则后排名变差,可能暴露的是评分模型问题,而不是原文应该改写。
2.太阳:推荐采用"基础值分别入账",但标为明确版本选择。
设未加倍的南北行力为
A。本次检查到:因此存在两种不同的记账读法:
我建议你们的"梵文正文优先"版本采用第一行:A+A。 但不能声称第18节单独就证明所有加倍实现错误;第二行确实能由"译注加倍+等值复制"组合得到。
工程上应保留
base_ayana、时间力贡献、运动力贡献三个字段,避免一个已加权字段再次被当成原始值。改变口径后需重算总分、达标率及依赖评分,不能只改显示。3.月亮:可以确认 C 有该印刷版本的正文依据。
印刷页269、第27章第11节的梵文确实逐名列出月亮、水星、金星、木星,而不是仅泛称"吉星"。"亏月归凶、再取反值"的处理出现在英译注释中。
因此,采用这套正文逐名分组时:
月亮的基础盈亏力取
P,不因进入亏月阶段而取60−P。新月0、上下弦30、满月60。这修正了我上一轮的保留判断:现在已有扫描页证,可以采用 C,不只是凭亮度直觉选择。 但这是所核印刷版本的读法,不是完成了所有版本校勘。
另须分开处理"取哪一侧分值"与"是否加倍":若与上面正文优先记账一致,月亮采用时间力
P、运动力P,合计2P;不要先加倍再复制成4P。所核扫描版:占星师本机
bphs.pdf(未随答复提供)。二、功能吉凶与瑜伽
4.有歧义的格子:专条优先,未明说的不能伪装成原文明确结论。
建议按以下方式落表:
这里"混合"是建议的综合显示,不意味着原文逐字写了"中性"。三方宫优先可以保留为通用回退规则,不能覆盖专条,更不能删除另一宫主身份。 相关上升专条
5.Gajakesari:当前确实混合了严格定义与宽松变体。
PVR 教材的严格定义要求:
随后作者另述允许强木星替代吉星关联等变体。不能将后面的变体直接 OR 进前面的严格定义,同时漏掉敌宫、燃烧检查。
建议分成:
Gajakesari · 严格定义Gajakesari · 强木星替代变体月木角宫关系,仅表示基础结构乔布斯那张盘若确实不满足所选严格定义,就不能显示"严格成立";具体星位与敌友口径需用该测试盘参数复核,不能仅凭人物名字判断。PVR 教材
6.Matrunasa:先撤销"高置信结果"定位,分开198、199两条。
Raman 的定义分别是:
原文并不是三项必须同时满足,不能为降低触发率擅改成 AND。问题在于:查到的定义没有授权把这里的"相位"直接扩成所有 Jaimini 星座相照。 当前代码这么做,属于需要纠正的来源混用。
建议普通 Parashari 版本使用具名行星相位规则;交点可参与合相等明确关系,但不自动赋予特殊投射。每次命中返回具体触发项。Raman 第198—199项原文转录
19/19成立只能说明这个检测器区分度很低,不能证明预测有效。更不能由此在用户卡片上输出母亲健康或寿命事实。
7.Kemadruma:两套具名保存,不合并成一条。
默认展示建议采用已核版本的 BPHS 定义;Raman 留作对照。必须同时区分:
目前不上卡,可以继续暂缓;先补齐具体版本的基础条件及解除条件,不要只凭月亮两侧空宫就给出最终判断。
三、Narayana 与 Chara 大运
8.明确标为 Rath 版的,就按 Rath,不能按 PyJHora 一致率选规则。
Rath 原书第34—36、42—43页可以裁定这些问题:
PVR 与 PyJHora 也应拆开命名:作者教材和某个软件版本不是同一证据层。
原书:
<上游仓>/references/book_corpus/originals/narayana-dasa-by-sanjay-rath-pdf-free.pdf9.旧 Narayana 时间轴:退出正式默认与应期链。
"从上升起、始终顺行"不能继续冒充完整 Narayana。
保留旧记录及兼容回放,标记
legacy,不要删除历史结果或自动改写已有报告。停用理由是它不满足声明的方法规则;36—40%软件一致率只是辅助诊断,不是准确率。10.Chara 双主星都在本宫:所选规则若明确规定12年,就固定12年。
不要再无条件追加"入旺+1"。
但 Chara 不是单一算法:不能仅拿 Rath 的 Narayana 页码,证明所有 Chara 版本都必须这样。建议默认的12年处理绑定你们实际采用的 Chara 年限来源;其他明确允许不同调整顺序的版本另列,不混入默认。
11.上升点不算占据行星;"本宫"要分两种意思。
Rath 第36页例子中,木星兼具"木星关联"和"宫主关联"可计两个角色因素;这不等于把同一颗木星计成两颗占据星。
四、日出、时主与次行星
12.统一日出服务与参数记录,不强行抹掉全部传统口径。
建议同一张报告使用一个明确的默认日出配置;印度计算链可统一选日心、不计折射的配置。视日出保留为明确变体,不能某个模块悄悄切换。
至少记录太阳中心/上缘、折射、地平高度、地点及实际事件时间。年主、昼夜划分、时主、校时评分必须能够追溯到使用的那一次日出。
3/19的时主差异说明边界敏感,不能单凭这个比例判断哪种天文定义"更准"。
13.时主:不建议全系统一律改成昼夜各12份。
至少应区分三种:
PVR 教材§1.3.11描述第二种,同时用近似一小时举例。若标 PVR,建议采用实际两次日出间隔÷24;固定60分钟应标近似或独立版本。 昼夜各12份也保留为具名方法,不能用它无声替换全部六力或年盘时主。PVR 教材
14.无主段:PVR 版本放土星之后,认可当前这一路。
PVR §4.3及表10明确如此,不必因为另有"最后一段无主"的做法就改掉。
后一种作为独立分段表保存。不能用42/114个点不同来判孰真;应先验证各自分段表、昼夜起点和引用版本。
15.Gulika/Maandi:保留两个原始点,名称按版本绑定。
本次查到的差异必须明确写出来:
因此建议底层先存:
saturn_segment_startsaturn_segment_midpoint再由具名方法映射名称。当前兼容版本可以保留,但不能称为"PVR同口径"。视二者同点的版本另列,也不能覆盖两个原始位置。
本轮可以直接推进的,是明确漏项、版本混用和错误命名的修正;太阳/月亮记账变更则须以新计算版本发布并重算,不能悄悄替换旧结果。
新增来源差异已按
reference_only登记入仓,完整记录见15项审阅记录(<上游仓>/docs/research/rule_questions_15_review_2026_11_04.md)。整理:占星师 11-04 答复对照本仓(origin/staging)现状。 本条只做核对和分类,没有改代码。
第二轮核对报告已入库(
6491388e):docs/research/data_audit_2026_11_04/(astrologer_questions.md、audit_g_vargas_arudha_karakas.md、audit_i_yogas_functional_roles.md、audit_j_shadbala_sthana_dig_drik.md、moon_paksha_memo.md);H 组(大运与天象)没有单独报告,见 BUG-1565~1569。正文里指向临时目录的链接以此为准。一、仍待核定(3 条)
二、方向已定(28 条)
base_ayana、时间力、运动力三个字段P不取60−P;时间力 P+运动力 P=2Plegacyhouse是哪种宫三、答复里关于「本仓」的说法与我们仓库不一致
占星师核对的是上游仓,不是本仓:
27:答复说「两处 Arudha 都已是落点+9」。我们这边只有一处是:
scripts/special_lagnas.py:254:pada_sign + 9,即落点第 10 宫,是新口径。scripts/jaimini.py:185-186:house_sign_idx + 9,即原宫第 10 宫,是旧口径。所以产品里两个 A10 的来源就在这里。
jaimini.calc_arudha_padas还被生时校正调用(active_rectification_event_engine.py:356、minute_rectification_feature_facts_v4.py:66、dynamic_rectification_fact_priority.py:65),改它要重新冻结。30:答复指出的 D30 落座错误,本仓已在 BUG-1561 修过(
divisional_charts_extended.py奇数末段已是天秤,偶数已是阴性星座)。剩下的只有4.286应改成精确的30/7,以及度数表示要统一。四、会改变生时校正打分、需要重新冻结的
2、3、16、18、20、21、24、25、26、27(jaimini 那一处)。占星师建议:
五、占星师建议的先后顺序
#166 落地进度(2026-11-04):第一批已部署 staging(
7141cc99,冒烟 /login 200、/chart 200、未登录 /api/account 401);第二批已推 staging(013f8895),CI 进行中。raman_gbb生时校正:第一批 scoring-14(密封 20 例头名率 0.45 → 0.40,产品同意),第二批 scoring-15(密封 20 例不变;报时 900 次头名命中不变)。均未调参。
老师您好,关于 #166,目前还有几项取法需要您最终核定。为避免把开发时的临时选择当成正式规则,我们按优先级整理如下。烦请逐项注明:采用哪种口径、适用范围、书籍版本与页码/偈号;暂时无法确认的,标“待核”即可。
一、此前明确留待核定的规则
1.第 17、19 条:七分盘尊位力中的 Moolatrikona(本垣)
请分别确认:
此前提到需要核对 V.P. Jain 的例题。烦请指定书名、版本和页码,或提供相关原页,便于我们按同一例题复算。
2.第 23 条:水星、木星发出的相照力
BPHS 第 27 章相关句子,您采用哪种计算方式?
另请确认:水星在当前盘被判为自然凶星时,是否仍适用这项特殊处理?其作用方向取负、取消额外项,还是另有规则?
最好给一个小算例:当原始相照值为 40 时,最终应计多少,正负号如何确定。
二、需要核对完整比较层级的规则
3.第 28 条:PVR Arudha 的天蝎、水瓶双宫主择强
上游技能仓已有独立的 PVR 用途选择器(
purpose='arudha'),Arudha 使用自身的决胜规则,没有用 Shadbala 或大运年数代替最后比较;固定宫主仍是默认口径,PVR 为显式选项。产品仓目前仍是固定宫主,尚未接入该选项。现在需要核定的是:现有比较层级是否忠实于教材,以及能否进入校正打分。烦请按教材列出完整、顺序明确的比较规则,并核对:
目前无法择定时,我们保留两套候选,不强行选一个。请确认这种处理是否合适,并给出教材版本、章节及页码。
三、开发时采用、尚未获得您确认的假设
以下几项已按临时假设写入代码,不代表已有传统依据,请逐项核定。
4.第 25 条:水星受凶星结合后的属性
目前暂按:
请逐项确认,尤其是排除交点是否有明确依据,以及参与判断的“自然凶星”是否包括符合凶性条件的月亮。
5.第 6 条:Matrunasa,内部编号 198
目前交点仅参与同宫和夹制,不赋予相照。
您此前说“不自动赋予特殊投射”。请明确这是否也排除交点的普通第七相照,还是仅排除特殊相照?该瑜伽中的“相照”应采用行星相照还是星座相照?
烦请同时确认该条的完整成立条件,避免相照处理正确,但触发条件仍过宽。
6.第 5 条:Gajakesari 严格定义
目前有三项临时选择:
这三项分别是否成立?特别是第三项,若它不同于一般水星自然吉凶判定,请明确这是此瑜伽的专门例外,还是应统一调整。
另请确认支持条件中“结合”和“相照”是二选一还是需要同时满足,以及燃烧、落陷、敌宫限制具体约束哪些星体。
7.第 24 条:特殊相照分段公式
目前实现依据 BPHS 第 26 章第 9–12 偈的网络英译,尚未与您采用的印刷版核对。请重点确认:
也请确认角距方向、区间端点归属,以及这些公式是替换普通相照值,还是另行加分。这会直接影响边界处数值及是否重复计分。
不列入本次取法核定
日出口径是否统一、校正是否切换 Rath Narayana,另作产品与模型决策。规则修正后个别案例排名下降,也另行检查评分、输入和留出验证,不以恢复原排名为理由改回规则。
以上待核项会保留明确的方法标记和变更记录,不包装成已获您确认的统一口径。谢谢。