Claude para abogados parte 1

El 12 de mayo de 2026, Anthropic anunció un paquete específico para abogados. Doce plugins, más de cien tareas predefinidas, veinte conectores con sistemas legales y agentes que ejecutan trabajo solos en horarios programados. Es la primera vez que la empresa detrás de Claude empuja con esta fuerza al sector legal, con herramientas específicas. Hasta ahora solo existía un plugin muy generalista.

La movida es interesante. También es, como casi todo lo que sale de Silicon Valley, una solución pensada en inglés, para firmas americanas, bajo la lógica del common law. La pregunta para quienes ejercemos en Argentina y otros países de habla hispana es: ¿qué se puede rescatar de todo esto y qué hay que dejar pasar?

Esta es la primera parte de este artículo, con más desarrollo teórico. La segunda parte va a ser una guía concreta de instalación y casos de uso que tengan sentido desde acá.

Qué fue lo que lanzaron, en castellano básico

Tres cosas encimadas, más una infraestructura para que se conecten entre sí.

Plugins: paquetes temáticos. Hay uno para derecho comercial, otro para corporativo, otro para privacidad, otro para litigios, otro para propiedad intelectual, otro para derecho laboral, otro para gobierno de IA, otro para cumplimiento regulatorio. Cada plugin junta varias herramientas pensadas para esa área de práctica.

Skills: tareas concretas dentro de cada plugin. Por ejemplo, dentro del plugin de litigios hay skills como “armá una cronología de este caso”, “preparame el interrogatorio para una declaración testimonial” o “marcame las contradicciones entre estos testimonios”. Son recetas paso a paso que Claude ejecuta cuando se las invocás explícitamente.

Agentes: skills que corren solos (de forma autónoma) en un horario programado, sin que vos los actives. Por ejemplo, un agente que cada lunes a la mañana revisa qué contratos vencen en los próximos 90 días y te manda un resumen. Sobre los agentes vamos a volver.

A eso se suman los conectores y MCP: la forma técnica de enchufar Claude con los sistemas externos donde viven los documentos del estudio, las planillas, las casillas de mail y las bases de datos externas de jurisprudencia. Un ejemplo de esto es el conector de Claude con Gmail y Google Drive.

El problema de la jurisdicción

Acá hay que ser claro: la mayoría de estos plugins están construidos por y para abogados estadounidenses y, en menor medida, europeos.

Algunos ejemplos:

• El plugin de derecho laboral tiene skills que clasifican empleados según el “FLSA test”, calculan licencias bajo “FMLA o CFRA” y revisan despidos contra checklists del derecho americano. Para quien ejerce derecho laboral argentino (LCT, convenios colectivos, fuero específico) eso no se traduce. Hay que rehacerlo para que nos sirva acá.
• El plugin de privacidad asume GDPR o CCPA. Acá tenemos la Ley 25.326, una importante reforma legislativa pendiente y un régimen de habeas data con perfil propio. El flujo de un DSAR europeo y el de una solicitud de acceso bajo la ley argentina se parecen, pero no son lo mismo.
• El plugin regulatorio sigue feeds del Federal Register y procesos NPRM. El equivalente local sería Infoleg, los boletines provinciales y las consultas públicas; no hay conector listo para nada de eso.
• Los conectores de gestión documental son iManage, NetDocuments, Box, Ironclad. Productos que en el mercado argentino casi no se usan. Lo más probable es que el estudio tenga Google Drive, Dropbox o una carpeta de red.

Esto no descalifica el paquete. Lo que significa es que no es plug-and-play para nuestras latitudes. Los plugins de litigios, corporativo, propiedad intelectual y educación legal tienen partes universales (armado de cronologías, due diligence, búsquedas, técnica de redacción de memos y cartas de intención). Lo que sea estrictamente normativo, hay que rehacerlo o ignorarlo.

Los agentes y un problema viejo con cara nueva

La parte de los agentes merece más cuidado que el resto.

Un agente programado es un proceso que se ejecuta solo, en intervalos definidos, sin pedirte autorización en cada paso. Suena bárbaro en las palabras: revisar diariamente los expedientes buscando vencimientos, monitorear cambios en jurisprudencia, armar un digesto semanal de novedades regulatorias.

El problema es doble.

Primero, la alucinación clásica. Claude (como cualquier modelo de IA generativa) puede inventar cosas: nombres de fallos que no existen, artículos mal citados, fechas erradas. En el caso Mata v. Avianca (2023) en Nueva York, un abogado presentó un escrito con seis fallos completamente inventados por ChatGPT y terminó sancionado. Y el caso se repitió varias veces. Si un agente corre sin supervisión y manda alertas o borradores directo a un cliente sin intervención, la cadena de control se rompe.

Segundo, la responsabilidad profesional. En Argentina, la responsabilidad por un escrito es del abogado que lo firma. No hay manera de tercerizar eso en una IA. Si un agente accede a documentos del cliente (cosa que el sistema permite explícitamente: los conectores se enchufan a sistemas reales del estudio), estamos hablando de secreto profesional, de Ley de Protección de Datos, de eventual responsabilidad civil. El abogado tiene que poder auditar qué hace el agente y cuándo. Eso requiere conocimiento y disciplina; no se da por defecto.

La documentación de Anthropic lo dice con todas las letras: cada output de estos plugins es “un borrador para revisión del abogado, no asesoramiento legal, no una conclusión jurídica, no un sustituto del abogado“. Hay que tomárselo en serio.

Entonces, ¿sirve o no sirve?

Sirve, con dos condiciones.

La primera: adaptación. Anthropic publicó todo en código abierto (licencia Apache 2.0) y dejó un plugin llamado legal-builder-hub que está específicamente pensado para que los abogados creen sus propios skills. El esqueleto de un skill es un archivo de texto plano con instrucciones; no hace falta saber programar. Un estudio argentino puede tomar el plugin de litigios, sacarle lo americano y armar versiones para procedimientos locales. Trabajo, sí. Imposible, no.

La segunda: uso controlado. Los skills invocados manualmente (vos le pedís a Claude que arme una cronología y revisás el output antes de hacer cualquier cosa con él) son razonablemente seguros. Los agentes que corren solos contra sistemas conectados al estudio son otra cosa. Para empezar, mejor evitar los scheduled agents hasta entender bien qué hacen y cómo auditarlos.

En la parte 2 de este artículo voy a mostrar cómo se instala todo esto (desde Claude Cowork), qué plugins valen la pena probar primero desde Argentina, y un par de casos de uso concretos para un estudio chico, sin necesidad de cambiar todo el flujo de trabajo.

Seguí viendo la parte 2 de este artículo

Fuentes (en inglés)

• Anuncio oficial del paquete legal de Claude (12 de mayo de 2026)
• Página de soluciones legales de Claude
• Repositorio en GitHub con plugins, skills y documentación

Si ya venís usando Claude en el estudio, querés contar tu experiencia o pedir que profundice algún punto, escribime a nododelta@gmail.com.