Cloudflare Durable Objects per IA è utile quando un assistente richiede un luogo stabile per coordinare sessione o attività. La questione progettuale difficile è il significato di quello stato. Trascrizione della conversazione, attività in corso e modifica aziendale approvata non devono diventare lo stesso record soltanto perché appartengono a un assistente.
Usa Durable Objects per coordinare stati applicativi chiaramente identificati, distinguendo cronologia conversazionale, stato dell’attività ed esiti aziendali esterni. Ricostruisci il lavoro da record persistiti dopo un’interruzione, verifica i permessi attuali alla riconnessione e separa il contesto del modello dallo stato autorevole. L’archiviazione durevole è un componente, non una politica completa di recupero.
Immagina un assistente di manutenzione che prepara un rapporto. Raccoglie note, abbozza una raccomandazione e aspetta un supervisore. Il browser può disconnettersi durante l’attesa. Il supervisore può aprire l’attività altrove e il record dell’attrezzatura può cambiare prima dell’approvazione.
La guida spiega uno stato proposto per questa situazione. Non afferma che conservare ogni messaggio sia necessario o che l’identità di un oggetto coincida automaticamente con i confini di accesso dell’organizzazione.
Cloudflare Durable Objects per IA richiede un modello di identità
Cloudflare descrive Durable Objects come piattaforma per coordinare applicazioni con stato. Prima di assegnare un oggetto a una funzione IA, definisci che cosa rappresenti: conversazione, attività accettata, risorsa condivisa o altra unità delimitata.
Un oggetto per conversazione può facilitare l’interazione. Un rapporto può richiedere un’identità che sopravviva alla conversazione. Se più colleghi collaborano, legarlo esclusivamente alla prima sessione del browser confonde accesso e passaggi di consegne successivi.
Ricava gli identificatori di instradamento dal contesto applicativo attendibile. Indovinare l’identificatore di un’altra attività non deve concederne l’accesso. Instradamento degli oggetti e autorizzazione applicativa sono responsabilità separate.
| Identità dello stato | Scopo utile | Questione da risolvere |
|---|---|---|
| Conversazione | Messaggi e contesto dell’interazione | Chi può riaprirla? |
| Attività aziendale | Lavoro accettato e fase corrente | Chi la gestisce tra sessioni? |
| Record sorgente | Contesto dell’attrezzatura o del cliente | Quale revisione è stata usata? |
| Operazione esterna | Traccia della modifica richiesta | Come se ne accerta l’esito? |
Tenere i fatti autorevoli fuori dai riepiloghi conversazionali
Un riepilogo generato può aiutare l’assistente a continuare, ma non deve diventare l’unica prova che il supervisore abbia approvato una raccomandazione. Memorizza l’approvazione collegandola alla versione del rapporto e al revisore autenticato.
Mantieni esplicita anche la fase attuale. “In attesa di revisione” deve essere uno stato applicativo registrato, non una frase ricordata dall’assistente. Una risposta successiva non deve inventare una transizione perché la trascrizione suggerisce che il lavoro probabilmente sia finito.
La guida a stato conversazionale e memoria distingue cronologia persistita e contesto fornito al modello. È una distinzione importante: non tutte le informazioni conservate devono entrare nel prompt successivo.
Per il rapporto, l’assistente potrebbe ricevere un riepilogo compatto dell’attività e prove consentite selezionate. L’applicazione può conservare separatamente fonti autorevoli ed eventi, con proprie regole di accesso e conservazione.
Progettare transizioni che rifiutino decisioni obsolete
Assegna una revisione a ogni rapporto revisionabile. L’approvazione deve identificarla. Se nuove note arrivano dopo l’apertura della pagina, l’applicazione deve decidere se invalidino la proposta o possano essere gestite separatamente.
Controlla lo stato attuale quando arriva un’azione. Una scheda obsoleta non deve approvare un rapporto annullato e un clic ripetuto non deve creare un’altra operazione. Restituisci l’esito stabilito quando l’azione è già stata accettata.
| Azione in arrivo | Stato attuale | Gestione attesa |
|---|---|---|
| Approvare il rapporto attuale | In attesa di revisione | Verificare autorità e accettare la transizione |
| Approvare una vecchia revisione | Rapporto sostituito | Richiedere revisione della versione corrente |
| Ripetere un’approvazione accettata | Già approvato | Restituire l’esito registrato |
| Aggiungere note dopo la chiusura | Attività completata | Seguire la politica esplicita di modifica |
| Riaprire un’attività altrui | Chiamante fuori ambito | Rifiutare l’accesso |
Queste sono regole applicative. La piattaforma offre un luogo per implementarle, ma non può decidere se una nota modificata sia commercialmente significativa o quale supervisore abbia autorità.
Recuperare dai record anziché dalla memoria del processo
Considera i valori in memoria come stato temporaneo. Registra i fatti necessari a riprendere l’attività e identificare richieste esterne già effettuate. Un riavvio deve ricostruire la fase corrente senza ripassare l’intera conversazione attraverso il modello.
Per il rapporto conserva revisioni sorgenti, revisione della bozza, approvazione e riferimento dell’operazione alla destinazione. Se questa ha accettato il rapporto ma la risposta è persa, quel riferimento è più utile di un’altra spiegazione generata.
Distingui lavoro mai iniziato e lavoro dall’esito sconosciuto. Solo il primo è ovviamente sicuro da avviare. Per il secondo, ispeziona la destinazione o usa il suo meccanismo supportato contro i duplicati prima di reinviare.
Verifica il recupero interrompendo l’applicazione tra fasi significative. Chiedi poi a un altro tecnico di identificare l’attività e determinare la prossima azione dalle prove conservate. Questo rivela stati mancanti invisibili in una dimostrazione ordinaria riuscita.
Riconnettersi con l’autorità attuale
Quando un collega ritorna, autenticalo secondo le regole di sessione e controlla i permessi correnti. Possedere un vecchio identificatore della conversazione non deve preservare l’accesso indefinitamente.
Carica stato registrato e momento dell’osservazione. Spiega se il sistema aspetti, elabori, sia fallito o richieda riconciliazione. Se non puoi accertare l’avanzamento, mostra l’incertezza senza chiedere al modello una risposta rassicurante.
Decidere quale memoria sia utile e quale debba scadere
Cronologia, documenti sorgenti e prove operative possono richiedere conservazioni diverse. Definiscile prima di aggiungere memoria automatica. Conservare ogni input per sempre complica eliminazioni e revisioni degli accessi.
Separa preferenze riutilizzabili e fatti dell’attività. Un formato preferito del rapporto può servire tra sessioni. Un token temporaneo o un dettaglio ritirato del cliente non devono diventare memoria permanente.
Quando elimini una fonte o revochi l’accesso, considera anche lo stato derivato. Un riepilogo può contenere gli stessi fatti sensibili. Servono regole per bozze conservate, passaggi recuperati e contesto fornito al modello.
Per memoria basata sul recupero, la nostra guida alla freschezza dei dati RAG tratta aggiornamenti ed eliminazioni nell’indice. Un risultato vettoriale non è una dichiarazione autorevole della fase corrente dell’attività.
Scegliere confini dello stato gestibili
Evita di trasformare ogni aspetto in un oggetto separato prima che il carico lo giustifichi. Troppi confini complicano il tracciamento. Mettere ogni cliente e attività in uno stato condiviso indistinto crea invece problemi di accesso e responsabilità.
Inizia con un diagramma che mostri come una richiesta autenticata raggiunga l’attività, quali record siano autorevoli e dove avvenga l’effetto esterno. Identifica il componente che può spiegare ogni guasto.
La panoramica di Agents offre il contesto generale di esecuzione. Usa le API documentate per la versione scelta e verifica interfacce sperimentali prima di includerle in un impegno di assistenza.
L’accettazione deve includere revisori simultanei, azioni ripetute, cambio di revisione sorgente, riconnessione e destinazione indisponibile. L’esito utile non è soltanto la persistenza: è riprendere il lavoro corretto con l’autorità corretta.
Stimare progettazione dello stato e passaggio di consegne
Il costo dipende da transizioni, collaborazione, relazioni delle fonti e recupero. Un archivio di trascrizioni ha un perimetro molto minore di un sistema coordinato con approvazioni e riconciliazione della destinazione.
Chiedi una proposta in GBP con responsabilità, accessi, conservazione e prove di recupero espliciti. Includi un piano per evolvere i record conservati quando cambia il codice. Le attività esistenti non devono diventare illeggibili dopo una distribuzione.
| Area di lavoro | Prove nel passaggio di consegne |
|---|---|
| Identità e instradamento | Associazioni documentate e rifiuti tra ambiti |
| Transizioni | Diagramma degli stati e gestione delle azioni obsolete |
| Recupero | Esecuzioni interrotte e riconciliazione della destinazione |
| Conservazione | Ambito di eliminazione e gestione dei derivati |
| Operazioni | Manuale seguibile da un altro tecnico |
Un progetto pilota di integrazione IA delimitato può stabilire questi contratti intorno a un compito utile. Richiedi una proposta per un assistente con stato indicando ciclo dell’attività, revisori e sistemi collegati. La progettazione dell’archivio seguirà il lavoro invece di lasciarsi definire accidentalmente dalla trascrizione.
Domande frequenti
La memoria IA equivale all’archiviazione persistente? No. L’archiviazione conserva informazioni applicative; il contesto del modello è quanto fornito a una specifica inferenza. Decidi quali fatti conservati siano autorevoli e quali vengano selezionati o riassunti per l’assistente.
Ogni conversazione deve avere un’attività propria? Solo se coincide con il processo aziendale. Una conversazione può discutere più attività, mentre un’attività accettata può proseguire tra conversazioni. Assegna al lavoro accettato un’identità che sopravviva all’interfaccia iniziale.
Un identificatore dell’oggetto prova che il chiamante possiede i dati? No. Verifica identità autenticata e permessi attuali prima di restituire stato o accettare azioni. Un identificatore indovinato o riutilizzato non deve allargare l’accesso.
Che cosa deve sopravvivere a un riavvio? Persisti i fatti necessari a stabilire fase dell’attività, revisioni di fonte e bozza, approvazione e riferimenti delle operazioni esterne. La memoria temporanea non deve essere l’unica prova del lavoro accettato.
Un riepilogo conversazionale può registrare un’approvazione? Può descriverla, ma conserva l’approvazione autorevole come evento applicativo autenticato legato alla versione esatta della proposta. Una frase generata non deve autorizzare una modifica aziendale.
Come gestire le azioni di schede obsolete? Confrontale con stato e revisione attuali. Rifiuta o aggiorna decisioni obsolete e restituisci, quando appropriato, l’esito registrato di un’azione già accettata. Un altro clic non deve creare un altro effetto.
Che cosa rende utile un pilota di assistente con stato? Deve dimostrare confini di identità, azioni simultanee, interruzione, riconnessione e incertezza della destinazione. Un altro tecnico deve recuperare l’attività dalle prove conservate senza chiedere al modello di ricostruire l’accaduto.