Coroid använder en särskild Beslutsmotor för frågor med en känd uppsättning svar. Den första modellen är Jev 1.13, som tillhandahålls via OpenRouter. Den används bredvid arkitekt-, utvecklar-, QA- och granskningsmodellerna i din AI-profil; den är inte ytterligare en agent som skriver kod eller anropar verktyg.
Så fungerar ett beslut
Coroid skickar relevant status och ett versionshanterat frågekontrakt. I stället för att be en chattmodell hitta på och formatera ett svar av typen JSON tillhandahåller den tillåtna alternativ. Jev returnerar ett strukturerat svar och sannolikhetsinformation.
- Val väljer ett av de angivna alternativen och anger en sannolikhetsfördelning och konfidens.
- Poängsättning utvärderar angivna kriterier i ordning och anger sannolikheter och konfidens.
- Noul uttrycker en ja/nej-bedömning som en sannolikhet mellan noll och ett.
Coroid validerar svaret mot det exakta kontraktet, kontrollerar konfidens och arbetsflödesregler och använder det först därefter. Om svaret är osäkert, ogiltigt eller inte tillgängligt hanterar den befintliga arbetsflödesutvärderaren beslutet.
Frågekontrakt
Relevant tillstånd och tillåtna svar
Hur kan det här acceptanskriteriet verifieras?
Strukturerat svar
En sannolikhet för varje tillåtet alternativ
Validering
Kontrakt, konfidens och arbetsflödesregler
Var den används
| Arbetsflöde | Beslut | Det här förblir oförändrat |
|---|---|---|
| Acceptansunderlag | Klassificera ett kriterium som visuellt, kommandobaserat, statiskt eller omöjligt att verifiera | Kontrollen måste fortfarande köras och ge underlag |
| QA-förkontroll | Klassificera ett fel, bedöma om det går att åtgärda och identifiera relevanta sökvägar utifrån de angivna loggarna | Åtgärder, tester och QA-godkännande förblir separata |
| Kvalificering av arbete | Bedöma relevans för den aktuella releasen, dubbletter, reproducerbarhet och vidarebefordran | En dubblett måste hänvisa till en angiven kandidat; statusen redan åtgärdad kräver angivet underlag |
| Uppgiftsdirigering | Klassificera arbetstyp och komplexitet och välja bland kompatibla kompetenser | Uttrycklig arbetstyp, modellöverskridningar, budgetar och profilval bevaras |
Motorn genererar inte implementeringsplaner, patchar, godtyckliga underlag, nya sökvägar eller granskarförklaringar. Kvalificeringsnoder med ett uttryckligt modellval behåller det valet i stället för att använda Jev.
Konfigurera profilen
- Öppna Inställningar → Profil för AI och välj en lämplig profil för nytt arbete.
- Budget, Smartest, Quick och Ludicrous innehåller en tilldelning av Jev som beslutsmotor.
- I en anpassad profil som går att redigera tilldelar du Jev 1.13 till Beslutsmotor. Chattmodeller kan inte användas i den här rollen, och Jev kan inte användas i roller för chattagenter.
- Kontrollera att OpenRouter är aktiverat och att en behörig plattforms- eller organisationsnyckel för leverantören finns tillgänglig. Organisationens och projektets modellpolicyer gäller fortfarande.
Det finns inga inställningar för temperatur, resonemang eller reservlösning via chatt för den här rollen. Reservlösning innebär att återgå till arbetsflödets befintliga utvärderare, inte att skicka en beslutsförfrågan till en godtycklig chattmodell.
Kostnadsfria profiler och profiler med begränsningar för datalagring tilldelas inte automatiskt en betald OpenRouter-modell. Befintliga anpassade profiler ändras inte i tysthet. Ögonblicksbilder av körningar behåller sina ursprungliga tilldelningar, så starta nytt arbete efter att du har ändrat en profil för att testa den nya tilldelningen. Se AI-profiler.
Aktivering och säker reservlösning
Aktivering vid körning styrs via databasen separat för varje arbetsflöde. Jev-beslut används som standard för klassificering av acceptans, QA-förkontroll, kvalificering och uppgiftsdirigering. De sju aktuella kontrakten i version 1 är godkända.
Även när funktionen är aktiverad använder Coroid en reservlösning om profilen saknar en behörig beslutsmodell, om autentiseringsuppgifter eller policy blockerar åtkomst, om förfrågan överskrider tillåten storlek, om leverantören får timeout eller om ett svar inte klarar validerings- eller konfidenskontroller. Ett beslut som inte stöds eller är tvetydigt får inte i tysthet räknas som en godkänd kontroll.
Operatörer kan använda lägena av, skugga eller tvingande . I skuggläget registreras en jämförelse, men resultatet från den befintliga utvärderaren används. I tvingande läge används ett validerat beslut från ett godkänt kontrakt. En ny kontraktsversion måste fortfarande godkännas innan den kan styra ett arbetsflöde. Dessa kontroller vid körning döljer inte den här guiden eller den offentliga produktbeskrivningen.
Användning och granskningsloggar
Anrop använder samma val av leverantörsnyckel, kontroller av organisationspolicy och användningsredovisning som annat modellarbete, och hänförs till rollen Beslutsmotor. Svar som debiteras registreras även om de avvisas. BYOK följer leverantörens debiteringsvillkor; ingen separat Typesafe-nyckel behövs.
Den operativa beslutsloggen innehåller arbetsflödet, kontraktsversionen, den faktiska modellrevisionen, sannolikheter, om resultatet tillämpades, orsaken till reservlösningen, beslutsfördröjning och användningskorrelation. Den lagrar en sammanfattning av indatans tillstånd, inte den råa prompten eller autentiseringsuppgifter. Lagringstiden följer organisationens policy för agentloggar. Den här granskningsloggen är en annan sak än en genererad förklaring eller testrapport.
Testa lokalt
Använd en ny uppgift med en profil som innehåller Jev. Testa acceptansplanering, QA-förkontroll med ett känt fel, kvalificering av arbete och normal uppgiftsdirigering. Kontrollera beslutsloggen efter ett läge med statusen tvingande och ett tillämpat resultat. En post om reservlösning förklarar varför Jev inte styrde det aktuella beslutet; den bevisar inte att arbetsflödet misslyckades. Befintliga uppgifter kan ha en ögonblicksbild av profilen utan Jev.