Upstage: Solar Decide

Upstage Solar Decide is een gestructureerd beslismodel gebouwd op Solar Mini 4. Het leest een aangeleverde toestand en getypeerde vragen en retourneert vervolgens voor elke vraag een beslissing met gekalibreerde waarschijnlijkheidsinformatie. De fabrikant beschrijft een beslisproces in één voorwaartse doorgang dat geen tekst genereert. De beoogde toepassingen omvatten routering, classificatie en beleidscontroles, waarbij het Koreaanse taalbegrip van het model wordt benadrukt als onderdeel van de Solar-Mini-4-basis.

Bereid de toestand voor als een tekenreeks of gestructureerde JSON die de te beoordelen feiten beschrijft. De interface van de maker serialiseert JSON-waarden in de prompt. Een vraagschema definieert afzonderlijk wat moet worden beslist, welke opties zijn toegestaan en hoe een geordende beoordeling moet worden geïnterpreteerd. Gebruik stabiele namen voor de vragen: de antwoorden komen onder dezelfde namen terug, zodat het resultaat makkelijk aan de oorspronkelijke workflowvoorwaarde kan worden gekoppeld. Houd de feitelijke toestand gescheiden van de instructies en criteria die de beslissing definiëren.

De drie vraagtypen hebben verschillende uitvoer. Een choice-vraag retourneert de geselecteerde optie, waarschijnlijkheden voor de benoemde alternatieven en een confidence-waarde. Een noul-vraag retourneert de waarschijnlijkheid van waar voor een ja/nee-voorwaarde. Een score-vraag retourneert een waarschijnlijkheidsgewogen score, een geïndexeerde legenda, waarschijnlijkheden en confidence. Een geordende score kan decimalen bevatten omdat hij de verdeling over criteria weergeeft. Behoud die velden in plaats van elk resultaat tot een kaal label te reduceren of confidence als een verklarende zin te behandelen.

Lever voor supportroutering het daadwerkelijke bericht en de relevante voorgeschiedenis aan en stel vervolgens afzonderlijke vragen voor intentie, urgentie en een gedefinieerde voorwaarde, zoals of het bericht ontevredenheid uitdrukt. Beschrijf categorieën vanuit hun betekenis en geef de urgentieschaal een bewuste volgorde. Een voorbeeldschema kan een vraag naar de leveringsstatus, een probleem met accounttoegang en een niet-gerelateerd probleem onderscheiden, terwijl de urgentiecriteria van geen directe actie tot onmiddellijke beoordeling lopen. Het waarneembare resultaat is een getypeerde beoordeling van die keuzes, geen opgesteld antwoord aan de klant.

Neem voor beleidscontroles de relevante regel en de feiten van het record samen in de toestand op. Definieer elke voorwaarde nauw genoeg om het antwoord te kunnen onderzoeken. Een documentworkflow kan vragen of vereiste informatie aanwezig is, welke beoordelingscategorie van toepassing is en hoe sterk het record aan een geordende volledigheidsnorm voldoet. Een score of waarschijnlijkheid verifieert de feiten in het record niet onafhankelijk. Als beslissende informatie ontbreekt, heeft de toepassing een bewuste manier nodig om met die onzekerheid om te gaan in plaats van een geselecteerde optie als sluitend bewijs te interpreteren.

De fabrikant specificeert voor Solar Decide een contextvenster van 512K tokens. Bereid grote documenten voor als de tekst of gestructureerde toestand die de beslissing nodig heeft; een grote context impliceert niet dat een willekeurig bestand automatisch wordt geparseerd. Behoud brongrenzen en de passages die voor de criteria relevant zijn. Gebruik gerichte vragen in plaats van een open samenvatting van het document te verwachten. De uitvoer van het model blijft begrensd door de vraagtypen en opties, ongeacht hoeveel materiaal in de toestand is opgenomen.

Een choice-vraag accepteert twee tot 26 opties in de gedocumenteerde producentinterface. De maker legt uit dat deze route beslissingen uitleest uit labels van één token, A tot en met Z, dus meer dan 26 kandidaten moeten worden ingeperkt of over verschillende vragen worden verdeeld. Deze limiet geldt voor choice-opties, niet als algemene limiet voor documentlengte of als grens overgenomen van een andere beslismodelfamilie. Definieer kandidaatbeschrijvingen zo dat hun betekenissen onderscheiden zijn en gebruik alleen een hiërarchische beslissing wanneer die hiërarchie bij de daadwerkelijke workflow past.

Behoud bij Koreaanstalige records de bronbetekenis, namen en identifiers en beschrijf de besliscriteria duidelijk. Het getypeerde resultaat kan stabiele toepassingslabels gebruiken terwijl het bewijsmateriaal in natuurlijke taal beoordeelt. Behoud de relevante definities in de toestand wanneer een record talen mengt of domeinterminologie gebruikt. Een vloeiende interpretatie van een term volstaat niet om vast te stellen dat de classificatiecriteria met de bedrijfsregel overeenkomen, dus onderzoek representatieve dubbelzinnige gevallen naast eenvoudige gevallen.

Gebruik de geretourneerde waarschijnlijkheden en confidence volgens het beslisbeleid van de workflow. Behoud de verdeling en geordende legenda wanneer een beoordeling tussen categorieën ligt. Bepaal de behandeling van onzekere resultaten vanuit beoordeelde taakvoorbeelden in plaats van een universele waarschijnlijkheidsdrempel te verzinnen. De toepassing voert eventuele resulterende routering, escalatie of beoordeling uit en legt het resultaat daarvan vast. Solar Decide levert de begrensde modelbeoordeling waarmee die actie wordt overwogen; het selecteren van een route stelt niet vast dat een latere actie is uitgevoerd.

Het bruikbare uiteindelijke artefact is het answers-object samen met de toestand en vraagdefinities die het hebben voortgebracht. Die records maken het mogelijk een verrassende classificatie te onderzoeken, ontbrekend bewijsmateriaal van dubbelzinnige criteria te onderscheiden en de beoordeling met een beoordeeld geval te vergelijken. Als een gebruiker schriftelijke uitleg of een gespreksantwoord nodig heeft, kunnen de beslissing en het bronmateriaal naar een afzonderlijke schrijfstap gaan. De specifieke rol van Solar Decide is het produceren van getypeerde beslissingen met waarschijnlijkheidsonderbouwing uit aangeleverde tekst, in plaats van die uitleg zelf te genereren.