Continuare l’assistenza quando il servizio di IA si interrompe

Una richiesta di assistenza deve restare gestibile dal team anche quando il riepilogo automatico non funziona. L’applicazione richiede un flusso previsto senza questa funzione. Ripetere le chiamate al modello non mantiene da solo il processo di lavoro.

Separare la ricezione dal passaggio di IA

In questo portale ipotetico, una richiesta tecnica viene prima salvata nell’archivio dei casi. L’identificativo di ricezione è F-81. La conferma di ricezione appare solo dopo quella del salvataggio. Un servizio di IA deve poi creare un riepilogo interno. Il messaggio originale rimane leggibile per il team responsabile.

Se il riepilogo fallisce, il caso salvato può essere gestito nella coda prevista. L’interfaccia mostra il riepilogo in attesa; non deve annunciare un caso completato. Questo progetto presuppone che archiviazione, diritti e percorso manuale funzionino indipendentemente dal passaggio di IA interrotto.

Collegare tipi di errore e passi successivi

Il pattern Retry di Microsoft distingue gli errori transitori dai casi in cui riprovare non è utile. Definisca limiti di tempo e tentativi adatti al servizio specifico. La tabella descrive le reazioni attese nell’esempio:

In caso di accesso negato, il referente tecnico responsabile verifica configurazione e autorizzazioni. L’applicazione non amplia autonomamente i propri diritti.

Chiarire prima una scrittura dall’esito incerto

Una risposta persa può significare che il salvataggio è già avvenuto. Microsoft segnala effetti ripetuti quando operazioni non idempotenti vengono eseguite di nuovo. Qui idempotente significa che ripetere lo stesso compito non produce un effetto aggiuntivo sul business.

Il percorso di salvataggio deve gestire ripetizioni dello stesso identificativo di ricezione nel corretto ambito di autorizzazione e poter restituire un esito esistente. Un identificativo da solo non lo assicura. Uno stato sconosciuto non deve forzare un secondo caso con un nuovo identificativo.

Stabilire ripresa e responsabilità

Il profilo NIST per l’IA generativa tratta piani di ripristino, contatti e processi alternativi. Stabilisca chi prende in carico i casi aperti e quando può riprendere il lavoro automatico. Un testo di IA arrivato in ritardo non deve sovrascrivere senza controllo un lavoro manuale verificato nel frattempo.

Provi interruzione, accesso negato, salvataggio dall’esito sconosciuto e ritorno del servizio dopo la gestione manuale. Verifichi ogni volta messaggio originale, stato visibile del caso e prossimo passo utilizzabile. Un’interfaccia nuovamente raggiungibile non dimostra da sola che tutti i casi aperti siano ripresi correttamente.

Fonti

• Microsoft — Retry pattern

• NIST — AI 600-1 Generative AI Profile, July 2024