🛡️ Muros de Segurança

Existe um erro de ordem que derruba projetos de IA: tratar segurança como um detalhe técnico que "a gente resolve depois". Quando a IA só conversava, o pior que acontecia era uma resposta ruim. Mas a partir do momento em que ela executa tarefas reais — manda e-mail, altera um cadastro, emite um documento, acessa o banco de dados — uma decisão errada vira uma ação errada no mundo. Por isso a segurança é uma decisão de arquitetura: ela define, lá no desenho, dentro de quais limites o sistema pode agir.

Controle de acesso responde a duas perguntas: quem pode usar o Jarvis e o que cada um pode pedir a ele. A regra de ouro é o menor privilégio: cada pessoa e cada agente recebe só o acesso de que realmente precisa para fazer o seu trabalho — nada além. Um agente que só responde dúvidas não precisa de permissão para apagar registros. Um atendente não precisa do mesmo poder que o gestor.

Ter permissão para uma ação não significa poder fazê-la em qualquer escala. Limites de ação são as fronteiras dentro das quais cada ação é permitida: até qual valor um desconto pode ser dado sem aprovação, quantos e-mails podem ser disparados por hora, qual o teto de um reembolso automático. É a diferença entre "o Jarvis pode emitir nota" e "o Jarvis pode emitir nota de até R$ 500, acima disso pede confirmação".

O Jarvis vai lidar com informação que não pode vazar: dados de clientes, contratos, valores, documentos internos. Proteger dados sensíveis é decidir o que o sistema pode ver, o que ele pode guardar e o que nunca deve sair. Privacidade aqui não é burocracia — é o que mantém a confiança do cliente e a empresa dentro da lei (como a LGPD). A regra simples: o Jarvis só acessa o dado que precisa, pelo tempo que precisa, e nunca expõe o que é sigiloso.

Dois mecanismos fecham o muro. O primeiro é a validação humana: para ações de alto impacto — irreversíveis, caras ou sensíveis — o Jarvis prepara tudo, mas um humano dá o "ok" final antes de executar. O segundo é o log: o registro de quem pediu o quê, quando, e o que o sistema fez. Sem log, você não sabe o que aconteceu; com log, todo erro é rastreável e o monitoramento consegue avisar quando algo sai do esperado.

Toda mudança no Jarvis precisa de um lugar para falhar sem causar dano. Por isso se separam dois ambientes: o de teste, onde você experimenta, erra e ajusta com dados falsos; e o de produção, onde o sistema atende clientes de verdade. Você nunca testa uma ideia nova direto em produção — primeiro prova no teste, depois promove para produção com confiança. Misturar os dois é como ensaiar a peça no meio da estreia.