用途：在事件分诊需要解释性判断时，依据当前症状、实测影响、受影响服务、时间线、观测空白以及适用的运维升级策略，给出严重度建议、多种解释的对比与是否需要升级的判断。调用前需理解它并不替代既定的确定性升级规则，也不授权任何网络写操作。
主要能力与用法：服务器为 jev-mcp（stdio），工具包括 jev_status、jev_evaluate、jev_assessment。运行时必须被显式启用，需托管密钥 TYPESAFE_API_KEY（别名 JEV_API_KEY），或使用运维方配置的兼容端点。先调用 jev_status 检查配置与可信任务绑定；不得要求其提高限额或自行编造任务标识，未绑定的工作按保守的未限定情形处理。向 jev_evaluate 提供所选 purpose、当前状态、动态生成的问题以及来源和时间元数据；可用 prepare_only 在披露前审阅。问题应基于本次事件而非通用清单：单一是否命题用 Noul，带标签的备选项用 Choice，单一维度的有序描述用 Score；同批问题需相互独立且共享同一证据。状态、问题或元数据含私密信息时须设 data_classification="private"，不得把私密内容标为已脱敏以绕过同意；额外私密托管数据需取得运维方明确同意，且不得在状态、问题或元数据中发送凭据。返回 approval_required 时需展示本地运维命令并保留原参数，仅凭 Slack 确认不会写入同意授权。
报告与限制：不得凭单一观测点推断全面故障，也不得把遥测缺失当作健康，应说明证据来自谁的观测及观测时间。Noul 概率、Choice/Score 置信度与评分量表分数需分别陈述，选项可能不完整时保留 none/uncertain 备选。评估 ID 需可检索，必要时用 jev_assessment 取回精确结果，并通过 gait_record_turn 记录实际影响与决策；新证据或重大修订后至多再考虑一次，之后需暴露未解决的分歧。Jev 本身不能执行只读观测工具或授权网络写入。配置缺失或禁用、预算耗尽、超时、提供方不兼容或证据不足时，应说明评估不可用并保留既有安全与审批规则，不得静默重试、重置任务身份、弱化问题以换取有利结论，或把评估失败解读为分歧。