agentOverrides.jev 为各用途设置模式、版本和预算。Service 在构建 Harness Agent 时装配对应能力；需要业务数据的能力，还要由宿主在每次运行上下文中提供数据源。
场景：只为一个客服会话观察退款防护
现有客服 Agent 已注册订单查询、退款与其他工具。你希望先看 JEV 会保留哪些工具、会不会拒绝尚无证据的退款调用，而不改变当前业务行为。为这个会话分别配置tools 和 guard 的 SHADOW 模式，就能沿原流程运行并收集两类判断记录。
JEV 密钥由服务部署环境提供；本页 JSON 只配置用途。工具必须已经由该 Agent 注册，guardedTools 中的名称不能凭空创建工具，也不授予退款权限。
1. 创建或更新会话配置
POST /api/sessions。已有会话通过 PATCH /api/sessions/{id} 更新 agentOverrides.jev。该子树整体替换，更新时带上需要保留的用途；设为 null 删除子树。
上例的工具选择建议最多保留 3 个可选工具（必要工具另行保留），退款防护仅针对 refund；两项预算各为 2 秒。SHADOW 不减少实际工具，也不会阻止退款。先核对建议与业务金标，再单独切换需要接管的用途到 ENFORCE，不必同时开启所有能力。
将用途 mode 改为 OFF 可关闭能力。配置进入 Agent 构建缓存身份，变化在下一次构建时生效，不中断正在运行的调用。全部 OFF 时不构造客户端，也不要求 JEV 密钥。
2. 根据场景选择其他用途
各用途完整配置见对应功能页：轨迹评估、压缩、监督、代码评审、检索、阶段路由、浏览器。监督也只支持 OFF/SHADOW。
routing.models 为简单模型列表；配置 routes 时使用阶段路由，两者不能混用。服务端 agentscope.jev.allowed-models 配置允许的模型 ID，未经允许的模型不能通过 session 配置引入。简单列表路径对工具能力采用保守回退；需要完整能力与配额约束时提供阶段路由目录。
3. 给同一客服增加回答审核
agentOverrides 内的片段，阈值仅演示用法。两种用途装配为同一个响应中间件，先检查内容，再审核质量；修订稿再次检查安全。quality 最多 64 条条件，maxRevisions 为 0..10。ENFORCE 未通过不发布文本，SHADOW 不修订、不替换原输出。
默认每轮最多 64,000 文本字符、8,192 个事件和 120 秒。content 预算按每次检查计算，quality 预算包含评审及全部草稿修订。回答修订
配置范围与运行身份
密钥来自部署环境，session JSON 不接受 apiKey、baseUrl、endpoint 或任意未知字段。预算范围为 1..30,000 毫秒，每用途独立配置；更细上限见各功能页。非法配置在 Agent 构建时拒绝。 Source、模型对象、浏览器起始页和验证收据不能通过任意 session JSON 注入。按认证后的用户、会话和本次调用在 RuntimeContext 中注册。只读工具也需要通过原有权限链；JEV 不提供 ACL。4. 查询这次运行的判断事件
先验证 API 行为，再接入服务
无需启动 Service，也能先用JevHarnessScenarios与退款防护用例验证相同中间件的选择、拒绝与权限链行为。运行方式和模拟数据随示例提供。 接入 Service 后，再针对上面的会话提交一次“先查订单，未发货再退款”，查询同一 run 的tool-selection、tool-guard 决策与实际工具结果（对应配置键 tools、guard）。SHADOW 记录的拒绝建议不能计作已阻止退款；配置关闭或更新后，应在新调用中检查是否生效。离线中间件测试不能代替你部署环境中的鉴权、Source 和事件存储验证。