Mellan en AI som inte ändrar något och en AI som skriver till kunder finns ett steg de flesta införanden hoppar över: modellen producerar ett verkligt, konkret förslag, och en människa avgör hur mycket av det som blir sant. Det är Assist. Det är ingen mjukare prompt eller lägre temperatur — det är en annan uppsättning behörigheter, där Ven får läsa ett samtal och föreslå strukturerade ändringar men varken får tillämpa dem eller svara.
Vad Ven föreslår, och hur mycket av det du kan ta
Ett förslag kommer i tre delar som går att skilja åt. Ven får föreslå den katalogtjänst samtalet handlar om, en uppsättning värden för kvalificeringsfält som den plockat ur det kunden skrivit, och nästa tillstånd förfrågan bör flyttas till. Varje del visas som ett före-och-efter-par snarare än som prosa: tjänsten som ligger på förfrågan mot den Ven matchade, det sparade svaret mot det extraherade, aktuell status mot den rekommenderade. Tjänstematchningar och fältvärden bär modellens säkerhet bredvid sig, så att en trovärdig gissning och en nästan säker läsning inte ser likadana ut på skärmen.
Operatören godkänner dem var för sig. Att ta den extraherade adressen men avvisa tjänstematchningen är ett normalt utfall, och det är att inte ta något alls också. Granskningen registreras med status godkänd, delvis godkänd eller avvisad beroende på hur mycket av förslaget som togs, och avslag skrivs ner lika fullständigt som godkännande: vilken tjänst som nekades, vilka fältnycklar som lämnades, om den rekommenderade nästa åtgärden avvisades. En granskning som bara registrerade samtycke skulle göra den mest användbara signalen — var modellen har konsekvent fel — osynlig.
Föråldrade förslag nekas, och godkända fakta behåller sin källa
Ett förslag är bundet till den version av förfrågan det gjordes mot. Innan något tillämpas kontrollerar servern att den aktiva förfrågan fortfarande är densamma, att dess version stämmer med den version som registrerades när Ven producerade beslutet, och att den version operatörens skärm visade också stämmer. Har en kollega rättat ett värde eller kunden skickat ännu ett meddelande däremellan, nekas granskningen som föråldrad i stället för att läggas ovanpå arbete som gått vidare. Nästa beslut är billigt att producera; en tyst överskriven rättelse är det inte.
Godkända svar behåller sin källa. Vart och ett sparar meddelandet det extraherades ur, modellens säkerhet, och den operatör som godtog det — men det markeras uttryckligen inte som bekräftat av kunden, eftersom ingen frågade och ingen svarade. Att märka det annorlunda skulle blåsa upp varje träffsäkerhetssiffra som byggs på den kolumnen. Av samma skäl låses svaret inte mot senare ändring: att hålla med om ett förslag är författarskap, inte en överprövning, så en kund som senare säger något annat ska fortfarande vinna.
Att granska två gånger tillämpar inte två gånger
Att granska samma beslut två gånger tillämpar det inte två gånger. Granskningen skrivs under en idempotensnyckel som härleds ur beslutet den granskar, så att en upprepad inlämning med samma urval returnerar det ursprungliga resultatet i stället för att skapa ett andra. En upprepad inlämning med ett annat urval nekas som redan granskad i stället för att tyst ersätta det första utslaget — en dubbelklickning och ett ändrat beslut är olika händelser, och bara den ena ska gå att lösa genom att försöka igen.
Ett fullt granskningsspår, och ett läge som aldrig skriver till kunden
Varje granskning landar i åtgärdsloggen som en egen post: vem som granskade, vilket beslut den svarade på, det exakta urvalet, förfrågans version före och efter, de godkända värdena med sina tidigare, och allt som nekades. En beständig händelse läggs i kö i samma transaktion för allt nedströms. Den kundvända åtgärden på den posten är alltid ingen, och det är hela poängen med läget — Assist är där en arbetsyta lär sig om Vens läsningar förtjänar den vidare behörighet Qualify ger, och den lär sig det utan att ett enda felaktigt svar når en kund.
Kör Assist som en mätning, inte som ett väntrum
Ge granskningskön en namngiven ansvarig och ett svarsfönster innan ni slår på läget. Assist skapar bara värde medan förslagen läses; en kö ingen betar av gör ett säkerhetssteg till en eftersläpning, och den kvalificering det skulle snabba upp görs ändå för hand.
Avvisa medvetet i stället för att lämna poster orörda. En nekad tjänstematchning och en ogranskad ser lika ut i inkorgen men inte i loggen, och den avvisade mängden är vad som säger er om en mall frågar efter fel saker eller om en tjänstebeskrivning ligger för nära sin granne.
Läs de samlade granskningarna innan ni går vidare till Qualify. Det ni vill se är en period där de flesta förslag godkänns i sin helhet, där avslagen samlas kring en förklarlig tjänst snarare än sprids över alla, och där avslag på grund av föråldrat sammanhang är så sällsynta att operatörerna tydligt granskar medan samtalen fortfarande lever.
Vanlig fråga
Vad kan Ven faktiskt ändra i Assist-läget?
Ingenting på egen hand. I Assist registrerar Ven ett strukturerat förslag — en matchad tjänst, extraherade kvalificeringsvärden, och ett rekommenderat nästa tillstånd — och en operatör godkänner eller avvisar varje del för sig. Godkända ändringar tillämpas i en transaktion mot exakt den version av förfrågan som förslaget gjordes mot, och den kundvända åtgärden på varje Assist-granskning är ingen, så inget svar når kunden från det här läget.