O conhecimento organizacional para agentes de IA é o contexto da empresa mantido como registos governados que um agente pode recuperar para uma tarefa atribuída. Cada registo útil identifica o que foi observado ou afirmado, a sua origem, quem é responsável por ele, a que se aplica, se está atual ou em disputa e quem o pode usar ou alterar.
Esta definição vai além do armazenamento de documentos ou do histórico de conversas. Uma pasta pode preservar informações e, ainda assim, deixar sem resposta questões operacionais básicas: que fonte prevalece, o que mudou, quem decide quando as fontes divergem e quando uma afirmação antiga deve deixar de influenciar o trabalho? Operadores AI-Native e líderes de equipas funcionais precisam dessas respostas antes de um contexto partilhado poder sustentar trabalho recorrente de forma responsável.
O ciclo de vida abaixo é o modelo operacional usado neste guia. É uma síntese editorial, não uma norma do setor nem uma afirmação sobre um produto específico.
O que torna o conhecimento organizacional utilizável por um agente
Um registo utilizável combina quatro tipos de contexto:
- Conteúdo: o facto, a instrução, a decisão ou a inferência exatos.
- Proveniência: a fonte, a versão ou o checksum, o momento da observação e o ator ou processo que criou o registo.
- Relação: um identificador estável e uma ligação tipificada que mostre o que o registo descreve ou afeta.
- Controlo: um responsável, um estado no ciclo de vida, um estado de conflito e um limite de leitura ou alteração.
Estes campos permitem que uma equipa inspecione a base do contexto de um agente. Também criam locais explícitos para registar incerteza. Um facto observado não deve transformar-se silenciosamente numa inferência, e uma fonte mais recente não deve apagar sem aviso o histórico da afirmação que substituiu.
O W3C PROV Data Model descreve a proveniência através das entidades, atividades e pessoas ou instituições envolvidas na produção ou influência de informações. A norma afirma que a proveniência pode apoiar avaliações de confiança e a integração de informações provenientes de fontes diferentes. A proveniência fornece evidências para essa avaliação; não prova que a afirmação subjacente seja verdadeira.
Um ciclo de vida de oito etapas para o conhecimento organizacional
O ciclo de vida transforma uma nota num registo inspecionável e mantém esse registo governado após a primeira utilização.
| Etapa | Pergunta a responder | Evidência mínima a manter | Falha a evitar |
|---|---|---|---|
| Capturar | O que foi observado ou afirmado? | Declaração exata, identidade da fonte, versão ou checksum, momento da observação e rótulo de facto ou inferência | Uma fonte em falta ou uma afirmação apresentada como facto |
| Atribuir | Quem é responsável pelo registo? | Responsável identificado, domínio e data de revisão | Um responsável ausente ou sem capacidade para decidir sobre a afirmação |
| Relacionar | A que se aplica o registo? | Identificador estável, entidade tipificada e relação tipificada | Uma nota isolada com âmbito ambíguo |
| Recuperar | Que tarefa o pode utilizar? | Finalidade da recuperação, consulta ou gatilho e versão devolvida | Contexto irrelevante, desatualizado ou não autorizado |
| Atualizar | O que mudou e porquê? | Valores anterior e novo, fonte, ator, motivo e momento do evento | Uma substituição silenciosa |
| Resolver | As fontes de confiança estão de acordo? | Ambos os registos de origem, estado do conflito, responsável pela decisão e prazo | Uma fonte descartada sem deixar rasto |
| Retirar de uso | O registo deve continuar utilizável? | Estado ou evento de invalidação, motivo, ator e ligação ao substituto | O contexto desatualizado permanece ativo ou o histórico é apagado |
| Limitar o acesso | Quem ou o que o pode ler ou alterar? | Limite do papel ou da tarefa, permissões mínimas e ponto de revisão ou revogação | Acesso amplo sem uma necessidade atribuída |
Este modelo amplia as etapas de extração, armazenamento, recuperação e evolução descritas por Yang et al. no levantamento de 2026 Graph-based Agent Memory: Taxonomy, Techniques, and Applications. O levantamento também descreve os grafos como uma forma de representar dependências relacionais, organizar informações hierárquicas e apoiar a recuperação. Trata-se de um levantamento em preprint, não de um benchmark de produto nem de uma norma universal de implementação. Este guia acrescenta decisões explícitas de responsabilidade, conflito, retirada de uso e acesso como síntese editorial.
Registo exemplificativo: um conflito fictício de responsabilidade
O registo abaixo é um exemplo de desenho para uma empresa fictícia. Todas as pessoas, caminhos, checksums e datas foram inventados para fins ilustrativos. Não descreve comportamentos do produto Toone, testes práticos nem uma implementação de cliente.
| Campo do registo | Valor fictício | Tratamento |
|---|---|---|
| Identificador | finance:quarter-close-owner | Chave estável do registo |
| Relação tipificada | applies_to → process:quarter-close-checklist | Liga a afirmação de responsabilidade a um processo definido, em vez de a deixar como nota isolada |
| Facto observado | “A versão 3 do manual financeiro identifica Rowan Lee como responsável pela lista de verificação do fecho trimestral.” | OBSERVED; fonte finance-handbook-v3.md; checksum sha256:example-v3; observado em 2026-07-02 |
| Inferência | “Um agente de planeamento financeiro pode precisar deste responsável ao encaminhar uma tarefa de fecho.” | INFERENCE; ligada ao facto observado, não armazenada como facto da fonte |
| Facto em conflito | “A versão 8 do diretório de pessoal identifica Morgan Silva como responsável pelas Operações Financeiras.” | CONFLICT; ambas as fontes fictícias permanecem disponíveis e nenhuma ganha precedência automática |
| Evento de atualização | Estado alterado de active para conflicted pelo responsável pelo conhecimento financeiro em 2026-07-03; utilização de rotina suspensa | UPDATE; ator, momento, motivo e estado anterior mantidos |
| Regra de recuperação | A tarefa route-quarter-close-checklist pode solicitar o registo, mas o estado conflicted devolve a disputa e não recomenda um responsável | RETRIEVAL; finalidade, estado devolvido e utilização afetada estão explícitos |
| Responsável pela resolução | Diretor Financeiro; revisão prevista para 2026-07-05 | Responsável pela decisão e prazo identificados |
| Decisão de retirada de uso | Se Morgan for confirmado, retirar de uso a afirmação de responsabilidade de Rowan, ligar o respetivo substituto e manter o histórico de revisões | RETIREMENT; a decisão ainda está pendente no exemplo |
| Limite de permissão | Os papéis da área financeira e a tarefa de encaminhamento do fecho recebem o acesso mínimo necessário | DESIGN RECOMMENDATION; a autoridade detalhada pertence à política de governação |
O exemplo mantém separadas a declaração do manual, a declaração do diretório e a inferência de encaminhamento. A recuperação para o encaminhamento do fecho trimestral é interrompida enquanto o campo de responsabilidade está em conflito. Depois da decisão do Diretor Financeiro, o responsável regista a decisão, liga o substituto aceite e retira de uso a afirmação substituída sem apagar a sua proveniência.
Trate factos, inferências e conflitos como registos diferentes
Armazene a declaração exata sustentada pela fonte como facto observado. Se uma equipa ou um agente deduzir desse facto uma possível consequência, mantenha a inferência separada e ligue-a ao registo de origem. Isto impede que uma interpretação plausível seja recuperada mais tarde como se tivesse sido declarada diretamente pela fonte.
Quando fontes de confiança divergem, mantenha ambos os registos de origem e marque a questão como não resolvida. Suspenda utilizações que dependam do valor em disputa, atribua um responsável pela decisão e registe uma data de revisão. A decisão final deve acrescentar um evento de revisão e uma ligação ao substituto, em vez de apagar do histórico a fonte preterida.
Este processo de conflito é uma recomendação deste guia. A proveniência torna a divergência inspecionável, mas não decide qual afirmação é verdadeira.
Atualize sem substituir silenciosamente o histórico
Uma atualização deve indicar o que mudou, qual era o valor anterior, quem fez a alteração, por que motivo e que fonte sustenta o novo valor. O registo ativo pode apontar para a afirmação aceite mais recente, enquanto o histórico de revisões preserva os estados anteriores. O PROV-DM modela a revisão como um tipo de derivação, oferecendo uma forma baseada em normas de ligar uma revisão à entidade anterior. Não exige um desenho de base de dados específico.
A retirada de uso também é uma alteração de estado. O PROV-DM define invalidação como o início da destruição, cessação ou expiração de uma entidade. Usar um evento equivalente para retirar de uso um registo de conhecimento, mantendo o seu histórico, é uma recomendação de desenho deste guia, não uma exigência da norma. Quando um registo expira, é substituído ou já não deve orientar o trabalho, marque-o como retirado de uso e ligue o seu substituto, caso exista.
Limite a recuperação à tarefa atribuída
Os limites de acesso pertencem ao desenho do registo, não apenas à interface da aplicação. Defina que papel ou tarefa pode ler o registo, que papel o pode alterar e quando esse acesso será revisto ou revogado. A recomendação geral segue a definição de privilégio mínimo do NIST: conceder a uma pessoa, processo ou agente apenas o acesso mínimo necessário para uma tarefa atribuída. Para sistemas abrangidos pelo seu âmbito de Controlled Unclassified Information, a NIST SP 800-171 Rev. 3 inclui controlos para limitar o acesso aos sistemas a utilizadores autorizados e funções permitidas. Este guia aplica o princípio geral de desenho; não afirma que a publicação governe a Toone ou todos os sistemas de conhecimento organizacional.
A autoridade detalhada de aprovação, o tratamento de exceções e os controlos de ações pertencem à política de governação separada. As declarações vinculativas sobre fluxos de dados do produto pertencem à documentação de privacidade.
Perguntas a responder antes de um registo entrar em utilização de rotina
Antes de um agente poder utilizar um registo em trabalho recorrente, confirme:
- A declaração foi copiada corretamente de uma fonte identificada?
- Está rotulada como facto observado, inferência, instrução ou decisão?
- Tem um identificador estável e uma relação clara com a entidade ou tarefa a que diz respeito?
- Existe um responsável identificado capaz de resolver disputas e aprovar atualizações?
- A recuperação pode devolver a versão e a fonte utilizadas na tarefa?
- Os conflitos não resolvidos estão visíveis, com as utilizações afetadas suspensas quando necessário?
- O registo pode ser retirado de uso sem apagar o seu histórico?
- As permissões de leitura e alteração estão limitadas a uma necessidade atribuída?
Se a resposta a uma destas perguntas for não, o registo precisa de mais trabalho antes de se tornar um contexto operacional fiável.
Defina a seguir o limite de governação
Depois de clarificar os campos do ciclo de vida, decida quem pode aprovar atualizações, resolver conflitos, conceder exceções e autorizar ações dos agentes. Use o guia de governação de agentes de IA, em inglês para definir esses limites de autoridade.
Para informações vinculativas sobre o tratamento de dados do produto, consulte a documentação de privacidade, em inglês. Para definir quando o contexto governado entra em trabalho agendado ou recorrente, prossiga para rotinas de agentes de IA, em inglês. Estas páginas são responsáveis por essas decisões, permitindo que este guia mantenha o foco no próprio registo de conhecimento.
Se estiver a avaliar evidências antes de uma decisão sobre o produto, consulte as demonstrações da Toone, em inglês e mantenha cada afirmação de prova dentro do respetivo âmbito declarado. Uma demonstração não prova que o ciclo de vida do conhecimento organizacional apresentado neste guia esteja implementado no produto.
Fontes
- Yang, Chang, et al. Graph-based Agent Memory: Taxonomy, Techniques, and Applications. Preprint no arXiv, versão 1 submetida em 2026-02-05. Este guia utiliza apenas as declarações sobre o ciclo de vida e as características dos grafos presentes no resumo.
- W3C Provenance Working Group. PROV-DM: The PROV Data Model. Recomendação W3C, 2013-04-30.
- NIST. Least privilege. Glossário CSRC.
- Ross, Ron, e Victoria Pillitteri. NIST SP 800-171 Rev. 3. Maio de 2024. O seu âmbito normativo é a proteção de Controlled Unclassified Information em sistemas e organizações não federais.
Fontes consultadas em 2026-08-13.
Sobre este guia
Quem: Toone Content é o autor organizacional, e Hexagonal.io é o publicador. O Content Editor é o responsável pela revisão editorial deste rascunho e concluiu essa revisão. Esta fonte não alega revisão humana, de produto, segurança, privacidade ou por especialista no assunto.
Como: O rascunho foi preparado a partir de um briefing aprovado no G1 e de um dossiê de alegações e fontes fixado por checksum. A assistência automatizada ajudou a organizar e sintetizar o material. O autor utilizou a investigação e as normas citadas apenas dentro do âmbito declarado, identificou o ciclo de vida combinado como síntese editorial e criou o registo exemplificativo como ficção. Nenhum teste de produto ou implementação de cliente sustentou o guia.
Porquê: O guia destina-se a ajudar operadores e líderes de equipa a decidir de que evidências e controlos um registo de conhecimento partilhado precisa antes de um agente de IA o utilizar em trabalho recorrente.
Limites e correções: O ciclo de vida é um desenho prático, não uma arquitetura universal. Não verifica que a Toone ou outro produto implemente estes controlos. Consulte a política editorial e de correções, em inglês para conhecer o método de seleção de fontes e o processo de correção. Para comunicar um problema factual, contacte a Toone, em inglês. As correções materiais devem identificar o que mudou e atualizar a data da fonte.