用途：在 Border 交付运营答案之前，对人类请求、当前约束和带来源的证据与拟议答案进行对照审查，判断该答案是否会误导人类。
主要能力：通过 jev-mcp（stdio）的 jev_status、jev_evaluate、jev_assessment 工具完成配置检查、问题评估和结果读取。针对答案中的实质性主张编写原子问题，可按需创建 Noul（单一是否命题）、Choice（带标签的备选）或 Score（单维度有序描述）三类问题；独立问题可批量提交，但同一批次内问题不可相互依赖。工具需显式启用，使用 TYPESAFE_API_KEY（别名 JEV_API_KEY）或运营方配置的兼容端点。
使用方式：先调用 jev_status 检查配置和可信任务绑定，工具不得被要求提高限制或生成新任务标识。将所选 purpose、当前状态、动态问题及来源和时间元数据传给 jev_evaluate；审查披露信息时使用 prepare_only。状态、问题或元数据含私密信息时设 data_classification="private"，不得把私密内容标记为已脱敏以绕过同意。若返回 approval_required，需展示本地运营方命令并保留精确参数；仅 Slack 确认不能写入同意授权。用 jev_assessment 读取评估的精确结果，通过 gait_record_turn 记录 Border 的实际影响或决定，并引用评估 ID。
适用场景与限制：适用于运营答案交付前的复核、披露审查，以及在获得新证据或大幅修订草稿后进行的一次有界重新考量（通过 reconsideration_of 关联）。评估含义是模型在给定证据上的支持，而非已核实的正确性，需区分 Noul 概率、Choice/Score 置信度与评分；提供的选项可能不完整时应保留 none/uncertain 备选。Jev 本身不能执行现有只读观察工具，也不能授权网络写入。禁用或缺少配置时继续原流程且不得声称已完成评估；预算耗尽、超时、提供方不兼容或缺少证据时须说明评估不可用，并保留安全与审批规则；不得隐式重试、重置任务标识、软化问题以获取有利结果，或把评估失败解释为分歧。其余细节暂未提供。