Vocabulário — Agentes, automação e delegação

Agente (agent)

Conceito: Sistema que executa tarefas em etapas com algum grau de autonomia: recebe um objetivo, decide os passos, aciona ferramentas, avalia o resultado de cada passo e prossegue — sem que cada movimento seja pedido pelo usuário.
No trabalho jurídico: A diferença em relação à conversa não é de potência, é de natureza. Na conversa, você vê cada resposta antes da seguinte; com um agente, você vê o resultado depois de a sequência ter corrido. O que era erro visível de resposta passa a ser erro consumado de ação — e isso desloca a supervisão do produto para o desenho do fluxo.
Não confundir com: automação. A automação repete passos fixos que alguém definiu; o agente escolhe os passos. Previsibilidade e flexibilidade trocam de lugar.
O que decidir: Antes do primeiro uso: o que ele pode ler, o que pode escrever, o que não pode fazer sozinho e onde para para pedir aprovação.
Exemplo: Agente que recebe duas versões de uma peça e devolve quadro com alterações de linguagem, mudanças de conteúdo e possível impacto sobre a tese — lendo os arquivos, comparando e formatando a saída, em etapas próprias.

Automação (automation)

Conceito: Execução automática de uma tarefa, ou de parte dela, com pouca ou nenhuma intervenção humana a cada repetição.
No trabalho jurídico: Funciona onde a tarefa é recorrente, previsível e delimitada: renomear arquivos, extrair campos objetivos, triar material por critério fixo, montar quadros comparativos. O ganho não está na inteligência da operação, está na eliminação da variação humana em trabalho repetitivo.
Erro comum: estender a automação ao juízo. Nem toda tarefa jurídica é automatizável com segurança, e a fronteira não é técnica: automatiza-se a etapa operacional, não a decisão sobre o que a etapa produziu.
Exemplo: Extrair de um conjunto de decisões os campos número, órgão julgador, pedido apreciado, resultado e prazo. Decidir quais dessas decisões servem à tese não pertence ao mesmo fluxo.

Autonomia graduada (graduated autonomy)

Conceito: Ideia de que a autonomia concedida a um sistema não é interruptor, mas escala: sugerir; executar e mostrar; executar mediante aprovação prévia; executar e informar depois.
No trabalho jurídico: A escala é útil porque permite casar o grau de autonomia com a reversibilidade da ação e com o risco do material. Ler uma pasta e propor uma organização é um degrau; renomear os arquivos é outro; enviar uma peça é outro ainda. Conceder o degrau mais alto porque o mais baixo funcionou bem é o erro de progressão mais comum.
O que decidir: Comece pelo degrau em que o sistema propõe e você executa. Suba um degrau por vez, e só depois de o anterior ter corrido sem correção relevante por um número razoável de repetições.
Exemplo: Agente de triagem documental que, nas primeiras semanas, apenas sugere a classificação; depois passa a aplicá-la em pastas de trabalho; e nunca alcança a pasta de peças protocoladas.

Permissão de ação (action permission)

Conceito: Autorização técnica concedida ao sistema para operar sobre um recurso determinado. Ler, criar, alterar, apagar e enviar são permissões distintas, e cada uma pode ser concedida ou negada separadamente.
No trabalho jurídico: É o único controle que não depende de o sistema cooperar. Instrução pede; permissão impede. Ferramenta sem permissão de envio não envia, ainda que uma instrução escondida em documento mande enviar — e é exatamente por isso que a separação de permissões é a defesa prática contra injeção de instrução.
O que decidir: Conceda o mínimo necessário à tarefa e revise depois. Permissão concedida em caráter excepcional tende a permanecer concedida, porque ninguém volta para revogá-la.
Exemplo: Agente de análise com permissão de leitura sobre a pasta do processo e nenhuma permissão de escrita: pode ler tudo, não pode alterar nada, e o pior desfecho possível é uma análise ruim.

Ponto de aprovação (checkpoint, human-in-the-loop)

Conceito: Etapa do fluxo em que a execução para e aguarda decisão humana antes de prosseguir.
No trabalho jurídico: O ponto de aprovação vale pelo que impede, e por isso precisa ser colocado antes da ação irreversível, não depois. Aprovar o resultado de uma renomeação em massa já executada é registro, não controle. A regra prática: o ponto de parada fica onde o desfazer deixa de ser possível.
Erro comum: multiplicar pontos de aprovação até que a aprovação vire reflexo. Ponto que se aprova sem ler é ponto que não existe — e três bem colocados protegem mais que doze.
Exemplo: Fluxo de organização documental que executa a leitura e a proposta de classificação sozinho, para antes de mover qualquer arquivo, e só retoma depois da conferência da lista.

Ação irreversível (irreversible action)

Conceito: Ação cujo efeito não se desfaz pelo próprio sistema: enviar mensagem, protocolar, apagar sem lixeira, sobrescrever arquivo sem versão anterior, conceder acesso a terceiro, publicar.
No trabalho jurídico: É a categoria que deveria organizar o desenho de qualquer fluxo com agente, antes de qualquer consideração sobre eficiência. Em matéria forense há ainda a irreversibilidade processual: peticionamento e manifestação produzem preclusão, e o erro não se corrige apagando o arquivo. Nenhuma ação dessa natureza deve correr sem aprovação prévia individualizada.
O que decidir: Liste, antes de ligar o fluxo, quais ações dele são irreversíveis. Se a lista não estiver clara, o fluxo ainda não está pronto para rodar sobre material real.
Exemplo: Automação de organização de pasta que sobrescreve arquivos de mesmo nome. A operação é banal, o efeito é definitivo, e a versão anterior da minuta não volta.

Workflow

Conceito: Sequência organizada de etapas pela qual uma tarefa ampla é executada, com entrada, ordem definida e produto final.
No trabalho jurídico: Desenhar o fluxo é onde se decide, uma vez só, o que em cada uso se decidiria mal: onde a IA entra, onde a revisão humana se impõe, o que se faz quando uma etapa falha e como o resultado será aproveitado. O valor está menos na automação e mais em tornar explícito um procedimento que, informal, varia a cada caso.
Não confundir com: encadeamento de prompts, que é a divisão de um pedido dentro de uma conversa. O workflow é o procedimento, e sobrevive à conversa.
Exemplo: Revisão de minuta: leitura; identificação de problemas formais; comparação com a versão anterior; marcação das alterações de conteúdo; validação pelo advogado — nessa ordem, sempre.

Tarefa (task)

Conceito: Unidade delimitada de trabalho, com objetivo único, material definido e resultado reconhecível.
No trabalho jurídico: Boa parte da frustração com IA nasce de tarefa mal recortada, não de limitação da ferramenta. “Trabalhe esta peça” não é tarefa: é um conjunto de tarefas com critérios incompatíveis entre si — quem resume não revisa, quem revisa não compara, e pedir tudo junto produz o mínimo denominador comum das três.
O que decidir: Um teste simples: se você não consegue dizer como saberá que a tarefa foi bem executada, ela ainda não está recortada.
Exemplo: Separar “identificar repetições”, “apontar passagens ambíguas” e “verificar coerência entre fundamentos e pedido” em três pedidos, cada um com produto conferível.

Execução (run)

Conceito: Cada rodada concreta de um fluxo ou agente, com seu material de entrada, seus passos e seu resultado. O mesmo fluxo produz execuções distintas a cada aplicação.
No trabalho jurídico: Pensar por execução é o que permite auditar: cada rodada tem data, material, versão das instruções e produto próprios. Sem essa unidade, “o agente errou” é afirmação inverificável; com ela, sabe-se qual rodada errou, sobre qual documento e sob quais instruções.
Exemplo: Cinquenta decisões analisadas pelo mesmo fluxo geram cinquenta execuções. Ao encontrar erro na décima sétima, é possível verificar se as instruções mudaram no meio da série.

Handoff

Conceito: Passagem de uma tarefa de uma etapa, função ou agente para outro, com transferência do produto da etapa anterior.
No trabalho jurídico: É onde a informação se perde, e por isso merece atenção maior que as etapas que ele conecta. Quando a segunda etapa recebe apenas o resumo produzido pela primeira, o erro da primeira deixa de ser corrigível: passa a ser premissa. Vale a regra de sempre manter o documento original disponível na etapa seguinte, ao lado do produto que veio antes.
Não confundir com: delegação. O handoff é passagem entre etapas de um fluxo desenhado; a delegação é a decisão, humana, de entregar a tarefa à máquina.
Exemplo: Um agente resume a decisão; o seguinte transforma o resumo em quadro de providências. Se o resumo trocou o fundamento determinante, o quadro sai coerente e errado.

Ferramenta (tool)

Conceito: Recurso externo que o modelo pode acionar para fazer o que ele próprio não faz: ler um arquivo, buscar na internet, executar um cálculo, consultar uma base, gravar um documento.
No trabalho jurídico: Boa parte do que se atribui à inteligência do modelo vem das ferramentas que ele pode acionar. É a distinção que explica por que o mesmo modelo é útil em um produto e frustrante em outro: o que muda é o que ele consegue alcançar. E é também onde o risco se concentra — cada ferramenta acrescentada amplia o alcance de uma instrução mal-intencionada.
Exemplo: Localizar, em quarenta documentos, todas as passagens em que aparece determinada cláusula exige uma ferramenta de busca em arquivos; sem ela, o modelo responde por aproximação sobre o que couber na janela de contexto.

Skills

Conceito: Módulos de instrução especializados que um agente carrega quando a tarefa os exige, reunindo método, formato e cautelas de determinado tipo de trabalho.
No trabalho jurídico: Permitem transformar o próprio método em instrução reutilizável, em vez de reexplicá-lo a cada uso. Um roteiro de revisão de recurso, um padrão de síntese de acórdão, uma rotina de conferência antes do protocolo: escrito uma vez, aplicado sempre igual. É a forma mais direta de o conhecimento tácito do escritório virar procedimento.
Não confundir com: instrução permanente, que vale para tudo. A skill entra em cena apenas quando aquele tipo de tarefa aparece.
Exemplo: Skill de conferência pré-protocolo: competência, tempestividade, correspondência entre fundamentos e pedido, nomes, datas e anexos — sempre na mesma ordem.

AGENTS.md

Conceito: Arquivo de instruções colocado dentro de um projeto para orientar o agente que ali trabalhar: regras, limites, padrões de organização e forma de atuação.
No trabalho jurídico: O ganho é a instrução viajar com o material, e não com a pessoa. Quem abrir aquele projeto — outro advogado, outra ferramenta, você daqui a seis meses — encontra as mesmas regras de trabalho. É documentação de método em forma executável.
Erro comum: escrever o arquivo e presumir observância integral. Vale o que vale toda instrução em linguagem natural: reduz o desvio, não o elimina.
Exemplo: Arquivo que fixa, para o projeto de um caso: não alterar a tese central; não citar precedente que não esteja na pasta; separar problema de forma de problema de conteúdo; nunca sobrescrever versão anterior de minuta.

Sandbox

Conceito: Ambiente isolado em que a execução ocorre sem alcançar arquivos, sistemas ou dados fora dele.
No trabalho jurídico: É o modo mais seguro de testar um fluxo novo: o pior desfecho fica contido no ambiente de teste. A cautela correspondente é lembrar que o isolamento é de execução, não de sigilo — material enviado a um ambiente isolado em nuvem saiu do escritório do mesmo modo.
O que decidir: Teste todo fluxo novo sobre cópias, em ambiente isolado, antes de apontá-lo para a pasta de trabalho. Se o material do teste for sensível, o isolamento não dispensa a avaliação do fornecedor.
Exemplo: Rodar a nova lógica de renomeação sobre uma cópia de vinte arquivos e conferir o resultado antes de aplicá-la ao acervo.

MCP (Model Context Protocol)

Conceito: Protocolo aberto que padroniza como uma ferramenta de IA se conecta a fontes externas de dados e a sistemas — arquivos, bases, aplicativos. Em vez de uma integração feita sob medida para cada par de sistemas, um padrão comum.
No trabalho jurídico: O termo aparece cada vez mais em produtos voltados a escritórios, e a consequência prática é de escala: quando conectar fica fácil, conecta-se mais, e cada conexão amplia o conjunto de documentos que a ferramenta alcança sem intervenção sua. A pergunta relevante não é como o protocolo funciona, é o que cada conexão passa a permitir.
O que decidir: Trate cada conexão como concessão de permissão, e não como recurso de conveniência: o que ela lê, o que ela pode alterar, e se continua necessária depois de encerrado o trabalho que a motivou.
Exemplo: Conexão que dá a uma ferramenta acesso ao repositório de documentos do escritório. Ela resolve a busca; e cada conversa passa a ter alcance sobre todo o acervo.

Conector (connector)

Conceito: Ligação configurada entre a ferramenta de IA e um serviço externo — e-mail, agenda, nuvem de arquivos, sistema interno — que permite a leitura e, conforme a permissão, a alteração de conteúdo naquele serviço.
No trabalho jurídico: É a família de recursos que os usuários mais subestimam, porque cada item, isoladamente, parece inofensivo. Somados, definem o alcance real da ferramenta: um conector de e-mail entrega anos de correspondência com clientes, e nada na tela de conversa lembra disso enquanto se pede um resumo.
O que decidir: Revise as concessões periodicamente e revogue o que não estiver em uso. Conector de leitura sobre caixa de entrada é também a principal porta de entrada para injeção de instrução.
Exemplo: Autorização concedida para localizar um contrato específico na nuvem do escritório, que permanece ativa meses depois, alcançando pastas de casos que nada tinham a ver com aquele pedido.

API (Application Programming Interface)

Conceito: Interface que permite a um programa acionar outro diretamente, sem passar por tela. É o caminho pelo qual sistemas trocam dados e funções entre si.
No trabalho jurídico: Interessa por uma consequência que costuma escapar: o acesso por API em regra segue termos contratuais distintos dos da interface de consumo, com frequência mais favoráveis quanto a retenção e uso para treinamento. Quem processa acervo em série tende a fazê-lo por API, e é ali que o regime de dados do trabalho é efetivamente definido.
Não confundir com: conector. O conector é a ligação já configurada, oferecida pelo produto; a API é o meio técnico que a torna possível, e cujo uso direto exige desenvolvimento.
Exemplo: Rotina que envia mil decisões para análise e recebe os resultados em formato estruturado, sem que ninguém abra a interface do produto.

Chave de API (API key)

Conceito: Credencial que identifica quem está acionando um serviço por API e a que conta atribuir o uso e o custo. Funciona como senha, com a diferença de circular dentro de arquivos de configuração.
No trabalho jurídico: Chave exposta é conta comprometida: quem a obtém usa o serviço em nome do escritório, com o custo e o registro correspondentes. Chaves vazam sobretudo por descuido banal — coladas em conversa, salvas dentro de arquivo compartilhado, enviadas por e-mail a quem ia “só ajudar a configurar”.
O que decidir: Uma chave por finalidade, guardada fora dos arquivos do projeto, substituída quando alguém deixa a equipe ou quando houver suspeita de exposição.
Exemplo: Chave incluída em arquivo de configuração enviado por e-mail ao suporte de um fornecedor, e nunca substituída depois.

Log

Conceito: Registro sequencial de eventos de um sistema: o que foi executado, quando, sobre qual material, com qual resultado ou falha.
No trabalho jurídico: É o que permite responder, depois, à pergunta que sempre aparece: como este resultado foi produzido. Sem log, um fluxo automatizado é caixa fechada, e o erro só se descobre pelo efeito. Com log, é possível localizar a etapa que falhou e verificar se a falha alcançou outros documentos da mesma série.
Não confundir com: rastreabilidade, que é a propriedade. O log é um dos meios de obtê-la.
Exemplo: Registro que mostra que três dos quarenta arquivos falharam na leitura por má digitalização — e que, portanto, não entraram na análise que se acreditava completa.

Rastreabilidade (traceability)

Conceito: Possibilidade de reconstruir o percurso de elaboração de um texto ou fluxo: o que foi alterado, quando, por quem ou por qual sistema, e a partir de qual versão.
No trabalho jurídico: Em minuta que passa por várias mãos e várias ferramentas, é o que evita perda de fundamento, supressão silenciosa de tese e uso da versão errada. Interessa também depois: quando se questiona uma peça, a diferença entre demonstrar o percurso e afirmá-lo é a diferença entre resposta verificável e alegação.
O que decidir: Distinga, no registro, o que mudou de forma e o que mudou de conteúdo. É a distinção que qualquer conferência posterior vai procurar primeiro.
Exemplo: Petição revisada internamente e depois ajustada com apoio de IA, em que se consegue identificar cada intervenção e separar reescrita formal de alteração substancial.

Template

Conceito: Modelo pré-estruturado que serve de base à repetição organizada de um documento ou de uma análise.
No trabalho jurídico: Bem usado em quadros de análise, roteiros de revisão e sínteses de decisão, onde a uniformidade é o que permite comparar. O cuidado é conhecido de qualquer banca: modelo aplicado sem releitura carrega para o caso novo o que pertencia ao antigo — e o parágrafo herdado costuma ser exatamente o que o adversário nota.
Não confundir com: schema. O template organiza o texto para leitura humana; o schema define campos para processamento.
Exemplo: Modelo de síntese de decisão com órgão julgador, pedido, fundamento determinante, resultado, prazo e observações, aplicado a toda a série.

Checklist

Conceito: Lista de verificações a cumprir antes de concluir uma tarefa, com itens formulados como ação e na ordem de execução.
No trabalho jurídico: O checklist não substitui o exame; ele impede o esquecimento — que é outra classe de erro, e a que mais custa em véspera de prazo. Funciona melhor quando cada item é verificável objetivamente: “conferir tempestividade” é item; “revisar bem” não é.
Erro comum: checklist longo demais para ser cumprido, que passa a ser assinado sem leitura. Doze itens cumpridos valem mais que quarenta ignorados.
Exemplo: Conferência pré-protocolo: competência, tempestividade, correspondência entre fundamentos e pedido, valor da causa, nomes e qualificações, datas, anexos, assinatura.