O escritório adotou IA, alguém criou a primeira skill de revisão, funcionou — e três meses depois existem quinze versões da mesma revisão de contrato, cada advogado com a sua, ninguém sabe qual presta e uma delas veio de um link que alguém recebeu num grupo. Esse é o cenário que separa quem usa IA de quem governa IA. A resposta não é frear a adoção: é um conjunto pequeno de regras que decide quem aprova, o que se compartilha e o que pode rodar — e este guia entrega as cinco que resolvem a maior parte do problema.
Antes das regras, os dois conceitos em meia linha: skill é um pacote de instruções que ensina a IA a executar uma tarefa do seu jeito (não é um texto que se cola — é um arquivo que fica salvo e roda); agente é a IA executando tarefas com autonomia, inclusive mexendo em arquivos e sistemas. Se quiser a base completa, comece por como criar assistentes jurídicos no Claude e como funcionam os agentes de IA no Direito.
Regra 1 — A skill é da área, não da pessoa
O momento em que a IA deixa de ser hobby e vira processo é quando o escritório decide que skill boa é patrimônio da área, com dono e critério — não achado pessoal que cada um espalha por conta própria. A regra prática: só é corporativa a skill aprovada — testada em casos reais, com resultado conferido, e só então publicada para a equipe.
Sem esse filtro, cada um compartilha a sua e o escritório termina com quinze padrões diferentes para a mesma revisão — que é exatamente o problema que a IA deveria resolver.
Regra 2 — Compartilhar não é (só) economizar: é padronizar
O ganho óbvio da skill compartilhada é custo: uma pessoa faz o trabalho de tentativa e erro, e a casa inteira usa o resultado. O ganho que ninguém conta é padrão: com a skill aprovada, a revisão de contrato sai igual em qualquer mesa — deixa de depender de quem pegou o caso. Para um escritório, consistência é qualidade que o cliente percebe e o sócio consegue auditar.
Corolário: skill compartilhada precisa de versão. Quando a skill da área muda, todo mundo passa a usar a nova — e alguém consegue dizer qual versão produziu a peça do mês passado.
Regra 3 — Criou a skill? Leia a skill
O que você escreveu no chat foi o pedido; o que ficou salvo é a instrução — e é ela que vai rodar em todas as próximas execuções, inclusive nas que ninguém vai conferir. A IA interpreta o pedido ao gravar, e às vezes grava mais, menos ou diferente do que você quis dizer.
Antes de aprovar qualquer skill para a área: abra e leia o que ficou salvo, teste com um caso que você conhece de cor e compare com o resultado que um sênior daria. É a revisão de texto mais barata que existe — e a mais pulada.
Regra 4 — Existe skill maliciosa (trate como anexo de desconhecido)
Com o mercado de skills e plugins crescendo, vai chegar — se já não chegou — o "instale esta skill", "compre esta skill". A régua de segurança: skill não é texto, é um pacote que roda no seu ambiente, com o seu acesso — e pode executar código. Uma skill de origem desconhecida merece a mesma desconfiança de um anexo de e-mail desconhecido: não instale o que você não confia; na dúvida, alguém de tecnologia olha antes.
Vale o mesmo raciocínio para conectores (as pontes que dão à IA acesso a e-mail, arquivos e sistemas): conector é um poder e é um risco ao mesmo tempo. Ligar a IA na caixa de entrada da casa não é configuração pessoal — é decisão de escritório: quem pode conectar o quê, com qual conta, com qual permissão.
Regra 5 — Todo agente tem dono, escopo e registro
Quando a IA passa a executar (agente), três perguntas viram obrigação:
Dono — quem responde por esse agente e revisa o que ele produz?
Escopo — a que arquivos e sistemas ele tem acesso, e o que está explicitamente fora?
Registro — dá para saber, depois, o que ele fez e com base em quê?
É a mesma lógica que a OAB/SP já sinalizou ao responsabilizar o sócio pela IA do escritório: a autonomia é da ferramenta; a responsabilidade continua sendo de gente. E supervisão humana sem governança é promessa — com dono, escopo e registro, vira rotina auditável. Se o time ainda confia em citação sem conferir, comece pelo protocolo contra alucinações.
O modelo mínimo para começar segunda-feira
Um catálogo (uma página basta): as skills aprovadas da área, com versão, dono e para que servem.
Um rito de aprovação: quem propõe testa com 3-4 casos reais; quem aprova lê a skill (Regra 3) e assina.
Uma regra de origem: skill externa só entra depois que alguém de tecnologia olhou (Regra 4).
Uma reunião curta por mês: o que a área descobriu, o que entra no catálogo, o que sai.
Para agentes: a ficha dono-escopo-registro preenchida antes de ligar (Regra 5).
Nada disso exige comitê, software novo ou consultor. Exige decisão — de preferência antes do primeiro incidente, não depois.
Perguntas frequentes
Governança não vai matar a experimentação? Não, se o desenho separar os trilhos: todo mundo pode experimentar localmente; o que roda em nome da área passa pelo rito. O filtro protege o padrão sem proibir o teste.
Escritório pequeno precisa disso? Precisa da versão mínima: catálogo de uma página + "leia antes de aprovar" + regra de origem. São horas de implantação, não meses — e é mais fácil nascer organizado do que arrumar depois.
Esses critérios — e a construção de skills e agentes na prática — são o coração da Formação em Inteligência Artificial para o mundo jurídico, que leva profissionais do Direito do zero ao avançado em IA aplicada. Análises como esta chegam toda semana na newsletter gratuita.
