Add career adjudicator reference contract

SKILL.md

@@ -103,7 +103,7 @@ description: 印度占星（Jyotish）专业解盘与推运系统。核心能力
 - [`references/event_judgment_skeleton.md`](/Users/wuyongnaren/Documents/印度占星/references/event_judgment_skeleton.md)
 - [`references/event_judgment_marriage.md`](/Users/wuyongnaren/Documents/印度占星/references/event_judgment_marriage.md)
 - [`references/event_judgment_wealth.md`](/Users/wuyongnaren/Documents/印度占星/references/event_judgment_wealth.md)
-- （后续再补）`event_judgment_career.md`
+- [`references/event_judgment_career.md`](/Users/wuyongnaren/Documents/印度占星/references/event_judgment_career.md)
 
 ## 五层硬约束（全球前三引擎强制调用）
 

docs/research/ACTIVE_FRONTS.md

@@ -20,6 +20,13 @@ This file is the small index for the current engineering fronts that still drive
 - `/Users/wuyongnaren/Documents/印度占星/docs/superpowers/specs/2026-06-28-jaimini-marriage-bridge-v1-design.md`
 - `/Users/wuyongnaren/Documents/印度占星/scripts/marriage_benchmark_summary.py`
 
+## Career Adjudication
+
+- `/Users/wuyongnaren/Documents/印度占星/references/event_judgment_career.md`
+- `/Users/wuyongnaren/Documents/印度占星/tests/test_mcp_strict_workflow_career.py`
+- `/Users/wuyongnaren/Documents/印度占星/docs/research/life_event_graph_v1_audit_2026_06_28.md`
+- `/Users/wuyongnaren/Documents/印度占星/docs/research/functional_benefic_malefic_strict_layer_audit_2026_06_28.md`
+
 ## Wealth Adjudication
 
 - `/Users/wuyongnaren/Documents/印度占星/docs/research/wealth_adjudicator_first_pass_audit_2026_06_27.md`
@@ -49,11 +56,18 @@ This file is the small index for the current engineering fronts that still drive
 
 - `/Users/wuyongnaren/Documents/印度占星/docs/research/vedastro_parity_matrix_latest.md`
 - `/Users/wuyongnaren/Documents/印度占星/docs/research/vedastro_parity_matrix_latest.json`
+- `/Users/wuyongnaren/Documents/印度占星/docs/research/vedastro_fast_path_checklist_latest.md`
+- `/Users/wuyongnaren/Documents/印度占星/docs/research/vedastro_fast_path_checklist_latest.json`
 - `/Users/wuyongnaren/Documents/印度占星/docs/research/life_event_graph_v1_audit_2026_06_28.md`
 - `/Users/wuyongnaren/Documents/印度占星/docs/research/vedastro_range_scan_allowlist_audit_2026_06_28.md`
+- `/Users/wuyongnaren/Documents/印度占星/scripts/vedastro_python_bridge.py`
+- `/Users/wuyongnaren/Documents/印度占星/scripts/vedastro_official_mcp_bridge.py`
+- `/Users/wuyongnaren/Documents/印度占星/scripts/vedastro_method_catalog_sync.py`
+- `/Users/wuyongnaren/Documents/印度占星/scripts/vedastro_fast_path_checklist.py`
 - `/Users/wuyongnaren/Documents/印度占星/scripts/vedastro_service_adapter.py`
 - follow only after the Jaimini marriage bridge v1 regression loop is closed
 - Use the parity matrix before adding or claiming VedAstro-equivalent capability.
+- Use the fast-path checklist when deciding whether a VedAstro-facing feature should go through official MCP, official Python bridge, REST adapter, or remain local-native.
 
 ## Dignity / Role Guardrails
 

findings.md

@@ -19,6 +19,9 @@
 - 当前 Git 未跟踪残留 11 个：个人/临时输出 `full_chart_data.json`、`test_dasha.json`、`test_output.json`、`scratch_extract.py`、`scratch_mcp_eval.py`；一次性补丁 `scripts/patch_api_tz.py`、`scripts/patch_engine_tz.py`；个人同步工具 `scripts/sync_to_workbuddy.sh`；测试候选 `tests/test_dasha_raman_truth.py`；测试/研究 artifact `tests/verify-results-v6.1.json` 与 `tests/印度占星实战案例综合验证报告-v6.1-2026-05-03.md`。
 - `docs/research/ACTIVE_FRONTS.md` 当前仍列出未闭合项：Vimsopaka semantic mapping for `NEECHA_BHANGA / GREAT_FRIEND / GREAT_ENEMY`，以及 functional role 的 Technique Audit Table rendering 跟进。
 - `docs/research/vedastro_parity_matrix_latest.md` 当前 13 行中 `partial=8`、`covered=4`、`missing=1`。P0 未闭合集中在 Tajika Annual、Ayanamsa parity、Report Rendering、MCP/API VedAstro live adapter smoke、Ashtakavarga/Shadbala parity、EventsAtRange/Life Event Graph；Numerology/Non-Jyotish Tools 为 P2 adjacent missing，不属于 Jyotish 主工作流。
+- `docs/research/vedastro_fast_path_checklist_latest.md` 现已把 VedAstro 接入进一步落成 6 条执行车道：`official_mcp`、`official_python_bridge`、`rest_adapter`、`local_native_preferred`、`hybrid_router`、`external_evidence_only`。当前官方 live catalog 快照为 `46` 个 tag、`2258` 条 methods/events；高价值默认路由已明确：`MCP/API Surface -> official_mcp`，`Shadbala/Ashtakavarga/Tajika -> official_python_bridge`，`EventsAtRange / Birth Time ML -> rest_adapter`，`D1-D60/Jaimini/Synastry/Prashna -> local_native_preferred`。
+- 官方公共 VedAstro MCP 已确认可直连：`https://mcp.vedastro.org/api/mcp/public` 对 `initialize` 与 `tools/list` 返回 200，公开工具面至少包含 `get_current_transits`、`get_dasa_at_time`、`find_best_times_for_task`、`get_horoscope_predictions`、`get_match_report`、`get_horary_prediction` 等；已补本仓薄桥 `scripts/vedastro_official_mcp_bridge.py`，并保持“只做 reachability/tool discovery，不直接改本地 adjudicator score/labels”的边界。与此同时，官方 Python bridge 已确认至少能稳定打通 `GetAllEventDataGroupedByTag`、`PlanetNirayanaLongitude`、`DasaAtTime` 三条高价值方法层。
+- `event_judgment_career.md` 之前是明确缺口；现已补进主仓并挂回 `SKILL.md` 与 `quick-reference-guide.md`。因此 career 线当前剩余更偏向裁决细化与报告层，而不是“没有专用骨架”。
 - 验证命令：`python3 scripts/run_quality_gate.py --profile quick --skip-frontend-runtime` 通过；`npm run build` 通过；`python3 -m pytest tests/ -q` 通过；`git diff --check` 通过。
 - 后续收口结论：`oracle_functional_benefics.py` 已通过 CLI JSON 合同测试进入正式测试表面；`patch_api_tz.py`、`patch_engine_tz.py` 与个人 scratch/output 已归入 ignored `scratch/local`；v6.1 婚恋验证资产已转入 `docs/benchmark/legacy-marriage-v6.1/`；Raman Dasha 草稿保留为 benchmark draft，不再伪装成 pytest。
 - 新发现的真实遗漏：relationship strict bridge 原先只识别字符串 `"BadConstellations": "good"`，不识别 nested dict 形态，也不读取 `exceptions` mitigation 文本；已补 `exception_mitigated_match` 与 nested Kuta 归一化，避免 Synastry/Ashtakoot 资产被浅层解析吞掉。
@@ -165,3 +168,5 @@
 - 本轮 QA 真 bug：`jyotish_engine.py muhurta` CLI 因 Sun/Moon tuple 进入 `calc_tithi` 崩溃；`varga-full --divisions ... D81/D108/D144` 仍走旧 `scripts/varga.py` 而失败，尽管 `--custom 81` 可算；`/api/remedies` 对数值型 Shadbala 简写会 500，应归一化或返回 400。
 - 本轮 QA 边界结论：`/api/technique_example` 用目录官方 example payload 可 200，普通出生资料直打 400 是合同误用而非后端坏；`db-stats` 返回数据库不存在，说明入口可用但本机 celebrity/validation DB 数据源缺席；外部 JHora/PyJHora/VedAstro oracle 精度仍未因此闭环。
 - VedAstro 强制雷达边界：官方 Events Builder 暴露 `SearchEvents / GetEventTiming / ListEventTypes` 三个事件端点、400+ 预定义事件和 `Scan precision (hours)`，API/Python surface 继续按 600+/596+ 计算节点理解。本项目不硬复刻 596 个函数，而是把 VedAstro range scan 作为 `career/relationship/finance` strict workflow 的必需外部高频 timing radar；缺失时进入 `vedastro_range_scan_missing` 和 Technique Audit blocked 行，不能再静默跳过。
+- VedAstro Adapter MVP 方案 A 结论：当前已完成工程闭环而非官方实网闭环。adapter range scan 会产出可审计 provenance（request/response SHA-256、called_at、endpoint_host、artifact_path、retry metadata、allowlist/raw/filtered event counts），`/api/vedastro/status` 与 Trust Center 能显示安全配置状态，`vedastro-live` profile 在未配置 endpoint 时受控 blocked 并通过默认 CI。只有配置 `VEDASTRO_API_ENDPOINT` 和 `VEDASTRO_ENABLE_NETWORK=1` 后，才能把状态从 `network_execution_disabled/service_endpoint_not_configured` 推进到真实 VedAstro live smoke；在此之前不得宣称官方 VedAstro 事件雷达已经实网验证。
+- VedAstro 普通用户入口结论：用户侧可用的定义不是“adapter 存在”，而是“生成星盘后能点击按钮、使用当前出生资料、选择领域/日期范围、看到返回状态和边界”。本轮已把这一层落在 Trust Center `VedAstro Range Scan` 面板和 `/api/vedastro/range_scan`；未配置 endpoint 时用户看到 blocked，配置官方 endpoint 与网络开关后同一按钮会走实网调用链。

progress.md

@@ -443,3 +443,41 @@
 - 守住边界：VedAstro 事件证据不直接替代本地双重大运、分盘、Shadbala/Ashtakavarga/Jaimini/Functional role，也不直接设置 `dominant_label / payout_label`；缺本地 promise 时仍受原评分上限约束。
 - 新增审计文档 `docs/research/vedastro_required_high_frequency_radar_contract_2026_06_28.md`。
 - 验证：`python3 -m pytest tests/test_vedastro_service_adapter_executor.py tests/test_vedastro_external_technique_evidence.py tests/test_vedastro_parity_matrix.py tests/test_vedastro_adapter_candidate_guard.py -q` 通过；`python3 -m pytest tests/test_mcp_strict_workflow_finance.py tests/test_mcp_strict_workflow_relationship.py tests/test_mcp_strict_workflow_career.py tests/test_life_event_graph_v1.py -q` 通过。
+
+## 2026-06-29T00:00:00+08:00 - VedAstro Adapter MVP 方案 A 收口
+
+- 按用户批准的方案 A 执行：在 `scripts/vedastro_service_adapter.py` 中补齐外部 range scan 的 `request_hash`、`response_hash`、`called_at`、`endpoint_host`、`artifact_path`、`attempt_count`、`retry_error_codes`、allowlist/raw/filtered event counts，并把归一化结果写入 `scratch/local/vedastro_adapter/` evidence artifact。
+- 新增安全状态面：`/api/vedastro/status` 只暴露配置状态、网络开关、endpoint host、live profile、artifact 目录与最新 artifact，不泄露完整 endpoint；Trust Center 运行健康检查时读取该状态并显示 VedAstro 外部雷达是否 live-ready / network-disabled / endpoint-missing。
+- 质量门新增 `vedastro-live` profile：默认跳过浏览器重活和本地重型审计；没有 `VEDASTRO_API_ENDPOINT` 或 `VEDASTRO_ENABLE_NETWORK=1` 时输出受控 `blocked`，配置齐全后才执行真实 VedAstro range scan smoke。
+- MCP strict workflow 不再要求人工把 adapter 结果重包装到 `external_activation`：`modules.vedastro_range_scan_result` 现在可直接进入 external activation ledger，并保留 adapter provenance；该外部雷达仍不覆盖本地双重大运、分盘、Shadbala/Ashtakavarga/Jaimini/Functional role，也不直接改写评分标签。
+- 方案 A 文档与计划：新增 `docs/superpowers/plans/2026-06-29-vedastro-adapter-mvp.md`；`README.md` 记录 `vedastro-live` 命令。
+- Fresh verification：`git diff --check` 通过；`python3 -m py_compile scripts/vedastro_service_adapter.py scripts/jyotish_api_server.py scripts/run_quality_gate.py mcp_server.py` 通过；`env -u VEDASTRO_API_ENDPOINT -u VEDASTRO_ENABLE_NETWORK python3 scripts/run_quality_gate.py --profile vedastro-live` 通过且明确返回 `status=blocked` / `reason=vedastro_live_endpoint_or_network_flag_missing`；`python3 scripts/run_quality_gate.py --profile quick --skip-frontend-runtime` 通过，配置内 295 项 pytest 通过；VedAstro/MCP/Life Event Graph 聚焦 33 项通过；strict workflow 58 项通过；`npm run build --prefix jyotish-app` 通过。
+- 剩余诚实边界：本机尚未配置 VedAstro 官方实网 endpoint，因此只能说 adapter、状态面、artifact/provenance、重试、质量门和下游 strict workflow 已闭环；不能声称 VedAstro 官方 live smoke 已实际命中官方服务。
+
+## 2026-06-29T05:30:00+08:00 - VedAstro 普通用户可点击入口
+
+- 用户追问“普通用户是否可以用上 VedAstro”后，确认上一阶段只是底层/状态面已接好，普通用户还缺按钮式入口；本轮按最小产品入口继续补齐。
+- 新增 `docs/superpowers/specs/2026-06-29-vedastro-user-range-scan-design.md` 与 `docs/superpowers/plans/2026-06-29-vedastro-user-range-scan.md`，约束 UI 必须使用当前星盘出生资料，不跑硬编码 demo case。
+- 后端新增 `/api/vedastro/range_scan`：支持 `career / relationship / finance` UI domain，映射到 adapter 的 `career / marriage / wealth`；验证出生资料、日期范围、坐标、时区后调用 `vedastro_service_adapter.run_range_scan_for_case()`。
+- 前端新增 `window.JyotishAPI.runVedAstroRangeScan()`，Trust Center 增加 `VedAstro Range Scan` 面板，用户生成星盘后可选择领域与日期范围点击“运行 VedAstro 外部雷达扫描”；结果会显示 status/event count/artifact 或 blocked reason，并写入 `chartData.modules.vedastro_range_scan_result`。
+- 实测 HTTP：未配置 `VEDASTRO_API_ENDPOINT` / `VEDASTRO_ENABLE_NETWORK` 时，`POST /api/vedastro/range_scan` 返回 `success=true`、`ui_domain=relationship`、`adapter_domain=marriage`、`result.status=service_endpoint_not_configured`，且 request_preview 使用用户 `REDACTED_DATE REDACTED_TIME`、REDACTED_PLACE坐标与 Lahiri/mean node。
+- Fresh verification：新增后端红灯测试先 404 后转绿；新增前端静态红灯测试先缺 bridge 后转绿；VedAstro/API/frontend 聚焦 19 项通过；`npm run build --prefix jyotish-app` 通过；`python3 scripts/run_quality_gate.py --profile quick --skip-frontend-runtime` 通过，当前 quick 集合 297 项 pytest 通过；`git diff --check` 与 `py_compile` 通过。
+- 剩余诚实边界：普通用户现在可以点击使用 VedAstro 入口，但在服务端未配置官方 endpoint 和网络开关前，产品显示的是 blocked 边界；要看到真实 VedAstro 事件结果仍需配置 `VEDASTRO_API_ENDPOINT` 与 `VEDASTRO_ENABLE_NETWORK=1`。
+
+## 2026-06-29T07:20:00+08:00 - VedAstro 596+ 最快路径矩阵收口
+
+- 新增 `scripts/vedastro_python_bridge.py`：自动发现 `venv_vedastro`，兼容官方实际模块名 `vedastro`，并可通过 typed params 直接调用 `Calculate.*` 方法；live smoke 已验证 `PlanetNirayanaLongitude(Sun, REDACTED_DATE REDACTED_TIME, REDACTED_PLACE)` 返回官方结果。
+- 新增 `scripts/vedastro_method_catalog_sync.py`：真实从官方 `GetAllEventDataGroupedByTag` 拉取 catalog 并写入 `scratch/local/vedastro_adapter/method_catalog_snapshot.json`；当前快照统计为 `tag_count=46`、`method_count=2258`。
+- 扩展 `scripts/vedastro_parity_matrix.py` 与 latest 文档：新增 `fastest_path_lane` / `route_notes`，把高价值能力明确分流到 `official_mcp`、`official_python_bridge`、`rest_adapter`、`local_native_preferred`、`hybrid_router`、`external_evidence_only` 六条执行车道。
+- 新增 `scripts/vedastro_fast_path_checklist.py` 与 `docs/research/vedastro_fast_path_checklist_latest.{md,json}`，正式沉淀“VedAstro 596+ 节点接入实施清单（按最快路径）”。
+- 路由真相当前冻结为：`MCP/API Surface -> official_mcp`；`Shadbala / Ashtakavarga / Tajika -> official_python_bridge`；`EventsAtRange / Birth Time ML -> rest_adapter`；`D1-D60 / Jaimini / Synastry / Prashna -> local_native_preferred`；`Ayanamsa -> hybrid_router`；`Numerology -> external_evidence_only`。
+- Fresh verification：`python3 -m pytest tests/test_vedastro_parity_matrix.py tests/test_vedastro_fast_path_checklist.py tests/test_vedastro_python_bridge.py tests/test_vedastro_method_catalog_sync.py tests/test_vedastro_range_scan_replay.py tests/test_vedastro_service_adapter_executor.py tests/test_vedastro_external_technique_evidence.py -q` 通过；`python3 scripts/vedastro_parity_matrix.py --write` 与 `python3 scripts/vedastro_fast_path_checklist.py --write --format markdown` 通过。
+
+## 2026-06-29T07:45:00+08:00 - 官方 MCP 真接入与 career 骨架收口
+
+- 新增 `scripts/vedastro_official_mcp_bridge.py`：以官方公共端点 `https://mcp.vedastro.org/api/mcp/public` 为默认入口，提供极薄的 `initialize` / `tools_list` 两个操作，只负责官方 MCP 可达性与工具发现，不允许外部 MCP 结果直接改写本地 `score / dominant_label / payout_label`。
+- 新增 `tests/test_vedastro_official_mcp_bridge.py`：用本地 mock MCP 服务验证 `Mcp-Session-Id` 透传与 `tools/list` 结果归一化，确保这不是“手写文档假接入”。
+- `scripts/vedastro_python_bridge.py` 继续往高价值方法层推进：新增 `--high-value` 快捷层，先把 `event_tag_catalog -> GetAllEventDataGroupedByTag`、`planet_longitude -> PlanetNirayanaLongitude`、`vimshottari_snapshot -> DasaAtTime` 收成稳定入口；`GetCharaDasaAtTime` 的真实调用形状仍在核对，不会把半通状态混进完成声明。
+- 实测真相：官方公共 MCP `initialize` 与 `tools/list` 已通过真实 HTTP 返回；Python bridge 的 `DasaAtTime` 通过 positional args 已成功返回 Vimshottari 快照；`GetCharaDasaAtTime` 的 bound-method 形状已进一步探明，其真实桥接仍需按 positional contract 单独收口，但不再属于“完全未知调用面”。
+- 本地主线真相同步：补齐 `references/event_judgment_career.md`，并将其挂入 `SKILL.md`、`references/quick-reference-guide.md` 与 `docs/research/ACTIVE_FRONTS.md`。这意味着 career 线不再缺“专用裁决骨架”，后续尾巴集中在裁决细化、报告渲染与 oracle 闭环，而非入口缺失。
+- Fresh oracle status re-check：`python3 scripts/oracle_closure_master_dashboard.py --format json` 当前显示 `12` 个总任务中 `8` 个已 external_verified、`4` 个未闭合；未闭合核心已收缩到 `tajika_sahams` 前线，而非 Dasha/Shadbala 主前线。`python3 scripts/public_benchmark_dashboard.py --format json` 当前显示 `valid_packets=5`、`ready_for_calibration=5`、`production_tuning_allowed=false`，因此仍不能宣称全局 oracle 已封顶。

references/event_judgment_career.md

@@ -0,0 +1,157 @@
+# Career Event Adjudicator v1.0
+
+> 这是 `career` 题目域的专用裁决器。用于职位变动、项目落地、晋升、事业突破、公众职业状态与职业兑现窗口等问题。
+
+---
+
+## 1. Route Freeze
+
+先冻结三件事：
+
+1. **任务类型**
+   - `prediction`
+   - `backtest`
+   - `rectification_support`
+   - `multi-option adjudication`
+2. **目标粒度**
+   - `trend`
+   - `window`
+   - `month_level`
+   - `event_level verification`
+3. **事业事件标签**
+   - `career_status`
+   - `role_change`
+   - `promotion_window`
+   - `project_manifestation`
+
+若事业事件标签不清，先说明判定对象再继续。
+
+---
+
+## 2. Mandatory Layers
+
+事业题目至少必须展开：
+
+- `D1`: 10H / 10L / Sun / Saturn / Mercury / Jupiter
+- `D10`
+- `A10 / Karma Pada`
+- `Jaimini`: `AmK / AK / Karakamsha`
+- `Vimshottari + Narayana`
+- `Transit / Double Transit`
+- `Shadbala`
+- `Functional Benefic/Malefic`
+
+高严谨时尽量补：
+
+- `Argala on 10H / 10L / A10`
+- `Kakshya`
+- `KP`
+- `Ashtakavarga`
+
+---
+
+## 3. Evidence Ledger Roles
+
+把事业证据按 4 种角色分类：
+
+1. `promise`
+   - 本命是否具备事业承载力、职位成长性、社会可见度？
+2. `activation`
+   - Dasha / Transit / Jaimini / KP 是否点燃事业主题？
+3. `manifestation`
+   - 这些激活是否真正落到职位变化、项目落地、职业兑现？
+4. `label`
+   - 最终更像哪类事业事件：职业状态、角色变化、升迁窗口、项目兑现？
+
+---
+
+## 4. Career Adjudication Order
+
+### 4.1 Promise
+
+先问：
+
+- 10H / 10L / Sun / Saturn / Mercury 是否给出事业承诺？
+- `D10` 是否支持，还是削弱？
+- `A10 / Karma Pada` 是否支持社会职业显现？
+- `AmK / Karakamsha` 是否支持职业兑现？
+
+若本命 promise 薄弱，不得因为短期 transit 或单段 Dasha 就断定“事业必成”。
+
+### 4.2 Activation
+
+必须检查：
+
+- `Vimshottari` 是否激活 10H / 10L / Sun / Saturn / Mercury / A10 / AmK
+- `Narayana` 是否同向
+- `Transit / Double Transit` 是否对 10H / 10L / A10 有推动
+- `Argala / Kakshya / Ashtakavarga` 是否提供支持或阻力
+
+若 `Vimshottari` 与 `Narayana` 明显冲突，标记 `mixed` 或 `blocked`。
+
+### 4.3 Manifestation
+
+这一层专门防止“有事业感，但没落到现实兑现”。
+
+要区分：
+
+- `career pressure / preparation`
+- `role change`
+- `project manifestation`
+- `public career status`
+
+### 4.4 Label
+
+只有前三层通过后，才给最终事业事件标签。
+
+禁止把所有事业事件都压成一个粗糙的“事业好”。
+
+---
+
+## 5. Template Hooks
+
+优先调用并引用：
+
+- `strict-workflow-router.md` 的 `career-timing-strict`
+- `transit-actionable-output-guide.md`
+- `divisional-chart-deep-reading.md` 中的 `D10`
+- `jaimini-complete-system.md`
+
+若调用不到，必须在 Audit Table 里标注其对置信度的削弱。
+
+---
+
+## 6. Output Contract
+
+事业输出最少要有：
+
+1. `career verdict`
+2. `confidence`
+3. `main conflicts`
+4. `Technique Audit Table`
+5. `raw evidence`
+
+示例 verdict：
+
+- `high_probability_window`
+- `moderate_probability_window`
+- `weak_window_needs_confirmation`
+- `insufficient_evidence`
+- `blocked`
+
+最终还要给出：
+
+- `dominant_label`
+
+---
+
+## 7. Must-Not-Overclaim
+
+以下情况必须降级或阻断：
+
+- 只看 `Vimshottari` 没看 `Narayana`
+- 只看 `D1` 没展开 `D10 / A10`
+- 把职业曝光误当成实质职位兑现
+- 没交代 `AmK / Karakamsha`
+- 未说明 birth time precision
+- 未说明 `Ayanamsa / Node mode`

references/quick-reference-guide.md

@@ -6,7 +6,7 @@
 
 > **来源标签**: 【现代演绎·Skill整合】 — 执行总控指南
 >
-> **版本**：v6.9.14 | **最后更新**：2026-06-21
+> **版本**：v6.9.15 | **最后更新**：2026-06-29
 ---
 
 ## 场景一：用户说"帮我看盘"或"分析我的星盘"
@@ -105,8 +105,9 @@
 
 | 用户意图 | 主参考文件 | 引擎命令 |
 |---------|-----------|---------|
-| 事业时机 | references/strict-workflow-router.md + references/yoga-phala-timing-guide.md | `full-reading` + `varga-full` + `dasha` + `jaimini --mode all` + `shadbala` + `ashtakavarga` + `argala` + `transit` |
+| 事业时机 | references/strict-workflow-router.md + references/yoga-phala-timing-guide.md + references/event_judgment_career.md | `full-reading` + `varga-full` + `dasha` + `jaimini --mode all` + `shadbala` + `ashtakavarga` + `argala` + `transit` |
 | **→ Jaimini静态层** | `jaimini --mode all` 会输出 Karaka/Karakamsha、A1-A12/UL、Graha Pada、Special Lagnas；Chara Dasha timing 已通过 KN Rao benchmark（overall 95.83%） | 事业用 A10/Karma Pada + Graha Pada + Argala 交叉确认；Aquarius/Scorpio 共主仲裁差异需声明 |
+| **→ 事业裁决骨架** | `references/event_judgment_career.md` | 必须按 `promise -> activation -> manifestation -> label` 顺序裁决，不得只凭单一大运或 transit 直接上结论 |
 | **→ Actionable Output** | references/transit-actionable-output-guide.md ⭐v4.1.0 | 必须输出时间段+行动+置信度 |
 | 财运来源 | references/strict-workflow-router.md + references/darakaraka-complete-guide.md（DK财富5模式）| `chart` + `varga-full` + `dasha` + `shadbala` + `ashtakavarga` + `argala` |
 | 学业考试 | references/planetary-dignity-complete-reference.md（D24分析） | `varga -d 24` |