O stack de CLM corporativo para times jurídicos que tocam programas de contratos de alto volume e alta complexidade, onde tempo de ciclo, precisão de redline e acompanhamento de obrigações pós-assinatura aparecem nos números. Quatro ferramentas, quatro fases do ciclo de vida, com handoffs nomeados entre elas. As quatro se mexeram em 2026: a Ironclad lançou agentes de procurement e um servidor MCP, a Litera se relançou em torno de um único agente e renomeou sua linha de metadados, a Docusign renomeou a API de repositório da qual este stack depende, e a Spellbook retirou seus preços publicados — esta última é a maior mudança em como você orça o stack.
Como as peças se encaixam
Ironclad é a espinha dorsal do CLM e o motor de workflow. Todo contrato entra pela recepção da Ironclad: um formulário estruturado que captura contraparte, tipo de contrato, nível de risco e aprovações necessárias antes de qualquer cláusula ser redigida. A Ironclad roteia a solicitação para o playbook certo, atribui o caso e governa a cadeia de aprovação. Depois da assinatura ela armazena o acordo executado, rastreia datas de renovação e obrigações e dispara alertas de vencimento. Para programas que processam de 2,000 a 10,000+ contratos por ano, é aqui que mora a disciplina operacional.
Duas coisas mudaram aqui em 2026-08-05. A Ironclad lançou o AI Obligation Extraction, que transforma janelas de renovação, descontos, créditos, rebates, direitos de rescisão e condições de pagamento em campos rastreados em vez de texto corrido que alguém precisa reler; um Contract Family Agent que monta hierarquias de contratos de fornecedores sem tagueamento manual; AI Redlining from Precedent; e uma integração com SAP vendida como dois pacotes, SAP Data Foundation e SAP Procurement Automation, conectando Ariba e S/4HANA. Separadamente, a Ironclad agora roda um servidor MCP remoto oficial com OAuth, expondo cerca de dez ferramentas — entre elas create_obligation, get_obligation, list_obligations, list_obligation_types, update_obligation — para Claude, ChatGPT, Cursor e outros clientes MCP. O efeito prático é que um agente consegue consultar a camada de obrigações sem que ninguém precise construir antes contra a API REST.
Spellbook cuida da redação assistida por IA e da revisão de primeira passada. O handoff vindo da Ironclad é o gatilho de recepção: quando a Ironclad roteia uma solicitação para um advogado redator, ele trabalha com as posições relevantes do playbook como contexto. O Spellbook sinaliza desvios do playbook, oferece linguagem de fallback pré-aprovada e anota cláusulas arriscadas em linguagem simples; a minuta finalizada volta para a Ironclad para o roteamento de aprovação. A propriedade que sustenta tudo é que ele lê o playbook do próprio time em vez de um corpus jurídico genérico, então as sugestões refletem as posições da casa e não o palpite de um modelo sobre o padrão de mercado.
O enquadramento a abandonar é “add-in do Word”. A barra lateral do Word ainda é a superfície do dia a dia, mas o Spellbook é vendido como uma plataforma de peças nomeadas — Review, Draft, Compare, Ask, Playbooks e Associate, um agente para redação e revisão multidocumento — e alcança email, Slack e Salesforce. Os conectores cobrem iManage, OneDrive, SharePoint, Google Drive e Dropbox. Repare no que falta: não há API pública nem servidor MCP, então o Spellbook é a única camada deste stack contra a qual você não consegue automatizar nem endereçar a partir de um agente. Tudo que cruza essa fronteira cruza como uma pessoa dentro de um documento.
Litera entrega controle de qualidade documental e limpeza de metadados no ponto de envio. O handoff do Spellbook para a Litera é a etapa pré-envio. O Litera Compare roda um diff final em nível de cláusula contra a última versão aprovada para pegar mudanças introduzidas durante a troca de redlines. A camada de metadados remove controle de alterações oculto, threads de comentários e histórico do documento antes de o arquivo chegar à contraparte: uma exposição real em acordos negociados, onde as posições anteriores ficam dentro do histórico de alterações.
Essa camada de metadados foi renomeada em 2026. A linha Metadact agora é Clean: Clean Desktop substitui o Metadact Desktop, Clean Server substitui o servidor on-premise, Clean Cloud substitui o Metadact dentro do Litera One, e o Clean+ — um serviço hospedado pela Litera que elimina a necessidade de provisionar e aplicar patch no seu próprio servidor de limpeza — chegou à disponibilidade geral no fim de junho de 2026. O Clean detecta e remove mais de 300 tipos de metadados em anexos Word, PDF, Excel e ZIP, tanto no Outlook clássico quanto no novo. Se o seu runbook ainda cita Metadact, ele cita um produto que não existe mais com esse nome.
A Litera também se relançou como empresa em 2026-07-15 em torno de “um agente, um dataset”, vendendo a plataforma em vez dos produtos pontuais, com o agente Lito como fio condutor entre redação, comparação, revisão de contratos, gestão de conhecimento e desenvolvimento de negócios. A próxima versão do Lito está sendo mostrada no portfólio Foundation e GrowthTech na ILTACON, em Nashville, de 23 a 27 de agosto de 2026. Trate isso como posicionamento e demo, não como capacidade que você já tem: o que o Lito faz dentro do seu tenant é uma pergunta para o seu contrato com a Litera. Os motores determinísticos Compare e Clean, não o agente, são do que este stack depende na fronteira de envio.
Docusign IAM é a camada de assinatura e a plataforma de inteligência de acordos. O handoff vindo da Ironclad é o gatilho de execução: assim que a aprovação termina, o IAM envia o pacote de execução, rastreia o status de assinatura e devolve o acordo executado ao repositório da Ironclad via webhook.
A API de repositório mudou de nome e amadureceu. O que era a Navigator API agora é a Agreement Manager API, em disponibilidade geral para clientes elegíveis do Agreement Manager desde maio de 2026. A extração Iris devolve as cláusulas como campos estruturados — expiration_date, renewal_type (por exemplo AUTO_RENEW), renewal_notice_date, total_agreement_value, effective_date, jurisdiction, termination_period_for_cause — em vez de texto para parsear. A ingestão em massa roda por POST /v1/accounts/{accountId}/upload/jobs com 10,000 documentos por job e 100MB por documento, com URLs pré-assinadas válidas por oito horas e TTL de job de três dias; a recuperação individual é GET /v1/accounts/{accountId}/agreements/{agreementId}. A autenticação é OAuth 2.0. É esta peça que transforma uma migração de acervo histórico para dentro do stack em um trabalho scriptável em vez de um projeto de serviços.
Onde as ferramentas agora se sobrepõem
O argumento antigo a favor desta combinação era que cada ferramenta é especialista de uma fase, sem duplicação. Isso é menos verdadeiro do que era, e fingir o contrário deixa você pagando duas vezes.
O AI Redlining from Precedent da Ironclad aterrissa no território do Spellbook, e o AI Obligation Extraction da Ironclad se sobrepõe ao que o Iris da Docusign devolve pela Agreement Manager API. Nenhuma das duas sobreposições é, sozinha, motivo para cortar uma ferramenta, mas ambas são motivo para decidir por escrito qual sistema é a autoridade para cada função antes do rollout. Dois sistemas extraindo datas de renovação para dois repositórios é como um time acaba com duas respostas para “quando isto renova automaticamente”.
A divisão que continua de pé: advogados redigem onde leem, e resistem a ser puxados para um workflow de navegador para aceitar um redline, então o Spellbook ganha seu assento por adoção, não por capacidade sozinha. A Litera ganha seu lugar porque a etapa determinística Compare-e-Clean não tem equivalente nas outras três e é a etapa mais frequentemente pulada em uma implantação tudo-em-um. Use o redlining da Ironclad para o papel de fornecedores que entra pela recepção de procurement, onde ninguém negocia no Word mesmo, e reserve o Spellbook para acordos comerciais negociados.
A realidade do custo
Divida isso entre o que é publicado e o que não é, porque as duas metades se comportam de formas bem diferentes num ciclo orçamentário.
Publicado ou observado:
- Ironclad: as compras rastreadas pela Vendr colocam o valor mediano de contrato anual em $40,000, com uma faixa observada de $15,000 a $104,272 e economia negociada média de 20.6%. As faixas de seis dígitos altos que circulam sobre a Ironclad estão acima de quase tudo que a Vendr de fato registrou. Para um programa de 50 a 150 usuários, planeje contra o teto dessa faixa observada em vez da mediana, e trate uma cotação materialmente acima de ~$105,000 como algo a contestar com comparáveis.
- Docusign IAM: agora uma escada publicada. Starter sai por $45/usuário/mês no anual, com 100 envios de envelope por usuário por ano e um workflow; Standard sai por $50/usuário/mês com mínimo de três usuários, envelopes ilimitados pelo aplicativo web e três workflows; Professional sai por $80/usuário/mês com mínimo de três usuários e dez workflows. Todos os níveis do IAM travam em 50 usuários. Esse teto, e não o preço por assento, é o que joga este stack para uma cotação sob medida: um programa de 50 usuários no nível publicado mais alto dá cerca de $48,000/ano, e qualquer coisa acima de 50 usuários sai da escada de vez.
Sob cotação, e uma delas incotável:
- Spellbook: sem preço publicado. O Spellbook listava Solo a $99 e Team a $179 por usuário por mês; esses níveis sumiram, e a página de preços agora mostra apenas Law Firms e In-House Teams, sem cifra em dólar e com uma nota de que o preço é definido pelo número de pessoas licenciadas. Rastreadores de terceiros colocam o assento de entrada em algo entre $20 e $99, e o corporativo entre $199 e $350, com um mínimo reportado de dez assentos e seis meses. Uma dispersão de 5x no nível de entrada não é uma faixa de preço: é evidência de que ninguém fora do time comercial do Spellbook sabe. Não coloque um número por assento do Spellbook num orçamento pelo qual você vai responder; consiga a cotação primeiro, e consiga cedo, porque é a linha com a maior variância do stack.
- Litera: só sob cotação, vendida como contratos corporativos empacotados, com a taxa efetiva por usuário dependendo de quais módulos entram no pacote. Compare mais Clean é o mínimo que este stack precisa; Foundation e Kira são decisões à parte.
Implantação e custo de carregamento. A configuração da Ironclad, a construção do playbook do Spellbook e a implantação da Litera são, juntas, um projeto de primeiro ano, não uma compra. O Compare entra em dias; a configuração de workflows da Ironclad e o desenvolvimento do playbook levam meses. O custo recorrente que as pessoas esquecem é a manutenção do playbook: orce cerca de um trimestre-advogado por ano para manter as posições atuais, porque tanto o Spellbook quanto o redlining por precedente da Ironclad amplificam o que estiver no playbook, incluindo as partes que ficaram desatualizadas.
Regras de encaixe
Este stack é a escolha certa quando:
- O volume de contratos passa de 2,000 acordos por ano com complexidade jurídica real: acordos comerciais negociados, não click-wraps
- O time interno tem 20+ advogados, de modo que o ganho de produtividade por advogado cobre o custo por assento
- Você tem capacidade de TI para assumir a configuração de workflows do CLM, o provisionamento SSO/SCIM e a integração por webhook entre Ironclad e Docusign
- O gasto com escritórios externos é alto o bastante para que encurtar ciclos de redação mova o gasto jurídico de forma mensurável
- O GC ou CLO vai bancar de 6 a 12 meses de desenvolvimento de playbook antes de o stack rodar em eficiência plena
Este stack é a escolha errada quando:
- O volume de contratos fica abaixo de 1,000 por ano: a Ironclad é difícil de justificar abaixo disso; Juro ou Concord cobrem o caso de uso por menos
- O time tem menos de 10 advogados, onde o custo de IA por assento supera o benefício
- Playbooks ainda não existem: as camadas de IA amplificam um playbook, e não há nada para amplificar
- Os contratos são majoritariamente de formato padrão com negociação mínima, onde assinar e arquivar basta
- Você está evitando deliberadamente uma plataforma de CLM depois de um rollout que falhou ou foi adiado: veja no lugar o caminho sem plataforma, que é um desenho diferente, não uma versão mais barata deste
Variações comuns
Troque o Docusign IAM pela assinatura nativa da Ironclad. A Ironclad inclui uma camada de eSignature. Onde a extração estruturada de cláusulas da Agreement Manager API não é necessária — porque os próprios campos de obrigações da Ironclad já cobrem isso — rodar a assinatura dentro da Ironclad remove um fornecedor e uma integração. Regra para a troca: faça quando o volume anual de envelopes ficar abaixo de 5,000 e os campos do repositório da Ironclad forem sua única fonte de verdade para renovações. Não faça se você precisa de uma migração scriptável do acervo histórico; esse é o argumento mais forte da Agreement Manager API.
Substitua o Litera Compare pelo Spellbook Compare, mas não o Clean. O Spellbook traz uma capacidade Compare, então a metade de comparação da etapa pré-envio pode se mover. A metade de metadados não: o Spellbook não tem equivalente aos mais de 300 tipos de metadados do Clean em Word, PDF, Excel e ZIP dentro do Outlook. Regra para a troca: aceitável apenas para o diff, e apenas quando o mix de contratos é nativo do Word e o time não tem licenças da Litera já existentes — a Litera costuma já estar paga em times formados por gente vinda de bancas AmLaw. Cortar a etapa de metadados para economizar a licença é a troca errada; é a linha mais barata e a que protege o maior risco isolado de divulgação.
Adicione Harvey para diligência de M&A. As quatro ferramentas dão conta de contratos comerciais e operacionais. Times que também tocam diligência de M&A — compra de ativos, operações de equity, revisão de representações e garantias — ganham mais adicionando Harvey ao lado do Spellbook para análise multidocumento, e a Harvey agora alcança direito primário pela aliança com a LexisNexis, o que estreita a distância para um assento dedicado de pesquisa. Regra para a troca: justificada acima de 3 a 4 transações internas por ano, quando a diligência não é delegada integralmente ao escritório externo.
Aponte o stack para o lado comprador. Os agentes de procurement da Ironclad e os pacotes SAP tornam viável uma configuração deste stack para contratos de fornecedores de um jeito que não era há um ano. Se o motor é economia em procurement e não tempo de ciclo do lado vendedor, comece pelo stack de operações contratuais do lado comprador.
O que este stack NÃO substitui
- Escritório externo para litígios que colocam a empresa em jogo, trabalho de valores mobiliários ou temas regulatórios especializados: o stack melhora o throughput de contratos comerciais, não o julgamento jurídico
- Faturamento eletrônico e gestão de casos para controlar gasto com escritórios externos (Brightflag, agora parte da Wolters Kluwer, ou Onit): a Ironclad gerencia contratos, não faturas
- Uma função de compliance de privacidade para obrigações de GDPR, CCPA e do EU AI Act: os dados contratuais na Ironclad alimentam um programa de privacidade, mas não são um
- Pesquisa jurídica (Lexis+ with Protégé, Westlaw, CoCounsel): o Spellbook redige contra o seu playbook, não contra jurisprudência, e perguntas inéditas continuam precisando de uma camada de pesquisa
- Sistemas de peticionamento judicial para litígios ativos