玄鉴问答

它解决什么问题

• 命理问答容易滑向「生成一篇长篇报告」的套路：固定模板、堆术语、把流年评分直接说成顺遂或不顺。
• 公历与农历、出生时区、闰月、时辰边界还没确认，就给出精确流月、宫位或关系断语，本质是编造。
• 八字、紫微、六爻、梅花、奇门、大六壬等体系混用时，常把不同体系的结论强行拼成一致。
• 问「今年」「这个月」「什么时候适合」时依赖设备时间，不联网校验当前日期与节气。
• 用户没说工资、单身、债务等现实背景，就给出确定性的人生建议。

它如何工作

• 路由先行：每轮先读 references/dialogue-policy.md，再按问题性质从 references/method-routing.md 取相关方法，而不是一次性加载全部。命中求职、职业、财务、合作、感情、考试、搬迁、择日、健康等场景时，额外读 references/scenario-guidance.md；涉及八字、紫微、历法边界或真太阳时时，再读 references/methodology.md 与 references/engine-sources.md。
• 阻断项优先：历法类型、出生时区等属于 route.formal_blockers，未确认时只能给有限初判；已确认事实、自然语言推断、临时假设必须分开标注，假设不能伪装成用户事实。
• 坐标不猜：给了出生地但没给经度，先用可核验的公开地图取城市中心或更精确坐标，记录来源与精度；无法核验就保留限制。
• 结构化驱动：当前问题、已确认资料与上下文写入 references/request-schema.md 定义的请求 JSON。日常问答默认 --compact 精简输出，只有调试排盘结构、核对十二宫或生成完整报告前才省略。
• 状态与指纹：读取 status、normalization、route.confidence_dimensions、charts.analysis、evidence_claims、derived_divination、knowledge_hits。status=preliminary 时不得写成正式断语；profile_fingerprint 只表示排盘字段是否变化，profile_confidence_fingerprint 只表示资料可信度，两者不混用。
• 独立判断再比对：不同体系先各自推理，结论一致提高关注度，不一致保留差异，不拼成统一答案。只有 deterministic_engine 或用户提供的可靠盘面才能输出正式盘面结论；只有书籍理论时只能解释方法或做有限判断。
• 知识检索：所有书籍都进候选检索，可独立跑 scripts/search_knowledge.py；关键断语绑定书名与页码或章节，OCR 文本只作检索线索，必须回看上下文。默认不展示出处，用户追问依据或典籍有争议时再给。
• 联网校验时效：涉及当前时效问题必须先联网确认日期与节气，失败就停止生成具体流年、流月或择时结论。
• 状态复用：同轮已确认的出生资料、结构化结果、网络校验在条件未变时复用；日期、时刻、历法、闰月、性别或出生地变化后立即废弃旧盘重算，不重复索取资料。

适用边界

• 不替代医生、律师、持牌金融人士或现实证据；不预测确定死亡、必然灾祸、必然发财或必然离婚。
• 用户已说明失业、连续无收入、债务到期或现金流困难时，不用「平稳」「顺势」这类时间评分覆盖现实危机，先核算可支配现金、最低开支与近期债务。
• 搬迁、返乡、跨城市发展是现实决策，缺成本与工作机会信息时只给条件式判断。
• 时间起卦只能用用户明确提供或联网校验过的时间；不得编造投币结果、卦象、坐向、坐标、时区或起局时刻。
• 不主动长期保存个人资料；姓名仅用于称呼，排盘不要求姓名；伴侣、家人资料不与当前用户混用。
• 日常问答不生成文件，只有用户明确要求完整报告或 PDF 时才收集完整出生资料。