Como desenhar um fluxo de redação com IA generativa baseado em fontes

Uma redação baseada em fontes não nasce de um pedido mais engenhoso ao modelo. Nasce de uma cadeia controlada em que fontes aprovadas, cartões de evidência, prosa gerada, decisões de revisão e aprovação permanecem separados e inspecionáveis. Imagine um relatório-piloto que diga apenas que um grupo pequeno e autosselecionado demorou menos a preparar primeiros rascunhos nas tarefas medidas. Se o texto gerado concluir que «o piloto provou que o fluxo poupará tempo aos analistas», atravessou a fronteira da evidência: generalizou a população, transformou observação em previsão e apagou limitações. Uma citação plausível no fim da frase não corrige esse salto. O fluxo tem de tornar o limite visível antes da redação e conservar a responsabilidade até à versão publicada.

O que deve ficar decidido antes de a IA generativa começar a redigir?

Antes da geração, a equipa deve aprovar um pacote de redação que defina o trabalho, os limites e as decisões humanas. Registe o objetivo do documento, destinatários, prazo, consequência de um erro, responsável pelo conteúdo, formato esperado e decisão ou ação que o texto apoiará. Acrescente a ferramenta autorizada, a fronteira de informação, o registo de fontes, o modelo dos cartões de evidência, o mapa de revisões e a regra para conservar alterações consequentes. O AI RMF do NIST sustenta esta disciplina ao pedir limites de conhecimento, âmbito, supervisão das saídas e responsabilidades humanas e da IA documentados.

• Objetivo, público, prazo e decisão a apoiar.
• Consequência do erro e responsável pelo documento.
• Ferramenta aprovada e categorias de informação permitidas.
• Fontes autorizadas e estrutura dos cartões de evidência.
• Formato de saída e inferências expressamente proibidas.
• Revisores, autoridade de aprovação e percurso de escalamento.
• Artefactos a conservar segundo risco, finalidade e política aplicável.

O contrato de geração deve ainda dizer o que o modelo pode produzir, como assinalará lacunas e quem pode aceitar o resultado como documento empresarial. A aprovação do conjunto de fontes estabelece uma fronteira controlada, não uma garantia: uma fonte aprovada pode continuar incompleta, desatualizada, inadequada ao caso ou sujeita a condições de utilização. A orientação do NIST aqui adaptada é voluntária; os responsáveis internos competentes determinam as exigências de informação, segurança, privacidade, arquivo, propriedade intelectual ou domínio aplicáveis.

Como transformar fontes aprovadas em evidência útil para a redação?

As fontes aprovadas tornam-se úteis quando um registo e cartões de evidência delimitam exatamente o que cada uma permite afirmar. Atribua a cada fonte um identificador estável e registe proprietário ou editor, versão ou data, âmbito relevante, estado de aprovação, condições de acesso, limitações conhecidas e gatilho de atualização. O perfil do NIST para IA generativa recomenda documentar a dependência de fontes a montante e avaliar exatidão, representatividade, relevância e adequação. Disponibilidade não equivale, portanto, a aprovação.

• Identificador da fonte e passagem ou medição exata.
• Localizador preciso, como secção, página ou linha da tabela.
• Afirmação que a passagem suporta sem interpretação adicional.
• Qualificações, população, período, método e exclusões relevantes.
• Utilização autorizada no documento em preparação.
• Inferência proibida ou conclusão que os dados não sustentam.
• Responsável pela validação e data da verificação.

No exemplo do piloto, o cartão E-04 permite dizer que os participantes demoraram menos a preparar primeiros rascunhos nas tarefas medidas. Também preserva três limites: a amostra era pequena e autosselecionada, não existia grupo de comparação e o tempo de revisão foi registado separadamente. Por isso, o cartão proíbe prever uma percentagem de poupança para analistas ou alegar produtividade geral. O trabalho experimental do NIST, ao ligar um corpus autorizado, citações, avaliação e resultados estruturados, ilustra o valor deste mapa sem o transformar numa norma pronta a aplicar.

Como impedir que o modelo preencha silenciosamente as lacunas da evidência?

O modelo deve receber um contrato de geração limitado aos cartões de evidência aprovados e uma instrução explícita para expor tudo o que falta. Forneça os identificadores dos cartões e o modelo de saída, mas mantenha a evidência fora da prosa destinada ao leitor. Peça apenas contexto de decisão, observações suportadas, riscos por resolver, opções e recomendações permitidas. Quando o suporte não existir, a saída deve mostrar um marcador inequívoco, como [EVIDÊNCIA NECESSÁRIA], em vez de produzir uma transição convincente.

• Não acrescentar conhecimento geral do modelo ou estatísticas de mercado não aprovadas.
• Não incorporar alegações de fornecedores sem um cartão autorizado.
• Não interpretar políticas nem inventar exceções, permissões ou obrigações.
• Não criar citações, localizadores ou fontes para completar o formato.
• Não esconder incerteza através de linguagem mais categórica do que a evidência.

A separação permite ao revisor confrontar cada afirmação consequente com a passagem original, sem tomar a formulação gerada por evidência. O perfil do NIST recomenda verificar fontes e citações nas saídas de IA generativa; logo, a presença de uma referência não prova que a frase adjacente seja implicada pela fonte. O próprio modelo pode ajudar a localizar correspondências, mas não deve funcionar como único verificador factual das suas afirmações consequentes. A verificação regressa sempre à passagem aprovada ou ao revisor adequado.

Quem deve rever cada parte de um rascunho baseado em fontes?

Cada parte deve ser revista por quem possui a pergunta e o direito de decisão correspondentes. O proprietário das fontes confirma o conjunto aprovado; o revisor de evidência compara afirmações consequentes com cartões e passagens; o editor melhora estrutura, clareza e adequação ao público sem alterar o significado documental; um especialista intervém quando surge um gatilho de política ou domínio; e o responsável pela aprovação aceita a recomendação, as condições e a incerteza residual. O AI RMF apoia esta clareza de funções, comunicação e supervisão.

• Fontes: este é o conjunto correto, autorizado e atual para esta finalidade?
• Evidência: cada afirmação consequente permanece dentro das passagens e qualificações?
• Edição: a estrutura ajuda o destinatário sem reforçar ou suavizar indevidamente a conclusão?
• Especialidade: existe uma questão que exige decisão do responsável de política, método ou domínio?
• Aprovação: a organização aceita a recomendação, os compromissos e a incerteza que permanecem?

Numa equipa pequena, a mesma pessoa pode acumular várias funções, mas deve registar decisões distintas. Para textos longos ou consequentes, é preferível rever unidades delimitadas em vez de confiar apenas numa impressão global. O LongEval encontrou menor desacordo entre anotadores com avaliações mais granulares em dois conjuntos de dados de resumos longos; transferir essa conclusão para redação empresarial é uma inferência prática, não um efeito universalmente medido. Verificações automáticas podem apoiar triagem e mapeamento, mas a investigação experimental do NIST não as apresenta como substituto da aprovação humana.

Um rascunho fundamentado não se limita a citar fontes: permite seguir, contestar, corrigir e aprovar conscientemente cada afirmação consequente.

Que alterações exigem um registo explícito?

Uma alteração exige registo explícito quando muda o significado factual, a interpretação, a recomendação, um compromisso ou obrigação, o tratamento do risco, a base documental ou o estado de aprovação. Correções ortográficas, ajustes de estilo e formatação podem permanecer no histórico normal de versões, salvo se a política interna exigir outra coisa. O perfil do NIST descreve metadados de proveniência que incluem criadores, datas, modificações e fontes, e recomenda conservar registos de alterações de conteúdo com metadados associados.

• Redação anterior e redação aprovada.
• Motivo e consequência da mudança.
• Cartões ou passagens afetados.
• Nome do revisor e do responsável pela aprovação.
• Data e hora da decisão.

A correção do exemplo fica assim: «Nas tarefas medidas do piloto, os participantes demoraram menos a preparar primeiros rascunhos; a amostra pequena e autosselecionada não estabelece o efeito no trabalho dos analistas.» O registo explica que foram removidas uma inferência geral e uma previsão sem suporte, identifica o cartão E-04 e conserva as limitações. Não decorre daqui uma regra para guardar tudo. A organização decide que prompts, entradas, resultados, versões e registos deve conservar segundo finalidade, risco, necessidades empresariais e políticas aplicáveis.

Como ajustar o fluxo a notas de decisão, relatórios e mensagens correntes?

O fluxo deve manter o mesmo padrão de controlo, mas variar a profundidade segundo a finalidade e a consequência do erro. Uma nota de decisão concentra-se em opções, recomendação e incerteza; um relatório analítico exige método, exclusões e revisão mais granular; uma mensagem corrente pode partir de factos e formulações previamente aprovados. A extensão não determina, por si só, o esforço: uma mensagem curta que cria um compromisso pode exigir mais escrutínio do que um relatório longo e pouco consequente.

Estes modelos não transformam todos os documentos em processos pesados. Permitem começar pelo mínimo necessário e acrescentar controlo quando um gatilho concreto aparece. Numa comunicação corrente, por exemplo, a equipa pode usar factos, datas e linguagem fixa já aprovados; se o texto introduzir uma exceção, divulgar informação sensível ou assumir um compromisso novo, sai do percurso simples. O responsável nomeado decide então que revisão adicional é necessária antes do envio.

Como manter o fluxo fiável quando as fontes e o trabalho mudam?

O fluxo mantém-se fiável através de atualização atribuída, amostragem de documentos concluídos, análise de correções e um percurso explícito para exceções. Dê a cada fonte um responsável e reaprecie-a quando mudarem os factos, a versão, a relevância, as permissões ou o seu estatuto na organização. O perfil do NIST recomenda definir responsabilidades de revisão periódica para a proveniência e documentar funções de supervisão humana, mas não fixa uma cadência universal. A frequência deve acompanhar a volatilidade e a consequência do uso.

• Amostrar pacotes concluídos e confirmar a rastreabilidade das afirmações.
• Verificar se as limitações sobreviveram à edição e se as revisões acionadas ocorreram.
• Confirmar que alterações consequentes receberam o registo previsto.
• Agrupar correções e exceções recorrentes por fonte, cartão, modelo de saída ou regra de geração.

Quando aparece uma fonte não aprovada ou um gatilho de política, sensibilidade, permissão ou revisão especializada, suspenda a parte afetada. Encaminhe a questão para o responsável nomeado, registe a decisão sobre a fronteira e retome apenas depois de a fonte ou exceção ser resolvida explicitamente. Se a mesma inferência sem suporte reaparecer, corrija primeiro o cartão de evidência, o formato de saída ou o contrato de geração. Acrescentar sucessivas revisões a jusante trata o sintoma e deixa intacta a origem do erro.

Comece com um único documento recorrente e torne visíveis quatro elementos: fronteira de evidência, decisões de revisão, percurso de exceção e regra de alteração consequente. Observe onde surgem lacunas e ajuste o pacote antes de alargar o fluxo. Sempre que o trabalho envolva informação sensível, permissões incertas, declarações reguladas, compromissos contratuais, juízo especializado ou obrigações de conservação, consulte os responsáveis internos adequados por governação da informação, privacidade, segurança, arquivo, assuntos jurídicos, política ou domínio. São essas pessoas que determinam os requisitos aplicáveis; o modelo de redação não o faz.