Code-Richtlinien-Gate
Wandeln Sie Projektregeln in gezielte Prüfungen für jede vom Agenten generierte Änderung um, bevor diese in einen Branch oder die Bereitstellung gelangt.
12 export async function GET() {
+13 writeFileSync('/tmp/export.csv', result)
14 return Response.json(result)
15 }
Das Gate
Eine Regel, eine Frage
Kleine Fragen machen eine Richtliniendatei einfacher zu testen, zu erklären und zu aktualisieren.
Regel-Bewertung
Bewerten Sie jede Regel mit einem eindeutigen Ergebnis: „konform“, „verstößt gegen Regel“ oder „unzureichende Nachweise“.
Risikosignal
Bewerten Sie die Auswirkungen der Änderung, anstatt jeden Diff gleich zu behandeln.
Routing zur Überprüfung
Wählen Sie den Eigentümer, eine menschliche Überprüfung oder einen Sicherheitsstopp vor dem Merge.
Das Gate
Nummerierung der Regeln
Vergeben Sie für jede wichtige Anweisung eine feste ID für Ergebnisse und Audit-Logs.
Übergabe des Diff als Datensatz
Halten Sie geänderte Dateien, Tests und den Aufgabenkontext zusammen.
Umgang mit Unbekanntem
Fehlende Nachweise sollten eine Überprüfung auslösen, anstatt fälschlicherweise als „bestanden“ zu gelten.
Gate in der Pipeline
Lassen Sie deterministische CI-Prozesse und Eigentumsrichtlinien über das Endergebnis entscheiden.
Einen Diff überprüfen
Nutzen Sie KI zur Überprüfung von Richtlinien, nicht zu deren Ersatz
Das Modell kann Nachweise und Lücken identifizieren. Ihre Repository-Regeln und Merge-Berechtigungen bleiben maßgeblich.
{
"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" } }
}
}Regeln laden
CLAUDE.md, AGENTS.md oder die eigene Richtlinienquelle einlesen.
Jede Regel prüfen
Prüfen, ob das Diff konform ist, gegen Regeln verstößt oder ob es an ausreichenden Belegen mangelt.
Prüfschranke anwenden
Lassen Sie die CI einen Reviewer anfordern, den Merge blockieren oder sicher fortfahren.
从建议入手
Fragen zu Code-Richtlinien
Ersetzt dies CI-Regeln?+
Nein. Nutzen Sie Jev, um Nachweise zu prüfen und den Review-Prozess zu steuern, während deterministische Prüfungen und Berechtigungen weiterhin maßgeblich sind.
Was passiert, wenn der Diff nicht genügend Nachweise enthält?+
避免盲目合并\n将置信度低的匹配项转入审核队列，而非强制得出结果。\n质量控制\n在提高自动化程度前，先评估错误合并的情况。\n漏掉匹配通常尚可补救，但错误的合并却可能导致所有下游记录受损。\n构建“强匹配对”\n涵盖共享名称、变更后的域名及不完整地址等信息。\n保留字段比对依据\n将比对过程与判定结果一并存储，以备审计。\n采用三种判定结果\n“相同”、“不同”和“需审核”这三种结果，比强制性的二元判定更安全。\n基于风险进行调优\n针对资金、合规及账户所有权相关数据，采用更严格的阈值。\n创建候选匹配对\n利用现有数据流水线，筛选出值得比对的记录。\n综合评估身份信息\n将身份特征、字段一致性及审核需求结合起来进行评估。\n谨慎应用
Kann ich dies mit einem Agenten verbinden?+
Ja. Der Agent kann die Prüfung anfordern, aber die Steuerungseinheit (Harness) sollte die Berechtigung für den Merge oder die Bereitstellung verwalten.
Neues entdecken
