Ensinamos a IA a esquecer o contrato e manter a posição
Todo advogado que já construiu um playbook de negociação sabe onde está o trabalho de verdade. Você abre três ou quatro contratos modelo e uma planilha em branco, e começa a longa jornada. Uma linha por cláusula. Sua posição padrão. Seu plano alternativo. A linha que você não vai cruzar. Onde está o risco. Leva horas, e o conhecimento capturado geralmente vive na cabeça de um advogado sênior, perdido no momento em que ele entra de férias.
O desejo óbvio é apontar a IA para seus contratos e obter o playbook do outro lado. Muitas ferramentas prometem exatamente isso. A maioria está fazendo algo muito menos útil em silêncio.
Como é uma falha real de playbook?
Eis o modo de falha que ninguém anuncia. Você insere um contrato e o que volta parece "A Cláusula 8.1 estabelece que o Fornecedor deverá indenizar o Cliente por...". Linha após linha. Parece um playbook. Na verdade, é um resumo de um contrato vestido com as roupas de um playbook, e ele quebra no momento em que você tenta usá-lo em um novo negócio, porque cada linha cita números de cláusulas e nomes de partes de um documento que não tem nada a ver com o contrato à sua frente. Uma posição que só funciona ao lado do contrato de onde veio não é um playbook. É um memorando. E um memorando não viaja.
O que uma linha de playbook transferível realmente exige?
Por isso, estabelecemos uma regra acima de todas as outras. Uma linha de playbook precisa ser transferível. Sem nomes de partes. Sem números de cláusulas da fonte. Sem citar a fonte. Declare a própria posição, utilizável no próximo negócio com a mesma facilidade do negócio do qual foi aprendida. Isso é genuinamente difícil de fazer um modelo executar, porque o instinto do modelo é narrar o que vê. Sem supervisão, a primeira versão deriva direto para um resumo.
Como aplicamos a abstração no código?
É por isso que não confiamos ao modelo abstrair por conta própria. Cada linha proposta passa por validadores rigorosos antes de ser permitida em seu playbook:
- Um número de cláusula: rejeitado
- Um nome de parte: rejeitado
- Oito ou mais palavras citadas literalmente da fonte: rejeitado
- Voz comparativa ("a versão A diz, a versão B diz"): rejeitado
Em um workspace real, a primeira tentativa produziu 42 critérios e os validadores rejeitaram 41 deles. Isso não é uma falha. É a aparência do cuidado. Você recebe a versão que sobreviveu ao guardrail, não o primeiro instinto do modelo.
Como o Playbook Builder foi construído?
Por baixo dos panos, é um sistema multiagente construído sobre o Claude Agent SDK. Um agente lê seus contratos e material de apoio, descobre qual documento está fazendo o quê e extrai descobertas cláusula por cláusula, apontando para o parágrafo-fonte exato em vez de citá-lo. Um segundo agente compila essas descobertas fundamentadas no playbook estruturado: famílias de cláusulas, critérios, uma posição principal recomendada, um plano alternativo, um nível de risco. A planilha que você abre é renderizada de forma determinística a partir de uma única fonte estruturada de verdade, e um agente de QA verifica esses dados estruturados antes de chegarem até você. Forneça um contrato e você terá um playbook mais restrito, e ele informa isso. Forneça duas versões do mesmo negócio, uma pró-cliente e outra pró-fornecedor, e ele as abstrai em um intervalo de prática de mercado com uma linha de base equilibrada, em vez de uma lista de ambos os lados.
O que você pode fazer depois que o playbook existe?
Um playbook guardado em uma pasta é apenas uma planilha mais bonita. A razão para torná-lo transferível é o que acontece em seguida. Aponte-o para um novo contrato e ele revisa esse contrato cláusula por cláusula: nível de risco, desvio da sua posição, linguagem alternativa. Você constrói o padrão uma vez e o reutiliza em cada revisão posterior. Esse ciclo só funciona porque o playbook foi construído para viajar desde o início.
O que é e o que não é o Playbook Builder?
É um produto de trabalho gerado por IA, projetado para ser revisado por um advogado, não para substituí-lo. O ciclo de revisão ocorre quando você solicita, não como um piloto automático em segundo plano. Ele captura as posições nos precedentes que você fornece. Ele não aprende silenciosamente sobre seu escritório ao longo dos meses. O que ele faz é pegar o playbook que costumava viver na cabeça de um advogado sênior e transformá-lo em um ativo estruturado que toda a equipe pode reutilizar, sem a tarde de linha por linha.
O Playbook Builder está disponível agora no Genie 3.0.
