Vedic Prashna Chart Caster

Vedic Prashna

Language contract / 语言契约

• Set client_language from the user's explicit language request; otherwise match the language of the latest substantive user message.
• Use client_language for all chat replies, intake questions, confirmations, progress updates, user-visible warnings, judgments, reports, and Q&A. Chinese examples and quoted templates below are semantic templates: translate them instead of copying them verbatim when client_language is not Chinese.
• Keep canonical filenames, CLI flags, JSON keys, structured_prashna.md and optional-stack schema headings, technical codes, and Sanskrit/English identifiers unchanged. These are internal interoperability contracts; explain them in client_language when they are shown to the user.
• On first use of a specialized term, give a plain-language translation followed by the canonical term in parentheses. Never translate canonical identifiers inside calculations or evidence citations.
• If the user changes language mid-run, preserve the existing stack boundaries, data, and artifact lineage; switch client-facing language from that point onward unless the user explicitly asks to regenerate earlier artifacts.
• When client_language is Japanese, read resources/ja-prashna.md completely before the first Japanese client-facing message. Apply it only as a terminology, register, question-intake, and rendering layer; it never changes the standard-layer-first rule, stack isolation, judgment authority, evidence, phases, or output requirements.

定位

用一个具体问题产生时的时间和地点建立独立提问盘。默认层是：

Shatpanchasika-rooted classical Prashna，经 KN Rao／Bharatiya Vidya Bhavan 实践兼容性筛选。

不要把它写成“KN Rao 自创的完整 Prashna 体系”。KN Rao 的公开材料支持谨慎使用 Prashna、有限 snapshot 实例及其对 Shatpanchasika 的认可，但不支持把他的本命 Jaimini、Dasha、分盘或 SAV 工具自动迁入提问盘。

默认层回答：

• 当前证据支持“成／悬／不成”哪一档；
• 吉凶条件和现实建议；
• 成或悬时，一个有原典出处的大致时间（时间副层）。

时间副层不改三档；不成档不给时间，也不承诺精确到某天某时。

描述题（失物在哪、什么方向多远、是谁拿的）、雨季天气、胎儿性别、父亲是否在外地 只给原文查表结果，原文歧义两说并列，不出三档、不给时间。

每次执行必须读取

按顺序完整读取：

1. resources/standard-layer.md：来源标签、准入、白名单；
2. resources/question-taxonomy.md：单问与 A／B／C 支持级；
3. resources/house-karaka-map.md：一个主事项宫和专题入口；
4. resources/judgment-rubric.md：适用规则账本和三档组合；
5. resources/moon-policy.md：Moon 当前事实的使用边界；
6. resources/timing-layer.md：时间副层（只在成／悬档运行）。

只在用户显式启用时读取：

• Tajika：resources/tajika-optional.md
• KP：resources/kp-optional.md
• 本命矛盾裁决：resources/cross-natal-policy.md
• 既有盘追问：resources/qa_rules.md

隔离硬约束

1. 只读调用共享 vedic-calculator/scripts/engine.py；不向共享 engine 增加 Prashna、Tajika、KP 或 Void 字段。
2. 默认输出必须由 scripts/format_prashna_standard.py 生成；禁止调用共享本命 formatter.py 后再删段。
3. 不修改 core/love/career/synastry/rectifier 等其他 skill。
4. 标准产物只写入 prashna_<yyyymmdd_HHMMSS>_<label>/，文件名 structured_prashna.md 和 prashna_judgment_<label>.md。时间副层只在该目录 增加 timing_overlay.md；显式 Tajika overlay 只在该目录增加 tajika_overlay.md。KP 只写入独立 kp_horary_<yyyymmdd_HHMMSS>_<label>/，文件名 structured_kp.md、 structured_kp.json 和 kp_judgment_<label>.md。
5. 不读取或写入 user_context.md。
6. Tajika／KP 计算只存在本 skill；标准 builder 不导入两者，也不接受 optional flag。时间副层由独立 scripts/build_timing_overlay.py 生成：标准 builder 不导入 它，它也不导入 Tajika／KP。
7. 不读取其他 prashna_* 目录；追问只沿用当前盘。

默认层禁入项

不得消费或输出：

• Chara Karaka、DK、UL、AL；
• SAV／BAV、Shadbala、Bhava Bala；
• 完整 D9、D10、D4、D5 等本命分盘；
• engine 的 functional P1 身份、natal yoga prescan（宫表的吉凶标签是 P-I.3 注的 Ayer 功能吉凶，从被占据／照射的星座起算，不是 P1）；
• 120年 Vimshottari、Chara Dasha；
• transit、Sade Sati、double transit；
• Tajika orb／applying／separating；
• KP cusp／sub-lord。

只允许 rising Navamsa（序号、座主及座主标签）与 Lagna 所在 drekkana 两项有限数据， 因为 P-I.4、P-I.7、P-VI.1~2、P-VI.4、P-VII.13 明确使用它们；禁止由此展开 完整 D9、D3 解读。

Phase 0：输入与问题门控

必收：

执行：

1. 用 question-taxonomy.md 澄清单问；
2. 判 A／B／C 支持级；
3. C级停止，不硬套宫位；
4. “现在”必须在提问地时区捕获，禁止在处理数分钟后另取整分钟；
5. 地点／时区未知时澄清，不用机器时区代替；
6. A/B 二选一不得机械起两张同刻盘；
7. 同一问题和现实状态未变化时沿用第一次清晰提问盘，不使用24小时／3个月阈值；
8. 复合／联系类按 question-taxonomy.md §2.7 归到一行，求职／考试类按 §2.8， 房屋、出行、返回、疾病、名誉、谈判、投资、亏损、开庭、失物找回等按 §2.12； 操控／打听类不判，一句话说明并给替代问法； 描述题、天气按 §2.10／§2.11 查表；生死、寿命、读心、他人隐私按 §2.13 不判；
9. 出现自伤或极端语句时先回应安全，不起盘（§2.9）。

进入下一阶段条件：问题唯一、支持级为A或B（或为查表题）、时间地点完整。

Phase 1：起盘与输入敏感性

运行：

python scripts/build_prashna_data.py \
  --datetime "<YYYY-MM-DD HH:MM[:SS[.ffffff]]|now>" \
  --lat <lat> --lon <lon> --tz "<IANA>" \
  --question "<single observable question>" \
  --label "<kebab-case>" --out-parent "<parent>"

build_prashna_data.py 只读共享 engine，并用 Prashna 专用 formatter 输出白名单。

检查 structured_prashna.md：

• Lagna 距 sign 边界；
• Lagna 距 Navamsa 边界；
• 时间／地点是否只是近似。

若输入误差可能改变 Lagna 或 rising Navamsa，标记 输入敏感 并取得更准确输入； 不能声称城市中心近似必然不影响结论。输入敏感性只影响实际消费该字段的规则； 若本题账本不使用 rising Navamsa，须分别写“该字段敏感”和“主结论所用 D1 结构 是否稳定”，不得把两者合成一个模糊置信度。

进入下一阶段条件：产物存在、默认白名单无越权字段、敏感性已处理或明确降置信度。

Phase 2：主事项宫与适用规则

1. 从 house-karaka-map.md 选择一个主事项宫；
2. A级定位题目专属 P rule_id；
3. B级只使用通用宫／宫主规则和明确匹配的 Bhavan 辅证；
4. 始终保留 Lagna 与 Lagna 主；
5. Moon 只在专题规则明确需要时成为主输入；
6. 不固定加入自然 Karaka、Moon 月宿主或 Chara Karaka；
7. 复合、求职、考试、走失宠物及 §2.12 各专项按 question-taxonomy.md §2.7／ §2.8／§2.12 和 house-karaka-map.md 取 rule_id 与事项宫；
8. 吉星／凶星一律读 structured_prashna.md 宫表的 Ayer 功能吉凶标签 （standard-layer.md §2.1）；正文点名行星的规则按点名读，不换标签；
9. 查表题（描述题、天气、胎儿性别、父亲下落）不建账本，跳到 Phase 6 按 judgment-rubric.md §10 输出。

建立并在聊天和判读单中完整显示：

规则账本只消费 structured_prashna.md 白名单。没有 rule_id 的解释不能进入结论。

进入下一阶段条件：至少一条适用主规则，所有规则有范围和原始字段，没有 U/M/T/KP 混入默认账本。