用途：在排障过程中存在多个可能假设时，对比当前诊断假设与已授权的只读后续观测，用动态 Jev 问题辅助判断。
主要能力：通过 jev-mcp（stdio）服务器提供 jev_status、jev_evaluate、jev_assessment 三个工具，用途为 diagnostic_advice。支持 Noul（单一是否命题）、Choice（带标签的备选项）、Score（单一维度加有序描述）三类问题；可批量提交相互独立的判断，每个问题只评估一个维度。
使用方式：先调用 jev_status 检查配置与受信任的任务绑定；未绑定的工作按保守的未限定情形处理。将所选用途、当前状态、动态问题及来源/时间元数据传给 jev_evaluate；审查披露内容时可用 prepare_only。状态、问题或元数据含私密信息时须设 data_classification="private"，不得把私密内容标为已脱敏以绕过同意。额外私密托管数据需操作者明确同意；不得在状态、问题或元数据中发送凭据。若返回 approval_required，应展示本地操作者命令并保留精确参数。用 jev_assessment 按评估 ID 取回精确结果，并用 gait_record_turn 记录实际影响或决策。
适用场景：网络或系统排障中需要区分多个假设、评估只读观测的诊断价值时。
限制：Jev 本身不能执行只读观测工具，也不能授权网络写入；只读观测须由所属技能获取。预测的诊断价值不得当作已观测的网络事实。优先选择能区分假设的证据，被偏好的假设在设备或服务观测支持前仍是假设。Noul 概率、Choice/Score 置信度与评分须区分。新证据或重大修订后仅可做一次有界重新考虑，之后须暴露未解决的分歧。配置缺失或禁用、预算耗尽、超时、提供方不兼容或证据缺失时，应说明评估不可用并保留既有安全与审批规则，不得隐形重试、重置任务身份或把失败评估解释为分歧。运行时须显式启用；托管密钥为 TYPESAFE_API_KEY（别名 JEV_API_KEY），或由操作者配置兼容端点。共享设置、工具语义与披露流程见 Science Officer 指南。