Gå til indholdet

Fortsæt supportarbejdet, når AI-tjenesten svigter

Adskil modtagelsen af en henvendelse fra AI-trinnet. Planlæg begrænsede gentagelser, usikre lagringsudfald og teamets mulighed for at fortsætte.

Lukas Schneider2 min. læsetid
Blå håndbog med alarmsymbol, person- og taleboblesymboler samt et stopur.

En supporthenvendelse skal kunne behandles af teamet, også når det automatiske resumé svigter. Applikationen behøver et fastlagt forløb uden denne funktion. Gentagne modelkald holder ikke alene arbejdsprocessen i gang.

Adskil modtagelsen fra AI-trinnet

I denne tænkte portal gemmes en teknisk henvendelse først i sagslageret. Modtagelsesidentifikatoren er F-81. En modtagelsesbekræftelse vises først efter bekræftet lagring. Derefter skal en AI-tjeneste oprette et internt resumé. Originalbeskeden forbliver læsbar for det ansvarlige team.

Hvis resuméet svigter, kan den gemte sag behandles videre i den planlagte arbejdskø. Grænsefladen viser det afventende resumé og må ikke melde sagen færdigbehandlet. Dette design kræver, at lager, rettigheder og manuel behandling fungerer uafhængigt af det fejlramte AI-trin.

Knyt fejltyper til næste skridt

Microsoft skelner i Retry-mønstret mellem midlertidige fejl og tilfælde, hvor gentagelse ikke giver mening. Fastlæg passende grænser for tid og antal forsøg til den konkrete tjeneste. Tabellen beskriver eksemplets forventede reaktioner:

Problem

Planlagt reaktion

Synlig tilstand

AI-forespørgslen får timeout

Gentag begrænset og med pauser; overlad det derefter til teamet

Resumé afventes

Adgang til AI-tjenesten afvises

Stop automatiske forsøg, og få integrationen undersøgt

Sagen kan stadig behandles af teamet

Bekræftelse af den oprindelige lagring mangler

Afklar først det eksisterende lagringsudfald

Modtagelse endnu ikke bekræftet

Ved afvist adgang undersøger den ansvarlige tekniske kontakt konfiguration og tilladelser. Applikationen udvider ikke selv sine rettigheder som reaktion.

Afklar først et usikkert skriveudfald

Et tabt svar kan betyde, at lagringen allerede er lykkedes. Microsoft peger på gentagne virkninger, når ikke-idempotente operationer udføres igen. Idempotent betyder her, at gentagelse af samme opgave ikke giver en ekstra forretningsmæssig virkning.

Lagringsforløbet skal håndtere gentagelser af samme modtagelsesidentifikator inden for det rette tilladelsesområde og kunne returnere et eksisterende udfald. En identifikator alene sikrer ikke dette. En ukendt tilstand må ikke fremtvinge en ny sag med en ny identifikator.

Fastlæg genoptagelse og ansvar

NIST-profilen for generativ AI behandler genopretningsplaner, kontaktveje og alternative processer. Bestem, hvem der overtager åbne sager, og hvornår automatisk arbejde må genoptages. En sent ankommet AI-tekst må ikke ukontrolleret overskrive manuelt arbejde, der er blevet gennemgået i mellemtiden.

Test nedbrud, afvist adgang, ukendt lagringsudfald og tjenestens tilbagevenden efter manuel behandling. Kontrollér hver gang originalbesked, synlig sagstilstand og næste brugbare skridt. En grænseflade, der kan nås igen, viser ikke alene, at alle åbne sager er fortsat korrekt.

Kilder

Skrevet af

  • Lukas SchneiderTeknisk redaktørLukas Schneider skriver om cloudteknologier og drift af applikationer hos ASES. Hans artikler spænder fra valg af infrastruktur over vedligeholdelse og backup til overvågning af kørende systemer.

Følg ASES

Læs videre

Alle artikler

AI & automatisering med ASES

AI-assistenter og automatiserede arbejdsgange