732642856
3.3 KiB
3.3 KiB
Real Reading Quality Checklist
作用：给真实解读、案例分析、代理执行和高严谨输出做统一质检。 核心原则：最容易毁掉答案质量的，不是少看一颗星，而是少看一层裁决结构。
A. 参数冻结层
Ayanamsa是否显式声明？Node mode(Mean/True) 是否显式声明？- 相关
house system / bhava policy是否声明？ - 若参数层有冲突或缺失，是否明确降置信度？
B. 路由与题目域层
- 是否先读取并执行了
strict-workflow-router.md对应 route？ - 是否按题目域强制展开相关分盘，而不是只看 D1？
- 是否把
covered和complete分开表达，没有偷换成熟度？
C. 承诺层
- 是否先看了 D1 的 promise，而不是直接进入细节技法？
- 是否检查了题目域核心宫位、宫主、承诺型 Yoga？
- 是否避免让单一 Yoga / 单一文章规则越权？
D. 功能性角色层
- 是否显式给出
Functional Benefic/Malefic？ - 是否区分了自然属性、功能属性、题目域角色、当前激活结果？
- 是否显式列出
functional neutrals与Yogakaraka，避免它们在最终报告中被折叠丢失？ - 对
Saturn / Mars / Rahu / Ketu是否避免了“天然负面”式偷懒断法？
E. 分盘层
- 婚恋是否至少展开
D9 / UL / DK？ - 事业是否至少展开
D10 / A10 / AmK/Karakamsha？ - 财富是否至少展开
D2/D11，并回看 D1/D9/D10 的变现链？ - 若使用
D30 / D60，是否明确说明这是高敏后置层而非主裁判？
F. Timing 层
- 是否至少执行
Vimshottari + Narayana双轨交叉？ - 若做具体事件判断，是否加入
Transit / Double Transit / annual / KP or Chara support？ - 如果 timing 只做到窗口级，而不是日期级，是否说清了边界？
G. 外部真值与诚信边界
- 是否清楚声明
production_tuning_allowed的当前状态？ - 是否把外部 oracle 未闭环的前线（Dasha boundary / Shadbala absolute / Tajika annual）说清楚？
- 是否避免把内部一致性伪装成传统软件级真值冻结？
H. MEVG 与真实案例层
- 是否执行
MEVG / Global Web Evidence，即全球 / 全网外部资料采集？ - 是否给出
Real Case Calibration，即真实案例参考、公开 benchmark case，或明确 case gap？ - 是否标出 source tier，而不是把论坛、博客、经典文本、开源项目和黑盒 oracle 混成同一权重？
- 若来源冲突，是否做了 conflict arbitration，并说明哪条结论被降级？
- 是否正确使用 pure calculation exemption：只在纯计算、纯代码、纯项目维护或未解释运势意义的原始数据输出时豁免？
I. 输出层
- 是否输出
Technique Audit Table或等价审计表？ - 是否给出
used / partial / blocked / not used级别说明？ - 是否给出置信度，而不是只给断语？
- 是否把 must-not-overclaim 边界说清楚？
一句话用法
只要这张表里有 3-4 项没过，就不要把输出包装成“高严谨结论”。
只要 参数层 + 承诺层 + 分盘层 + timing 层 + 外部真值边界 + MEVG 与真实案例层 没一起过，就不能把 skill 说成“已经无疏漏封顶”。