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 finns vid sidan av arkitekt-, utvecklar-, QA- och granskningsmodellerna i din AI-profil; den är inte ännu 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 JSON-svar tillhandahåller den de tillåtna alternativen. Jev returnerar ett strukturerat svar och sannolikhetsinformation.
- Val väljer ett angivet alternativ, med en sannolikhetsfördelning och konfidens.
- Poäng utvärderar angivna ordnade kriterier, med 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 regler för arbetsflödet 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.
Var den används
| Arbetsflöde | Beslut | Det som förblir oförändrat |
|---|---|---|
| Acceptansbevis | Klassificera ett kriterium som visuellt, kommando, statiskt eller omöjligt att verifiera | Kontrollen måste fortfarande köras och generera bevis |
| QA-förkontroll | Klassificera ett fel, bedöm om det går att åtgärda och identifiera relevanta sökvägar från de angivna loggarna | Åtgärder, tester och QA-godkännande förblir separata |
| Kvalificering av arbete | Bedöm relevans för den aktuella releasen, dubbletter, reproducerbarhet och dirigering | En dubblett måste hänvisa till en angiven kandidat; redan åtgärdad kräver angivna bevis |
| Dirigering av uppgifter | Klassificera arbetstyp och komplexitet och välj bland kompatibla färdigheter | Explicit arbetstyp, modellöverskridanden, budgetar och profilval bevaras |
Motorn genererar inte implementationsplaner, patchar, godtyckliga bevis, nya filsökvägar eller granskarförklaringar. Kvalificeringsnoder med ett explicit modellval behåller det valet i stället för att använda Jev.
Konfigurera din profil
- Öppna Inställningar → AI-profil och välj en lämplig profil för nytt arbete.
- Budget, Smartest, Quick och Ludicrous innehåller en tilldelning av beslutsmotorn Jev.
- I en redigerbar anpassad profil tilldelar du Jev 1.13 till Decision engine. Chattmodeller är exkluderade från den här rollen, och Jev är exkluderad från chattagentroller.
- Kontrollera att OpenRouter är aktiverat och att en behörig plattforms- eller organisationsnyckel är tillgänglig. Organisationens och projektets modellpolicyer gäller fortfarande.
Det finns inga kontroller för temperatur, resonemang eller chattreservlösning 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.
Gratisprofiler och profiler med begränsad datalagringsregion tilldelas inte automatiskt en betald OpenRouter-modell. Befintliga anpassade profiler ändras inte i tysthet. Körningsögonblicksbilder behåller sina ursprungliga tilldelningar, så starta nytt arbete efter att du ändrat en profil för att testa den nya tilldelningen. Se AI profiles.
Aktivering och säker reservlösning
Aktivering vid körning styrs av distributionen, separat för varje arbetsflöde. I lokal utveckling är alla fyra arbetsflöden aktiverade för riktiga beslut som standard efter migreringar. Andra miljöer behåller sina utrullningsinställningar tills en operatör godkänner de relevanta kontraktsversionerna.
Även när Coroid är aktiverad används en reservlösning om profilen saknar en behörig beslutsmodell, åtkomst blockeras av autentiseringsuppgifter eller policy, förfrågan överskrider den stödda storleken, leverantören får timeout eller ett svar inte klarar validerings- eller konfidenskontroller. Ett beslut som inte stöds eller är tvetydigt får inte i tysthet bli en godkänd kontroll.
Operatörer kan använda lägena off, shadow eller enforced . Shadow registrerar en jämförelse men behåller den befintliga utvärderarens resultat; enforced använder ett validerat beslut från ett godkänt kontrakt. Dessa körningskontroller döljer inte den här guiden eller den offentliga produktbeskrivningen.
Användnings- och granskningsposter
Anrop använder samma val av leverantörsnyckel, kontroller av organisationspolicy och användningsredovisning som annat modellarbete och tillskrivs rollen Beslutsmotor. Fakturerade svar registreras även om deras svar avvisas. BYOK följer leverantörens faktureringsvillkor; ingen separat Typesafe-nyckel behövs.
Den operativa beslutsposten innehåller arbetsflödet, kontraktsversionen, den faktiska modellrevisionen, sannolikheter, om resultatet tillämpades, orsaken till reservlösningen, beslutets fördröjning och användningskorrelation. Den lagrar en sammanfattning av indatatillståndet, inte den råa prompten eller autentiseringsuppgifter. Gallring följer organisationens policy för agentloggar. Den här granskningsposten skiljer sig från en genererad förklaring eller testrapport.
Testa lokalt
Använd en ny uppgift med en profil som inkluderar Jev. Testa acceptansplanering, QA-förkontroll med ett känt fel, kvalificering av arbete och normal dirigering av uppgifter. Kontrollera beslutsgranskningen efter läget enforced och ett tillämpat resultat. En post för reservlösning förklarar varför Jev inte styrde det aktuella beslutet; det är inte ett bevis på att arbetsflödet misslyckades. Befintliga uppgifter kan ha en profilmall utan Jev.