O que a IA pode fazer sozinha nos seus dados (e o que não pode)
Ler dado é uma coisa. Criar público, disparar mensagem e apagar registro são outra. A linha que separa as duas é a decisão de governança mais importante de quem conecta IA à base do negócio.
Quando alguém conecta um assistente à base da empresa, a pergunta que aparece na hora é "e se ele fizer besteira?". A resposta boa não é "confie no modelo" nem "não conecte". É desenhar a fronteira entre o que é reversível e o que não é.
O critério não é o quanto a ação parece perigosa. É se ela pode ser desfeita. Consulta errada custa uma releitura. Mensagem enviada não volta.
As três faixas
| Faixa | Exemplos | Regra |
|---|---|---|
| Leitura | Consultar venda, listar tabela, montar comparação, gerar gráfico | Livre. O pior caso é uma resposta ruim. |
| Escrita reversível | Criar rascunho, montar público sem publicar, salvar consulta | Livre com registro. Dá para desfazer. |
| Escrita irreversível ou externa | Enviar e-mail, subir público para plataforma de anúncio, apagar registro | Só com confirmação humana explícita, sempre. |
A terceira faixa não é sobre desconfiar da IA. Vale a mesma regra para gente: ninguém dispara e-mail para a base inteira sem uma segunda pessoa olhar. O que muda com o assistente é a velocidade — o erro que levaria uma tarde para acontecer passa a levar dois segundos.
Quem vê o quê: a outra metade da fronteira
Permissão de ação é só um eixo. O segundo é o escopo de dado: um assistente aberto para a agência parceira não deveria enxergar folha de pagamento nem o e-mail dos clientes. Na prática, os dois recortes que mais importam são:
- Por tabela. A pessoa consulta venda e mídia, mas não a tabela de cadastro completo.
- Por coluna sensível. A análise de faturamento não precisa de e-mail, telefone nem documento para existir.
- Por projeto. Quem trabalha em um cliente não alcança a base de outro, mesmo com o identificador em mãos.
A pergunta útil antes de conectar: se esse acesso vazasse hoje, o que sairia? Se a resposta inclui contato de cliente, recorte antes de ligar, não depois.
O erro clássico: permissão que existe e não vale
Um defeito comum é mais perigoso que ausência de permissão: a permissão configurada que não é lida por ninguém. A tela mostra o recorte, o time acredita que ele existe, e o acesso continua completo. Nada quebra, nada avisa.
Por isso a conferência certa não é olhar a configuração — é testar. Peça ao assistente, com o recorte ligado, algo que ele NÃO deveria conseguir. Se vier resposta, a permissão é decorativa.
Checklist antes de conectar
- 01Defina quem no time terá acesso pelo assistente e a que projeto.
- 02Ligue leitura primeiro. Passe uma semana só perguntando.
- 03Antes de liberar escrita, liste quais ações são irreversíveis ou saem da empresa. Essas ficam com confirmação.
- 04Teste o recorte tentando furar. Configuração não provada é configuração suposta.
- 05Combine o que acontece quando alguém sai do time: revogar acesso tem de valer na hora, não no vencimento do token.