La semana pasada Anthropic organizó una sesión llamada Claude for Legal Teams. Se inscribieron veinte mil personas. La sala envió 51 preguntas y las votó 2.470 veces. El patrón de votos es la pieza de investigación sobre legaltech más honesta que he visto este año. Esta es la conversación que el webinar no tuvo tiempo de terminar: lo que dijeron Mark Pike (responsable de producto legal de Anthropic) y Maggie Russo (IA aplicada) cuando llegaron a una pregunta, lo que no llegaron a tratar, y las partes que creo que acertaron a medias pero no del todo.
La semana pasada Anthropic organizó una sesión llamada Claude for Legal Teams. Se inscribieron veinte mil personas. Su anfitriona, Nancy, de marketing, dijo en directo que nunca había visto una cifra así para un webinar jurídico. Le creo. La sala envió 51 preguntas y las votó 2.470 veces, y el patrón de votos es la pieza de investigación sobre legaltech más honesta que he visto este año.
Datos clave
- El webinar Claude for Legal Teams de Anthropic atrajo a 20.000 inscritos, 51 preguntas enviadas y 2.470 votos.
- Cuatro preguntas sobre privilegio y seguridad reunieron 1.050 votos, el 42% de toda la atención de la sesión; la pregunta más votada obtuvo 372 votos.
- HAQQ da servicio a unos 9.800 despachos, en su mayoría pequeños y medianos, en su mayoría fuera de los grandes centros de compra tecnológica.
Dirijo una empresa en este sector. Construimos HAQQ, una plataforma de IA legal que hoy da servicio a unos 9.800 despachos, en su mayoría pequeños y medianos, en su mayoría fuera de los grandes centros de compra tecnológica, en su mayoría los despachos para los que nadie organiza webinars. Así que cuando 20.000 primos suyos se apuntan a una sesión sobre Claude, presto atención. Descargué la grabación. Leí todas las preguntas. Pasé una tarde con la transcripción. Luego escribí esto.
Esto no es un resumen. La grabación está online si quieres uno. Esta es la conversación que el webinar no tuvo tiempo de terminar: lo que dijeron Mark Pike (responsable de producto legal de Anthropic) y Maggie Russo (IA aplicada) cuando llegaron a una pregunta, lo que no llegaron a tratar, y las partes que creo que acertaron a medias pero no del todo. Lo marcaré con claridad en cada caso. Donde la sala preguntó algo que nadie respondió desde el escenario, lo responderé como se lo respondería a un socio que me pagara por ello.
Una nota antes de empezar. Las preguntas no son mías. Vinieron de abogados reales, paralegales reales, responsables de operaciones legales reales, y pusieron su nombre en ellas. Cuando cite una pregunta, la atribuiré. Los recuentos de votos vienen de la sesión en directo. La historia de Andrew, el paralegal, es la que se me quedó grabada, así que empezaré por ahí.
Un equipo de cuatro personas. Un despacho del MLaw 200. Un veredicto de jurado.
Mark contó esto en el escenario y quiero repetirlo porque es la respuesta a una pregunta que nadie votó, pero que todos se preguntan en secreto. ¿Esto sirve de verdad, o estamos haciendo teatro de IA?
Andrew es paralegal. Formaba parte de un equipo pro bono de cuatro personas —dos abogados, dos paralegales— que defendía un caso de abuso de personas mayores contra un despacho del MLaw 200. Esa no es una pelea que se gana a golpe de horas facturadas. Así que Andrew construyó una herramienta sobre la API de Anthropic que se sentaba en la mesa de la defensa durante el juicio, generando ángulos de contrainterrogatorio en tiempo real, a veces antes de que la parte contraria terminara de formular la pregunta. Los cuatro salieron con un veredicto de jurado favorable, y cuantioso, para su cliente.
Quiero que te quedes con eso un segundo. Un paralegal. Escribió código. En juicio. Ganó.
Ahora lee la siguiente frase con atención: ese es el caso de uso mediano, no el techo.
El webinar abrió con esa historia por una razón. Las 51 preguntas que siguieron son lo que ocurre cuando 20.000 personas de una profesión que sobrevivió con la tradición de la pluma durante 800 años se dan cuenta, colectivamente, de que la tecnología es real y que la única pregunta que queda es si la usarán bien o mal. Nadie votó ¿va a reemplazar la IA a los abogados?. Ese debate está cerrado dentro de la profesión. Todo en el chat era operativo. Cómo hago esto sin perder el privilegio. Cómo verifico. Cómo lo implanto. Cómo integro. Cómo evito la lista negra.
Déjame guiarte por lo que preguntaron, en el orden en que los votos los clasificaron, pero primero, el marco que usó Mark para plantear toda la sesión. Vale la pena tenerlo presente al leer el resto, porque cada pregunta que siguió se conecta con una de estas cuatro ideas.
§1 — Los cuatro pilares de Mark: cómo conoce Claude tu trabajo legal en realidad
Mark repasó lo que llamó los cuatro pilares de cómo Claude hace trabajo legal. Voy a usarlos como columna vertebral de este artículo porque (a) es el marco correcto y (b) la mayoría de las preguntas del público encajan en uno de ellos. Si viste el webinar, esta sección te sonará familiar; si no lo viste, esta es la versión de treinta segundos del cuadro arquitectónico que Anthropic está vendiendo.
Pilar 1 — Datos en vivo vía Model Context Protocol (MCP). Mark llamó a MCP el «USB-C de la IA». Es un protocolo abierto que permite a Claude conectarse a tus sistemas en vivo: tu software de gestión de expedientes (iManage, NetDocuments), tu CLM, tu Drive, Outlook, la suite de Microsoft, Slack, el calendario. La cuestión no es que Claude suba una instantánea de tu trabajo; es que Claude lee los mismos archivos que tu equipo, en vivo. El redline que llega a las 16:00 es visible a las 16:01 sin que nadie tenga que resubir nada. Esto parece obvio hasta que recuerdas que la mayoría de los despliegues de IA empresarial hoy siguen siendo subir PDFs por Slack con obsolescencia eterna.
Pilar 2 — Habilidades legales (skills). Una «skill» en este mundo es un archivo markdown que codifica un flujo de trabajo que tu equipo ya ejecuta cada semana. Revisión de NDA. Redlining de contratos. Redacción de logs de privilegio. Admisión de expedientes. Comprobaciones de biblioteca de cláusulas. Búsqueda de precedentes. Análisis de puntos de negociación. El planteamiento de Mark fue importante: «Claude no parte de una hoja en blanco en el trabajo que haces cientos de veces al año. Se nutre de ese corpus de conocimiento que has creado dentro de tu departamento.» Las skills convierten la memoria muscular institucional en algo portátil. Además, dijo Mark, son construibles de forma recursiva: puedes pedirle a Claude que te escriba skills alimentándolo con ejemplos de trabajo pasado.
Pilar 3 — Comprensión de documentos. Este es el pilar que más infravalora la gente. Claude lee la estructura de un acuerdo como lo haría un abogado. Rastrea términos definidos a través de anexos y calendarios. Explica en lenguaje llano qué hace en realidad una cláusula y señala exactamente dónde está el riesgo. Esto no es búsqueda por palabra clave ni resumen de texto. Es comprensión estructural de cómo se sostienen los documentos legales entre sí: términos definidos referenciados hasta el lugar donde se usan, excepciones rastreadas hasta el punto donde anulan la regla general, calendarios enlazados a las disposiciones operativas que desarrollan. La distancia entre «resume este MSA» y «encuentra cada lugar donde los términos estándar de este MSA quedan silenciosamente sustituidos por una carta lateral» es enorme, y el Pilar 3 es lo que cierra esa distancia.
Pilar 4 — Contexto entre aplicaciones. El redline que hiciste en Word se convierte en una diapositiva de resumen en PowerPoint, se convierte en un borrador de correo en Outlook, se convierte en una invitación de calendario de seguimiento, y Claude arrastra el contexto del trabajo original a lo largo de todo el proceso. Un solo hilo. Sin volver a explicar. Sin traspasos de copiar y pegar. La frase exacta de Mark: «El trabajo se mueve contigo.» Si alguna vez has pasado veinte minutos reexplicando el contexto de un expediente a un colega por Slack, o peor, a una IA que olvidó lo que estaba haciendo entre dos interacciones, entiendes de forma visceral qué resuelve este pilar.
No necesitas afinar modelos para darle a Claude, el ingeniero, un título de Derecho. Lo que necesitas es darle acceso a estas herramientas, las mismas que los abogados usan cada día para hacer su trabajo. Y eso es lo que le ayuda a convertirse en un gran compañero de equipo dentro del contexto legal.
Esa frase es toda la apuesta arquitectónica. Anthropic no está construyendo una «IA legal» que sea un producto distinto de su IA general. Está construyendo un único modelo capaz y dándole las mismas superficies en las que ya trabajan los abogados. La adaptación ocurre en las skills, los plugins, los conectores y el contexto del expediente, no en los pesos del modelo. Si esa apuesta es correcta a largo plazo es una pregunta a la que volveré. Por ahora, ten presentes los cuatro pilares. Casi todas las preguntas del público aterrizan en uno de ellos.
Un segundo término que verás a lo largo del artículo: la acuñación de Mark amp-fooding. Los empleados de Anthropic se llaman a sí mismos «hormigas» (ants), así que el equivalente de dogfooding es amp-fooding. Usan Claude para construir Claude. El equipo legal de Mark usa Claude en su propio trabajo legal. Esa recursividad hace más trabajo del que la gente notó en el webinar: cuando oyes hablar de un análisis de 742 tickets de JIRA o de un flujo de redlining que tomó 20 minutos, esos son artefactos «amp-fooded». No son hipótesis. Son cosas que el equipo legal de Anthropic se hizo a sí mismo antes de mostrártelas.
§2 — El privilegio es la pregunta detrás de todas las demás
Cuatro preguntas sobre el privilegio abogado-cliente y la seguridad reunieron 1.050 votos entre ellas. Eso es el 42% de toda la atención de la sesión concentrada en una sola preocupación. La pregunta número uno, con 372 votos, fue la de Jewel Seo: «¿Cómo gestiona su equipo el privilegio abogado-cliente al usar Claude?»
Mark la respondió directamente, y su respuesta fue honesta del modo en que solo un abogado sabe serlo: no soy tu abogado. Habla con tu abogado. Pero bajo el descargo hizo tres puntos sustantivos y uno metadiscursivo, y todos merecen desmontarse.
La sustancia fue esta. Primero, la reciente sentencia Heppner —de la que Mark dijo que el sector legal se está «despertando de verdad»— involucraba a un no abogado usando un plan de IA de consumo, actuando por iniciativa propia, con la configuración de privacidad sin ajustar. Ese es el caso que circula por LinkedIn como advertencia sobre el privilegio, y el matiz importa: no era un caso sobre si los abogados pueden usar IA. Era sobre lo que pasa cuando usas el nivel equivocado. Segundo, sobre las ofertas comerciales de Anthropic —Team y Enterprise— con la configuración de privacidad bien ajustada, Mark dijo estar «bastante seguro» de que se puede mantener el privilegio. Tercero, el colegio de abogados (ABA) tiene reglas de ética que exigen a los abogados mantenerse al día con la tecnología. No usar IA no es una postura neutral; es deliberada, y cada vez más defendible solo a propósito.
El punto metadiscursivo fue el más interesante. Mark comparó el momento con los debates de finales de los noventa sobre si los abogados podían usar el correo electrónico, y los de principios de los 2000 sobre el SaaS en la nube. Ganamos esos debates. Vamos a ganar este también. La única pregunta es si tu despacho lo gana con elegancia o a trompicones.
Esto es lo que Mark no dijo, y lo que yo añadiría como alguien que construye en este espacio.
El privilegio no es una función que se activa en una pantalla de ajustes. Es una propiedad del flujo de trabajo que tiene que cumplirse en todas las capas a la vez. Hay cuatro capas, y la mayoría de las conversaciones que tengo con asesorías jurídicas internas las colapsan en una sola y se saltan dos.
La capa contractual. Tu proveedor de IA no puede usar tus datos de entrada para entrenar modelos. Esto es contractual, no técnico. En el nivel empresarial de Anthropic está por escrito. En el Claude.ai gratuito no lo está. Si tu despacho usa el nivel gratuito en trabajo real de expedientes, esa es la conversación que hay que tener el lunes por la mañana, no si la IA es arriesgada en general. La IA está bien. El problema es el nivel gratuito.
La capa de infraestructura. Los sistemas del proveedor deberían estar auditados bajo SOC 2 Tipo II, tener opciones de retención de datos cero para expedientes sensibles, y pasar por una región que satisfaga tus obligaciones de residencia de datos. La mayoría de los proveedores con sede en EE.UU. superan este listón. Muchos con sede fuera no lo hacen, y el papeleo contractual tarda más de lo que la gente presupuesta.
La capa de despliegue. Esta es la que Mark señaló sin nombrarla. La propia configuración que hace tu despacho de la herramienta —quién puede instalar qué conectores, qué canales de Slack están conectados, quién puede leer el historial de chat de quién— es lo que determina si el privilegio sobrevive al contacto con tu propio personal. La ruptura de privilegio más común que veo en la práctica no es un modelo filtrando datos; es un socio pegando un memorando sensible en un espacio de trabajo donde un administrador no abogado puede leerlo. El proveedor no puede arreglarte esto. Lo configuras o no lo haces.
La capa del expediente. La capa más profunda, y la razón por la que creo que existen las plataformas específicas para el sector legal. El privilegio no es una propiedad tuya; es una propiedad de este expediente, entre este cliente y este abogado, para este propósito. En el momento en que no puedes decir a qué espacio de trabajo pertenece una pieza de trabajo, no puedes decir si el privilegio está intacto. La IA de propósito general no tiene concepto de expediente. Tiene proyectos, carpetas, conversaciones —útil, pero no es lo mismo. (En HAQQ tratamos el expediente como la unidad atómica porque los despachos con los que trabajamos no tienen el músculo de ingeniería para montarlo ellos mismos; lo necesitan ya integrado.)
La respuesta de Mark fue correcta en las capas 1, 2 y 3. La cuarta es donde el sector legal va a pasar los próximos dos años definiendo sus convenciones. Si trabajas dentro de una empresa tecnológicamente cómoda con una función de TI fuerte, probablemente puedas arreglártelas para ensamblar la capa 4 tú mismo en proyectos de Cowork y ámbitos de plugins. Si eres un despacho regional con doce abogados y una sola persona de TI que además gestiona el servidor de impresión, no vas a montar eso por tu cuenta, y el proveedor que te lo entregue llave en mano será el que compres.
La pregunta sobre MCP, y por qué merecía más tiempo
La pregunta de Julie Saliba, con 150 votos, era específicamente sobre MCP. «¿Qué consideraciones de seguridad hay que tener en cuenta al conectar el correo o al usar MCP?»
Maggie respondió la pregunta de seguridad más amplia y esbozó el modelo de permisos de MCP: los conectores heredan tus permisos de origen, así que Claude no puede acceder a archivos a los que tú mismo no puedas acceder, y hay una cuadrícula de permisos por acción: permitir siempre, requiere aprobación, bloqueado o personalizado. Hizo una demo del conector de Gmail y mostró cómo se puede bajar una acción de «enviar correo» de «permitir siempre» a «requiere aprobación». Todo eso es cierto y útil.
Lo que no dijo, y a lo que probablemente apuntaba Julie, es que los conectores MCP son acceso ambiental persistente. No son extracciones puntuales. Una vez que conectas tu correo a Claude, Claude tiene capacidad permanente para leer ese correo en cualquier conversación futura donde el conector esté habilitado, hasta el momento en que lo revoques. Esta es una postura de seguridad distinta a subir un archivo a un chat. Se parece más, en forma, a una concesión OAuth, lo que significa que debería gobernarse como tal: registrar cada acceso, auditar periódicamente, revocar con agresividad, y nunca conectar cuentas personales a herramientas licenciadas por el despacho.
El webinar mostró el Gmail personal de Maggie conectado a su Cowork personal. Eso está bien para una demo. Sería motivo de despido en la mayoría de despachos con un programa real de gobernanza de la información. La razón no es que Anthropic sea inseguro; es que el registro de auditoría de «qué leyó esta IA sobre mi cliente hoy» vive en dos sistemas en lugar de uno, y los equipos de expediente lo necesitan en uno solo. Esto es solucionable, pero hay que resolverlo de forma deliberada. El «conectamos el correo porque así lo hizo la demo» por defecto es exactamente cómo los despachos terminan con un incidente de privilegio en 18 meses.
Mark se ganó una pequeña nota de crédito por algo que dijo mientras Maggie hacía la demo de la cuadrícula permitir siempre / requiere aprobación. Dijo que muchos de los abogados con los que se reúne están «muy preocupados por que la IA actúe sin su aprobación» y que la cuadrícula de permisos era «una muy buena solución a algo sobre lo que la gente ha planteado dudas». Tiene razón. La cuadrícula de permisos es el control concreto que hace que «humano en el bucle» sea real en lugar de aspiracional. Si no haces nada más después de leer este artículo, pon todas las acciones «enviar», «eliminar» y «modificar» de tus conectores en requiere aprobación. Las acciones de solo lectura pueden quedarse en permitir siempre. Es un endurecimiento de cinco minutos que te compra la mayor parte de la seguridad operativa con casi ninguna fricción.
Lo que la sala preguntó y nunca se llegó a responder
Tres preguntas de seguridad fueron votadas pero no respondidas en directo.
Syed Ali Khan, 29 votos: «¿La información que se le da a Claude está "aislada" (sandboxed), es decir, no se usa para entrenar o mejorar el producto?» La respuesta corta es sí en los planes comerciales, no por defecto en el Claude.ai de consumo salvo que lo desactives. Esto debe quedar por escrito en la política de IA de tu despacho, no en la memoria de tu responsable de TI. Ya que estamos, Cowork corre específicamente en una máquina virtual aislada en tu escritorio —Maggie lo mencionó de pasada al responder el bloque de seguridad—, lo que limita el radio de impacto de cualquier cosa que ocurra durante una sesión de Cowork. Los archivos que Claude toca en Cowork quedan confinados a los directorios que le indiques.
Tom Harriman, 9 votos: «¿Qué controles a nivel empresarial existen para las skills? ¿Se pueden aprovisionar y asignar a grupos de usuarios específicos (por ejemplo, usuarios de Inmobiliario con skills centradas en su práctica)?» Anthropic lanzó recientemente el control de acceso basado en roles (RBAC) para Claude Enterprise —Maggie lo mencionó de pasada. Las bibliotecas de skills segmentadas por grupo de práctica son técnicamente posibles hoy a través del marketplace de plugins de la organización y RBAC. No son llave en mano. Tu equipo de TI construye el andamiaje una vez y luego funciona.
Rodney Younce, 200 votos: «¿Cómo explicamos a los clientes que sus datos se usan con seguridad?» Esta es la pregunta que creo que Anthropic debería haber respondido con más cuidado y que respondió con menos. Los abogados no pueden decirle a sus clientes «Anthropic dijo que es seguro». Tienen que poder hacer sus propias manifestaciones. La respuesta correcta aquí es un cuestionario de seguridad del proveedor, una carta de atestación para expedientes sensibles, y un resumen de una página en lenguaje accesible al cliente que el departamento de marketing del despacho pueda entregar a una asesoría jurídica interna recelosa. Anthropic publica el material subyacente en trust.anthropic.com —Mark lo mencionó—, pero la traducción a lenguaje orientado al cliente es trabajo del despacho. La mayoría de los despachos no lo ha hecho. Deberían.
§3 — El plugin legal apenas es un producto todavía, y el propio Mark lo dijo
Trece preguntas se agruparon en torno a skills y plugins. La pregunta de Rebecca Wright, con 50 votos —«¿podemos tener un glosario?»— fue el momento más votado de honestidad en lenguaje llano de toda la sesión. El webinar mezcló skills, plugins, Cowork, Claude Code, conectores MCP, artifacts y proyectos en el mismo párrafo más de una vez, y el chat se dio cuenta.
Aquí está el glosario con el que el webinar debería haber empezado.
Una skill es un archivo markdown. Eso es todo. Le dice a Claude cómo hacer una cosa concreta —revisar un SOW frente a un playbook, redactar un log de privilegio, clasificar NDAs entrantes— escribiendo el procedimiento tal como se lo escribirías a un asociado nuevo. Mark mostró una en pantalla. Tenía unas 200 líneas de texto plano. Cualquiera puede escribir una. Mucha gente lo hace.
Un plugin es un paquete de skills servidas juntas. El «plugin legal» de Anthropic es una colección de skills legales —briefings de reunión, triaje de NDA, revisión de contratos, redacción de logs de privilegio, y algunas más. Se instala desde Cowork → Customize → Plugins → bajo «Anthropic and Partners» → clic en instalar. Dos minutos.
Un conector (a veces llamado servidor MCP) es la tubería de datos en vivo. iManage, NetDocuments, Outlook, Gmail, Drive, Slack, tu CLM. Los conectores son cómo Claude lee lo que tu despacho realmente usa.
Cowork es la aplicación de escritorio colaborativa de Anthropic. Se hizo una demo extensa en el webinar. Ya está disponible con carácter general (GA) —Andra Robinson preguntó si seguía en beta y la respuesta es no, GA. Puedes pensarlo como Claude con un portátil en lugar de solo una ventana de chat. Abre carpetas, escribe archivos, ejecuta cosas en paralelo.
Claude Code es la CLI orientada a desarrolladores. Mismo motor que Cowork pero en una terminal. La analogía de Maggie fue excelente: Claude Code es a Cowork lo que una terminal es a un IDE. Si no eres ingeniero, usa Cowork.
Los artifacts son salidas en vivo que Claude genera dentro de una conversación —un dashboard, un documento, una pequeña app— con las que puedes interactuar ahí mismo.
Los proyectos son espacios de trabajo compartidos dentro de Claude. Contienen instrucciones, archivos y configuraciones de conectores que heredan todos los que participan en el proyecto.
Ese es todo el vocabulario. El webinar debería haber dedicado dos minutos a esta diapositiva. No lo hizo. La pregunta de Rebecca lleva 50 votos por algo.
"No uses el plugin legal tal cual"
Está en su mejor momento cuando se ha remezclado de verdad e incorpora la voz de tu propia empresa, tus matrices de riesgo, tus playbooks y tu lenguaje de respaldo. No te pondrías un traje comprado en percha; lo mandarías a ajustar para que te quede bien.
Mark dijo esto en el escenario y fue la frase más importante de todo el webinar. Lo dijo sobre algo que él mismo construyó. Traducción: el plugin legal es una plantilla de partida, no un producto terminado. Existe para mostrarte cómo es el formato y darte una ventaja de cien metros hacia tus propios playbooks. Si lo instalas y lo usas tal cual, estás recibiendo la teoría de Anthropic sobre cómo debería funcionar una skill transaccional, no la de tu despacho. Todo el apalancamiento está en la personalización.
Esto es buena noticia y mala noticia. La buena es que la personalización es recursiva: puedes sentar a Claude y pedirle que escriba tus skills por ti, dándole unos cuantos ejemplos de los redlines pasados de tu despacho y diciendo «extrae el playbook». Mark lo señaló y funciona en la práctica. Usamos el mismo truco para las skills que HAQQ entrega a los despachos que se incorporan a nuestra plataforma: entregar al modelo quince revisiones antiguas de NDA y pedirle que produzca el playbook. Tendrás que pulirlo. Pero es una solución del 90% en 30 minutos. También hay una skill integrada de «creador de skills» que te guía por el proceso si no quieres pensar tú mismo en el metaprompting; Maggie la mostró durante la demo.
La mala noticia es que ese trabajo es trabajo real, y la mayoría de los despachos que veían el webinar no tienen capacidad sobrante para hacerlo. Aquí se hace visible la realidad de dos niveles del sector legal. Anthropic-como-empleador tiene un responsable de producto legal dedicado (Mark) construyendo skills a tiempo completo. La mayoría de los despachos tienen a un socio a cargo de «tecnología» que ya tiene 1.800 horas facturables y un hijo en secundaria. La personalización es apalancamiento, y el apalancamiento está repartido de forma desigual.
Ben Kühnel preguntó por el futuro del plugin legal, observando con acierto que «ahora mismo solo consiste en algunas skills de Claude». Mark dijo que es solo el inicio, que vienen más superficies de oficina, que el ritmo de innovación es rápido. Le creo. También creo que el plugin legal seguirá siendo un kit de inicio en lugar de una solución llave en mano por la misma razón por la que Microsoft Word no es un sistema de gestión de contratos. Las plataformas generales entregan primitivas generales. La especialización ocurre en la capa de encima.
La pregunta de Tyler Niederwerder importa más de lo que sugieren sus 33 votos
«¿Puede Claude decidir automáticamente qué skill usar?» Sí. Y la respuesta es uno de los pequeños detalles del webinar que creo va a importar más de lo que el público percibió.
No usé ningún comando de barra ni nada especial para asegurarme de que se estuviera usando la skill. Simplemente usé su nombre. También podría usar una descripción como «me estoy preparando para la reunión, ayúdame a crear un briefing para ella», y Claude sabrá que a eso me refiero.
Esta es la diferencia entre una IA que exige a sus usuarios memorizar un panel de control y una IA que capta el lenguaje natural y se despacha sola. Para el socio que se niega a memorizar comandos, esta es la diferencia entre adopción y estantería. Maggie no se detuvo en ello. Yo lo habría hecho. Construir la skill una vez y que luego Claude la invoque automáticamente cada vez que el usuario formula una petición relevante: ese es el diseño de experiencia que convierte «tenemos herramientas de IA» en «usamos herramientas de IA».
Hay una implicación más sutil también. Si escribes una skill llamada triage-nda y Claude puede invocarla automáticamente ante una frase como «mira las NDA de la bandeja de entrada, dime cuáles deberíamos redlinear», entonces tu biblioteca de skills es funcionalmente una API en lenguaje natural para el conocimiento institucional de tu despacho. El abogado que escribió la skill una vez se está apalancando a sí mismo en cada colega que alguna vez use una frase con la intención correcta. Este es el mecanismo por el que el playbook de un solo asociado cuidadoso se convierte en el estilo de la casa.
La pregunta de Robert Graham es la que más importa
Solo once votos. «¿Cómo sugieren alimentar a Claude con skills que incorporen nuestra voz, tono y posición, en combinación con el plugin legal?»
Esta es la verdadera pregunta de personalización, y Mark la respondió indirectamente cuando contó la historia de analizar 742 tickets de JIRA. Su método fue: volcar el corpus en Claude, pedirle que encuentre patrones, pedirle que sugiera dónde la automatización crearía más impacto, y luego hacer que redacte las skills. Lo usó para descubrir que su equipo pasaba demasiado tiempo en el triaje de NDA y en preguntas de software de código abierto. Después construyó skills dirigidas exactamente a esos flujos de trabajo.
Aplícalo a tu propio despacho. Toma tus últimas 200 admisiones de clientes, o 200 redlines, o 200 correos con clientes. Entrégaselos a Claude en un proyecto de Cowork. Pregunta: ¿qué patrones ves en cómo hago este trabajo que podría codificar como skill? La respuesta te sorprenderá. Parte de lo que crees que es criterio a medida en realidad está calcado de tus últimos seis expedientes y podría precargarse. Parte de lo que crees que es mecánico en realidad es donde vive tu valor y nunca debería automatizarse. No sabrás cuál es cuál hasta que leas lo que encuentra el modelo.
El cambio de mentalidad que describió Mark —y que preguntó Montserrat Mazo con cuatro votos— es pasar de ser quien hace a ser quien gestiona agentes. Dejas de redactar y empiezas a revisar. Dejas de investigar y empiezas a verificar. Dejas de escribir y empiezas a comprobar. Esto es incómodo para los abogados porque abogacía y escritura han sido más o menos sinónimos durante treinta años. Los abogados que superan esa incomodidad más rápido son los que ganan la próxima década.
Skills como conocimiento institucional: la historia de Pamela y por qué escala
Maggie hizo una demo rápida de algo llamado /schedule, y luego Mark contó la historia que justifica toda la función. Su compañera Pamela, del equipo regulatorio, pasaba dos horas cada día sintetizando noticias regulatorias globales. Le pidió a Claude que lo hiciera con una programación. Ahora se ejecuta a las 8 de la mañana, produce un periódico diario y lo publica en un Google Site que todo el equipo legal lee con el café de la mañana. Dos horas al día se convirtieron en cero, el entregable mejoró, y todo el equipo recibe el mismo briefing.
Esta es la forma correcta de la IA en un departamento legal. No «el abogado chatea con el bot». Una automatización programada que produce un artifact que el equipo consume. Tiene la misma forma que la nota semanal de mercado de un analista, salvo que el analista es un modelo y la nota se genera de un día para otro.
Alexis Hartwell-Gobeske preguntó la variante relacionada con 13 votos: «¿Se puede configurar Claude para dar actualizaciones automáticas sobre plazos de presentación, fechas de audiencia, etc.?» Sí. El mecanismo es exactamente el de Pamela: conectar Claude a tu sistema de gestión de expedientes vía MCP, escribir una skill que sepa qué cuenta como plazo, programarla para que corra dos veces al día, hacer que publique en Slack, correo o una página de Sharepoint. Lo difícil no es la IA; es conectar el sistema de gestión de expedientes. Si tu DMS ya soporta MCP, puedes construir esto en una tarde. Si no lo soporta, dependes del proveedor —y la mayoría de proveedores de gestión de expedientes van entre 12 y 18 meses por detrás en esto. Las plataformas que cubran ese terreno se quedarán con el mercado de despachos pequeños.
Compartir skills dentro de un despacho es, por cierto, cosa de un solo botón. Maggie lo mostró. Una vez escrita o remezclada una skill en tu biblioteca personal, puedes compartirla con un compañero, una lista de correo, o subirla al marketplace de plugins de tu organización si tu administrador está curando uno. Esta última parte —el marketplace de la organización— es el mecanismo por el que la biblioteca de skills de un despacho se convierte en un activo real en lugar de una colección de herramientas en la sombra propiedad de cada socio. Si estás en un despacho de más de cincuenta abogados y no tienes a alguien curando una biblioteca interna de plugins, estás dejando apalancamiento compuesto sobre la mesa.
§4 — Las alucinaciones recibieron menos votos de los que esperaba, y eso cuenta una historia
Cuatro preguntas sobre precisión y alucinaciones sumaron 161 votos. Fue el cuarto tema en el ranking, no el primero. Hace un año esta habría sido la preocupación dominante. El hecho de que el privilegio supere a las alucinaciones por 6,5 veces es la señal más ruidosa del conjunto de datos.
La profesión ha pasado de ¿miente? a ¿cómo verificamos de forma sistemática? Nikolaj Nielsen lo dijo con claridad, con 70 votos: «a menudo requiere verificación completa. ¿Cómo diferencia Anthropic sus modelos en la mitigación de alucinaciones y la garantía de fiabilidad?» Aviv Geron, con 60 votos: «¿Cuál es su metodología recomendada para verificar los resultados legales de Claude antes de que lleguen a revisores senior o reguladores?»
Mark dio la respuesta correcta. Se refirió a los más de 2.000 escritos judiciales ya documentados que contienen citas alucinadas —sí, dos mil— y dijo que la manera de no acabar en esa lista es fundamentar la IA en jurisprudencia real vía herramientas y conectores, pedirle que cite sus fuentes, y mantener un humano en el bucle. Maggie añadió que las ventanas de contexto de un millón de tokens ayudan y que pedirle a Claude que cite fuentes da «esa confianza de que la información no está alucinada».
Esto es correcto pero incompleto. Déjame decir la parte que el webinar no dijo.
La verificación de citas es necesaria pero insuficiente. Claude puede citar una fuente que existe pero que no dice lo que Claude dice que dice. El modelo producirá una cita real de Westlaw y luego la resumirá de forma incorrecta, y un asociado ocupado pegará la cita en un escrito sin comprobar el caso subyacente. Este es el mecanismo principal por el que despachos cuidadosos siguen acabando con escritos alucinados. La mitigación no es «pide fuentes». Es «pide fuentes y verifica que el lenguaje citado existe literalmente en el documento citado». Ese segundo paso es el que tu skill de verificación debería automatizar.
La metodología de verificación que recomendaría, y la que integramos en HAQQ porque nos cansamos de explicarla caso por caso: cada afirmación que hace Claude en un resultado legal se anota con el párrafo o página específico del que proviene. Cada frase citada se coteja de vuelta contra el documento fuente y se marca si no aparece de forma literal. El trabajo del revisor humano no es verificarlo todo; es verificar las marcas. Esto reduce el coste de verificación de «leer todo el resultado y luego leer toda la fuente» a «leer el resultado y comprobar los elementos que el propio sistema no confía». Esa es la diferencia entre una IA que ahorra tiempo y una IA que crea una nueva pila de trabajo.
Valter Pasanen preguntó la versión granular de esto con 21 votos: «¿Se pueden verificar en detalle las fuentes y párrafos usados en los textos al usar Claude?» La respuesta en el Claude sin adaptar es en parte. La respuesta en un sistema específico del sector legal construido para hacerlo es sí, con una referencia de párrafo específica por afirmación, y una marca si el párrafo no dice lo que el sistema afirma. Esta es una categoría de función que todavía no viene de serie con la IA de propósito general y es una de las pocas razones honestas para usar una herramienta específica del sector legal en lugar de una general.
La sentencia Heppner que mencionó Mark antes vuelve aquí. El usuario no abogado no tenía flujo de verificación porque el plan de consumo no presentaba las citas como artifacts de primera clase. La lección general: la infraestructura de citación no es una función que se espere que los abogados atornillen ellos mismos. Debería venir de fábrica.
Priyanka Mehta, con 10 votos: «¿Confían por completo en el resultado de Claude, o necesitan volver a revisar los documentos para asegurarse de que no ha pasado por alto puntos o señales de alerta?» La respuesta de Mark fue la respuesta correcta de un abogado: no al 100%, hay que revisar. El seguimiento honesto es que la brecha entre el resultado de la IA y lo que un revisor senior habría detectado se ha ido reduciendo algo así como un 30% por cada generación de modelo. No estamos en el punto de saltarnos la revisión. Estamos en el punto en que la revisión toma 20 minutos en lugar de dos horas. La economía de la práctica cambia con esa proporción aunque el flujo de trabajo se vea igual sobre el papel.
§5 — El problema de los documentos de 70 páginas (y por qué los harnesses agénticos lo resuelven)
Anónima, 101 votos, la quinta pregunta más votada de toda la sesión: «El trabajo legal puede implicar documentos de más de 70 páginas. Con contexto detallado y llamadas a herramientas, aumenta el riesgo de degradación del contexto (context rot) y de resultados peores. ¿Cómo aborda esto el equipo legal de Claude?»
Mark respondió esto en el escenario y su respuesta es uno de los puntos arquitectónicos más importantes de todo el webinar, así que quiero desarrollarla con cuidado porque explica por qué Cowork existe como superficie de producto separada y no simplemente como una ventana de chat más larga.
El problema que describe la pregunta es real. Los modelos de lenguaje grandes tienen algo llamado el problema del «perdido en el medio»: cuanto más texto metes en una sola conversación, la precisión sobre detalles del medio de ese texto se degrada. Esto ocurre incluso con una ventana de contexto de un millón de tokens. El modelo técnicamente puede ver todo; no le presta atención fiable a todo. Para el trabajo legal, donde la diferencia entre el párrafo 27 de un anexo y el párrafo 28 del mismo anexo puede ser toda la cuestión, esto no es una preocupación teórica.
Por eso me encanta tanto Cowork. El harness agéntico permite que las cosas se distribuyan (swarm), hagan planes, ejecuten y destilen buena parte del enorme corpus de conocimiento que los equipos legales suelen tener o encontrar en su trabajo, y le den sentido a todo. En conversaciones basadas en chat o por turnos con IA, sí, se produce esa degradación. Pero cuando Claude puede usar un ordenador local, guardar archivos en los sitios correctos y usar este tipo de sistemas de archivos, hemos comprobado que de verdad es capaz de mantener el ritmo y no sufre esa degradación de contexto.
Traducción. En una ventana de chat, entregas el documento entero de 70 páginas al modelo de una sola vez, y o cabe en el contexto o no cabe, y en cualquier caso el modelo tiene una sola oportunidad de leerlo. Ese es el régimen en el que se activa la degradación de contexto.
En Cowork, el modelo tiene acceso a un sistema de archivos real en tu portátil. Así que hace lo que haría un asociado humano: abre el documento, divide el análisis en etapas, escribe notas intermedias en disco, las vuelve a leer cuando las necesita, y usa subprocesos paralelos para subtareas independientes. El documento de 70 páginas no tiene que vivir en el prompt; vive en el disco, y el modelo trae las partes que necesita cuando las necesita. Esto es lo que en realidad significa la palabra «agéntico». No «IA que hace cosas» —esa es la versión de marketing. La versión técnica es «IA que usa herramientas, incluido un sistema de archivos, para extender su memoria de trabajo más allá de lo que cabe en un solo prompt».
Maggie añadió la segunda mitad de la respuesta en su demo: pídele a Claude que cite sus fuentes. Cuando el modelo opera sobre un documento largo y produce un resultado, quieres que señale exactamente qué página o párrafo respalda cada afirmación. Esto sirve para dos cosas. Te da un asidero de verificación (puedes comprobar la sección citada directamente). Y obliga al modelo a un modo de razonamiento más fundamentado, porque escribir «afirmo X porque la página 14 dice Y» es más difícil de simular que «X es cierto, confía en mí».
Implicación práctica para un equipo legal. Si tu trabajo implica de forma habitual documentos de más de cincuenta páginas —piensa en grandes operaciones de M&A, expedientes regulatorios complejos, discovery de varios volúmenes, informes periciales densos—, no deberías estar haciendo ese trabajo en el chat. Deberías hacerlo en Cowork, donde el harness agéntico puede realmente descomponer el problema. Hacer un análisis de 200 páginas en el chat simple de Claude.ai es el equivalente en flujo de trabajo a intentar leer un manual sujetándolo entero frente a los ojos de una vez. Cowork deja que el modelo abra un capítulo a la vez.
Aquí es también donde la capacidad del Pilar 3 (comprensión de documentos) y la del Pilar 4 (contexto entre aplicaciones) se combinan bien. Cowork puede correr un análisis multietapa sobre un documento largo, escribir hallazgos intermedios en un archivo, y luego continuar el trabajo en el complemento de Word donde ocurre el redlining real. Las 70 páginas no tienen que caber por el ojo de aguja de ninguna herramienta individual. Fluyen.
Una pequeña nota honesta. El harness agéntico no es magia; es una forma estructurada de dejar que el modelo trabaje en torno a sus propios límites, y los límites siguen siendo reales. Una skill que se llama a sí misma quince veces para analizar quince secciones de un documento puede derivar en estilo o llegar a conclusiones inconsistentes entre secciones. Las buenas skills manejan esto definiendo una etapa final de «síntesis» que lee todos los resultados por sección y los reconcilia. Si estás escribiendo tus propias skills para trabajo con documentos largos, planifica esa etapa de síntesis. Es la diferencia entre quince respuestas parciales y un resultado coherente.
§6 — El zoológico de documentos es real, y el webinar en gran parte lo saltó
Seis preguntas sobre gestión de documentos sumaron 175 votos. La mayoría no se respondieron en directo, y son las preguntas que más me gustaría ver abordadas en el próximo webinar, porque la gestión de documentos es donde las presentaciones de ventas de IA legal chocan con la práctica legal y aparecen los agujeros del tamaño de un camión.
Shivangi Agarwal, con 44 votos, la pregunta que creo que más gente quería ver respondida: «Los tipos de archivo usados hasta ahora son docx, md, csv. ¿Tiene Claude la misma precisión con PDF de escrituras de venta antiguas y documentos ilegibles? ¿Y con JPEG? Son comunes en litigios de propiedad intelectual y propiedad inmobiliaria.»
La respuesta honesta en tres partes.
Los PDF modernos con texto incrustado —tus documentos de operación estándar, escritos recientes, cualquier cosa generada digitalmente en los últimos 15 años— Claude los maneja excelentemente. La precisión es comparable a docx. Sin sorpresas.
Los PDF escaneados —incluidas esas escrituras de venta antiguas que mencionó Shivangi, y el «PDF» que te mandó por correo la oficina del secretario local que en realidad es una fotocopia de 1987 pasada por un fax— la precisión depende por completo de la capa OCR que hay delante del modelo. La capacidad de visión de Claude puede leer texto en imágenes, pero en escaneos degradados los errores de OCR se acumulan. Verás fechas mal leídas, pares de letras intercambiados y párrafos perdidos. Para expedientes donde esto es el grueso de la evidencia, ninguna IA de propósito general es hoy suficientemente buena por sí sola. Necesitas una tubería de OCR dedicada por delante: Tesseract para presupuesto ajustado, Adobe o AWS Textract para producción, entregando texto limpio a Claude. Las herramientas específicas del sector legal que hacen esto bien, incluida la nuestra, incluyen la tubería de OCR como parte del paquete porque pedirle a cada despacho que la construya no es realista.
Los JPEG de documentos legales —notas manuscritas, fotografías de redlines marcados a mano, formularios escaneados a baja resolución— son el caso más difícil. Los modelos de visión, incluido Claude, pueden extraer contenido, pero en trabajo de propiedad intelectual e inmobiliario donde cada coma importa, tendrás errores, y hay que verificar. El flujo de trabajo realista hoy es: que la IA produzca una transcripción, tratarla como borrador, que un paralegal verifique contra el original. Eso sigue siendo más rápido que escribirlo desde cero. No es de contacto cero. Cualquiera que te diga que lo es, te está vendiendo algo.
La pregunta de Aishwarya Belle, con 57 votos, es la que más me gusta porque es la vida diaria de un abogado transaccional: «Como abogada transaccional, me cuesta rastrear qué versión del documento refleja los cambios hechos por varias partes. ¿Puede Claude hacer una comparación para eso?»
Maggie hizo una demo preciosa de redlining —control de cambios generado directamente en Word a partir del informe de triaje— pero la comparación de versiones multiparte que preguntaba Aishwarya no se mostró. La capacidad existe. Puedes entregarle a Claude cuatro versiones de un MSA y preguntar «qué cambió entre la v2 y la v3, y entre la v3 y la v4, y qué cláusulas tocó cada contraparte». Claude producirá un registro de cambios cláusula por cláusula con la versión de origen. Es genuinamente útil. La razón por la que no se mostró es probablemente que exige entregarle al modelo las cuatro versiones y formular la pregunta con precisión, y las demos prefieren la magia de un solo paso.
Si tu vida diaria es M&A o trabajo transaccional grande y solo te llevas una práctica operativa de este artículo, que sea esta: construye una skill llamada «diff de versiones» que tome una carpeta de borradores versionados y produzca un registro de cambios a nivel de cláusula con partes, fechas y la justificación cuando se pueda inferir. Esta skill sustituye una porción significativa del trabajo que hoy hace un asociado junior en la vista de control de cambios, y no requiere rediseñar cómo trabaja tu equipo. Mark lo llamaría «amp-fooding»: usar la herramienta primero en el trabajo más repetitivo y más doloroso. Es el sitio correcto para empezar.
Vernicka Shaw y Melissa Lee preguntaron, ambas, la versión más simple: cómo se hace el redlining. La demo del complemento de Word fue la respuesta, y es la mejor disponible actualmente fuera de las plataformas especializadas de gestión de contratos. Abre Word, abre el panel lateral de Claude, sube un informe de triaje o un playbook, pide redlines, acepta o rechaza cada cambio individualmente. Cinco minutos de la pregunta al redline funcionando. Los 13 y 2 votos en estas preguntas reflejan que todos saben que el redlining importa; nadie estaba seguro de que Claude pudiera hacerlo bien; la demo demostró que sí.
La pregunta de Orietta Blanco, con seis votos —«¿puede Claude comparar grandes volúmenes de documentos que vienen en formatos distintos?»— es genuinamente difícil. Los lotes de formato mixto (algo de docx, algo de PDF, algo escaneado, algo de HTML) requieren un paso de normalización que la mayoría de herramientas de propósito general no hacen de forma automática. La respuesta realista hoy: construye (o compra) una tubería que convierta todo a un formato común primero, y luego ejecuta la comparación. No es glamuroso. Es necesario.
§7 — Donde los abogados trabajan de verdad es donde tiene que vivir la IA
Tres preguntas sobre integraciones sumaron 269 votos, lo que suena modesto hasta que te das cuenta de que la sola pregunta de Michael Graham obtuvo 84 de ellos y probablemente fue la pregunta práctica más importante de toda la sesión.
«Muchos despachos no usan Gmail ni siquiera Outlook: el trabajo se guarda en un sistema de gestión documental o de expedientes. ¿Cómo puede Claude leer esos archivos? ¿Necesita una integración específica?»
Mark respondió esto en su diapositiva de los cuatro pilares: conectores MCP para iManage, NetDocuments, CLM, Drive, Outlook, la suite de Microsoft. La arquitectura es correcta. La realidad es más matizada.
La respuesta teórica es que cualquier sistema con una API se puede conectar vía MCP, y que el ecosistema MCP ya tiene cientos de conectores públicos y un flujo constante de nuevos lanzamientos. Puedes conectar Claude a cualquier cosa.
La respuesta práctica para el despacho mediano es que hoy hay conectores de primera clase para Microsoft 365, Google Workspace, Slack, Teams, Notion y una lista creciente de SaaS de marca reconocida. Los sistemas específicos del sector legal —iManage, NetDocuments, ProLaw, Clio, MyCase, PracticePanther— varían enormemente en su preparación para MCP. iManage y NetDocuments llevan tiempo trabajando en esto. Los proveedores de gestión de expedientes más pequeños están en su mayoría en «tenemos una API, alguien podría escribir un conector» más que en «servimos un conector que se instala en dos clics».
Esta es la brecha de integración. Es la razón individual más grande por la que un despacho pequeño que usa Clio no puede simplemente instalar Claude y ponerse a trabajar hoy como lo hace el equipo de Mark. La fontanería aún no está ahí. Hay dos formas de gestionar esta brecha: esperar a que tu proveedor de gestión de expedientes lance un conector (lento), o usar una plataforma específica del sector legal que ya ha hecho ese trabajo de conector por ti (más rápido, pero con la contrapartida de menos proveedores). Ambas son válidas. Ninguna es genial. El mercado resolverá esto en 18-24 meses.
Christian Fleischmann preguntó, sin recuento de votos registrado: «¿El plugin de Word aprovecha los playbooks creados en Cowork?» Sí, y esto es una de las cosas genuinamente impresionantes de la arquitectura. La misma skill instalada en Cowork está disponible en el complemento de Word. El playbook que escribiste contra una carpeta de expediente de iManage funciona cuando estás mirando un docx en Word. Esto es el pilar «lleva el contexto entre aplicaciones» que Mark enfatizó, y es real. Funciona. También implica que cualquier conocimiento institucional que integres en tus skills se acumula entre superficies, lo que significa que la creación de skills es el punto de apalancamiento. Dedica una tarde a escribir una buena skill y habrás mejorado la experiencia de tu equipo en tres herramientas distintas a la vez.
Gianni Carfi Pavia, 35 votos: «¿Cómo ve el complemento de Claude para Microsoft Word combinado con skills a medida cambiando la forma en que los profesionales del derecho trabajan con contratos?»
El cambio es mecánico y medible. Una revisión estándar de un MSA en una firma transaccional competente hoy toma de dos a cuatro horas, según el playbook. Con una skill a medida en el complemento de Word, toma de 20 a 30 minutos —Mark dijo que su equipo está haciendo redlines en 20 minutos— si la skill está bien escrita. La reducción del 90% en tiempo no se distribuye por igual entre el trabajo del asociado. Colapsa el escaneo mecánico. No colapsa las decisiones de criterio. El flujo de trabajo resultante se ve así: el asociado ejecuta la skill, lee las secciones marcadas, toma decisiones de criterio en los casos límite, produce el marcado final. El asociado pasó 30 minutos en lugar de tres horas, y la parte del trabajo que implicaba abogacía real pasó del 20% del tiempo al 80% del tiempo. A esto se refiere la gente cuando dice que la IA hace el trabajo más interesante: no porque el modelo se haya vuelto creativo, sino porque se extrajo la rutina.
Anotaré una cosa práctica en la que la demo no se detuvo. El complemento de Word requiere una licencia de pago de Microsoft 365 y que los permisos de la skill estén bien configurados en la primera ejecución. Si estás en un despacho que sigue en Office 2019 porque TI no ha aprobado la migración, esto no funcionará. Un número sorprendente de despachos están en esa situación. Añádelo a tu hoja de ruta de TI.
Mark también mencionó de pasada lo que llamó la «trilogía de agentes de oficina» —Word, Excel, PowerPoint— y el correo como el cuarto. El punto: la mayoría del trabajo de conocimiento de los abogados ocurre a través de estas cuatro superficies, y Claude ahora tiene presencia de primera clase en todas. Un briefing de reunión puede empezar como documento de Word, convertirse en un mazo de PowerPoint para la presentación al cliente, tomar datos de una hoja de Excel, y terminar como un correo. Cada traspaso solía exigir reexplicar el contexto. Ahora no. Esta es la forma de flujo de trabajo que convierte una «herramienta de IA» en un «compañero de equipo de IA».
Prueba HAQQ AI gratis
Experimenta la redacción e investigación legal con IA
§8 — Cowork, Code, Chat, Word: qué superficie, cuándo
Siete preguntas cubrieron la superficie de producto y la cuestión del modelo. El recuento colectivo de votos fue 213, distribuidos en lo que es, esencialmente, una única confusión: ¿qué Claude uso?
La analogía de Maggie de terminal frente a IDE fue el mejor encuadre del día. Claude Code es la terminal, para ingenieros. Cowork es el IDE, para todos los demás. Usan el mismo motor. Comparten las mismas skills. Difieren en superficie, no en capacidad.
Tian Luo, con 68 votos, la preguntó dos veces: una sobre Cowork frente a Claude Code, otra sobre Haiku frente a Sonnet frente a Opus. La primera se respondió. La segunda no se abordó directamente, así que la respondo yo. Haiku es el más rápido y barato, adecuado para trabajo rutinario de gran volumen donde prefieres pagar 0,001 $ por llamada que 0,05 $: clasificación masiva, resumen simple, enrutamiento de admisión. Sonnet es el caballo de batalla diario para el trabajo legal; la relación precio-rendimiento es la mejor para revisión de contratos, redacción, redlining, el grueso de lo que hace un equipo transaccional o interno. Opus es para el razonamiento difícil: síntesis compleja de varios documentos, cuestiones legales novedosas, situaciones donde la respuesta equivocada sale cara. La regla correcta para un despacho: usar Sonnet por defecto, escalar a Opus cuando el riesgo es alto, usar Haiku para pasos de triaje dentro de tus skills. La diferencia de coste de tokens importa en volumen; en una sola tarea los pocos céntimos son ruido.
Ryan Malek, 11 votos: «Si ya tienes Claude Code configurado con MCPs, skills, plugins, CLAUDE.md, etc., ¿es mejor usarlo para trabajo legal o empezar de cero con Cowork?» No empieces de cero. Las skills, MCPs y CLAUDE.md que escribiste para Code funcionan en Cowork porque son archivos de texto plano. Mueve el directorio. Abre Cowork. Listo. La migración se parece más a «cambiar de editor» que a «cambiar de pila». Si eres paralegal o abogado y solo abres Code porque un ingeniero te lo configuró y estás cansado de la terminal, puedes cambiarte a Cowork mañana sin perder nada.
David Andrews, 20 votos: «Somos un despacho pequeño con un plan de nivel Team. ¿Tenemos las mismas funciones disponibles que Enterprise, a nuestra escala más pequeña?» En su mayoría sí; algunas no. El propio modelo, skills, plugins, MCPs, Cowork, el complemento de Word: todo disponible en Team. Las funciones específicas de Enterprise son el control de acceso basado en roles, la API de cumplimiento para prevención de fuga de datos y eDiscovery, controles de administración avanzados, y la capacidad de imponer políticas de conectores a nivel de organización. Para un despacho pequeño con una sola oficina y una cadena de mando clara, no necesitas RBAC; la confianza informal lo cubre. Para un despacho con varias oficinas y grupos de práctica que necesitan barreras de información, Enterprise es el nivel correcto y vale la actualización. No pagues por Enterprise solo por pagar por Enterprise. Págalo cuando los controles resuelvan un problema que de verdad tienes.
Romina Villarroel preguntó la pregunta de despacho pequeño que nadie respondió: «¿Recomiendan otros plugins para un despacho pequeño? (No tenemos equipo de marketing ni de contabilidad, por ejemplo.)» La respuesta honesta es que el ecosistema de plugins es incipiente, el plugin legal es la única opción vertical legal de Anthropic hoy, y el software específico para despachos pequeños vendrá sobre todo de terceros, incluidas plataformas de IA legal que sirven bibliotecas de skills prefabricadas, integraciones de facturación y automatizaciones de comunicación con clientes como parte del paquete. Si eres un despacho de cinco personas, no tienes tiempo para ensamblar las piezas tú mismo. La jugada correcta es elegir una plataforma que resuelva de fábrica el 80% aburrido y luego personalizar el último 20% con tus propias skills. Este es exactamente el segmento con el que más trabaja nuestro equipo, así que tengo un sesgo aquí, y lo estoy nombrando.
§9 — Áreas de práctica: la misma arquitectura, vidas diarias distintas
Las demos del webinar fueron todas transaccionales: briefings de reunión, triaje de NDA, redlines de contratos. No es casualidad. El trabajo transaccional es el sitio más fácil para hacer una demo de IA legal porque los artifacts son limpios, los playbooks están bien definidos y las victorias son visibles. Pero Mark dedicó unos minutos a lo que están haciendo los equipos de litigios, propiedad intelectual y regulatorio de su propio despacho, y esos ejemplos merecen salir a la superficie porque encajan con un público mucho más amplio del que sugerían las demos.
Transaccional
Este es el centro de gravedad de la demo. Triaje de NDA, redlining de contratos, revisión de MSA contra el playbook de un despacho, análisis de puntos de negociación, comprobaciones de biblioteca de cláusulas. Las revisiones de dos a cuatro horas colapsan a veinte-treinta minutos cuando la skill está bien escrita. El complemento de Word es donde vive la mayor parte del redlining real, con Cowork actuando de orquestador para el trabajo previo (admisión, triaje, clasificación) y el posterior (redacción de correo, seguimiento).
Los ejemplos concretos de Mark en su propio equipo: revisiones de contratos, triaje de NDA, evaluaciones de impacto en la privacidad. El ejemplo de evaluación de impacto en la privacidad (PIA) es interesante y poco discutido. Las PIA son, en su estructura, una tarea transaccional: entrada definida (una especificación de producto o descripción de función), salida definida (una evaluación escrita frente a un marco regulatorio), plantilla repetible. También son trabajo que a la mayoría de equipos legales les toma horas hacer bien. Mark dijo que su equipo ha comprimido las PIA a 20-30 minutos codificando la evaluación en una skill. Si trabajas en un equipo interno adyacente a la tecnología, este es probablemente tu punto de mayor apalancamiento para empezar.
Litigios
Mark mencionó que su equipo de litigios usa Claude para dos cosas específicamente: búsqueda en transcripciones y preparación de peritos.
La búsqueda en transcripciones en litigios ha sido históricamente una de las actividades facturables más caras de la práctica. Un caso grande típico puede generar miles de páginas de transcripciones de deposición. El trabajo del asociado es leer cada página, marcar los intercambios de pregunta y respuesta relevantes, y ensamblar un dossier de citas. Este es exactamente el tipo de trabajo de aguja en un pajar en el que la IA rinde bien: buscar en el corpus, encontrar cada lugar donde un testigo se contradijo, cada lugar donde se hizo una admisión, cada lugar donde un término definido se usó de forma inconsistente. Con una buena skill, este trabajo pasa de días a horas.
La preparación de peritos es el otro ejemplo. Los equipos de litigios de forma rutinaria tienen que preparar a peritos para el testimonio: darles el contexto relevante del caso, los documentos clave, las líneas de interrogatorio previstas, los argumentos probables de la parte contraria. El equipo de Mark usa Claude para hacer la síntesis: leer el expediente, leer las deposiciones anteriores del perito sobre temas similares, leer los informes del perito contrario, producir un memorando de preparación que oriente al perito sobre lo que necesita saber. Misma forma que un briefing de reunión, solo que para una reunión de mucho más riesgo.
Hay un tercer caso de uso en litigios que Mark no mencionó pero que añado porque se deriva directamente de la discusión del harness agéntico en el §5: revisión de discovery a gran escala. Cuando tienes diez mil documentos que revisar por privilegio y pertinencia, la herramienta estándar hoy son plataformas de eDiscovery basadas en palabras clave (Relativity, Everlaw, etc.) que producen resultados ruidosos y exigen ejércitos de abogados contratados para la primera pasada de revisión. Una skill bien escrita en Cowork puede hacer un etiquetado de primera pasada con sentido —privilegio, pertinencia, tipo de documento, testigo clave, rango de fechas— a una fracción del coste. Todavía no como sustituto de la plataforma de eDiscovery, sino como una capa encima que prioriza la cola del revisor humano. Varios despachos con los que trabajamos ejecutan este patrón en producción. Es una de las aplicaciones de más apalancamiento de la IA legal en litigios hoy, y casi nadie habla de ello porque no es tan vistoso como las demos.
Y luego está Andrew, el paralegal, en el juicio. Asistencia de IA en tiempo real durante el interrogatorio: generando ángulos de contrainterrogatorio en segundos, sacando a la luz testimonios previos que contradicen una respuesta actual, generando preguntas de seguimiento sobre la marcha. Hace dos años esto habría sido ciencia ficción. Hoy un paralegal lo construyó en un fin de semana y ayudó a su equipo a ganarle a un despacho del MLaw 200. Los equipos de juicio que no han empezado a experimentar con esto están cediendo terreno real.
Propiedad intelectual
El ejemplo del equipo de propiedad intelectual de Mark fue la priorización de patentes: escanear especificaciones de producto y repositorios de GitHub para sacar a la luz ideas patentables. Es un flujo de trabajo de IA perfecto. La entrada es técnica y no estructurada; la salida es una lista corta estructurada de ideas con marcas de novedad y patentabilidad; el abogado de propiedad intelectual humano toma la decisión final. Tiempo ahorrado por idea: horas de ingeniería más horas de abogado de propiedad intelectual, comprimidas en un trabajo programado nocturno.
Para el trabajo de propiedad intelectual específicamente, la capacidad del Pilar 1 (datos en vivo vía MCP) hace mucho del trabajo. El modelo está leyendo el historial real de commits de GitHub, los documentos de especificación de producto en Drive, las discusiones de Slack sobre diseño de funciones. No está resumiendo una instantánea desactualizada; está observando el trabajo de ingeniería mientras ocurre y sacando a la luz los momentos en que se creó algo patentable. Este es el tipo de flujo de trabajo imposible sin acceso a datos en vivo. Con él, es una automatización obvia.
La tramitación de patentes tiene también su propia forma amigable con la IA. Redactar el lenguaje de las reivindicaciones, buscar arte previo, comparar conjuntos de reivindicaciones entre versiones: todo estructuralmente similar a los patrones transaccional y de litigios de arriba. Las plataformas específicas de propiedad intelectual compiten con fuerza en esto; Claude sin adaptar con buenas skills te lleva un porcentaje respetable del camino sin proveedor.
Regulatorio
El rastreador regulatorio de Pamela, mencionado antes, es el ejemplo canónico. Dos horas al día de síntesis manual se convirtieron en un trabajo programado. El entregable mejoró (más fuentes cubiertas, formato más consistente). Y todo el equipo legal puede leerlo en lugar de solo el analista regulatorio.
La forma general del trabajo regulatorio —monitoreo periódico de normas cambiantes, mapeo de cambios normativos a la práctica del despacho, redacción de alertas a clientes— es uno de los mejores encajes para el patrón de programar y publicar. Si tienes una práctica regulatoria y todavía no tienes al menos un artifact programado impulsado por Claude, te estás perdiendo la victoria de productividad más fácil de toda la pila.
Asesoría jurídica interna
Mark es esencialmente un abogado interno: es abogado en una empresa tecnológica. Su ejemplo más cercano, y con el que cerró el webinar, fue el boletín de los viernes. Cada viernes, su equipo envía una actualización de «qué hicimos esta semana» a las partes interesadas transversales.
Le temo a ese recordatorio de los viernes por la mañana. Es como una hora de trabajo aburrido compilando cosas. Gestiono un equipo de otros abogados de producto. Tengo que compilar todas sus victorias de la semana y sintetizarlas. Y no me gusta hacer trabajo sobre el trabajo.
Su solución: alimentar a Claude con boletines anteriores como plantilla de alto nivel, apuntarlo a la actividad semanal de Slack y de tickets del equipo, pedirle que produzca el borrador. «Para los que recuerden la película Office Space, los informes TPS del mundo real: Claude es muy bueno ayudando a entender el progreso, fundamentándose en las victorias existentes que ha tenido tu departamento durante el último año.» Enfatizó: «No seas complaciente y te limites a decirme que hicimos nuestro trabajo. Muéstrame lo que realmente tuvo impacto según lo que dice la demás gente.»
Ese es el patrón de la asesoría jurídica interna en miniatura. Síntesis de estado. Traducción transversal. Encontrar la señal en una semana de ruido de Slack. Es también el caso de uso que creo más transferible entre áreas de práctica, porque todo equipo legal tiene un «boletín de los viernes» de algún tipo: un informe de estado, una actualización de socios, un check-in con cliente, un memorando de junta. El patrón es el mismo. Róbalo.
§10 — Tiempo de configuración: de cero a la primera skill útil en una tarde
Anónima, 26 votos: «¿Cuál es el compromiso de tiempo y esfuerzo para tener todo esto (complementos, plugins, Cowork, etc.) configurado al nivel que exigen los equipos legales?»
Esta pregunta se votó porque todos han sufrido los plazos de adopción de software empresarial. «Seis meses y 100.000 $ de consultoría» es el prior razonable del sector legal para cualquier herramienta nueva, y los abogados tenían razón en sospechar. La respuesta honesta es que esta tecnología está mucho más cerca de «una tarde» que de «seis meses» si acotas bien el alcance. Aquí está el desglose realista.
Hora 1 — Cuenta e instalación. Date de alta en Claude en un nivel comercial (Team o Enterprise, no el nivel de consumo gratuito). Instala Cowork en tu portátil. Abre Cowork → Customize → Plugins → Anthropic and Partners → instala el plugin legal. Total de clics: unos doce. Tiempo total: unos diez minutos más la espera de que TI apruebe la instalación.
Hora 2 — Conecta un conector. Elige el sistema donde vive la mayor parte de tu trabajo diario. Para la mayoría de abogados es Outlook o Gmail; para algunos es iManage o Drive. Autentica Claude a través del conector. Ve a la cuadrícula de permisos del conector y revisa qué está en «permitir siempre»: para cualquier acción de «enviar», «eliminar» o «modificar», ponla en «requiere aprobación». Las acciones de solo lectura pueden quedarse en permitir siempre. Date cinco minutos extra para probar el conector pidiéndole a Claude que resuma un hilo o saque a la luz un documento reciente.
Hora 3 — Primera remezcla de skill. Abre el plugin legal y elige la skill más cercana a un flujo de trabajo que de verdad haces. Ábrela como archivo markdown. Léela. Tendrá entre 100 y 300 líneas de inglés llano. Edítala con la voz de tu despacho: añade posiciones de respaldo, añade las cláusulas que realmente negocias con dureza, añade el formato que tu equipo quiere para el resultado. Guarda. Ahora tienes una skill personalizada específica para tu práctica.
Hora 4 — Ejecútala en trabajo real. Elige un expediente o un documento. Ejecuta la skill. Lee el resultado. Identifica qué se equivocó o qué se le pasó. Edita la skill. Vuelve a ejecutarla. Repite hasta que el resultado sea algo que le entregarías a un socio senior. Este bucle iterativo es cómo conviertes una skill de partida en tu skill.
Ese es todo el arco de cero a la primera skill. Cuatro horas de práctica intencional y tienes al menos una automatización funcionando con calidad de producción en tu vida diaria.
El siguiente mes es donde la pendiente se vuelve empinada. Una vez que tienes una skill funcionando, el coste marginal de la segunda es una fracción de la primera porque has aprendido el formato. Al tercer mes, un practicante motivado tiene una biblioteca personal de diez a veinte skills que cubren la mayor parte de su trabajo recurrente. Al sexto mes, el trabajo principal del practicante ha cambiado: ya no ejecuta skills individuales; las encadena, las programa, y revisa resultados de automatizaciones que corrieron durante la noche.
La implantación a nivel de despacho es otra conversación en sí misma. Para que un despacho obtenga la versión de equipo de esta ganancia de productividad —no solo la de un socio pionero aislado— necesitas a alguien curando el marketplace de plugins de la organización, formando a las nuevas incorporaciones en la biblioteca de plugins, y actualizando las skills a medida que llega retroalimentación. Ese rol no existe hoy en la mayoría de despachos. Existirá. Los primeros despachos en formalizarlo son los que obtienen la ventaja compuesta.
Si tu despacho necesita la versión abreviada de esta implantación porque no tiene ciclos de sobra para construir la función de curaduría, la alternativa es usar una plataforma específica del sector legal que sirva la curaduría ya integrada. (Sí, incluida la nuestra.) La contrapartida es menos personalización por menos trabajo. La mayoría de despachos por debajo de 100 abogados deberían hacer esa contrapartida.
§11 — Las preguntas para las que Anthropic no tuvo tiempo
Seis preguntas obtuvieron buena puntuación, no se respondieron en directo, y merecen respuesta. Con rapidez.
Todd Taylor, 79 votos: «Me interesa construir agentes en Claude (tenemos una cuenta Team) para trabajo legal. ¿En qué se diferenciaría eso de una skill?» Un agente es una automatización de larga duración y varios pasos que usa una o más skills y conectores para completar una tarea de principio a fin. Una skill es el procedimiento («cómo triar una NDA»). Un agente es el rol («el administrativo de admisión de NDA que corre cada mañana, tría lo nuevo, redacta los redlines y le manda el correo al equipo»). Maggie hizo una demo de exactamente esto en Cowork sin usar la palabra «agente». Lo mismo.
Sofia Rodriguez, 24 votos, la pregunta sobre estructurar un playbook de SOW: la estructura correcta es una skill con tres secciones: términos estándar (el boilerplate que aceptas sin marcar), posiciones de playbook (las posiciones de respaldo estándar de tu despacho sobre desviaciones comunes), y reglas de escalado (cuándo marcar para revisión de un socio). Entrégale a Claude cinco ejemplos de revisiones de SOW pasadas, pídele que extraiga estas tres capas, edita el resultado. Tendrás un playbook funcionando en una tarde.
Merve Yilmaz, 22 votos: «¿Algún consejo de investigación legal? Actualmente estoy sustituyendo el asesoramiento de un despacho externo sobre expansión de producto. ¿Qué salvaguardas debería construir?» Tres salvaguardas. Uno: nunca dejes que el modelo redacte un memorando final sin verificación de citas a nivel de párrafo. Dos: exige una fuente escrita para cada proposición legal; si el modelo no puede citar una, marca la afirmación como solo-del-modelo y escala. Tres: mantén un registro corriente de dónde se equivocó el modelo, y devuélvelo a la skill como antipatrones. Con seis meses de uso, la skill se vuelve específica de los tipos de errores que importan para tu trabajo.
Brint Hiatt, 49 votos: «Agradecería pasos sobre cómo empezar desde el principio absoluto. Nunca he usado Claude, solo ChatGPT.» Ver el §10. El paso a paso está en el recorrido de cuatro horas de arriba.
Andrew Amoranto, 39 votos: «¿Cómo se implantan artifacts en vivo (como dashboards) y otras apps que uno construye para sí mismo hacia el resto del equipo legal?» La respuesta de Pamela de antes: aloja el artifact en una URL estable que el equipo pueda guardar en marcadores, programa la generación subyacente para que corra en un cron, enlázalo desde el Slack o wiki de tu equipo. El patrón es «el artifact es el entregable; el chat es el taller». No le pidas a la gente que lea tus prompts. Entrégales el resultado.
Mary Prager, sin recuento de votos registrado: «¿Cómo se pasa de hacer el trabajo individualmente en la propia instancia de Claude a colaborar dentro del equipo legal y de forma transversal? ¿Hay una manera de hacerlo de forma fluida dentro de Claude, o todavía hay que salir (a Slack, correo, etc.)?» Hoy la costura sigue existiendo: Claude puede producir el correo o el mensaje de Slack pero la conversación sobre el trabajo ocurre en tus herramientas de colaboración habituales. La función de proyectos de Anthropic aborda esto parcialmente; varias personas pueden trabajar en el mismo proyecto con contexto compartido. Todavía no es un reemplazo completo de Slack. No lo intenta ser. El modelo mental correcto: Claude es el taller donde haces el trabajo; Slack es donde el equipo coordina sobre el trabajo. Son herramientas distintas para capas distintas y la costura es una característica, no un fallo.
§12 — Lo que la sala nos estaba diciendo en realidad
Da un paso atrás respecto a las preguntas individuales. Mira el orden de los temas por peso de votos.
- Seguridad y privilegio — 4 preguntas, 1.050 votos, 42% de la atención
- Skills y plugins — 13 preguntas, 511 votos, 21% de la atención
- Integraciones — 3 preguntas, 269 votos, 11% de la atención
- Superficies de producto y modelos — 7 preguntas, 213 votos, 9% de la atención
- Adopción y casos de uso — 7 preguntas, 191 votos, 8% de la atención
- Gestión de documentos — 6 preguntas, 175 votos, 7% de la atención
- Logística — 5 preguntas, 165 votos, 7% de la atención
- Precisión y verificación — 4 preguntas, 161 votos, 7% de la atención
Tres señales que vale la pena retener.
Primera, el bloque de seguridad no domina porque los abogados sean paranoicos. Domina porque los abogados son operativamente serios. La forma de las preguntas —privilegio, aislamiento (sandboxing), alcance de MCP, expedientes sensibles— te dice que son personas que ya planean usar Claude y que necesitan construir la política alrededor. La sentencia Heppner concentró las mentes. El webinar las concentró aún más. Anthropic debería considerar que el próximo webinar que este público quiere no es «más demos». Es una hora a fondo sobre cómo configurar Claude para el privilegio, con políticas de muestra, cartas de cliente de muestra, y configuraciones de auditoría de muestra. Esa sesión atraería 30.000 inscritos.
Segunda, que las alucinaciones caigan al cuarto puesto no es porque el problema esté resuelto. Es porque la profesión ha interiorizado que el problema es solucionable mediante el diseño del flujo de trabajo —verificación de citas, revisión humana, recuperación fundamentada— y ahora está haciendo las preguntas de siguiente orden sobre cómo hacerlo de forma sistemática. Esta es una señal de madurez. Hace un año la pregunta era «¿es seguro usarlo?». Ahora es «¿cómo verifico a escala?». Los proveedores que respondan la segunda pregunta con claridad son los que ganan los próximos 18 meses.
Tercera, skills y plugins acumularon trece preguntas porque el vocabulario es genuinamente confuso y las herramientas están en fase temprana. La admisión de Mark de «no lo uses tal cual» es el encuadre más honesto de dónde está de verdad la tecnología. El plugin legal es un kit de inicio. La personalización es el apalancamiento. La personalización también es trabajo, y los despachos que ganan el dividendo de productividad son los que hacen ese trabajo, o los que eligen una plataforma que ya lo ha hecho por ellos.
Un cuarto detalle que merece un momento: nadie preguntó si la IA reemplazaría a los abogados. Ni una de las 51 preguntas. Ese debate está cerrado dentro de la profesión. Las preguntas son operativas. Cómo integro. Cómo verifico. Cómo lo implanto. Cómo lo configuro. Cómo evito la lista negra. El público de estas preguntas es el público que ya decidió. El mercado ahora elige entre qué IA, no si IA.
Una nota de alguien que construye en este espacio
Dirijo HAQQ. Trabajamos con unos 9.800 despachos, en su mayoría en mercados que los webinars del Big Law no suelen tocar. Vi este webinar dos veces —una en directo, otra con la transcripción abierta— porque las preguntas son la investigación de mercado más útil que ha producido el sector de la IA legal en 2026. Le agradezco a Anthropic que hiciera pública la grabación.
Lo que el webinar acertó más es la lectura cultural. Veinte mil inscripciones es una cifra que dice que la profesión ha cruzado un punto de inflexión. Las preguntas en el chat no son preguntas del campo escéptico. Son preguntas del campo operativo. Cómo hago esto bien. Es una conversación distinta a la que teníamos hace dos años.
Lo que creo que la próxima ronda de conversación sobre IA legal tiene que mejorar es la brecha entre «lo que la plataforma puede hacer en una demo» y «lo que el despacho mediano puede conectar en la práctica». El equipo de Mark tiene los recursos para escribir skills, configurar conectores, correr un piloto e iterar. La mayoría de los despachos —incluidos la mayoría de los que votaban en el chat— no los tiene. Las plataformas que ganan el mercado legal pequeño y mediano en los próximos dos años son las que entregan de fábrica el 80% aburrido, dejan la personalización al despacho, y no obligan al responsable de TI del despacho a construir tuberías de OCR por su cuenta.
La frase de cierre de Mark en el webinar fue sobre ese boletín de los viernes —la hora de compilar las victorias de otros que temía cada semana. Dijo que Claude convirtió esa hora en minutos leyendo la actividad de Slack y tickets del equipo, aprendiendo el formato de boletines anteriores, y produciendo un borrador que luego él editaba. Es un ejemplo pequeño. También es exactamente el ejemplo correcto. El punto de la IA legal en 2026 no es que haga la abogacía. El punto es que hace el trabajo sobre la abogacía —el compilar, el sintetizar, el formatear, el perseguir— para que el abogado pueda dedicar la hora al criterio legal real. Ese es el trato. Es bueno.
Si eres abogado y quieres hablar de cómo estos patrones encajan con tu práctica, encuéntrame en LinkedIn. Publico sobre esto cada semana. Si quieres ver cómo maneja una plataforma específica del sector legal las capas de privilegio, la verificación de citas y los problemas de fontanería con el DMS que describí, HAQQ Legal AI es el sitio más fácil para mirar: es gratis para probar, y publicamos herramientas gratuitas de IA legal que puedes usar en un navegador sin comprometerte a nada.
En cualquier caso: deja de usar el nivel de consumo para trabajo real de expedientes. Ponte en un plan comercial con controles de privilegio. Elige un flujo de trabajo que te duela (NDAs, admisión, el boletín de los viernes, el resumen regulatorio semanal, el que sea) y escribe tu primera skill contra él esta semana. Comparte la skill con un compañero. Itera.
Los abogados que dirijan sus despachos en 2028 serán los que empezaron a construir skills en 2026. El público del webinar lo sabía; por eso se apuntó. El trabajo empieza ahora.
