Prova det som kan gå fel

Föreställ er en agent som förbereder ett internt underlag till morgonmötet. Den ska läsa godkända källor, sammanfatta vad som har ändrats, visa belägg och lämna osäkra uppgifter till redaktören. Uppdraget slutar där, före en publicerad nyhetsartikel. Välj material som ni har godkänt för försöket och håll körningarna avskilda från riktiga utskick. Det ger er en tydlig uppgift att bedöma utan att behöva lova mer.

Förbered både vardagsfall och sådant som kan gå snett. Ta med en entydig källa, två källor som motsäger varandra, ett återtaget underlag, liknande svenska personnamn och ett direktcitat som måste vara oförändrat. Lägg också in en text som försöker instruera agenten att lämna uppdraget. Skriv vad ni väntar er i varje fall. Hur leverantören löser det tekniskt kan vara öppet.

Nexus beskriver hur en ingenjör bygger den första processen tillsammans med kundens team i kundens egna verktyg. Företaget uppger också att teamet stannar kvar för att förbättra den.^1,2

Använd den hjälpen till att göra provpaketet körbart. Be Nexus ingenjör bygga morgonunderlaget med redaktören och gå igenom fallen med motstridiga källor, liknande namn och oförändrade citat. När ett utkast brister kan redaktören visa vad som blev fel och ingenjören föreslå en ändring innan samma fall körs igen. Det kan ge en redaktion utan egen agentutvecklare hjälp att omsätta granskarens invändningar i konkreta förbättringar.^1,2

Relevance AI uppger att agentens samlade tester körs om innan en ändrad version publiceras. Uppgiften gäller agentversioner.³

Se till att era egna fall finns med. En generell utvärdering kan inte ensam avgöra om ett svenskt citat återges rätt eller om redaktören får rätt varning. Spara underlaget, det väntade resultatet och vem som får godkänna utfallet för varje fall. Då kan ni återkomma till samma fråga när agenten ändras.³

Läs originalet och utkastet bredvid varandra. Börja med vad texten säger: har sakuppgifter ändrats, reservationer fallit bort, någon fått säga något den inte sagt eller ett citat skrivits om? Kontrollera därefter namn, titlar, svenska facktermer och redaktionens stilregler. Anteckna språkfel och innehållsfel var för sig. Ett välformulerat utkast ska inte få dölja en felaktig slutsats.

WRITER anger företagstermer, textavsnitt, dokument och stilguider som kunddata som lagras.⁴

Föreslår leverantören att ni laddar upp en stilguide? Lägg då in ett fall där en stilregel står i konflikt med ett direktcitat. Ni kan bestämma att citatet ska lämnas oförändrat medan texten runt det följer stilen. Lägg också in ett arkivdatum som måste framgå som historiskt. Läs utkastet som kommer ut; att guiden gick att ladda upp visar inte att texten blev rätt.⁴

För morgonunderlaget kan mallen innehålla ämne, vad som ändrats, uppgiften med belägg, källpassagen och en fråga till redaktören. Be granskaren anteckna vad som måste göras om för att underlaget ska bli användbart. Följ granskningsarbetet på samma sätt i er befintliga rutin och i piloten. Vänta med påståenden om besparingar tills ni har något att jämföra.

Börja med två testkonton som har olika tillgång till källorna. Försök läsa samma begränsade material och dra sedan in en åtkomst som tidigare var tillåten. Efter den uppdateringstid leverantören anger kontrollerar ni både nya utkast och underlag som finns kvar. Anteckna också om materialet ligger i ett redan exporterat utkast. Att nästa anrop stoppas betyder inte att en sådan kopia försvinner.

CrewAI beskriver godkännandesteg medan agenten arbetar. Zapier beskriver hur administratörer styr agentens appar och åtgärder och hur agenthandlingar loggas.^5,6

Prova sedan ett nekat publiceringsförsök i testmiljön, en ändring efter godkännande och samma uppdrag skickat en gång till. Bestäm först vilket utfall ni vill se: stopp, nytt beslut eller uppdatering av det befintliga utkastet. Låt teknikansvarig läsa CMS-status och loggar samtidigt som redaktören läser texten. Ett svar där agenten säger nej visar inte ensamt att den tekniska kontrollen höll.^5,6

Gör också en källa otillgänglig och avbryt arbetet mitt i flödet. Återuppta det och kontrollera att inga dubbla utkast skapas och inget gammalt godkännande används. Behövs en viss administratör för att komma vidare ska det stå i driftbeskrivningen. Låt nästa redaktionspass följa instruktionen, så att ni ser om arbetet kan fortsätta utan personen som höll demonstrationen.

Samla varje fall i en provjournal: version, väntat resultat, faktiskt utfall, belägg och granskarens beslut. Skilj fel som hindrar användning från förbättringar som kan planeras senare. Ett fel i åtkomst, källstöd eller publiceringsspärr får inte döljas av ett bra genomsnitt för språkstil. Namnge den som bestämmer om ni kan gå vidare och låt det beslutet följa med resultaten.

Ni kan till exempel godkänna morgonunderlaget för internt bruk med just de prövade källorna och den överenskomna granskningen. En ny källtyp, modell eller kanal innebär då något nytt att pröva. Om ett obligatoriskt krav inte är uppfyllt, skriv om piloten ska ändras eller stoppas. Ange också vilken manuell rutin som gäller medan frågan är öppen, så att redaktionspasset vet hur arbetet fortsätter.

Lämna provjournalen tillsammans med det godkända uppdraget, driftansvaret, stoppregeln och villkoren som återstår. Be både leverantören och redaktionen bekräfta vilket arbete de tar på sig. En demonstration som fungerar hjälper er att fatta beslut. Den är inte ett löfte om automatiserad journalistik eller ett skäl att låta ansvarsfördelningen förbli oskriven.