Verificar uma saída de IA antes de usar

Use quando uma saída produzida com IA será entregue, publicada, enviada, usada numa decisão ou incorporada a outro trabalho. A verificação compara a saída com sua finalidade, briefing, fontes e requisitos. O objetivo é produzir uma decisão de liberação rastreável: aceitar, revisar ou bloquear.

A Skill é adequada para textos, planos, resumos, tabelas e procedimentos cuja correção possa ser examinada com os materiais fornecidos. Ela torna visíveis faltas, inferências, contradições, restrições violadas e riscos que uma revisão apenas de fluidez poderia esconder.

Não use como certificação jurídica, médica, financeira, regulatória, de segurança ou de conformidade. Em contextos de alto impacto, a revisão especializada e a autoridade definida continuam obrigatórias. Não declare um fato externo verdadeiro apenas porque o texto parece plausível; peça a fonte ou uma verificação autorizada.

Não use para contornar aprovação, expor dados privados ou executar uma ação irreversível. Se o briefing, as fontes, a finalidade ou o impacto de falha não forem conhecidos, reúna essas entradas antes de liberar. Uma saída sem base suficiente pode ser analisada, mas não aceita como sustentada.

Siga o modelo de saída. Entregue finalidade e impacto, materiais examinados, cobertura dos requisitos, tabela de achados, correções sustentadas, perguntas abertas, riscos residuais, estado final e condição de liberação.

Cada achado deve apontar para o trecho da saída e para a entrada correspondente ou declarar que ela não existe. Não use uma nota numérica solta para esconder bloqueios. Consulte o exemplo para ver uma alegação de alto impacto sem fonte levar a bloqueio, mesmo quando o restante do texto está completo.

1. Confirme finalidade e consequência. Escreva onde a saída será usada, por quem e o que pode acontecer se estiver errada. Classifique o impacto como baixo, moderado ou alto com justificativa baseada no caso, sem substituir a matriz de risco da organização.
2. Rastreie afirmações às entradas. Relacione cada afirmação material a briefing, fonte ou dado fornecido. Diferencie citação, paráfrase, cálculo, inferência e recomendação. Quando a ligação não existir, registre “sem sustentação” em vez de buscar uma justificativa retrospectiva.
3. Cheque completude, formato e restrições. Compare campos, seções, limites, tom, idioma, tamanho e itens proibidos com os requisitos. Uma resposta elegante que omite um requisito obrigatório continua incompleta.
4. Encontre inferências, contradições e alegações sem apoio. Verifique se hipóteses foram rotuladas, se números preservam unidade e período e se uma conclusão contradiz outra parte da saída ou da fonte. Não trate consenso aparente entre frases geradas como evidência.
5. Revise privacidade, perigo e irreversibilidade. Procure credenciais, dados pessoais desnecessários, instruções perigosas, ações externas, promessas e decisões difíceis de desfazer. Em caso de dúvida relevante, reduza exposição e aumente o nível de revisão humana.
6. Classifique cada achado. Use corrigir quando a fonte sustenta uma alteração direta; perguntar quando falta entrada ou autoridade; bloquear quando o uso não pode prosseguir com segurança. Registre trecho, requisito, evidência, impacto e ação.
7. Corrija somente material sustentado. Faça alterações locais baseadas nas fontes disponíveis e mostre o que mudou. Não preencha lacunas, não invente exemplos e não transforme opinião em fato. Questões abertas permanecem no relatório.
8. Repita o checklist e emita o estado. Reavalie a versão final contra todos os requisitos e achados. Emita exatamente aceitar, revisar ou bloquear, com condição de liberação e aprovador informado. Alegação sem sustentação em uso de alto impacto sempre resulta em bloquear.

Bloqueie quando houver alegação de alto impacto sem sustentação, credencial exposta, dado privado sem necessidade, instrução perigosa, contradição material não resolvida ou ação irreversível sem autoridade. Não corrija inventando uma fonte. Informe exatamente o que precisa ser fornecido, removido ou aprovado antes de repetir a verificação.

Se finalidade, saída ou requisitos obrigatórios estiverem ausentes, pare e peça essas entradas. A entrega termina no relatório e no estado aceitar, revisar ou bloquear; ela não publica, envia, aprova nem executa a saída. Para carregar o pacote completo e realizar um teste manual não sensível, consulte instalação.

Uma saída afirma que uma empresa “sempre paga no prazo” e recomenda aprovação automática. O briefing pede apenas resumir três registros fornecidos; dois estão em dia e um não contém data de pagamento. A finalidade é apoiar uma decisão financeira, de alto impacto. A autoridade de aprovação não foi informada.

Achado A-01: “sempre paga no prazo”; sem sustentação, porque um registro não contém a data. Impacto alto. Ação: bloquear. Achado A-02: “aprovação automática”; extrapola a finalidade e não possui autoridade ou política fornecida. Ação: bloquear.

Correção sustentada: “Dois registros fornecidos indicam pagamento no prazo; o terceiro não permite concluir por ausência da data.” A recomendação automática é removida. Estado final: bloquear. Condição para nova verificação: fornecer política aplicável, completar o terceiro registro e informar a autoridade de aprovação. A Skill não toma a decisão financeira.