A adoção de inteligência artificial quase nunca começa por decisão do comitê executivo. Começa quando um analista cola um trecho de contrato num assistente público, sem que ninguém registre nada. O CTO Jean Pierre Lessa e Santos Ferreira observa que a segurança costuma entrar na conversa depois desse momento, quando o esforço já é de contenção.
Começar com segurança não significa proibir e esperar. Significa pôr as decisões em ordem: primeiro o que a empresa tem, depois o que ela testa, só então o que libera. Quem inverte a sequência descobre o problema pela reclamação de um cliente. A seguir, as etapas desse começo.
Antes da ferramenta, o inventário do que ela vai tocar
O primeiro passo não é escolher o modelo, é saber que informação vai passar por ele. Classificar os dados em três níveis resolve boa parte das dúvidas: o que é público, o que é interno e o que é restrito, como dado de cliente, folha de pagamento e código-fonte. Sem essa separação, decide quem tem mais pressa.
Na prática, a classificação só ajuda quando desce ao processo. Liste os fluxos que usariam IA primeiro, anote os dados que cada um manipula e marque o que não pode sair da empresa. O resultado cabe em uma página e responde à pergunta que o time faz: posso colar isto aqui?
Comece pelo caso de uso que erra barato
Um time de suporte que usa IA para sugerir respostas a chamados erra de forma corrigível: o analista lê, ajusta e envia. Jean Pierre Lessa e Santos Ferreira pontua que o critério do primeiro caso de uso é o custo do erro, não o tamanho do ganho prometido. Ganho alto com erro caro derruba o projeto no primeiro incidente.
Para valer como ponto de partida, o erro precisa ser reversível, passar por alguém que saberia a resposta certa e não chegar direto ao cliente. Resumo de reunião, rascunho de documentação e apoio a testes de software cumprem os três requisitos. Análise de crédito e triagem de currículos, não.
Quem aprova, quem revisa e o que fica registrado?
Conta corporativa não é detalhe administrativo. Ela define se a empresa consegue desligar um acesso, revisar a retenção do conteúdo e saber quem usou o quê, enquanto a conta pessoal não deixa rastro. Vale ler no contrato do fornecedor o que acontece com o material enviado e por quanto tempo ele fica armazenado.
Sem registro, um incidente nunca vira investigação. Nos processos que tocam dado restrito, guardar o que foi perguntado, o que o modelo devolveu e quem aprovou o uso permite reconstruir a decisão depois. A empresa, sem esse histórico, descobre a falha e não sabe dizer quando ela começou.
O teste que precede a liberação para toda a empresa
Cinquenta chamados antigos, com a resposta que o time deu na época, valem mais do que qualquer demonstração de fornecedor. Eles formam um conjunto de teste com gabarito e permitem medir a taxa de erro antes da liberação. Um alerta recorrente de Jean Pierre Lessa e Santos Ferreira diz respeito às demonstrações que passam apenas pelos casos fáceis.
Há ainda o risco que não vem do usuário. Modelos que leem documentos, e-mails ou páginas externas podem receber instruções escondidas nesse conteúdo e agir a partir delas, o que se chama injeção de prompt. A defesa prática é limitar o que a conta do assistente enxerga e pode executar.
O que a cautela do começo compra depois?
Empresa que documentou dado, critério e registro no início amplia o uso sem renegociar tudo. Quando o próximo time pede acesso, a resposta já existe, e a discussão passa a ser sobre o caso de uso, não sobre a política inteira. Quando um cliente grande pergunta como a IA participa do serviço, há o que responder.
Como resume Jean Pierre Lessa e Santos Ferreira, o sinal de um começo bem feito é simples: qualquer gestor consegue explicar o que a inteligência artificial faz na empresa, com que dado e sob revisão de quem. Segurança, nesse ponto, deixa de ser o setor que diz não e passa a ser a condição que permite dizer sim mais vezes.
