Dokumentation

Entscheidungsengine

Begrenzte Auswahlmöglichkeiten, Konfidenzprüfungen und eine nachvollziehbare Ausweichoption für routinemäßige Workflow-Entscheidungen.

Coroid nutzt ein dediziertes Entscheidungsengine für Fragen mit einem bekannten Antwortset. Das initiale Modell ist Jev 1.13, über OpenRouter bereitgestellt. Es arbeitet neben den Modellen des Architekten, Entwicklers, QA-Experten und Reviewer in Ihrem AI-Profil; es ist kein weiteres Agent, das Code schreibt oder Tools aufruft.

So funktioniert eine Entscheidung

Coroid übermittelt den relevanten Status sowie einen versionsbehafteten Fragevertrag. Anstatt ein Chat-Modell zu bitten, eine JSON-Antwort zu erfinden und zu formatieren, werden die zulässigen Optionen bereitgestellt. Jev liefert anschließend eine strukturierte Antwort samt Wahrscheinlichkeitsinformationen.

  • Auswahl wählt eine vorgegebene Option aus – inklusive einer Wahrscheinlichkeitsverteilung und Konfidenzangabe.
  • Bewertung bewertet die vorgegebenen geordneten Kriterien – ebenfalls mit Wahrscheinlichkeiten und Konfidenzangaben.
  • Noul drückt ein Ja/Nein-Urteil als Wahrscheinlichkeit zwischen null und eins aus.

Coroid prüft die Antwort anhand des exakten Vertrags, überprüft Konfidenz und Workflow-Regeln, bevor sie verwendet wird. Ist die Antwort unsicher, ungültig oder nicht verfügbar, übernimmt der bestehende Workflow-Bewerter die Entscheidung.

Fragenvertrag

Relevanter Zustand sowie die zulässigen Antworten

Wie kann dieses Akzeptanzkriterium überprüft werden?

Strukturierte Antwort

Eine Wahrscheinlichkeit für jede zulässige Auswahl

Validierung

Vertrag, Zuverlässigkeit und Workflow-Regeln

AngewandtDie Prüfung muss dennoch durchgeführt werdenFallbackDer bestehende Auswerter entscheidet
Beispielhafte Wahrscheinlichkeiten. Coroid liefert die zulässigen Antworten, prüft die zurückgegebene Antwort gegen den Vertrag und die Zuverlässigkeitsregeln und greift bei Unvereinbarkeit auf den bestehenden Auswerter zurück.

Einsatzbereiche

WorkflowEntscheidungWas unverändert bleibt
AkzeptanznachweiseEin Kriterium als visuell, Befehl, statisch oder nicht überprüfbar klassifizierenDie Prüfung muss weiterhin durchgeführt und Nachweise erzeugt werden.
QA-VorabprüfungEin Fehler klassifizieren, seine Behebbarkeit beurteilen und relevante Pfade aus den bereitgestellten Protokollen identifizierenFehlerbehebungen, Tests und die QA-Freigabe bleiben getrennt.
ArbeitsqualifizierungRelevanz für die aktuelle Version, Doppelungen, Reproduzierbarkeit und Routing bewertenEine Doppelung muss auf einen vorgegebenen Kandidaten verweisen; bei bereits behobenen Fällen sind Nachweise erforderlich.
AufgabenroutingArbeitstyp und Komplexität klassifizieren sowie aus kompatiblen Fähigkeiten auswählenDer explizite Arbeitstyp, Modell-Überschreibungen, Budgets und Profilauswahl bleiben erhalten.

Die Engine erstellt keine Implementierungspläne, Patches, willkürliche Nachweise, neue Dateipfade oder Reviewer-Erklärungen. Qualifizierungsknoten mit einer expliziten Modellauswahl behalten diese Auswahl bei, anstatt Jev zu verwenden.

Ihr Profil einrichten

  1. Öffnen Sie Einstellungen → AI-Profil und wählen Sie ein passendes Profil für neue Aufgaben aus.
  2. Budget-, Smartest-, Quick- und Ludicrous-Profile enthalten eine Zuweisung des Jev-Entscheidungsengines.
  3. In einem editierbaren benutzerdefinierten Profil weisen Sie Jev 1.13 dem Entscheidungsengine. Chat-Modelle werden für diese Rolle nicht verwendet, und Jev wird nicht in Chat-Agent-Rollen eingesetzt.
  4. Stellen Sie sicher, dass OpenRouter aktiviert ist und ein gültiger Anbieter-Schlüssel der Plattform oder Organisation vorhanden ist. Die Richtlinien für Organisations- und Projektmodelle bleiben weiterhin gültig.

Für diese Rolle gibt es keine Einstellungen für Temperatur, Schlussfolgerungstiefe oder Chat-Fallback. Ein Fallback bedeutet die Rückkehr zum bestehenden Bewertungswerkzeug des Workflows – nicht die Übermittlung einer Entscheidungsanfrage an ein beliebiges Chat-Modell.

Kostenlose Profile sowie Profile mit Einschränkungen bezüglich des Aufenthaltsorts erhalten automatisch kein kostenpflichtiges OpenRouter-Modell zugewiesen. Bestehende benutzerdefinierte Profile werden nicht stillschweigend geändert. Ausführungssnapshots behalten ihre ursprünglichen Zuweisungen bei; starten Sie daher nach einer Profiländerung neue Aufgaben, um die neue Zuweisung zu testen. Siehe AI-Profile.

Aktivierung und sicherer Fallback

Die Laufzeitaktivierung wird über die Datenbank gesteuert und ist für jeden Workflow separat konfigurierbar. Die Klassifizierung der Akzeptanz, die QA-Vorabprüfung, die Qualifizierung sowie die Aufgabenrouting nutzen standardmäßig Entscheidungen von Jev. Die sieben aktuellen Version-1-Verträge sind genehmigt.

Selbst wenn die Funktion aktiviert ist, greift Coroid auf einen Fallback zurück, wenn das Profil kein geeignetes Entscheidungsmodell, keine Zugangsdaten oder eine Richtlinie enthält, die den Zugriff blockiert, die Anfrage die unterstützte Größe überschreitet, der Anbieter eine Zeitüberschreitung meldet oder eine Antwort die Validierung oder Zuverlässigkeitsprüfung nicht besteht. Eine nicht unterstützte oder mehrdeutige Entscheidung darf nicht stillschweigend als erfolgreiche Prüfung gewertet werden.

Operatoren können aus, Schatten oder erzwungen Modi verwenden. Im Schatten-Modus wird eine Vergleichsdatenmenge aufgezeichnet, das Ergebnis des bestehenden Bewertungswerkzeugs bleibt jedoch unverändert; im erzwungenen Modus wird eine validierte Entscheidung aus einem genehmigten Vertrag genutzt. Eine neue Vertragsversion muss vor der Steuerung eines Workflows ebenfalls genehmigt werden. Diese Laufzeitsteuerungen verbergen weder diese Anleitung noch die öffentliche Produktbeschreibung.

Nutzung und Audit-Protokolle

Die Aufrufe nutzen dieselbe Auswahl des Anbieter-Schlüssels, die Überprüfung der Organisationsrichtlinien sowie die Nutzungsabrechnung wie andere Modellaufgaben und werden der Rolle des Entscheidungsengines zugeordnet. Berechnete Antworten werden selbst dann protokolliert, wenn ihre Ergebnisse abgelehnt werden. Bei BYOK gelten die Abrechnungsbedingungen des Anbieters; ein separates Typesafe-Schlüssel ist nicht erforderlich.

Das operative Entscheidungsprotokoll enthält den Workflow, die Vertragsversion, die tatsächliche Modellrevision, die Wahrscheinlichkeiten, ob das Ergebnis angewendet wurde, den Grund für den Fallback, die Entscheidungslatenz sowie die Nutzungskorrelation. Es speichert eine Zusammenfassung des Eingabezustands – nicht den Rohtext der Anfrage oder Zugangsdaten. Die Aufbewahrung folgt der Richtlinie der Organisation für Agentenprotokolle. Dieses Audit-Protokoll unterscheidet sich von einer generierten Erklärung oder einem Testbericht.

Lokal testen

Erstellen Sie eine neue Aufgabe mit einem Profil, das Jev enthält. Führen Sie die Akzeptanzplanung, die QA-Vorabprüfung mit einem bekannten Fehler, die Arbeitsqualifizierung sowie das normale Aufgabenrouting durch. Überprüfen Sie im Entscheidungsaudit ein erzwungenes Modus-Ergebnis. Ein Eintrag zum Fallback erklärt, warum Jev diese spezielle Entscheidung nicht gesteuert hat; dies beweist jedoch nicht, dass der Workflow fehlgeschlagen ist. Bestehende Aufgaben können ein Profilsnapshot ohne Jev aufweisen.