关卡设置
一条规则，一个问题
将问题拆解为小项，便于测试、解释和更新策略文件。
01
规则判定
针对每条规则给出明确结果：合规、违规或证据不足。
02
风险信号
评估变更的影响程度，而非同等对待所有代码差异。
03
审查路由
在合并前选择负责人、人工审查或安全拦截。
关卡设置
rule 01
规则编号
为每项重要指令分配固定 ID，以便记录结果和审计日志。
rule 02
以数据形式传递差异
将变更的文件、测试用例和任务上下文关联起来。
rule 03
处理未知情况
证据缺失应触发审查，而非被误判为通过。
rule 04
流水线中的关卡
利用确定性 CI（持续集成）和所有权策略来执行最终判定。
评审变更
利用 AI 辅助检查策略，而非替代策略
模型负责识别证据与缺失项，而仓库规则与合并权限依然具有最终决定权。
评审变更
POST /v1/code-policy{
"state": {
"rule": "Payment changes require an owner review and tests.",
"diff": "retry limit changed from 3 to 8; no tests added"
},
"questions": {
"complies": { "type": "noul", "instructions": "Does this diff comply with the rule?" },
"risk": { "type": "score", "instructions": "How risky is this diff?", "criteria": ["low", "review", "high"] },
"gate": { "type": "choice", "instructions": "What should happen next?", "criteria": { "merge": "continue", "review": "ask owner", "block": "stop" } }
}
}1开发者掌控
加载规则
读取 CLAUDE.md、AGENTS.md 或您自定义的策略源文件。
2开发者掌控
逐项检查规则
判断变更（diff）是符合规范、违反规范，还是缺乏足够证据。
3开发者掌控
应用准入检查（Gate）
由 CI 触发评审请求，并决定是阻止合并还是安全继续。
常见问题
关于代码规范的问题
这会取代 CI 规则吗？+
不会。使用 Jev 检查证据并引导评审流程，而确定性检查和权限控制依然具有权威性。
如果变更缺乏足够证据怎么办？+
返回“证据不足”或相应的评审结果，而不是将缺失证据视为符合规范。
可以将其连接到智能体（Agent）吗？+
可以。智能体可以发起检查请求，但合并或部署权限应由执行框架（harness）掌控。
