Líderes de pensamento
Quando a IA edita o documento, quem possui a alteração?

Um documento pode mostrar quem alterou uma frase, ao mesmo tempo que deixa você adivinhando quem aprovou o que ele agora diz. Quando IA e pessoas revisam a redação, um nome ao lado da edição final não responde a essa pergunta.
Considere uma política de suporte hipotética que promete uma resposta dentro de dois dias úteis. Uma reescrita por IA propõe um dia útil. Um editor humano altera isso para três, e um líder de equipe aprova o documento. O arquivo divulgado parece comum. Seu histórico contém uma proposta rejeitada, uma revisão humana e uma decisão sobre o que os clientes devem esperar.
Quem detém essa alteração? Precisamos distinguir as contribuições antes de atribuir responsabilidade por divulgá‑las. Caso contrário, “assistido por IA” nos diz muito pouco sobre como a redação final chegou lá.
Separe a edição da decisão
O anúncio da Microsoft em 29 de setembro de 2025 de que Agent Mode no Word estava começando seu lançamento Frontier colocou a edição conversacional dentro do aplicativo de documentos, inicialmente na web. Esse anúncio estabelece a data de lançamento, não como cada organização revisa as alterações resultantes.
Para uma equipe que usa IA dessa forma, o ponto de partida útil é a pessoa que solicita a edição. Registre essa pessoa separadamente do software que a gera. Se alguém então reescrever a sugestão, preserve também essa contribuição. A aprovação é outra ação, vinculada à versão que o revisor realmente viu.
Esses papéis não exigem pessoas diferentes para cada tarefa. Um editor pode solicitar uma reescrita, revisá‑la e ter autoridade para aprová‑la. A distinção ainda importa: solicitar um parágrafo mais curto não significa necessariamente aprovar cada alteração feita pelo software.
O W3C PROV data model fornece um vocabulário para descrever esse histórico. Documentos e suas versões podem ser representados como entidades; edições e aprovações como atividades; pessoas e softwares como agentes. O modelo descreve as relações entre eles. Ele não determina responsabilidade legal nem autentica quem aparece no campo de autor.
Para fluxos de trabalho de documentos assistidos por IA que envolvem redação técnica ou material de suporte, isso significa definir o que cada ação registrada representa. Um comentário identifica uma contribuição para a discussão. Uma aprovação deve identificar a permissão para divulgar uma redação específica. Atribuir a ambas o mesmo status genérico “revisado” tornaria o registro menos útil.
Crie um registro para uma passagem alterada
Volte ao exemplo do tempo de resposta. Antes de gerar uma reescrita, mantenha a redação aprovada de dois dias úteis e sua versão do documento. Atribua à mudança proposta um identificador e, em seguida, conecte revisões e decisões subsequentes a ele.
O que segue é um design ilustrativo, com identificadores inventados. Não é a saída de um produto testado nem um esquema que todas as ferramentas de documentos suportam.
| Elemento de registro | O que preservar |
|---|---|
| Documento e local | ID do documento, versão base v12 e a passagem afetada. Use um identificador de passagem estável quando disponível; a paginação pode mudar. |
| Proposta de IA C17 | Redação original e resposta proposta de um dia útil; horário de geração, identidade autenticada do usuário solicitante e identidade do software. Registre detalhes do modelo quando expostos; caso contrário, marque como desconhecidos. |
| Revisão humana C17b | A mudança do editor para três dias úteis, sua identidade e sua relação com C17. |
| Decisão de revisão | C17 rejeitado ou substituído; C17b aceito. Identifique o aprovador e o horário da decisão, com uma justificativa quando a mudança exigir. |
| Versão lançada v13 | O arquivo lançado, seu proprietário responsável, e uma conexão mantida com a revisão aceita. |
Mantenha a proposta de IA depois que a revisão humana a substitui. Se o registro mantiver apenas a redação final de três dias úteis, um revisor posterior não poderá reconstruir a sugestão anterior a partir dessa entrada. Mudanças rejeitadas fazem parte do histórico, embora não pertençam ao texto publicado.
O Generative AI Profile de julho de 2024 da NIST descreve a proveniência como informações sobre a origem e o histórico do conteúdo, incluindo modificações e fontes. Também recomenda avaliar a relação entre os processos de proveniência e os revisores humanos. A tabela aplica essa ideia a um fluxo de trabalho de documentos; não se trata de uma lista de verificação de certificação da NIST.
Você pode manter esse registro dentro do sistema de documentos ou em um repositório conectado. De qualquer forma, torne a relação com a versão lançada suficientemente explícita para que alguém possa recuperá‑la sem depender da memória do editor original.
Verifique o que sobrevive à transferência
Um arquivo exportado merece sua própria verificação. O histórico disponível durante a edição pode diferir do que um destinatário pode inspecionar, dependendo da aplicação, do formato e das configurações de exportação. Não presuma que todo PDF perde a atribuição, ou que preservar comentários visíveis preserva todas as decisões de revisão.
A documentação para edição com Copilot atual da Microsoft afirma que suas alterações respeitam o Controle de Alterações quando esse recurso está habilitado. Essa é uma funcionalidade útil. Ela não garante que todo o seu histórico de aprovação completo sobreviva a cada conversão ou transferência subsequente.
Teste o caminho que sua equipe realmente usa. Leve o documento de exemplo pela revisão e exportação, depois tente recuperar a revisão aceita e seu aprovador usando os registros mantidos. Se o arquivo liberado não puder conter esse histórico, mantenha um registro controlado em outro local e preserve a conexão entre eles.
Os casos menos simples também merecem atenção. Aceite apenas parte de uma sugestão e verifique o que o registro indica. Faça com que dois revisores trabalhem a partir da mesma versão base, então determine quais alterações chegaram ao arquivo liberado. Por fim, edite o trecho após a aprovação e verifique se a decisão anterior não se transformou silenciosamente em aprovação da nova redação.
Um nome de autor exibido deve ser rastreável a uma conta autenticada antes que você confie nele para identidade. Da mesma forma, um resumo de arquivo pode ajudar a identificar o artefato liberado, mas não pode dizer se o compromisso de tempo de resposta está correto. Esses são verificações distintas, e seu processo de revisão precisa preservar essa diferença.
Defina o Limite de Aprovação Antes da Liberação
Alterar a formatação de um título e alterar um compromisso com o cliente não precisam seguir caminhos de revisão idênticos. Decida quais edições podem prosseguir sob uma política estabelecida e quais precisam da aprovação de uma pessoa designada. Essa escolha deve refletir o que a mudança significa para as pessoas que utilizam o documento.
O argumento para autoridade explícita de decisão de IA torna-se prático aqui. Em nosso exemplo, alguém precisa de autoridade para aprovar um compromisso de resposta de três dias úteis. A permissão para editar o arquivo por si só não deve ser tratada como evidência dessa autoridade.
Forneça ao revisor contexto suficiente para decidir. Mostre a redação original e a proposta lado a lado com qualquer revisão humana intermediária. Torne os conflitos não resolvidos visíveis e identifique a versão destinada à liberação. Um revisor que vê apenas um parágrafo final polido pode não ter motivo para notar que o tempo de resposta foi alterado.
Defina quem detém a liberação antes de transferir o fluxo de trabalho para os usuários. Essa pessoa não precisa executar todas as edições, mas precisa de um meio para comprovar que a revisão necessária ocorreu e se aplica ao arquivo que está sendo liberado. Deixar a atribuição vaga dificulta a resolução de uma mudança contestada quando o documento está pronto para ser usado.
Isso não exige manter cada prompt confidencial indefinidamente. Preserve as evidências necessárias para explicar a decisão conforme a política de acesso e retenção da sua organização. Se as informações da versão do modelo não estiverem disponíveis, registre a limitação. Um histórico útil deve tornar a falta de informações evidente, em vez de sugerir um nível de detalhe que o sistema nunca capturou.
Liberar Apenas a Versão que Você Pode Justificar
Antes de liberar uma mudança significativa, tente rastreá‑la de volta através do registro. Encontre a sugestão original, determine o que o editor humano alterou e recupere a decisão que aceitou essa revisão. Em seguida, compare a versão aprovada com o arquivo que está sendo entregue.
Se essa conexão estiver ausente, retenha a mudança de revisão. Alguém que se lembra de que o documento foi “aprovado” não é suficiente para determinar qual redação foi aprovada.
Um editor deve ser capaz de explicar sua contribuição sem ser atribuído a cada sugestão que a IA produziu. O responsável pela liberação precisa saber exatamente o que está autorizando. Não podemos exigir que as pessoas assumam responsabilidade por mudanças sem lhes oferecer um meio confiável de inspecionar como essas alterações foram feitas.












