Compare commits
1
Commits
| Author | SHA1 | Date | |
|---|---|---|---|
|
|
fd1bd75889 |
@@ -0,0 +1,112 @@
|
||||
# TASK:报告解读复查补事实核对规则,修正误拦,依据节被拦时给确定性审计(2026-11-12)
|
||||
|
||||
- Gitea:#218
|
||||
- 分支:`codex/reading-postcheck-facts-20261112`,基于 staging `2f374fff281622f342151a97fa6f6d758de74cc8`。#207 已合入(2f374fff)。
|
||||
- Bug 编号:BUG-1860
|
||||
- 验收:Claude(jyotisha-e6)
|
||||
|
||||
不得自行写「产品决定/裁定」。任务书没写到的取舍,一律选「需拍板」。
|
||||
|
||||
不得修改或删除既有断言来让测试通过。确需修改的,在 PROGRESS 里逐条写明原值、新值和原因。
|
||||
|
||||
占星师的引擎和资料(`scripts/jyotish_engine.py`、`scripts/yoga_engine.py`、`references/` 下她仓库已有的文件、`SKILL.md`)一律不改。产品差异只能放进单独的产品文件,并在 `references/product_runtime_contract.md` 公告(项目规则 2026-11-07)。
|
||||
|
||||
占星师回复原文:`docs/tasks/ref-astrologer-acceptance-reply-20261112.md`,由本分支第一个提交带入。下文的「她 §N」都指这份文件。
|
||||
|
||||
## 背景
|
||||
|
||||
报告解读写完后,由 `frontend/src/lib/personal-report-reading.ts` 的 `checkSection` 逐节复查。没通过的那一节会被隐藏,原处显示 `READING_SECTION_WITHHELD_TEXT`。#207 已经补了三条复查:历史回放不给当前建议、双行运范围、形成与未验证。
|
||||
|
||||
她 §3 指出成稿里还有这些错误,要求修正,而不是降到 C 了事:
|
||||
|
||||
1. 「水星掌管第五宫与第十宫」:事实包 `planets.Mercury.owns_houses = [1,10]`,第五宫只是落宫(`d1_house = 5`)。这是宫主和落宫混用。
|
||||
2. 「SAV 总分为337,显示不缺维持力」:337 是固定的标准总和,只能用来校验,不能说明个人强弱。
|
||||
3. 「Badhaka(阻碍星)落在第七宫」:第七宫是阻碍宫,木星是阻碍宫主,两者混成了一个说法。
|
||||
4. Obama 样稿的健康节写了「运动或炎症类风险」:这是没有依据的具体现实风险。
|
||||
|
||||
她 §4 还指出两处问题:
|
||||
|
||||
5. `BANNED_PHRASES` 一刀切。「检测器检出,待核实」是合法的状态说明;「不得预测死亡」这类边界说明也不该被拦。
|
||||
6. 依据节被拦时整节隐藏,行动性结论还在页面上,证据限制却看不到了。
|
||||
|
||||
## 要改的文件
|
||||
|
||||
- `frontend/src/lib/personal-report-reading.ts`:只改复查部分
|
||||
- `frontend/src/lib/personal-report-reading-contract.ts`:只在第 6 条需要时新增类型或文案常量
|
||||
- `frontend/src/components/personal-report/report-reading-section.tsx`、`frontend/src/lib/report-export-blocks.ts`:只为第 6 条
|
||||
- 新建 `frontend/tests/report-reading-postcheck-facts-20261112.test.ts`
|
||||
- `docs/BUG_HISTORY.md`:末尾追加一条
|
||||
- `docs/tasks/PROGRESS-reading-postcheck-facts-20261112.md`
|
||||
|
||||
## 要做的
|
||||
|
||||
每条新检查不通过时只退回那一节,原因加进 `ReadingRejection`。
|
||||
|
||||
1. **`house_lord_mismatch`**
|
||||
- 句子里出现「X 掌管 / 主管 / 管 / 是 第 N 宫(主)」「第 N 宫主 X」「第 N 宫的宫主 X」「X 为第 N、M 宫主」等写法时,按事实包 `planets.<X>.owns_houses` 核对。N 不在其中就退回。
|
||||
- 「第 N 宫与第 M 宫」这类并列写法要逐个核对。
|
||||
- 「X 落 / 落在 / 位于 / 坐 第 N 宫」不是宫主写法,不查。
|
||||
- 行星名用 `PLANETS_ZH`。数字同时支持阿拉伯数字和中文数字(一到十二)。
|
||||
- 分句规则:以「。;!?」分句。宫主词与行星之间如果隔着另一颗行星名,就不算命中。
|
||||
2. **`sav_total_as_strength`**
|
||||
- 句子里出现「337」或「三百三十七」,同时又出现「不缺」「充足」「强」「弱」「维持力」「底气」「力量」中任何一个,退回。
|
||||
- 「校验」「合计」「总和为标准值」这类纯校验写法不退回。
|
||||
3. **`badhaka_role_mix`**
|
||||
- 健康领域的 Badhaka 值里有宫位和宫主。
|
||||
- 退回的情况:句子里出现「阻碍星」,同一分句又出现「第 N 宫」,而 N 是 Badhaka 宫的宫位。例如「阻碍星落在第七宫」。
|
||||
- 不退回的情况:「阻碍宫在第七宫」「阻碍宫主木星在第十宫」。
|
||||
- 字段名先按当前 `badhaka_facts.py` 的 `house` / `lord` 读取。如果 BUG-1859 已经合入,改为读 `badhaka_sthana` / `badhakesh`,两种都要兼容。
|
||||
4. **`health_outcome`**
|
||||
- 健康节和总评节里,命中具体病症、伤害或部位风险词表就退回。
|
||||
- 起始词表:炎症、感染、外伤、受伤、损伤、骨折、手术、出血、发炎、结石、肝、肾、心、肺、胃、血压、血糖、过敏、失眠、运动风险、运动损伤。
|
||||
- 「心」只在「心脏」「心血管」「心律」中算命中;「心理」「心情」「关心」等不算。
|
||||
- 写进 PROGRESS 的内容:完整词表,以及用现有三份公开样稿(下文路径)跑出的误伤列表。
|
||||
5. **`banned_phrase` 收窄**(只改这两个词,其他禁用词不动)
|
||||
- 「检测器」:只有出现在「检测器检出」「检测器识别」之后,并且同一分句含「待核实」「未确认」「候选」,才放行。其余照旧拦。
|
||||
- 「死亡」:同一分句里有「不得 / 不能 / 不会 / 不作 / 不做 / 不预测 / 禁止」中任何一个,并且出现在「死亡」之前,就放行。其余照旧拦。
|
||||
6. **依据节被拦时的确定性审计**
|
||||
- 当 `basis` 节被拦时,原处不再只显示「暂不显示」,而是显示固定生成的最小审计。内容只取自事实包的 `evidence_grades.claims`,不经过模型:
|
||||
- 每类结论一行:中文名、上限等级、必需依赖里缺失或在边界上的项,以及 `must_disclose` 列表;
|
||||
- 一句固定说明:「这一节的模型文字没有通过核对,下面是由计算直接生成的依据清单。」
|
||||
- 中文名和依赖项的中文写法放在 `personal-report-reading-contract.ts` 的常量里。不认识的 id 原样显示,不能编造。
|
||||
- 页面和 MD 导出(`report-export-blocks.ts`)都要换成这份审计。
|
||||
- 其他节被拦时,行为不变。
|
||||
7. 拦截正文里的准确率说法:句子里出现「成功率」「准确率」「命中率」,并且带百分数或「几成」,就退回,原因记为 `accuracy_claim`(她 §4 末条)。
|
||||
|
||||
## 不要碰
|
||||
|
||||
- 现有检查的逻辑,第 5 条除外
|
||||
- `writeReportReading`
|
||||
- `references/**`、`scripts/**`
|
||||
- 冻结文件
|
||||
|
||||
## 验收标准(写进新测试,全部用合成文字)
|
||||
|
||||
1. 第 1 到 5 条和第 7 条,每条至少测两种情况:一个触发、一个合法写法不触发。第 1 条还要测:「水星为第一、十宫主,落第五宫」不触发。
|
||||
2. 第 5 条:「检测器检出,待核实」不拦,「检测器显示」照旧拦;「本报告不得预测死亡」不拦,「有死亡风险」照旧拦。
|
||||
3. 第 6 条:`basis` 被拦时,页面渲染和 MD 导出都出现审计行,其他节不受影响。
|
||||
4. 用 `/workspace/eval-upstream-1107/report-192-acceptance-1112/报告解读层-验收材料-1112.zip` 里三份 `draft-*.raw.json` 与对应的 `facts-*.json` 跑复查:
|
||||
- A-2 的财富节(第 1、2 条)和健康节(第 3 条)必须被拦;
|
||||
- B-1 的健康节(第 4 条)必须被拦;
|
||||
- A-1 的依据节不能再因为「检测器」或「死亡」被拦(如果还因为别的原因被拦,把原因写进 PROGRESS)。
|
||||
- 这一条可以写成一次性脚本,结果写进 PROGRESS,不进测试。zip 里的 facts 不得提交进仓库。
|
||||
5. 已有的复查测试全部通过:`report-reading-20261027`、#207 的测试和 MD 导出测试。
|
||||
|
||||
## 自测命令(在 frontend 目录)
|
||||
|
||||
```
|
||||
npx tsx --test tests/report-reading-postcheck-facts-20261112.test.ts tests/report-reading-postcheck-gaps-20261112.test.ts tests/report-reading-20261027.test.tsx tests/report-md-export-reading-20261111.test.ts
|
||||
npx tsc --noEmit -p .
|
||||
npx eslint .
|
||||
```
|
||||
|
||||
另外在仓库根目录运行 Python 快速质量门:
|
||||
|
||||
```
|
||||
python3 scripts/run_quality_gate.py --profile quick --skip-frontend-runtime
|
||||
```
|
||||
|
||||
## 何时停下来选「需拍板」
|
||||
|
||||
- 第 4 条的词表在三份样稿里误伤了合法的结构描述(例如「第六宫主」),而且不放宽就无法避免。
|
||||
- 第 6 条需要改模型提示或事实包。
|
||||
@@ -0,0 +1,169 @@
|
||||
# 报告解读层验收回复与年运七项裁定
|
||||
|
||||
日期:2026-11-12。对象:网站开发人员。
|
||||
|
||||
**结论:本轮可以确认部分交付结构已经改进,但报告解读层尚不能整体验收通过。年运七项问题已在下文给出实施口径,不必等待模板补齐才开工。**
|
||||
|
||||
本次是提交材料与资料源的工程、语义合同审核,不是重新为样例人物解盘。没有访问网站服务器,没有运行网站代码,也没有验证部署。资料源基线为 `8aaf60991c32a84ac30d6d7b6a62c4f166507bce`;网站构建 `1ba0364a7a8c0f964c3e21c21cb304aaa1899375` 是来件声明,不能视为本仓已复现。
|
||||
|
||||
## 1. 审查对象与可复查入口
|
||||
|
||||
- `报告解读层-验收材料-请占星师审核-1112.md`
|
||||
- `报告解读层-验收材料-1112.zip`,SHA256:`8e9352fc59623778b51b6fd923670e82e9075530730d000b0650d8e5e588ae94`
|
||||
- `年运报告-请占星师裁定-1112.md`
|
||||
- 上轮合同:`handoff/2026-11-12/preset_q3/README.md`
|
||||
- 区间合同:`handoff/2026-11-09/interval_rectification/README.md`
|
||||
- 年盘来源边界:`skills/tajika-annual/SKILL.md` 及其 usage/research 引用;`docs/research/tajika_source_adjudication_2026_11_06.md`。
|
||||
|
||||
同目录 `review_packet.py` 只读取 ZIP,不解压、不执行来件程序;使用 `python3 review_packet.py <验收ZIP绝对路径>` 可重新取得成员哈希、状态矛盾、段落标签与字面命中。它不是网站回归测试,也不自动判断整段占星语义正确。
|
||||
|
||||
### 已确认与尚不能确认
|
||||
|
||||
| 项目 | 本轮结论 |
|
||||
|---|---|
|
||||
| 提交 facts/caps/草稿/落库/成稿/提示词 | 已提供,可追踪部分处理阶段 |
|
||||
| caps 与 facts 内 evidence_grades | A、B 均一致 |
|
||||
| 提示词长度 | 92,392 个 Unicode 字符;长度不代表有效调用 |
|
||||
| 无适配案例不升到 A/B | 样稿采取 C 上限,方向正确;不等于 C 内容都正确 |
|
||||
| 技法未进路由与仓内不存在分开 | 方向正确;仍需说明相关技法为何未执行 |
|
||||
| 历史回放、分段 withheld | 已有结构;放行规则仍有漏洞 |
|
||||
| 后端拦截器、产品 Badhaka 实现、自动测试 | ZIP 未提供相关代码,不能签署代码验收 |
|
||||
| 真实案例、用途区间稳定性、完整端到端复现 | 尚未完成 |
|
||||
|
||||
## 2. 必须先修复的发布阻断项
|
||||
|
||||
### P0-1:不能把一分钟阈值冒充用途区间稳定性
|
||||
|
||||
`facts-A/B.json → birth_precision.purpose_stability` 都是 `not_evaluated`。但 `caps-A.json → claims.*.ledger.purpose_stability` 八项都是 `stable`;B 有七项 `stable`,仅 health_pressure 为 `boundary_sensitive`。
|
||||
|
||||
实际依据是 `birth_record_minute_v1` 下,分盘最近边界与固定 `tolerance_minutes=1.0` 比较。它只能描述该规则下的局部边界检查,不能证明用户真实出生区间内的解盘与推运结论稳定。timing_window 更不能无精度依赖便标为稳定。
|
||||
|
||||
改法:保留原边界数值与旧算法标识;用途稳定性必须来自真实输入区间、相关分盘/派生点/应期边界、区间内结论差异的独立评估。未做则仍是 `not_evaluated`,不能用 minute_confirmed 替代。未评估不意味着整份报告一律 D:保留不依赖这些边界的事实与条件性解读;会跨界的判断须分支或暂缓确定结论。
|
||||
|
||||
### P0-2:分级必须覆盖实际判断,不能只覆盖六个栏目
|
||||
|
||||
overview/advice/basis 的段落允许缺少 claimType,实际却出现职业方向、能力、结果强弱等实质判断。A2 的事业第三段含时间窗口,仍标为 `career_promise`,没有绑定 timing_window 的依赖。
|
||||
|
||||
改法:每条实质判断绑定 claim ID、所用 fact ID、规则 ID 与所需依赖;混合段落拆开,或采用依赖并集及最严格适用上限。摘要和建议引用已审核 claim,继承等级,不能另开豁免通道。纯事实描述、一般性操作说明不强迫变成预测 claim,但不得夹带新推断。
|
||||
|
||||
高严谨事业 D10+A10、财富 D2/D11、婚恋 D9+UL 等最低要求应落实到适用判断与执行审计。仅放入 checked 列表,不等于已经建立该结论的完整依赖;也不能将无关技法变为所有句子的硬门槛。
|
||||
|
||||
### P0-3:生成时快照与验收快照没有闭环
|
||||
|
||||
来件说明草稿生成后又重建 facts,新增/修改 Badhaka 状态,未重新生成模型内容。即使位置数字相同,`pending_astrologer_review` 等状态也会改变解释权限。不能据此宣称同一 facts→caps→生成→校验→展示全链已通过。
|
||||
|
||||
每次尝试须绑定 input、facts、caps、system prompt、规则版本、原始回复、修复记录和最终成稿哈希;补交生成当时的 facts。对当前快照重新校验,必要时重生成受影响段落。A2 draft 与 stored 不相等,请附字段级转换记录;这本身不证明错误,但需解释转换。公开样例输入还应补齐完整坐标/时区解析参数,当前省略坐标无法独立重算。
|
||||
|
||||
## 3. 成稿已经存在的错误,不接受仅靠降为 C 处理
|
||||
|
||||
| 定位 | 问题 | 必须如何修正 |
|
||||
|---|---|---|
|
||||
| final-A-2 财富 | “水星掌管第五宫与第十宫” | facts 中 owns_houses 为 `[1,10]`;第五宫是所在宫。宫主与落宫分别绑定字段 |
|
||||
| final-A-2 财富 | “SAV 总分为337”推出“不缺维持力” | 该标准总和用作校验,不能充当个体强弱。解释须引用相关宫位分布、方法与条件 |
|
||||
| final-A-2 健康 | “Badhaka(阻碍星)落在第七宫双鱼座,主星木星在第十宫” | 分开 Badhaka sthana(宫位)与 Badhakesh(宫主星)。A 是第七宫为阻碍宫,木星在第十宫 |
|
||||
| final-A-2 依据 | “没有满足定义的功能吉凶组合” | 空 Yogakaraka 结果不等于没有功能吉凶星;按实际字段限定陈述 |
|
||||
| final-A-2 历史回放 | 仍有“若有实际问题应依现实就医评估” | 面向已故样例的当前建议应去除,改成历史解释边界 |
|
||||
| final-B-1 健康 | “运动或炎症类风险”等具体现实风险 | 现有结构与待审 Badhaka 不能直接支撑该结论;删除无依据的结果断言,保留结构与待核验主题 |
|
||||
|
||||
B 的 D8 边界约 0.25 分钟,但 health_obstruction 文本引用 D8,所需依赖却仅含 D1/Badhaka。必须按实际引用补依赖,不能让段落借用未纳入精度检查的证据。
|
||||
|
||||
“C 级”“仅供参考”不是事实错误、医学化推断或无来源结论的免责补丁。结构成立、传统解释、事件兑现三层必须分开。
|
||||
|
||||
## 4. 两项专项答复及审计修正
|
||||
|
||||
### 功能吉凶 profile:不要二选一混用
|
||||
|
||||
当前 facts 明确选的是 `pvr_table30_v1`。仓内该表将双子、处女上升的土星列为 neutral。产品在 BPHS 文档中新增的 mixed,和源文档的 BPHS 回退规则,都不能覆盖 PVR 结果。
|
||||
|
||||
按已选 profile 返回计算结论;BPHS 修订作为另一个具名、版本化 profile,附来源定位、完整差异与十二上升测试后另审。产品文档变化不止两条土星标签,不接受“只有两个词差异”的笼统说明。自然吉凶与功能吉凶仍保持独立。
|
||||
|
||||
### Badhaka:可以纳入,不能冒充已审定健康结论
|
||||
|
||||
健康路由最低清单未显式列 Badhaka,不表示不能用。它可作为相关补充层;一旦段落确实引用它,就成为该条判断的依赖,而非所有健康结论的统一发布门槛。
|
||||
|
||||
按所选规则,A 的 dual 上升取第七宫、宫主木星;B 的 movable 上升取第十一宫、宫主火星,提交的位置关系可与 facts 对照。但产品计算代码未提交,`product_computation_pending_astrologer_review` 不能改称引擎已验证,也不能由宫位直接推身体疾病。下一包提供实现、profile、十二上升单测、星体与宫位区分测试。
|
||||
|
||||
### 状态与可见审计
|
||||
|
||||
- **已经计算但未读用:execution_status=executed,interpretation_usage=not_used。** 不可将其改成计算未执行。annual 来件“未使用,不写已执行”的表述须纠正。
|
||||
- `blocked` 是缺输入/调用/验证等具体阻碍;未运行的相关可用技法不能靠 `not_in_domain_route` 自动免责;`not_applicable` 需要范围或适用条件理由。
|
||||
- 真实案例与 MEVG 状态必须在用户可读的证据附录保留,不能只留后台;没有完成就如实显示,不伪造通过。
|
||||
- “检测器检出,待核实”是合法状态说明;不能因含“检测器”就过滤。死亡预测禁令也不应误杀“不得预测死亡”等边界陈述。用语境与结论类型检查。
|
||||
- A1 的依据章被 withheld 时,必须有确定性生成的最小证据审计替代;不能保留行动性结论却把其证据限制整体隐藏。
|
||||
- 原提示资料含旧 ABC 口径与“平均85%的预测成功率”等表述。保留历史原文可追溯,但需显式废止其运行效力,不得靠末尾新合同隐式覆盖。没有验证设计、分母与适用范围,不得向用户宣称准确率。
|
||||
|
||||
## 5. 年运 Q1–Q7 正式回复
|
||||
|
||||
### Q1:选 (a),同一逐结论证据合同
|
||||
|
||||
年运采用 `report_evidence_grade_v1`,替换“全篇最高 B”。后端定上限、前端保留标签;没有适配案例最高 C,关键依赖缺失的结果性判断不能由 C 放行。独立一致性必须实际执行且适用,Narayana 未决候选不能充当第二套确定证据。年运不是另一套放宽标准。
|
||||
|
||||
### Q2:选带条件的 (a),正文比较表保留研究方法
|
||||
|
||||
Yoga Pravesha、Nakshatra Pravesha 纳入具名比较表,显示回归时刻、位置/年份参数、方法与条件状态;全部原始结构留附录。不要混成一个“最佳年度”。当前属于有来源边界的研究链路,不能仅因计算可运行升级为外部事件验证。
|
||||
|
||||
Satabdika 按所选方法的 Moon/Lagna/D9 等实际适用条件检查;满足才运行,不满足写 not_applicable 并给条件依据;缺输入则 blocked,不能强行补齐。固定天数年钟与 `pvr_jhora_360_tithi` 角度年钟必须分开,360 tithi 不能写成360个民用日,也不能偷偷用365.25替代。多候选保留独立结构,不多数投票。
|
||||
|
||||
### Q3:按主题映射实际执行;不是“未做也可以随意阻塞”
|
||||
|
||||
以下为综合年运覆盖相关主题时的要求。专题年运仅执行问题相关项;适用条件失败可 not_applicable,缺真实输入/工具可 blocked。单纯尚未开发/运行,要明确未完成,不能签署完整验收。
|
||||
|
||||
| 技法 | 实施裁定 | 可阻塞/不适用的真实条件 |
|
||||
|---|---|---|
|
||||
| Double Transit | 做对应事件主题的窗口交叉检查 | 未冻结事件类或缺行运数据;不得心动、成对、成婚混用 |
|
||||
| Chara Dasha | 综合年运相关主题执行,profile 具名 | 必需输入缺失;流派差异保留,不直接等于不适用 |
|
||||
| Yogini | 相关应期执行 | 实际输入/计算受阻须注明 |
|
||||
| Ashtottari | 先检条件,满足时执行 | 条件不满足为 not_applicable,条件未知为 blocked |
|
||||
| Kalachakra | 相关应期执行,保留分支与精度敏感性 | 缺所需月宿/参数或实现无法运行 |
|
||||
| Bhrigu Pada | 相关主题执行;补回提问表遗漏项 | 真正无该主题才不适用,来源未闭环仅限制解释强度 |
|
||||
| Sudarshana | 相关年度主题执行 | 明确说明缺失输入或不相关范围 |
|
||||
| KP | 涉及事件/细时窗时执行并保留独立参数 | 出生精度不支持时分支/阻塞精确结论;不伪造精度 |
|
||||
| 西方核心 | 全谱跨体系年运中运行相关项并单列 | 明确约定“仅印度占星”的产品路由可不适用;不得为省事省略或混入印度术语 |
|
||||
|
||||
这张表不是年运完整清单。仍需运行既有路线中的本命基础、功能吉凶、相关分盘、力量、Yoga、Dasha、Gochara,以及适用的 Varshaphala、年主、Muntha、Tajika、Saham、Panchavargiya/Harsha、Patyayini/Mudda、Varsha Narayana、月盘/Tithi 等层。先返回仓内当前能力审计清单,再逐项记录执行,不凭旧文档数量声称全量。
|
||||
|
||||
Tithi 出生地与现居地是不同位置假设:现居地未提供时若用出生地回退,必须披露,不能当成“两地独立印证”。Varsha Narayana 应使用年度入口与年度时间轴,不以本命 Narayana 改标题顶替。
|
||||
|
||||
### Q4:接受 (a) 的前台去总评,修正“只保留后台”
|
||||
|
||||
取消“年度能量 A–D”和笼统每月吉凶栏。用有证据的生活主题、条件窗口、冲突和核验问题呈现,不强行编造具体事件。证据 A–D 与运势好坏不是同一个量纲。
|
||||
|
||||
原始计算、方法差异和必要限制仍应在用户可展开/导出的证据附录可见,不只后台可见。旧模板的主观总评分无须继续计算来满足版式。
|
||||
|
||||
### Q5:结果文案选 (c) 不直接移植;结构可复用
|
||||
|
||||
核查源代码:四个年主/Muntha/Munthesh相关主题字典各只有一条,但年度 Dasha 行星—宫位主题表有九对,不能笼统说全部各一条。它们是有限覆盖模板,不是通用判词库;内部 partial_verified 字样也不能当成事件外部验证。
|
||||
|
||||
`_pl9_annual_dasha_results` 默认 `without_dasha_balance`,当前调用没有显式覆盖。不能因它在源仓就压过已批准的余额口径。
|
||||
|
||||
允许复用行结构、事实映射、时间边界和缺项表示;网站生产调用须显式传入已裁定的 balance profile、标识实际使用口径,禁止静默回退到另一套。无余额可作为具名对照,不得伪装主结果。不要盲目替换源引擎所有默认值,本轮没有授权改变冻结个人导出链。
|
||||
|
||||
没有对应文案模板时,照常保留真实周期和原始星体/宫位数据,再提供有来源的条件性解释或标为暂无判词;不得把“无模板”写成“没有计算”。不必等全部模板齐全才提供可用年运数据。
|
||||
|
||||
### Q6:两张指南表不作直接、已验证的结果规则
|
||||
|
||||
可以作为待逐条溯源的传统参考假设,不直接输出“事业突破”“财务好年”。规则需补来源定位、所用流派、必要条件、冲突处理与解释权限。年主/宫位/尊贵/相位结构成立,不等于生活事件兑现。
|
||||
|
||||
分别记录:①年盘内对 Muntha 的结构关系;②年盘 Munthesh 的状态;③实际行运对该年固定 Muntha 点/星座的经过;④Muntha 自身逐年的推进。四者不是同一事件,也不能重复计证。
|
||||
|
||||
不设只有土星、罗睺才算的全局白名单。按来源规则与主题选相关星体,但每条必须说明是同宫、同星座、精确度数接触还是某种相位;采用哪套角距/容许度,不能自行发明统一阈值。只有星座位置时,不得输出精确到日的度数交会。
|
||||
|
||||
行运要扫描覆盖区间,保留逆行重复命中、停滞、进入/离开边界与实际日期;单一观察日不代表全年。双方统一 ayanamsa、node mode、年盘位置方案;不能拿另一种回归盘中的点无说明混算。Moon/快速星体如使用,只是相应时间尺度的触发候选,不自动获得年度主导权。
|
||||
|
||||
### Q7:具名 Yoga 沿用五态;相位基础结构另列
|
||||
|
||||
具名 Tajika Yoga 沿用第七轮形成状态合同,不新建一套同名不同义的状态。相位基础层另外描述几何命中、入相/出相、精确/停滞及判断参数,不能把某种相位直接命名成成立的 Ithasala/Easarapha。
|
||||
|
||||
按具名方法检查有效容许度、速度关系、未来能否成相、第三星与干扰等所需条件。缺条件不是“已证明不成立”。2026-11-06 来源审查记录仍标记多项待裁定和不允许提升预测因子;必须保留该边界。
|
||||
|
||||
尤其核对 Ithasala 的容许度与未来成相、Nakta/Yamaya 的第三星速度、Manahoo 的作用方式、Khallsara/Rudda/Iqabala 的定义差异。可显示“按某 profile 检出的候选结构”,不得因一个 angle hit 提升事件等级。
|
||||
|
||||
## 6. 下一次验收包与执行顺序
|
||||
|
||||
1. 先修 P0:真实用途区间状态、逐 claim 依赖、生成快照一致性。旧样稿全部重新通过事实校验,修复上述实际错误。
|
||||
2. 提供 grade gate、事实校验、Badhaka 与状态映射的实现或可审查补丁;公开样例补完整可重算输入。不要提交私人案例与密钥。
|
||||
3. 回归至少覆盖:落宫/宫主错置;337误作个体强度;摘要绕过分级;事业段夹带未绑定时间窗;D8跨界;已故对象当前建议;合法状态词误杀;证据章 withheld;facts状态变更后旧草稿;PVR/BPHS profile 混用。
|
||||
4. 年运补:适用与不适用 Satabdika/Ashtottari、缺现居地、不同年钟、Mudda四边界、余额口径显式传递、相位命中但具名 Yoga 条件不全、多候选 Narayana。不以单一成功样例替代分支覆盖。
|
||||
5. 每份样例提供完整快照哈希、测试命令/结果、分段修复记录与可读审计附录。区分“本地测试通过”“暂存部署成功”“占星语义已审”三个结论。
|
||||
|
||||
本轮资料源预检通过,包含外部适配器诊断、远端可见性与既有治理测试。该结果只说明本仓预检,不是网站算法或新拦截器测试通过。本轮不修改冻结导出器、不改网站服务器、不重新输出个人命盘。
|
||||
Reference in New Issue
Block a user