Gå til innholdet

Fortsett supportarbeidet når KI-tjenesten svikter

Skill mottaket av henvendelser fra KI-steget. Planlegg begrensede nye forsøk, usikre lagringsresultater og en vei videre for teamet.

Lukas Schneider2 min lesetid
Blå håndbok med alarmsymbol, person- og snakkeboblesymboler og en stoppeklokke.

En supporthenvendelse skal kunne behandles av teamet også når den automatiske oppsummeringen svikter. Applikasjonen trenger et fastlagt forløp uten denne funksjonen. Gjentatte modellkall holder ikke arbeidsprosessen i gang alene.

Skill mottaket fra KI-steget

I denne tenkte portalen lagres en teknisk henvendelse først i sakslageret. Mottaksidentifikatoren er F-81. En mottaksbekreftelse vises først etter bekreftet lagring. Deretter skal en KI-tjeneste lage en intern oppsummering. Originalmeldingen forblir lesbar for ansvarlig team.

Hvis oppsummeringen svikter, kan den lagrede saken behandles videre i den tiltenkte arbeidskøen. Grensesnittet viser at oppsummeringen venter, og skal ikke melde en ferdigbehandlet sak. Utformingen forutsetter at lagring, rettigheter og manuell behandling fungerer uavhengig av KI-steget som har sviktet.

Knytt feiltyper til neste steg

Microsoft skiller i Retry-mønsteret mellom midlertidige feil og tilfeller der gjentakelse ikke er nyttig. Fastsett passende grenser for tid og antall forsøk for den konkrete tjenesten. Tabellen beskriver forventede reaksjoner i eksempelet:

Problem

Planlagt reaksjon

Synlig tilstand

KI-forespørselen får tidsavbrudd

Gjenta begrenset og med pauser; overlat deretter til teamet

Oppsummering venter

Tilgang til KI-tjenesten avvises

Stopp automatiske forsøk, og få integrasjonen undersøkt

Saken kan fortsatt behandles av teamet

Bekreftelse på opprinnelig lagring mangler

Avklar først det eksisterende lagringsutfallet

Mottak ikke bekreftet ennå

Ved avvist tilgang undersøker ansvarlig teknisk kontakt konfigurasjon og tillatelser. Applikasjonen utvider ikke sine egne rettigheter som svar.

Avklar et usikkert skriveutfall først

Et tapt svar kan bety at lagringen allerede har lykkes. Microsoft peker på gjentatte virkninger når ikke-idempotente operasjoner kjøres på nytt. Idempotent betyr her at gjentakelse av samme oppdrag ikke gir en ekstra forretningsmessig virkning.

Lagringsforløpet må håndtere gjentakelser av samme mottaksidentifikator innenfor riktig tillatelsesområde og kunne returnere et eksisterende utfall. En identifikator alene sikrer ikke dette. En ukjent tilstand skal ikke tvinge frem en ny sak med en ny identifikator.

Fastsett gjenopptakelse og ansvar

NIST-profilen for generativ KI behandler gjenopprettingsplaner, kontaktveier og alternative prosesser. Bestem hvem som overtar åpne saker, og når automatisk arbeid kan gjenopptas. En KI-tekst som kommer sent, skal ikke ukontrollert overskrive manuelt arbeid som er gjennomgått i mellomtiden.

Test avbrudd, avvist tilgang, ukjent lagringsutfall og tjenestens tilbakekomst etter manuell behandling. Kontroller hver gang originalmelding, synlig sakstilstand og neste brukbare steg. Et grensesnitt som kan nås igjen, viser ikke alene at alle åpne saker er videreført korrekt.

Kilder

Skrevet av

  • Lukas SchneiderTeknisk redaktørLukas Schneider skriver om skyteknologi og drift av applikasjoner hos ASES. Artiklene hans spenner fra valg av infrastruktur via vedlikehold og sikkerhetskopiering til overvåking av systemer i drift.

Følg ASES

Les videre

Alle artikler

KI og automatisering med ASES

KI-assistenter og automatiserte prosesser