Coroid 使用专用的决策引擎来处理答案集已知的问题。初始模型为Jev 1.13，通过 OpenRouter 提供服务。它和架构师、开发者、QA 及评审模型一同存在于你的 AI 配置文件中；它并非用于编写代码或调用工具的另一类智能体。
决策运作原理
Coroid 会发送相关状态及版本化的问题契约。它不会要求聊天模型自行生成并格式化 JSON 响应，而是直接提供允许的选项。Jev 会返回结构化的答案及概率信息。
- 选项会从提供的选项中进行选择，同时附带概率分布和置信度。
- 评分会对提供的有序评判标准进行评估，同时给出概率和置信度。
- Noul会以 0 到 1 之间的概率值来表示是/否判断结果。
Coroid 会根据确切的契约验证答案，校验置信度及工作流规则，确认无误后才会采纳该答案。若答案不确定、无效或无法获取，则由现有工作流评估器负责做出决策。
问题契约
相关状态及允许的答案
如何验证这一验收标准？
结构化答复
每个允许选项对应的概率
验证
合约、置信度及工作流程规则
应用场景
| 工作流 | 决策 | 保持不变的内容 |
|---|---|---|
| 验收证据 | 将评判标准归类为视觉类、命令类、静态类或无法验证类 | 相关检测仍需运行并生成证据 |
| QA 预检 | 对故障进行分类、评估可修复性，并根据提供的日志识别相关路径 | 修复、测试及 QA 审批流程仍保持独立 |
| 工作资格判定 | 评估当前版本的相关性、重复项、可复现性及路由规则 | 重复项必须引用指定的候选项；已修复项需提供相应证据 |
| 任务路由 | 对工作类型和复杂度进行分类，并从匹配的技能池中选择对应人员 | 明确的工作类型、模型覆盖规则、预算及配置文件选择均会被保留 |
该引擎不会生成实施方案、补丁、任意证据、新文件路径或评审说明。带有明确模型选择的资格判定节点会沿用原有选择，而非使用 Jev。
配置你的配置文件
- 打开设置 → AI 配置文件并为新工作选择合适的配置文件。
- Budget、Smartest、Quick 和 Ludicrous 配置中均包含 Jev 决策引擎。
- 在可编辑的自定义配置文件中，指定Jev 1.13给决策引擎。聊天模型不会被分配此角色，Jev 也不会承担聊天智能体的角色。
- 需确保已启用 OpenRouter，且拥有符合条件的平台或组织提供商密钥。组织和项目模型策略仍会正常生效。
此角色没有温度、推理或聊天回退控制选项。所谓回退是指切换回工作流的现有评估器，而非将决策请求发送给任意聊天模型。
免费版及受地域限制的配置文件不会自动分配付费的 OpenRouter 模型。现有自定义配置文件也不会被悄悄更改。执行快照会保留原有的分配设置，因此更改配置文件后需启动新工作以测试新分配效果。详见AI 配置文件。
启用机制与安全回退
运行时启用由数据库控制，且针对每个工作流单独设置。默认情况下，验收分类、QA 预检、资格判定及任务路由会使用 Jev 决策。当前版本的 7 个契约均已获批。
即便已启用，若配置文件中没有符合条件的决策模型、凭证或策略阻止访问、请求超出支持大小、提供商超时，或答案未通过验证及置信度校验，Coroid 也会回退。不支持或模糊不清的决策绝不能悄无声息地被视为通过。
操作人员可使用关闭、影子模式或强制模式。影子模式会记录对比结果，但保留现有评估器的结果；强制模式则采用经批准的契约中验证通过的决策。新版本的契约在用于控制工作流前仍需经过审批。这些运行时控制不会隐藏本指南或公开的产品描述。
使用情况与审计记录
调用过程与其他模型任务采用相同的提供商密钥选择、组织策略校验及使用情况统计方式，且归属决策引擎角色。即便答案被拒绝，已计费的响应仍会被记录。BYOK 遵循提供商的计费条款，无需额外的 Typesafe 密钥。
运营决策记录包含工作流、契约版本、实际模型修订号、概率值、结果是否被采纳、回退原因、决策延迟及使用情况关联信息。它存储的是输入状态的摘要，而非原始提示词或凭证。数据保留遵循组织的智能体日志策略。此审计记录有别于生成的说明或测试报告。
本地测试
使用包含 Jev 的配置文件创建新任务。依次执行验收规划、已知故障场景下的 QA 预检、工作资格判定及常规任务路由。在决策审计中查看是否有强制模式及已采纳的结果。回退条目会说明为何 Jev 未掌控该特定决策；这并不代表工作流失败。现有任务可能包含不含 Jev 的配置文件快照。