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 的配置文件快照。