La conoscenza organizzativa per gli agenti IA è il contesto aziendale mantenuto sotto forma di record governati, che un agente può recuperare per un compito assegnato. Ogni record utile identifica ciò che è stato osservato o affermato, la sua provenienza, il responsabile, l'ambito a cui si applica, il suo stato attuale o contestato e chi può usarlo o modificarlo.
Questa definizione va oltre l'archiviazione di documenti o della cronologia delle conversazioni. Una cartella può conservare informazioni e lasciare senza risposta domande operative essenziali: quale fonte prevale, che cosa è cambiato, chi decide quando le fonti sono in disaccordo e quando una vecchia affermazione dovrebbe smettere di influire sul lavoro? AI-Native Operators e Functional Team Leads hanno bisogno di queste risposte prima che il contesto condiviso possa sostenere in modo responsabile il lavoro ricorrente.
Il ciclo di vita descritto di seguito è il modello operativo adottato in questa guida. È una sintesi editoriale, non uno standard di settore né un'affermazione su un prodotto specifico.
Che cosa rende la conoscenza organizzativa utilizzabile da un agente
Un record utilizzabile riunisce quattro tipi di contesto:
- Contenuto: il fatto, l'istruzione, la decisione o l'inferenza esatti.
- Provenienza: la fonte, la versione o il checksum, il momento dell'osservazione e la persona o il processo che ha creato il record.
- Relazione: un identificatore stabile e una relazione tipizzata che mostrano ciò che il record descrive o influenza.
- Controllo: un responsabile, lo stato del ciclo di vita, lo stato del conflitto e un limite di lettura o modifica.
Questi campi permettono a un team di esaminare le basi del contesto fornito a un agente. Creano inoltre spazi espliciti in cui registrare l'incertezza. Un fatto osservato non dovrebbe trasformarsi senza indicazioni in un'inferenza, e una fonte più recente non dovrebbe cancellare tacitamente la storia dell'affermazione che sostituisce.
Il W3C PROV Data Model descrive la provenienza attraverso le entità, le attività e le persone o istituzioni coinvolte nella produzione delle informazioni o che le hanno influenzate. Secondo lo standard, la provenienza può sostenere valutazioni sull'affidabilità e l'integrazione di informazioni provenienti da fonti diverse. La provenienza fornisce evidenze per tale valutazione, ma non dimostra che l'affermazione sottostante sia vera.
Un ciclo di vita in otto fasi per la conoscenza organizzativa
Il ciclo di vita trasforma una nota in un record verificabile e lo mantiene governato dopo il primo utilizzo.
| Fase | Domanda a cui rispondere | Evidenze minime da conservare | Errore da evitare |
|---|---|---|---|
| Acquisire | Che cosa è stato osservato o affermato? | Affermazione esatta, identità della fonte, versione o checksum, momento dell'osservazione ed etichetta di fatto o inferenza | Una fonte mancante o un'affermazione presentata come fatto |
| Assegnare | Chi risponde del record? | Responsabile nominato, ambito di competenza e data di revisione | Un responsabile assente o che non può decidere sull'affermazione |
| Collegare | A che cosa si applica il record? | Identificatore stabile, entità tipizzata e relazione tipizzata | Una nota isolata con ambito ambiguo |
| Recuperare | Quale compito può usarlo? | Scopo del recupero, query o attivazione e versione restituita | Contesto irrilevante, obsoleto o non autorizzato |
| Aggiornare | Che cosa è cambiato e perché? | Valori precedente e nuovo, fonte, autore dell'azione, motivo e momento dell'evento | Una sovrascrittura non dichiarata |
| Risolvere | Le fonti attendibili concordano? | Entrambi i record di fonte, stato del conflitto, responsabile della decisione e scadenza | Una fonte eliminata senza lasciarne traccia |
| Ritirare dall'uso | Il record deve restare utilizzabile? | Stato o evento di invalidazione, motivo, autore dell'azione e link al sostituto | Il contesto obsoleto resta attivo o la storia viene cancellata |
| Limitare l'accesso | Chi o che cosa può leggerlo o modificarlo? | Limite di ruolo o compito, autorizzazioni minime e momento di revisione o revoca | Accesso ampio senza un'esigenza assegnata |
Questo modello estende le fasi di estrazione, archiviazione, recupero ed evoluzione descritte da Yang et al. nella rassegna del 2026 Graph-based Agent Memory: Taxonomy, Techniques, and Applications. La rassegna descrive inoltre i grafi come uno dei modi per rappresentare dipendenze relazionali, organizzare informazioni gerarchiche e sostenere il recupero. È una rassegna preprint, non un benchmark di prodotto né uno standard universale di implementazione. Questa guida aggiunge, come sintesi editoriale, decisioni esplicite su responsabilità, conflitti, ritiro dall'uso e accesso.
Record di esempio: un conflitto di responsabilità fittizio
Il record seguente è un esempio progettuale per un'azienda fittizia. Ogni persona, percorso, checksum e data è inventato a scopo illustrativo. Non descrive il comportamento del prodotto Toone, test diretti o un'implementazione presso un cliente.
| Campo del record | Valore fittizio | Trattamento |
|---|---|---|
| Identificatore | finance:quarter-close-owner | Chiave stabile del record |
| Relazione tipizzata | applies_to → process:quarter-close-checklist | Collega l'affermazione sulla responsabilità a un processo definito, invece di lasciarla come nota isolata |
| Fatto osservato | “Finance Handbook v3 indica Rowan Lee come responsabile della checklist di chiusura trimestrale.” | OBSERVED; fonte finance-handbook-v3.md; checksum sha256:example-v3; osservato il 2026-07-02 |
| Inferenza | “Un agente di pianificazione finanziaria potrebbe aver bisogno di questo responsabile quando instrada un compito di chiusura.” | INFERENCE; collegata al fatto osservato, non archiviata come fatto della fonte |
| Fatto in conflitto | “Staff Directory v8 indica Morgan Silva come Finance Operations Lead.” | CONFLICT; entrambe le fonti fittizie restano disponibili e nessuna ottiene automaticamente la precedenza |
| Evento di aggiornamento | Il 2026-07-03, il responsabile della conoscenza finanziaria ha cambiato lo stato da active a conflicted; l'uso di routine è stato sospeso | UPDATE; autore dell'azione, momento, motivo e stato precedente vengono conservati |
| Regola di recupero | Il compito route-quarter-close-checklist può richiedere il record, ma lo stato conflicted restituisce la controversia e non fornisce una raccomandazione sul responsabile | RETRIEVAL; scopo, stato restituito e utilizzo interessato sono espliciti |
| Responsabile della risoluzione | Direttore finanziario; revisione prevista entro il 2026-07-05 | Responsabile nominato della decisione e scadenza |
| Decisione di ritiro | Se Morgan viene confermato, ritirare dall'uso l'affermazione che attribuisce la responsabilità a Rowan, collegare il record sostitutivo e conservare la cronologia delle revisioni | RETIREMENT; nell'esempio la decisione è ancora in sospeso |
| Limite delle autorizzazioni | I ruoli dell'area finanziaria e il compito di instradamento della chiusura ricevono solo l'accesso minimo necessario | DESIGN RECOMMENDATION; l'autorità dettagliata appartiene alla policy di governance |
L'esempio mantiene distinti l'affermazione del manuale, quella dell'elenco del personale e l'inferenza sull'instradamento. Il recupero per l'instradamento della chiusura trimestrale si interrompe finché il campo della responsabilità è in conflitto. Dopo la decisione del Direttore finanziario, il responsabile registra la decisione, collega il sostituto accettato e ritira dall'uso l'affermazione superata senza cancellarne la provenienza.
Trattare fatti, inferenze e conflitti come record distinti
Archivia l'affermazione esatta sostenuta dalla fonte come fatto osservato. Se un team o un agente ne ricava una possibile conseguenza, conserva l'inferenza separatamente e collegala al record di origine. In questo modo, un'interpretazione plausibile non verrà recuperata in seguito come se fosse stata dichiarata direttamente dalla fonte.
Quando fonti attendibili sono in disaccordo, conserva entrambi i record di fonte e contrassegna il problema come conflitto irrisolto. Sospendi gli utilizzi che dipendono dal valore contestato, assegna un responsabile della decisione e registra una data di revisione. La decisione finale dovrebbe aggiungere un evento di revisione e un link al record sostitutivo, invece di cancellare dalla storia la fonte non accolta.
Questo processo di gestione dei conflitti è una raccomandazione della guida. La provenienza rende il disaccordo verificabile, ma non decide quale affermazione sia vera.
Aggiornare senza sovrascrivere tacitamente la storia
Un aggiornamento dovrebbe indicare che cosa è cambiato, quale valore lo precedeva, chi ha apportato la modifica, perché è cambiato e quale fonte sostiene il nuovo valore. Il record attivo può puntare all'ultima affermazione accettata, mentre la cronologia delle revisioni conserva gli stati precedenti. PROV-DM modella la revisione come un tipo di derivazione, offrendo un modo basato su uno standard per collegare una revisione all'entità che la precedeva. Non impone una particolare struttura del database.
Anche il ritiro dall'uso è un cambiamento di stato. PROV-DM definisce l'invalidazione come l'inizio della distruzione, della cessazione o della scadenza di un'entità. Usare un evento equivalente per ritirare dall'uso un record di conoscenza conservandone la storia è una raccomandazione progettuale della guida, non un requisito dello standard. Quando un record scade, viene sostituito o non dovrebbe più guidare il lavoro, contrassegnalo come ritirato dall'uso e collega il sostituto, se presente.
Limitare il recupero al compito assegnato
I limiti di accesso fanno parte della progettazione del record, non solo dell'interfaccia dell'applicazione. Definisci quale ruolo o compito può leggere il record, quale ruolo può modificarlo e quando l'accesso verrà riesaminato o revocato. La raccomandazione generale segue la definizione di privilegio minimo del NIST: concedere a una persona, un processo o un agente solo l'accesso minimo necessario per un compito assegnato. Per i sistemi che rientrano nel suo ambito relativo alle Controlled Unclassified Information, NIST SP 800-171 Rev. 3 include controlli per limitare l'accesso ai sistemi agli utenti autorizzati e alle funzioni consentite. Questa guida applica il principio progettuale generale; non afferma che la pubblicazione disciplini Toone o tutti i sistemi di conoscenza organizzativa.
L'autorità dettagliata in materia di approvazioni, la gestione delle eccezioni e i controlli sulle azioni appartengono a una policy di governance distinta. Le dichiarazioni vincolanti sui flussi di dati del prodotto appartengono alla documentazione sulla privacy.
Domande da risolvere prima che un record entri nell'uso di routine
Prima che un agente possa usare un record nel lavoro ricorrente, verifica:
- L'affermazione è stata copiata fedelmente da una fonte identificata?
- È etichettata come fatto osservato, inferenza, istruzione o decisione?
- Ha un identificatore stabile e una relazione chiara con l'entità o il compito interessato?
- Un responsabile nominato può risolvere le controversie e approvare gli aggiornamenti?
- Il recupero può restituire la versione e la fonte usate per il compito?
- I conflitti irrisolti sono visibili e gli utilizzi interessati vengono sospesi quando necessario?
- Il record può essere ritirato dall'uso senza cancellarne la storia?
- Le autorizzazioni di lettura e modifica sono limitate a un'esigenza assegnata?
Se la risposta a una di queste domande è no, il record richiede ulteriore lavoro prima di diventare un contesto operativo affidabile.
Definire ora il limite di governance
Una volta chiariti i campi del ciclo di vita, decidi chi può approvare gli aggiornamenti, risolvere i conflitti, concedere eccezioni e autorizzare le azioni degli agenti. Usa la guida alla governance degli agenti IA, in inglese per definire questi limiti di autorità.
Per informazioni vincolanti sul trattamento dei dati del prodotto, consulta la documentazione sulla privacy, in inglese. Per progettare quando il contesto governato entra nel lavoro programmato o ricorrente, prosegui con le routine degli agenti IA, in inglese. Queste pagine sono responsabili di tali decisioni, così la presente guida può restare incentrata sul record di conoscenza.
Se stai valutando le evidenze prima di una decisione sul prodotto, esamina gli showcase di Toone, in inglese e mantieni ogni affermazione probatoria entro l'ambito dichiarato. Uno showcase non dimostra che il ciclo di vita della conoscenza organizzativa descritto in questa guida sia implementato nel prodotto.
Fonti
- Yang, Chang, et al. Graph-based Agent Memory: Taxonomy, Techniques, and Applications. Preprint arXiv, versione 1 presentata il 2026-02-05. Questa guida usa solo le affermazioni nell'abstract relative al ciclo di vita e alle caratteristiche dei grafi.
- W3C Provenance Working Group. PROV-DM: The PROV Data Model. W3C Recommendation, 2013-04-30.
- NIST. Least privilege. CSRC Glossary.
- Ross, Ron, e Victoria Pillitteri. NIST SP 800-171 Rev. 3. Maggio 2024. Il suo ambito normativo è la protezione delle Controlled Unclassified Information nei sistemi e nelle organizzazioni non federali.
Le fonti sono state consultate il 2026-08-13.
Informazioni sulla guida
Chi: Toone Content è l'autore organizzativo e Hexagonal.io è l'editore. Il Content Editor è il ruolo responsabile della revisione editoriale di questa bozza e ha completato la revisione. Questa fonte non dichiara il completamento di revisioni umane, del prodotto, della sicurezza, della privacy o da parte di esperti della materia.
Come: La bozza è stata preparata a partire da un brief approvato al gate G1 e da un dossier di affermazioni e fonti vincolato a un checksum. Un'assistenza automatizzata ha contribuito a organizzare e sintetizzare il materiale. L'autore ha usato le ricerche e gli standard citati solo entro l'ambito dichiarato, ha indicato il ciclo di vita combinato come sintesi editoriale e ha creato il record di esempio come finzione. La guida non si basa su test del prodotto o implementazioni presso clienti.
Perché: La guida aiuta operatori e responsabili di team a decidere quali evidenze e controlli servono a un record di conoscenza condivisa prima che un agente IA lo usi nel lavoro ricorrente.
Limiti e correzioni: Il ciclo di vita è un modello progettuale pratico, non un'architettura universale. Non verifica che Toone o un altro prodotto implementino questi controlli. Consulta la policy editoriale e sulle correzioni, in inglese per il metodo di selezione delle fonti e il processo di correzione. Per segnalare un problema fattuale, contatta Toone, in inglese. Le correzioni sostanziali dovrebbero indicare che cosa è cambiato e aggiornare la data della fonte.