La semana pasada, Anthropic organizó una sesión llamada Claude for Legal Teams. Veinte mil personas se registraron. La sala envió 51 preguntas y las votó 2.470 veces. El patrón de votos es la pieza más honesta de investigación legal-tech que he visto este año. Esta es la conversación que el seminario web no tuvo tiempo de terminar, lo que Mark Pike (líder de producto legal de Anthropic) y Maggie Russo (IA aplicada) dijeron cuando abordaron una pregunta, lo que no lograron abordar y las partes que creo que acertaron parcialmente pero no del todo.
La semana pasada, Anthropic organizó una sesión llamada Claude for Legal Teams. Veinte mil personas se registraron. Su anfitriona, Nancy de marketing, dijo en el aire que nunca había visto un número así para un seminario web legal. Le creo. La sala envió 51 preguntas y las votó 2.470 veces, y el patrón de votos es la pieza más honesta de investigación legal-tech que he visto este año.
Datos clave
- El seminario web Claude for Legal Teams de Anthropic atrajo a 20.000 inscritos, 51 preguntas enviadas y 2.470 votos a favor.
- Cuatro preguntas sobre privilegio/seguridad obtuvieron 1.050 votos a favor: el 42% de toda la atención de la sesión; la pregunta principal obtuvo 372 votos.
- HAQQ atiende a más de 17.000 equipos legales, en su mayoría pequeños y medianos, y en su mayoría fuera de los grandes centros de compra de tecnología.
Dirijo una empresa en este espacio. Creamos HAQQ, una plataforma de Legal AI que hoy atiende a más de 17.000 equipos legales, en su mayoría pequeños y medianos, principalmente fuera de los grandes centros de compra de tecnología, principalmente las firmas para las que nadie organiza seminarios web. Así que cuando 20.000 de sus primos asisten a una sesión sobre Claude, presto atención. Descargué la grabación. Leí cada pregunta. Me senté con la transcripción durante una noche. Luego escribí esto.
Esto no es un resumen. La grabación está en línea si quieres una. Esta es la conversación que el seminario web no tuvo tiempo de terminar, lo que Mark Pike (líder de producto legal de Anthropic) y Maggie Russo (IA aplicada) dijeron cuando abordaron una pregunta, lo que no lograron abordar y las partes que creo que acertaron parcialmente pero no del todo. Marcaré cada una claramente. Donde la sala hizo una pregunta que nadie en el escenario respondió, la responderé de la misma manera que se la respondería a un socio que me pagó por ello.
Una nota antes de empezar. Las preguntas no son mías. Provienen de abogados reales, paralegales reales, líderes de operaciones legales reales, y pusieron sus nombres en ellas. Cuando cite una pregunta, la atribuiré. Los recuentos de votos provienen de la sesión en vivo. La historia que estás a punto de leer sobre Andrew el paralegal. Esa se queda conmigo, así que empezaré por ahí.
Un equipo de cuatro personas. Una firma de MLaw 200. Un veredicto del jurado.
Mark contó esto en el escenario y quiero volver a contarlo porque es la respuesta a una pregunta que nadie votó a favor, pero que todos se hacen en secreto. ¿Es esto realmente útil, o estamos haciendo teatro de IA?
Andrew es un asistente legal. Formó parte de un equipo pro bono de cuatro personas (dos abogados, dos asistentes legales) que defendió un caso de abuso de ancianos contra una firma MLaw 200. Esa es una lucha que no se gana por horas facturadas. Así que Andrew construyó una herramienta en la API de Anthropic que se sentó en la mesa del abogado durante el juicio, obteniendo ángulos de contrainterrogatorio en tiempo real, a veces antes de que el abogado contrario terminara de hacer la pregunta. Los cuatro salieron con un veredicto favorable del jurado para su cliente.
Quiero que retengas eso por un segundo. Un asistente legal. Escribió código. En el juicio. Ganó.
Ahora lee la siguiente frase con atención: ese es el caso de uso medio, no el límite máximo.
El seminario web comenzó con esa historia por una razón. Las 51 preguntas que siguieron son lo que sucede cuando 20,000 personas en una profesión que sobrevivió con la tradición de la pluma de ganso durante 800 años se dan cuenta colectivamente de que la tecnología es real y la única pregunta que queda es si la usarán bien o mal. Nadie votó a favor de si la IA reemplazará a los abogados. Ese debate ha terminado dentro de la profesión. Todo en el chat fue operativo. ¿Cómo hago esto sin perder el privilegio? ¿Cómo verifico? ¿Cómo lo implemento? ¿Cómo lo integro? ¿Cómo evito la lista de los "malos"?
Permítanme guiarlos a través de lo que preguntaron, en el orden en que los votos los clasificaron, pero primero, el marco que Mark utilizó para establecer toda la sesión. Vale la pena tenerlo en cuenta 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 Claude realmente conoce tu trabajo legal
Mark explicó lo que él llamó los cuatro pilares de cómo Claude realiza el trabajo legal. Los usaré como la columna vertebral de este artículo porque (a) son el marco correcto y (b) la mayoría de las preguntas de la audiencia se ajustan a uno de ellos. Si viste el seminario web, esta sección te resultará familiar; si no lo hiciste, esta es la versión de treinta segundos de la imagen arquitectónica que Anthropic está vendiendo.
Pilar 1. Datos en vivo a través del Protocolo de Contexto del Modelo (MCP). Mark llamó al 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 asuntos (iManage, NetDocuments), tu CLM, tu Drive, Outlook, suite de Microsoft, Slack, calendario. El objetivo no es que Claude suba una instantánea de tu trabajo; es que Claude lee los mismos archivos que tu equipo, en vivo. La redline que llega a las 4 p.m. es visible a las 4:01 p.m. sin que nadie vuelva a subir nada. Esto suena obvio hasta que recuerdas que la mayoría de las implementaciones de IA empresarial hoy en día siguen siendo cargas de PDF a través de Slack con una obsolescencia eterna.
Pilar 2. Habilidades legales. Una "habilidad" en este mundo es un archivo markdown que codifica un flujo de trabajo que tu equipo ya ejecuta cada semana. Revisión de NDA. Marcado de contratos. Redacción de registros de privilegios. Admisión de asuntos. Verificaciones de la biblioteca de cláusulas. Búsqueda de precedentes. Análisis de puntos de acuerdo. El marco de Mark fue importante: "Claude no parte de una página en blanco en el trabajo que haces cientos de veces al año. Se basa en ese corpus de conocimiento que has creado dentro de tu departamento". Las habilidades hacen que la memoria muscular institucional sea portátil. También son, dijo Mark, recursivamente construibles: puedes pedirle a Claude que escriba habilidades para ti alimentándolo con ejemplos de trabajos anteriores.
Pilar 3. Comprensión de documentos. Este es el pilar que la mayoría de la gente subestima. Claude lee la estructura de los acuerdos como lo hace un abogado. Rastrea los términos definidos en los anexos y las programaciones. Explica en lenguaje sencillo lo que realmente hace una cláusula y señala exactamente dónde reside el riesgo. Esto no es una búsqueda por palabras clave y no es un resumen de texto. Es la comprensión estructural de cómo se mantienen unidos los documentos legales: términos definidos con referencias cruzadas a dónde se usan, excepciones rastreadas a dónde anulan la regla general, programaciones vinculadas a las disposiciones operativas que expanden. La brecha de capacidad entre "resumir este MSA" y "encontrar todos los lugares donde los términos estándar de este MSA son anulados silenciosamente por una carta lateral" es enorme, y el Pilar 3 es lo que la cierra.
Pilar 4. Contexto entre aplicaciones. La versión con marcas de revisión que hiciste en Word se convierte en una diapositiva de resumen en PowerPoint, se convierte en un borrador de correo electrónico en Outlook, se convierte en una invitación a un calendario de seguimiento, y Claude mantiene el contexto del trabajo original en todo momento. Un solo hilo. Sin volver a explicar. Sin traspasos de copiar/pegar. La frase exacta de Mark: "El trabajo se mueve contigo." Si alguna vez has pasado veinte minutos repitiendo los antecedentes de un asunto a un colega por Slack, o peor, a una IA que olvidó lo que estaba haciendo entre dos interacciones, entiendes visceralmente lo que este pilar está resolviendo.
No necesitas afinar modelos para darle a Claude, el ingeniero, un título en leyes. En cambio, solo necesitas dar a estas herramientas acceso, las mismas herramientas que los abogados usan todos los días para hacer su trabajo. Y eso es lo que le ayuda a convertirse en un gran compañero de equipo en el contexto legal.
Esa frase es la apuesta arquitectónica completa. Anthropic no está construyendo una "Legal AI" que sea un producto diferente de su IA general. Está construyendo un único modelo capaz y dándole las mismas interfaces en las que los abogados ya trabajan. La adaptación ocurre en habilidades, complementos, conectores y el contexto del asunto, no en los pesos del modelo. Si esa apuesta es correcta a largo plazo es una pregunta a la que volveré. Por ahora, ten en cuenta los cuatro pilares. Casi todas las preguntas de la audiencia se centran en uno de ellos.
Una segunda pieza de vocabulario que verás a menudo: la acuñación de Mark, amp-fooding. Los empleados de Anthropic se llaman a sí mismos "ants" (hormigas), por lo que el equivalente a "dogfooding" es "amp-fooding". Usan Claude para construir Claude. El equipo legal de Mark usa Claude en su propio trabajo legal. Esa recursión está haciendo más trabajo del que la gente notó en el seminario web; cuando escuchas sobre un análisis de 742 tickets JIRA o un flujo de trabajo de redline que tomó 20 minutos, esos son artefactos "amp-fooded". No son hipotéticos. Son cosas que el equipo legal de Anthropic hizo consigo mismo antes de mostrártelas.
§2. El privilegio es la pregunta detrás de cada otra pregunta
Cuatro preguntas sobre el privilegio abogado-cliente y la seguridad obtuvieron 1.050 votos a favor entre todas. Eso es el 42% de la atención de toda la sesión centrada en una única preocupación. La pregunta número uno, con 372 votos, fue la de Jewel Seo: "¿Cómo maneja su equipo el privilegio abogado-cliente al usar Claude?"
Mark respondió directamente, y su respuesta fue honesta de la única manera en que un abogado puede serlo: no soy su abogado. Hable con su abogado. Pero debajo del descargo de responsabilidad hizo tres puntos sustantivos y un meta-punto, y todos merecen ser desglosados.
La sustancia fue esta. Primero, el reciente fallo de Heppner, del que Mark dijo que la industria legal "realmente está despertando", involucró, según lo describió Mark, a un no abogado usando un plan de IA de consumo, trabajando bajo su propia dirección, con la configuración de privacidad no configurada. Ese es el caso que se está difundiendo en LinkedIn como un cuento con moraleja sobre el privilegio, y el encuadre importa: no era un caso sobre si los abogados pueden usar IA. La resolución escrita llama a Claude "una plataforma de IA disponible públicamente" y no menciona ningún plan ni nivel. Segundo, sobre las ofertas comerciales de Anthropic, Team y Enterprise, con la configuración de privacidad correctamente configurada, Mark dijo que estaba "bastante seguro" de que se puede mantener el privilegio. Tercero, la ABA en realidad tiene reglas éticas que exigen que los abogados se mantengan al día con la tecnología. No usar IA no es una posición neutral; es una posición deliberada, y cada vez más una que solo se puede defender a propósito.
El meta-punto fue el más interesante. Mark comparó el momento con los argumentos de finales de los años 90 sobre si los abogados podían usar el correo electrónico, y los argumentos de principios de los 2000 sobre el SaaS basado en la nube. Ganamos esos. Vamos a ganar este. La única pregunta es si su firma lo gana con elegancia o con apuros.
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 característica que se activa en una página de configuración. Es una propiedad del flujo de trabajo que tiene que ser verdadera en cada capa simultáneamente. Hay cuatro capas, y la mayoría de las conversaciones que tengo con los asesores jurídicos las combinan en una y se olvidan de dos.
La capa del contrato. Su proveedor de Legal AI no puede usar sus datos de entrada para entrenar modelos. Esto es contractual, no técnico. En el nivel empresarial de Anthropic, esto está por escrito. En el Claude.ai gratuito, no lo está. Si su empresa está utilizando el nivel gratuito para trabajos de casos reales, esa es la conversación que debe tener el lunes por la mañana, no si la IA es arriesgada en general. La IA está bien. El nivel gratuito es el problema.
La capa de infraestructura. Los sistemas del proveedor deben ser auditados con SOC 2 Tipo II, tener opciones de retención de datos cero para asuntos sensibles y enrutar a través de una región que satisfaga sus obligaciones de residencia de datos. La mayoría de los proveedores con sede en EE. UU. cumplen con este requisito. Muchos de los que tienen sede en el extranjero no lo hacen, y la documentación del contrato lleva más tiempo del que la gente presupuesta.
La capa de implementación. Esta es la que Mark insinuó sin nombrarla. La propia configuración de la herramienta por parte de su empresa (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 su propio personal. La interrupción de privilegio más común que veo en la práctica no es un modelo que filtra datos; es un socio que pega un memorándum sensible en un espacio de trabajo donde un administrador no abogado puede leerlo. El proveedor no puede arreglar esto por usted. Usted lo configura o no lo hace.
La capa del asunto. La capa más profunda, y aquella para la que creo que existen las plataformas específicas para asuntos legales. El privilegio no es una propiedad suya; es una propiedad de este asunto, entre este cliente y este abogado, para este propósito. En el momento en que no puede saber a qué espacio de trabajo pertenece un trabajo, no puede saber si el privilegio está intacto. La Legal AI de propósito general no tiene un concepto de asunto. Tiene proyectos, carpetas, conversaciones. Útil, pero no es lo mismo. (En HAQQ tratamos el asunto como la unidad atómica porque las empresas con las que trabajamos no tienen la capacidad de ingeniería para incorporarlo por sí mismas; necesitan que se lo entreguen ya implementado).
La respuesta de Mark fue correcta en las capas 1, 2 y 3. La cuarta es donde la industria legal pasará los próximos dos años averiguando sus convenciones. Si usted trabaja internamente en una empresa familiarizada con la tecnología y con una sólida función de TI, probablemente pueda arreglárselas para unir la capa 4 por su cuenta en proyectos de Cowork y ámbitos de complementos. Si es un bufete regional con doce abogados y una persona de TI que también gestiona el servidor de impresión, no va a conectar eso usted mismo, y el proveedor que se lo entregue llave en mano será el que comprará.
La pregunta del MCP y por qué merecía más tiempo
La pregunta de 150 votos de Julie Saliba era específicamente sobre el MCP. "¿Qué consideraciones de seguridad deben tenerse en cuenta al vincular al buzón de entrada o al usarlo a través del MCP?"
Maggie respondió a la pregunta de seguridad más amplia e hizo un gesto al modelo de permisos del MCP: los conectores heredan sus permisos de origen, por lo que Claude no puede acceder a archivos a los que usted mismo no puede acceder, y hay una cuadrícula de permisos por acción: permitir siempre, necesita aprobación, bloqueado o personalizado. Ella demostró el conector de Gmail y mostró cómo se puede cambiar una acción de "enviar correo electrónico" de "permitir siempre" a "necesita aprobación". Todo eso es cierto y útil.
Lo que no dijo, y a lo que Julie probablemente se refería, es que los conectores del MCP son accesos ambientales persistentes. No son extracciones únicas. Una vez que conecta su bandeja de entrada a Claude, Claude tiene la capacidad permanente de leer esa bandeja de entrada en cualquier conversación futura que tenga el conector habilitado, hasta el momento en que lo revoque. Esta es una postura de seguridad diferente a la de cargar un archivo en un chat. Es más parecida a una concesión de OAuth, lo que significa que debe regirse como tal: registre cada recuperación, audite periódicamente, revoque agresivamente y nunca conecte cuentas personales a herramientas con licencia de la empresa.
El seminario web mostró el Gmail personal de Maggie conectado a su Cowork personal. Eso está bien para una demostración. Sería una causa de despido en la mayoría de las firmas con un programa real de gobierno de la información. La razón no es que Anthropic no sea seguro; es que el rastro de auditoría de "lo que esta IA leyó sobre mi cliente hoy" vive en dos sistemas en lugar de uno, y los equipos de asuntos lo necesitan en uno. Esto es solucionable, pero debe resolverse deliberadamente. La configuración predeterminada de "conectar la bandeja de entrada porque la demo lo hizo así" es exactamente cómo las firmas 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 demostraba la cuadrícula de "permitir siempre" / "necesita aprobación". Dijo que muchos de los abogados que conoce están "muy preocupados de que la IA actúe sin su aprobación" y que la cuadrícula de permisos era "una solución realmente buena para algo sobre lo que la gente ha planteado preguntas". Tiene razón. La cuadrícula de permisos es el control concreto que hace que el "humano en el bucle" sea real en lugar de aspiracional. Si no hace nada más después de leer este artículo, configure cada acción de "enviar", "eliminar" y "modificar" en sus conectores para que necesiten aprobación. Las acciones de solo lectura pueden permanecer en "permitir siempre". Esta es una mejora de seguridad de cinco minutos que le proporciona la mayor parte de la seguridad operativa con casi ninguna pérdida de fricción.
Lo que la sala preguntó pero nunca obtuvo
Tres preguntas de seguridad fueron votadas positivamente pero no respondidas en vivo.
Syed Ali Khan, 29 votos: "¿La información proporcionada a Claude está 'en un entorno controlado', es decir, no se utiliza para entrenar o mejorar el producto?" La respuesta corta es sí en los planes comerciales, no por defecto en Claude.ai para consumidores a menos que elija no participar. Esto debe estar por escrito en la política de IA de su firma, no en la memoria de su líder de TI. Ya que estamos, Cowork se ejecuta específicamente en una máquina virtual aislada en su escritorio (Maggie lo mencionó de pasada al responder al grupo de seguridad), lo que limita el radio de explosión de cualquier cosa que ocurra durante una sesión de Cowork. Los archivos que Claude toca en Cowork permanecen en un entorno controlado en los directorios a los que usted los apunta.
Tom Harriman, 9 votos: "¿Qué controles a nivel empresarial existen para las habilidades? ¿Se pueden provisionar y asignar a grupos de usuarios específicos (por ejemplo, usuarios de bienes raíces con habilidades enfocadas específicas para su práctica)?" Anthropic lanzó recientemente el control de acceso basado en roles para Claude Enterprise. Maggie lo mencionó de pasada. Las bibliotecas de habilidades con alcance de grupo de práctica son técnicamente posibles hoy en día a través del mercado de complementos de la organización y RBAC. No son llave en mano. Su equipo de TI construirá el andamiaje una vez y luego funcionará.
Rodney Younce, 200 votos: "¿Cómo les explicamos a los clientes que sus datos se utilizan de forma segura?" Esta es la pregunta que creo que Anthropic debería haber respondido con más cuidado y la que menos respondió. Los abogados no pueden decir a sus clientes "Anthropic dijo que es seguro". Tienen que poder hacer sus propias representaciones. La respuesta correcta aquí es un cuestionario de seguridad del proveedor, una carta de atestación para asuntos sensibles y un explicador de una página amigable para el cliente que el departamento de marketing de la firma puede entregar a un abogado general cauteloso. Anthropic publica el material subyacente en trust.anthropic.com (Mark lo mencionó), pero la traducción a un lenguaje orientado al cliente es trabajo de la firma. La mayoría de las firmas no lo han hecho. Deberían hacerlo.
§3. El complemento legal apenas es un producto todavía, y Mark lo dijo él mismo
Trece preguntas se agruparon en torno a habilidades y complementos. La pregunta de 50 votos de Rebecca Wright ("¿podemos obtener un glosario?") fue el momento más votado de honestidad en lenguaje sencillo en la sesión. El seminario web mencionó habilidades, complementos, Cowork, Claude Code, conectores MCP, artefactos 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 debería haber comenzado el seminario web.
Una habilidad es un archivo markdown. Eso es todo. Le dice a Claude cómo hacer una cosa específica (revisar un SOW contra un manual de estrategias, redactar un registro de privilegios, clasificar los NDA entrantes) escribiendo el procedimiento de la misma manera en que lo escribiría para un nuevo asociado. Mark mostró uno en pantalla. Eran unas 200 líneas de texto sin formato. Cualquiera puede escribir uno. Muchas personas lo hacen.
Un plugin es un paquete de habilidades que se envían juntas. El "legal plugin" de Anthropic es una colección de habilidades legales: resúmenes de reuniones, clasificación de NDA, revisión de contratos, redacción de registros de privilegios y un puñado de otras. Lo instalas desde Cowork → Personalizar → Plugins → en "Anthropic and Partners" → haz clic en instalar. Dos minutos.
Un conector (a veces llamado servidor MCP) es el conducto de datos en vivo. iManage, NetDocuments, Outlook, Gmail, Drive, Slack, su CLM. Los conectores son la forma en que Claude lee en qué trabaja realmente su firma.
Cowork es la aplicación de escritorio colaborativa de Anthropic. Demostrada ampliamente en el seminario web. Ahora está disponible de forma general. Andra Robinson preguntó si todavía estaba en beta y la respuesta es no, GA. Puede pensarlo como Claude con una computadora portátil en lugar de solo una ventana de chat. Abre carpetas, escribe archivos, ejecuta cosas en paralelo.
Claude Code es la CLI orientada al desarrollador. Mismo motor que Cowork pero en una terminal. La analogía de Maggie fue excelente: Claude Code es para Cowork lo que una terminal es para un IDE. Si no eres ingeniero, usa Cowork.
Los artefactos son resultados en vivo que Claude genera dentro de una conversación (un panel de control, un documento, una pequeña aplicación) con los que puede interactuar allí mismo.
Los proyectos son espacios de trabajo compartidos dentro de Claude. Contienen instrucciones, archivos y configuraciones de conectores que todos los miembros del proyecto heredan.
Ese es todo el vocabulario. El seminario web debería haber dedicado dos minutos a esta diapositiva. No lo hicieron. La pregunta de Rebecca tiene 50 votos positivos por una razón.
"No uses el legal plugin tal cual"
Está en su mejor momento cuando ha sido remezclado e incorpora la voz y las matrices de riesgo de su propia empresa, sus manuales de estrategias y su lenguaje de respaldo. No usaría un traje que compró listo para usar. Lo haría a medida para asegurarse de que le quede bien.
Mark dijo esto en el escenario y fue la frase más importante de todo el seminario web. Lo dijo sobre la cosa que él mismo construyó. Traducción: el plugin legal es una plantilla inicial, no un producto terminado. Existe para mostrarle cómo es el formato y para darle una ventaja de cien yardas en sus propios manuales de estrategias. Si lo instala y lo usa tal cual, está obteniendo la teoría de la consejería general de Anthropic sobre cómo debería funcionar una habilidad transaccional, no la de su firma. Toda la ventaja está en la personalización.
Estas son buenas y malas noticias. La buena noticia es que la personalización es recursiva: puede sentar a Claude y pedirle que escriba sus habilidades por usted, entregándole algunos ejemplos de las revisiones anteriores de su firma y diciendo "extrae el manual de estrategias". Mark lo mencionó y funciona en la práctica. Usamos el mismo truco para las habilidades que HAQQ envía a las firmas que se incorporan a nuestra plataforma: entregamos al modelo quince de sus antiguas revisiones de NDA y le pedimos que produzca el manual de estrategias. Tendrá que limpiarlo. Pero es una solución del 90% en 30 minutos. También hay una habilidad incorporada de "creador de habilidades" que lo guía a través del proceso si no quiere pensar en el metaprompting usted mismo; Maggie lo mostró durante la demostración.
La mala noticia es que este trabajo es trabajo real, y la mayoría de las firmas que vieron el seminario web no tienen la capacidad extra para hacerlo. Aquí es donde la realidad de dos niveles de la industria legal se hace visible. Anthropic-el-empleador tiene un líder de producto legal dedicado (Mark) construyendo habilidades a tiempo completo. La mayoría de las firmas tienen un socio a cargo de "tecnología" que ya tiene 1,800 horas facturables y un hijo en la escuela secundaria. La personalización es una ventaja, y la ventaja se distribuye de manera desigual.
Ben Kühnel preguntó sobre el futuro del plugin legal, observando con precisión que "en este momento solo consta de algunas habilidades de Claude". Mark dijo que es solo el comienzo, que vendrán más superficies de oficina, que el ritmo de la 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 que Microsoft Word no es un sistema de gestión de contratos. Las plataformas generales envían primitivas generales. La especialización ocurre en la capa superior.
La pregunta de Tyler Niederwerder es más importante de lo que sugieren sus 33 votos.
"¿Puede Claude decidir automáticamente qué habilidades usar?" Sí. Y la respuesta es uno de los pequeños detalles del seminario web que creo que importará más de lo que la audiencia se dio cuenta.
En realidad no utilicé un comando de barra ni nada especial para asegurarme de que la habilidad se estuviera usando. Simplemente utilicé su nombre. También podría usar una descripción como 'Me estoy preparando para la reunión, ayúdame a crear un informe para ello', y Claude sabrá de qué estoy hablando.
Esta es la diferencia entre la AI que requiere que sus usuarios memoricen un panel de control y la AI que entiende el lenguaje natural y se activa sola. Para el socio legal que se niega a memorizar comandos, esta es la diferencia entre la adopción y el software no utilizado. Maggie no se detuvo en ello. Yo sí lo habría hecho. Construir la habilidad una vez y luego hacer que Claude la invoque automáticamente cada vez que el usuario formule una solicitud relevante. Ese es el diseño UX que convierte "tenemos herramientas de AI" en "usamos herramientas de AI".
También hay una implicación más sutil. Si escribes una habilidad llamada triage-nda y Claude puede invocarla automáticamente con una frase como "mira los NDA en la carpeta de entrada, dime cuáles deberíamos revisar", entonces tu biblioteca de habilidades es funcionalmente una API de lenguaje natural para el conocimiento institucional de tu firma. El abogado que escribió la habilidad una vez se está apalancando en cada colega que alguna vez use una oración que contenga la intención correcta. Este es el mecanismo por el cual el manual de estrategias de un asociado cuidadoso se convierte en el estilo interno de la firma.
La pregunta de Robert Graham es la que más importa.
Solo once votos. "¿Cómo sugieres alimentar a Claude con habilidades que incorporen nuestra voz, tono y postura, en combinación con el complemento legal?"
Esta es la pregunta de personalización real y Mark la respondió indirectamente cuando contó la historia sobre el análisis de 742 tickets de JIRA. Su método fue: volcar el corpus en Claude, pedirle que encontrara patrones, pedirle que sugiriera dónde la automatización crearía el mayor impacto, y luego hacer que redactara las habilidades. Usó esto para descubrir que su equipo estaba dedicando demasiado tiempo a la clasificación de NDA y a las preguntas sobre software de código abierto. Luego desarrolló habilidades dirigidas exactamente a esos flujos de trabajo.
Aplíquelo a su propia firma. Tome sus últimas 200 admisiones de clientes, o 200 revisiones, o 200 correos electrónicos de clientes. Entréguelos a Claude en un proyecto de Cowork. Pregunte: ¿qué patrones ve en cómo hago este trabajo que podría codificar como una habilidad? La respuesta le sorprenderá. Parte de lo que usted cree que es un juicio a medida en realidad se ajusta a un patrón en sus últimos seis asuntos y podría rellenarse previamente. Parte de lo que usted cree que es mecánico es en realidad donde reside su valor y nunca debería automatizarse. No sabrá cuál es cuál hasta que lea lo que encuentra el modelo.
El cambio de mentalidad que Mark describió (y por el que Montserrat Mazo preguntó con cuatro votos) es pasar de ser un hacedor a ser un gerente de agentes. Deja de redactar y empieza a revisar. Deja de investigar y empieza a verificar. Deja de teclear y empieza a comprobar. Esto es incómodo para los abogados porque la abogacía y la escritura han sido prácticamente sinónimos durante treinta años. Los abogados que superen esa incomodidad más rápido serán los que ganen la próxima década.
Habilidades como conocimiento institucional: la historia de Pamela y por qué es escalable
Maggie demostró algo llamado /schedule rápidamente, y luego Mark contó la historia que justifica toda la función. Su compañera Pamela, del equipo regulatorio, dedicaba dos horas diarias a sintetizar las noticias regulatorias globales. Le pidió a Claude que lo hiciera según un horario. Ahora se ejecuta a las 8 a.m., produce un periódico diario y lo publica en un Google Site que todo el equipo legal lee con su café de la mañana. Dos horas al día se convirtieron en cero, el entregable mejoró y todo el equipo recibe el mismo resumen.
Esta es la forma correcta para la Legal AI en un departamento legal. No es "el abogado chatea con el bot". Es una automatización programada que produce un artefacto que el equipo consume. Tiene la misma forma que la nota de mercado semanal de un analista de investigación, excepto que el analista es un modelo y la nota se genera durante la noche.
Alexis Hartwell-Gobeske hizo la pregunta relacionada con 13 votos: "¿Se puede configurar a Claude para que proporcione actualizaciones automáticas sobre plazos de presentación, fechas de audiencias, etc.?" Sí. El mecanismo es exactamente el de Pamela: conecte a Claude a su sistema de gestión de casos a través de MCP, escriba una habilidad que sepa lo que cuenta como un plazo, prográmela para que se ejecute dos veces al día, haga que se publique en Slack o correo electrónico o una página de Sharepoint. La parte difícil no es la Legal AI; es conectar el sistema de gestión de casos. Si su DMS es compatible con MCP hoy, puede construir esto en una tarde. Si no lo es, está esperando al proveedor, y la mayoría de los proveedores de gestión de casos tienen un retraso de 12 a 18 meses en esto. Las plataformas que cubran su terreno serán las dueñas del mercado de las pequeñas firmas.
Por cierto, compartir habilidades dentro de una firma es cuestión de un solo botón. Maggie lo demostró. Una vez que ha escrito o remezclado una habilidad en su biblioteca personal, puede compartirla con un compañero de equipo, una lista de correo, o publicarla en el mercado de plugins de su organización si su administrador está gestionando uno. Esta última parte (el mercado de la organización) es el mecanismo por el cual la biblioteca de habilidades de una firma se convierte en un activo real en lugar de una colección de herramientas ocultas propiedad de los socios. Si está en una firma con más de cincuenta abogados y no tiene a alguien gestionando una biblioteca interna de plugins, está dejando pasar un apalancamiento compuesto.
§4. Las alucinaciones obtuvieron menos votos de los que esperaba, y eso cuenta una historia
Cuatro preguntas sobre precisión y "alucinaciones" obtuvieron 161 votos. Fue el cuarto tema más votado, no el primero. Hace un año, esta habría sido la preocupación dominante. El hecho de que el privilegio superara a las "alucinaciones" por 6.5 veces es la señal más fuerte en el conjunto de datos.
La profesión ha superado la pregunta de si mentirá y se ha centrado en cómo verificar sistemáticamente. Nikolaj Nielsen lo expresó claramente con 70 votos: "a menudo se requiere una verificación completa. ¿Cómo diferencia Anthropic sus modelos en la mitigación de las "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 pasen a revisores senior o reguladores?".
Mark dio la respuesta correcta. Hizo referencia a las más de 2,000 presentaciones judiciales documentadas que contienen citas "alucinadas" (sí, dos mil) y dijo que la forma de no estar en esa lista es basar la Legal AI en jurisprudencia real a través de herramientas y conectores, pedirle que cite sus fuentes y mantener a un humano en el proceso. Maggie agregó que las ventanas de contexto de un millón de tokens ayudan y que pedirle a Claude que cite las fuentes le da "esa confianza de que no es información "alucinada"".
Esto es correcto pero incompleto. Permítanme decir la parte que el seminario web no dijo.
La verificación de citas es necesaria pero insuficiente. Claude puede citar una fuente que existe pero no dice lo que Claude dice que dice. El modelo producirá una cita real de Westlaw y luego la resumirá incorrectamente, y un asociado ocupado pegará la cita en un escrito sin verificar el caso subyacente. Este es el mecanismo principal por el cual las firmas cuidadosas aún terminan con presentaciones "alucinadas". La mitigación no es "pedir fuentes". Es "pedir fuentes y verificar que el lenguaje citado existe en el documento citado". Ese segundo paso es el que su habilidad de verificación debería automatizar.
La metodología de verificación que recomendaría, y la que incorporamos en HAQQ porque nos cansamos de explicarla caso por caso: cada afirmación que Claude hace en un resultado legal se anota con el párrafo o la página específica de donde proviene. Cada frase citada se coteja con el documento fuente y se marca si no aparece textualmente. El trabajo del revisor humano no es verificar todo; es verificar las marcas. Esto reduce el costo de verificación de "leer todo el resultado y luego leer toda la fuente" a "leer el resultado y verificar los elementos en los que el propio sistema no confía". Esa es la diferencia entre una Legal AI que ahorra tiempo y una Legal AI que crea una nueva pila de trabajo.
Valter Pasanen hizo la versión granular de esto con 21 votos: "¿Puedes verificar las fuentes y párrafos utilizados en los textos en detalle cuando usas Claude?". La respuesta en Claude puro es en parte. La respuesta en un sistema legal específico que ha sido construido para hacerlo es sí, con una referencia de párrafo específica por afirmación, y una bandera si el párrafo no dice lo que el sistema afirma. Esta es una categoría de característica que aún no se envía de serie con la Legal AI de propósito general y es una de las pocas razones honestas para usar una herramienta legal específica sobre una general.
La lección general: la infraestructura de citas no es una característica que se espere que los abogados incorporen ellos mismos. Debería venir "de fábrica".
Priyanka Mehta con 10 votos: "¿Confía completamente en el resultado de Claude, o necesita volver a verificar los documentos para asegurarse de que no haya pasado por alto puntos o "banderas rojas"?". La respuesta de Mark fue la respuesta correcta de un abogado: no al 100%, debe revisar. La continuación honesta es que la diferencia entre el resultado de la Legal AI y lo que un revisor senior habría detectado se ha reducido en un 30% por cada generación de modelo. No estamos en el punto en que se omita la revisión. Estamos en el punto en que la revisión lleva 20 minutos en lugar de dos horas. La economía de la práctica cambia en esa proporción, incluso si el flujo de trabajo parece el mismo en papel.
§5. El problema de los documentos de 70 páginas (y por qué los arneses de agentes lo resuelven)
Anónimo, 101 votos, la quinta pregunta más votada de toda la sesión: "El trabajo legal puede involucrar documentos de más de 70 páginas. Con un contexto detallado y llamadas a herramientas, hay un mayor riesgo de "pudrición" del contexto y de una degradación de la producción. ¿Cómo aborda esto el equipo legal de Claude?"
Mark respondió a esto en el escenario y su respuesta es uno de los puntos arquitectónicos más importantes de todo el webinar, por lo que quiero desarrollarlo cuidadosamente porque explica por qué Cowork existe como una superficie de producto separada y no solo 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 de "perderse en el medio": a medida que introduces más texto en una sola conversación, la precisión en los detalles de la parte central de ese texto se degrada. Esto sucede incluso con una ventana de contexto de un millón de tokens. El modelo puede técnicamente ver todo; no atiende de manera fiable a todo. Para el trabajo legal, donde la diferencia entre el párrafo 27 de una prueba y el párrafo 28 de la misma prueba puede ser toda la cuestión, esto no es una preocupación teórica.
Por eso me gusta tanto Cowork. El arnés "agéntico" permite que las cosas se agrupen, hagan planes, ejecuten y destilen gran parte del vasto corpus de conocimientos que los equipos legales suelen tener o encuentran en su trabajo y le den sentido a todo. En conversaciones basadas en chat o por turnos con la IA, sí, se produce esa degradación. Pero cuando Claude es capaz de utilizar un ordenador local, almacenar archivos en los lugares correctos y utilizar este tipo de sistemas de archivos, realmente hemos descubierto que es capaz de mantenerse al día y no tiene esa "pudrición" del contexto.
Traducción. En una ventana de chat, entregas el documento completo de 70 páginas al modelo de una sola vez, y o encaja en el contexto o no, y de cualquier manera el modelo tiene una oportunidad de leerlo. Ese es el régimen donde la "pudrición" del contexto se activa.
En Cowork, el modelo tiene acceso a un sistema de archivos real en tu computadora 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 el disco, las lee cuando es necesario y utiliza subprocesos paralelos para subtareas independientes. El documento de 70 páginas no tiene que vivir en la instrucción; vive en el disco, y el modelo recupera las partes que necesita cuando las necesita. Esto es lo que la palabra "agéntico" realmente significa. No "IA que hace cosas". Esa es la versión de marketing. La versión técnica es "IA que utiliza herramientas, incluyendo un sistema de archivos, para extender su memoria de trabajo más allá de lo que cabe en una sola instrucción".
Maggie añadió la segunda mitad de la respuesta en su demostración: pídele a Claude que cite sus fuentes. Cuando el modelo opera con un documento largo y produce resultados, quieres que señale exactamente de qué página o párrafo proviene cada afirmación. Esto tiene dos propósitos. Te proporciona un control de verificación (puedes consultar directamente la sección citada). 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 falsear que "X es verdad, confía en mí".
Implicación práctica para un equipo legal. Si su trabajo involucra rutinariamente documentos de más de cincuenta páginas (piense en grandes acuerdos de fusiones y adquisiciones, complejas presentaciones regulatorias, descubrimientos de múltiples volúmenes, informes de expertos densos), no debería hacer ese trabajo en el chat. Debería hacerlo en Cowork, donde el arnés "agéntico" puede realmente descomponer el problema. Hacer análisis de documentos de 200 páginas en el chat de Claude.ai es el equivalente a intentar leer un libro de texto sosteniendo todo el libro frente a sus ojos a la vez. Cowork permite 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 capacidad del Pilar 4 (contexto entre aplicaciones) se combinan bien. Cowork puede ejecutar un análisis de múltiples etapas en un documento largo, escribir hallazgos intermedios en un archivo y luego continuar el trabajo en el complemento de Word donde se realiza el redline. Las 70 páginas no tienen que pasar por el ojo de una aguja de una sola herramienta. Fluyen.
Una pequeña nota honesta. El arnés "agéntico" no es magia; es una forma estructurada de permitir que el modelo trabaje sorteando sus propios límites, y los límites siguen siendo reales. Una habilidad que se invoca quince veces para analizar quince secciones de un documento puede variar en estilo o llegar a conclusiones inconsistentes entre secciones. Las buenas habilidades manejan esto definiendo una etapa final de "síntesis" que lee todas las salidas por sección y las concilia. Si está escribiendo sus propias habilidades para trabajos con documentos largos, planifique esa etapa de síntesis. Es la diferencia entre quince respuestas parciales y una salida coherente.
§6. El zoológico de documentos es real, y el seminario web lo omitió en su mayor parte
Se realizaron 175 votos sobre seis preguntas acerca del manejo de documentos. La mayoría de ellas no fueron respondidas en vivo, y son las preguntas que más me gustaría que abordara el próximo seminario web, porque el manejo de documentos es donde las presentaciones de ventas de Legal AI se encuentran con la práctica legal y aparecen las enormes brechas.
Shivangi Agarwal, con 44 votos, la pregunta que creo que la mayoría de los espectadores querían que se respondiera: "Los tipos de archivo utilizados hasta ahora son docx, md, csv. ¿Tiene Claude la misma precisión con los PDF de antiguas escrituras de venta y documentos ilegibles? ¿Qué pasa con los JPEG? Estos son comunes en litigios de propiedad intelectual y de bienes inmuebles."
La respuesta honesta en tres partes.
Los PDF modernos con texto incrustado (sus documentos de acuerdo estándar, presentaciones recientes, cualquier cosa generada digitalmente en los últimos 15 años), Claude los maneja excelentemente. La precisión es comparable a la de los docx. Sin sorpresas.
Los PDF escaneados (incluidas esas antiguas escrituras de venta que mencionó Shivangi, y el "PDF" que le envió por correo la oficina de su secretario local que en realidad es una fotocopia de 1987 pasada por un fax), la precisión depende completamente de la capa de OCR 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á fechas mal leídas, pares de letras intercambiadas y párrafos omitidos. Para asuntos en los que esta es la mayor parte de su evidencia, ninguna IA de propósito general es actualmente lo suficientemente buena por sí sola. Necesita una tubería de OCR dedicada aguas arriba (Tesseract para el presupuesto, Adobe o AWS Textract para la producción), alimentando texto limpio a Claude. Las herramientas específicas para el ámbito legal que manejan esto bien, incluida la nuestra, incluyen la tubería de OCR como parte del paquete porque pedir a cada firma que la construya no es realista.
Los JPEG de documentos legales (notas manuscritas, fotografías de correcciones marcadas, 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 el trabajo de propiedad intelectual e inmobiliario, donde cada coma importa, tendrá errores y deberá verificarlos. El flujo de trabajo realista hoy en día es: hacer que la IA produzca una transcripción, tratarla como un borrador y que un asistente legal la verifique con el original. Esto sigue siendo más rápido que escribirla desde cero. No es de cero contacto. Cualquiera que le diga que lo es, le 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, tengo dificultades para rastrear qué versión del documento refleja los cambios realizados por varias partes. ¿Puede Claude ofrecer una comparación para eso?"
Maggie demostró el control de cambios de forma hermosa (cambios registrados generados directamente en Word a partir del informe de clasificación), pero la comparación de versiones de varias partes que Aishwarya preguntó no se mostró. La capacidad existe. Puede entregar 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 fueron modificadas por qué contraparte". Claude producirá un registro de cambios cláusula por cláusula con la versión original. Es realmente útil. La razón por la que no se demostró es probablemente porque requiere que alimente al modelo las cuatro versiones y haga la pregunta con precisión, y las demostraciones prefieren la magia de una sola toma.
Si su vida diaria es la de fusiones y adquisiciones o de grandes trabajos transaccionales y de este artículo solo toma una práctica operativa, tome esta: desarrolle una habilidad llamada "diferencia de versiones" que tome una carpeta de borradores versionados y produzca un registro de cambios a nivel de cláusula con las partes, las fechas y la justificación cuando pueda inferirla. Esta habilidad reemplaza una parte significativa del trabajo que un asociado junior realiza actualmente en la vista de control de cambios, y no requiere un rediseño de cómo trabaja su equipo. Mark lo llamaría "amp-fooding": usar la herramienta primero en el trabajo más repetitivo y doloroso. Es el lugar correcto para comenzar.
Vernicka Shaw y Melissa Lee preguntaron de la forma más sencilla: ¿cómo se hace el marcado de texto (redlining)? La demo del complemento de Word fue la respuesta, y es la mejor disponible actualmente fuera de las plataformas de contratos especializadas. Abra Word, abra el panel lateral de Claude, cargue un informe de triaje o un manual de estrategia, solicite el marcado de texto, acepte o rechace cada cambio individualmente. Cinco minutos desde la pregunta hasta el marcado de texto funcional. Los 13 y 2 votos sobre estas preguntas reflejan que todo el mundo sabe que el marcado de texto es importante; nadie estaba seguro de que Claude pudiera hacerlo bien; la demo demostró que sí puede.
La pregunta de seis votos de Orietta Blanco ("¿Puede Claude comparar grandes volúmenes de documentos que vienen en diferentes formatos?") es realmente difícil. Los lotes de formatos mixtos (algunos docx, algunos PDF, algunos escaneados, algunos HTML) requieren un paso de normalización que la mayoría de las herramientas de propósito general no hacen automáticamente. La respuesta realista hoy: construya (o compre) una tubería que convierta todo a un formato común primero, luego ejecute la comparación. No es glamoroso. Requerido.
§7. Donde los abogados realmente trabajan es donde la IA tiene que vivir
Tres preguntas sobre integraciones obtuvieron 269 votos, lo que parece modesto hasta que te das cuenta de que la única pregunta de Michael Graham obtuvo 84 de ellos y fue probablemente la pregunta práctica más importante de toda la sesión.
"Muchas firmas no usan Gmail ni Outlook, el trabajo se almacena en un sistema de gestión documental o de casos. ¿Cómo puede Claude leer estos archivos? ¿Necesita una integración específica?"
Mark respondió a esto en su diapositiva de los cuatro pilares: conectores MCP para iManage, NetDocuments, CLMs, Drive, Outlook, la suite de Microsoft. La arquitectura es correcta. La realidad es más compleja.
La respuesta teórica es que cualquier sistema con una API puede conectarse a través de MCP, y que el ecosistema MCP ahora cuenta con cientos de conectores públicos y un flujo constante de nuevos lanzamientos. Puede conectar Claude a cualquier cosa.
La respuesta práctica para la firma promedio es que hoy en día tiene conectores de primera clase para Microsoft 365, Google Workspace, Slack, Teams, Notion y una creciente lista de SaaS de marcas reconocidas. Los sistemas específicos legales (iManage, NetDocuments, ProLaw, Clio, MyCase, PracticePanther) varían enormemente en su preparación para MCP. iManage y NetDocuments han estado trabajando en esto. Los proveedores de gestión de casos más pequeños están principalmente en la fase de "tenemos una API, alguien podría escribir un conector" en lugar de "enviamos un conector que se instala en dos clics".
Esta es la brecha de integración. Es la razón más importante por la que una pequeña firma que usa Clio no puede simplemente instalar Claude y empezar a trabajar hoy como lo hace el equipo de Mark. La infraestructura aún no está allí. Hay dos formas de manejar esta brecha: esperar a que su proveedor de gestión de casos envíe un conector (lento), o usar una plataforma legal específica que haya hecho el trabajo del conector por usted (más rápido, pero un compromiso en el número de proveedores). Ambas son válidas. Ninguna es perfecta. El mercado resolverá esto en 18-24 meses.
Christian Fleischmann preguntó, sin recuento de votos registrado: "¿El plugin de Word aprovecha los manuales de estrategias creados en Cowork?" Sí, y esta es una de las cosas realmente impresionantes de la arquitectura. La misma habilidad instalada en Cowork está disponible en el complemento de Word. El manual de estrategias que escribió para una carpeta de casos de iManage funciona cuando está mirando un documento .docx en Word. Este es el pilar de "transporta el contexto entre aplicaciones" que Mark enfatizó, y es real. Funciona. También implica que cualquier conocimiento institucional que incorpore en sus habilidades se acumula en todas las superficies, lo que significa que la creación de habilidades es el punto de apalancamiento. Dedique una tarde a escribir una buena habilidad y habrá mejorado la experiencia de su equipo en tres herramientas diferentes a la vez.
Gianni Carfi Pavia, 35 votos: "¿Cómo creen que el complemento de Claude para Microsoft Word, combinado con habilidades personalizadas, cambiará la forma en que los profesionales del derecho trabajan con los contratos?"
El cambio es mecánico y medible. Una revisión estándar de un MSA en un estudio transaccional competente hoy en día toma de dos a cuatro horas, dependiendo del manual de procedimientos. Con una habilidad personalizada en el complemento de Word, toma de 20 a 30 minutos (Mark dijo que su equipo está haciendo revisiones en 20 minutos) si la habilidad ha sido bien escrita. La reducción del 90% en el tiempo no se distribuye por igual en el trabajo del asociado. Colapsa el escaneo mecánico. No colapsa las decisiones de juicio. El flujo de trabajo resultante se ve así: el asociado ejecuta la habilidad, lee las secciones marcadas, toma decisiones de juicio sobre los casos límite, produce el marcado final. El asociado pasó 30 minutos en lugar de tres horas, y la parte del trabajo que involucró el trabajo legal real pasó del 20% del tiempo al 80% del tiempo. Esto es lo que la gente quiere decir 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.
Notaré una cosa práctica en la que la demostración no se detuvo. El complemento de Word requiere una licencia pagada de Microsoft 365 y que los permisos de la habilidad estén configurados correctamente en la primera ejecución. Si está en una firma que todavía usa Office 2019 porque TI no ha aprobado la migración, esto no funcionará. Un número sorprendente de firmas están en esa situación. Agréguelo a su hoja de ruta de TI.
Mark también mencionó de pasada lo que llamó la "trilogía del agente de oficina" (Word, Excel, PowerPoint) y el correo electrónico como el cuarto. El punto: la mayor parte del trabajo de conocimiento para los abogados ocurre en estas cuatro superficies, y Claude ahora tiene una presencia de primera clase en todas ellas. Un resumen de una reunión puede comenzar como un documento de Word, convertirse en una presentación de PowerPoint para la propuesta del cliente, extraer datos de una hoja de cálculo de Excel y terminar como un correo electrónico. Cada traspaso solía requerir reformular el contexto. Ahora no. Esta es la forma de flujo de trabajo que convierte la "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 del producto y la cuestión del modelo. El recuento colectivo de votos fue de 213, distribuidos en lo que es esencialmente una única confusión: qué Claude uso.
La analogía de Maggie de terminal vs. 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 habilidades. Difieren en la superficie, no en la capacidad.
Tian Luo, con 68 votos, lo preguntó dos veces, una para Cowork vs. Claude Code, otra para Haiku vs. Sonnet vs. Opus. La primera fue respondida. La segunda no fue abordada directamente, así que lo haré yo. Haiku es el más rápido y económico, adecuado para trabajos rutinarios de alto volumen donde preferirías pagar $0.001 por llamada que $0.05: clasificación masiva, resumen simple, enrutamiento de entrada. Sonnet es el conductor diario para el trabajo legal; el rendimiento de precios es el mejor para la revisión de contratos, redacción, marcación de cambios, la mayor parte de lo que hace un equipo transaccional o interno. Opus es para el razonamiento difícil: síntesis compleja de múltiples documentos, preguntas legales novedosas, situaciones donde la respuesta incorrecta es costosa. La regla correcta para una firma: por defecto, Sonnet; escalar a Opus cuando las apuestas son altas; usar Haiku para los pasos de triaje en sus habilidades. La diferencia de costo de tokens importa en volumen; en una sola tarea, los pocos centavos son ruido.
Ryan Malek, 11 votos: "Si ya tengo Claude Code configurado con MCPs, Skills, Plugins, CLAUDE.md, etc., ¿es mejor usarlo para el trabajo legal o empezar de nuevo con Cowork?" No empieces de nuevo. Las habilidades, 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 es más parecida a "cambiar tu editor" que a "cambiar tu stack". Si eres un paralegal o abogado que solo abre Code porque un ingeniero te lo configuró y estás cansado de la terminal, puedes cambiar a Cowork mañana sin perder nada.
David Andrews, 20 votos: "Somos una pequeña firma con un plan a nivel de equipo. ¿Están las mismas características disponibles para nosotros que para Enterprise, a nuestra menor escala?" Mayormente sí; algunas no. El modelo en sí, las habilidades, los plugins, los MCPs, Cowork, el complemento de Word: todo disponible en Team. Las características específicas de Enterprise son el control de acceso basado en roles, la API de cumplimiento para la prevención de pérdida de datos y eDiscovery, controles administrativos avanzados y la capacidad de aplicar políticas de conectores en toda la organización. Para una firma pequeña con una oficina y una clara cadena de mando, no necesita RBAC; la confianza informal lo cubre. Para una firma con múltiples oficinas y grupos de práctica que necesitan barreras de información, Enterprise es el nivel correcto y vale la pena la actualización. No pague por Enterprise solo por pagar por Enterprise. Pague por ello cuando los controles resuelvan un problema que realmente tiene.
Romina Villarroel hizo la pregunta de la pequeña firma que nadie respondió: "¿Recomiendan otros plugins para un pequeño bufete de abogados? (Por ejemplo, no tenemos un equipo de marketing o contabilidad)". La respuesta honesta es que el ecosistema de plugins está en sus primeras etapas, el plugin legal es la única opción de vertical legal de Anthropic hoy en día, y las herramientas específicas para pequeñas firmas provendrán principalmente de terceros, incluyendo plataformas de Legal AI que ofrecen bibliotecas de habilidades preconstruidas, integraciones de facturación y automatizaciones de comunicación con el cliente como parte del paquete. Si usted es una firma de cinco personas, no tiene tiempo para ensamblar las piezas usted mismo. La decisión correcta es elegir una plataforma que se encargue del aburrido 80% de inmediato y luego personalizar el último 20% con sus propias habilidades. Este es exactamente el segmento con el que trabaja más nuestro equipo, así que tengo un sesgo aquí, y lo estoy nombrando.
§9. Áreas de práctica: la misma arquitectura, vidas diarias diferentes
Las demostraciones del seminario web fueron todas transaccionales: informes de reuniones, clasificación de NDA, revisiones de contratos. Eso no es un accidente. El trabajo transaccional es el lugar más fácil para demostrar la Legal AI porque los artefactos son claros, los manuales están bien definidos y las ganancias son visibles. Pero Mark dedicó unos minutos a lo que están haciendo los grupos de litigios, propiedad intelectual y regulatorios de su propio equipo, y esos ejemplos merecen ser destacados porque se aplican a una audiencia mucho más amplia de lo que sugerían las demostraciones.
Transaccional
Este es el centro de gravedad de la demostración. Clasificación de NDA, revisión de contratos, revisión de MSA según un manual de la firma, análisis de puntos de acuerdo, verificaciones de bibliotecas de cláusulas. Las revisiones de dos a cuatro horas se reducen a veinte o treinta minutos cuando la habilidad está bien escrita. El complemento de Word es donde reside la mayor parte de la revisión real, con Cowork sirviendo como orquestador para el trabajo upstream (ingreso, clasificación, categorización) y el trabajo downstream (redacción de correos electrónicos, seguimiento).
Ejemplos específicos de Mark de su propio equipo: revisiones de contratos, clasificación de NDA, evaluaciones de impacto en la privacidad. El ejemplo de la evaluación de impacto en la privacidad es interesante y poco discutido. Las PIA son estructuralmente una tarea transaccional: entrada definida (una especificación de producto o descripción de característica), salida definida (una evaluación escrita contra un marco regulatorio), plantilla repetitiva. También es un trabajo que la mayoría de los equipos legales tardan horas en hacer bien. Mark dijo que su equipo ha comprimido las PIA a 20-30 minutos al codificar la evaluación en una habilidad. Si usted está en un equipo interno relacionado con la tecnología, este es probablemente el lugar de mayor apalancamiento para comenzar.
Litigios
Mark mencionó que su equipo de litigios usa Claude para dos cosas específicamente: búsqueda de transcripciones y preparación de expertos.
La búsqueda de transcripciones en litigios ha sido históricamente una de las actividades facturables más costosas en la práctica. Un caso grande típico puede generar miles de páginas de transcripciones de declaraciones. El trabajo del asociado es leer cada página, marcar los intercambios de preguntas y respuestas relevantes y ensamblar una carpeta de citas. Este es exactamente el tipo de trabajo de aguja en un pajar que la AI hace bien: buscar en el corpus, encontrar cada lugar donde un testigo se contradijo, cada lugar donde se hizo una admisión, cada lugar donde se usó un término definido de manera inconsistente. Con una buena habilidad, este trabajo pasa de días a horas.
La preparación de expertos es el otro ejemplo. Los equipos de litigios rutinariamente tienen que preparar a los expertos para testificar: proporcionarles los antecedentes relevantes del caso, los documentos clave, las líneas de interrogatorio esperadas, los argumentos probables de la parte contraria. El equipo de Mark está usando Claude para hacer la síntesis: leer el expediente del caso, leer las declaraciones previas del experto sobre temas similares, leer los informes del experto contrario, producir un memorándum de preparación que oriente al experto sobre lo que necesita saber. La misma forma que un informe de reunión, solo que para una reunión de mucho mayor importancia.
Hay un tercer caso de uso en litigios que Mark no mencionó, pero que voy a añadir porque se desprende directamente de la discusión sobre el aprovechamiento agentivo en el §5: la revisión de descubrimiento a gran escala. Cuando tienes diez mil documentos que revisar para determinar privilegios y capacidad de respuesta, las herramientas estándar actuales son las plataformas de eDiscovery basadas en palabras clave (Relativity, Everlaw, etc.) que producen resultados ruidosos y requieren ejércitos de abogados contratados para la revisión de primera pasada. Una habilidad bien escrita en Cowork puede realizar un etiquetado significativo de primera pasada (privilegio, capacidad de respuesta, tipo de documento, testigo clave, rango de fechas) a una fracción del coste. Todavía no como un reemplazo de la plataforma de eDiscovery, sino como una capa superior que prioriza la cola del revisor humano. Varias firmas con las que trabajamos utilizan este patrón en producción. Es una de las aplicaciones de mayor apalancamiento de la Legal AI en litigios hoy en día, y casi nadie habla de ello porque es poco atractivo en comparación con las demostraciones.
Y luego está Andrew el asistente legal en el juicio. Asistencia de Legal AI en tiempo real durante el interrogatorio: extrayendo ángulos de contrainterrogatorio en segundos, sacando testimonios anteriores 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 asistente legal lo construyó en un fin de semana y ayudó a su equipo a vencer a una firma del MLaw 200. Los equipos de juicio que no han comenzado a experimentar con esto están cediendo terreno real.
Propiedad intelectual
El ejemplo del equipo de PI de Mark fue la priorización de patentes: escanear resúmenes de productos y repositorios de GitHub para encontrar ideas patentables. Ese es un flujo de trabajo de Legal AI perfecto. La entrada es técnica y no estructurada; la salida es una lista corta estructurada de ideas con indicadores de novedad y patentabilidad; el abogado de PI humano toma la decisión final. Tiempo ahorrado por idea: horas de ingenieros más horas de abogados de PI, comprimidas en un trabajo programado durante la noche.
Para el trabajo de PI específicamente, la capacidad del Pilar 1 (datos en vivo a través de MCP) está realizando gran parte del trabajo. El modelo está leyendo el historial de commits real de GitHub, los documentos de especificaciones de productos en Drive, las discusiones de Slack sobre el diseño de características. No está resumiendo una instantánea obsoleta; está observando cómo se desarrolla el trabajo de ingeniería y sacando a la superficie los momentos en que se creó algo patentable. Este es el tipo de flujo de trabajo que se vuelve imposible sin acceso a datos en vivo. Con él, es una automatización obvia.
La tramitación de patentes también tiene su propia forma amigable con la Legal AI. Redactar el lenguaje de la reivindicación, buscar el estado de la técnica, comparar conjuntos de reivindicaciones entre versiones, todo estructuralmente similar a los patrones transaccionales y de litigios anteriores. Las plataformas específicas de PI compiten fuertemente en esto; un Claude básico con buenas habilidades te acerca un porcentaje respetable del camino sin un proveedor.
Regulatorio
El rastreador regulatorio de Pamela, mencionado anteriormente, es el ejemplo canónico. Dos horas al día de síntesis manual se convirtieron en un trabajo programado. El resultado 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 reglas cambiantes, mapeo de cambios de reglas a la práctica de la firma, redacción de alertas para clientes) es uno de los mejores ajustes para el patrón de programar y publicar. Si tienes una práctica regulatoria y aún no tienes al menos un artefacto programado y dirigido por Claude, te estás perdiendo la ganancia de productividad más fácil de toda la pila.
Asesoría jurídica interna
Mark es esencialmente un abogado interno. Es un abogado de una empresa de tecnología. Su ejemplo más cercano, y con el que cerró el seminario web, fue el boletín de noticias del viernes. Cada viernes, su equipo envía una actualización de "lo que hicimos esta semana" a las partes interesadas interfuncionales.
Temo ese recordatorio del viernes por la mañana. Es como una hora de trabajo tedioso de recopilación. Dirijo un equipo de otros abogados de producto. Tengo que recopilar todos sus logros de la semana y sintetizarlos. Y no me gusta hacer trabajo sobre el trabajo.
Su solución: alimentar a Claude con boletines anteriores como plantilla de alto nivel, dirigirlo a la actividad de Slack y tickets del equipo de la semana, pedirle que produzca el borrador. "Para aquellos de ustedes que recuerdan la película 'Office Space', los informes TPS del mundo, Claude es muy bueno ayudando a comprender el progreso, basándose en los logros existentes que su departamento ha tenido durante el último año". Él enfatizó: "No sean aduladores y solo díganme que hicieron su trabajo. Muéstrenme lo que realmente es impactante basándose en lo que dicen otras personas".
Ese es el patrón del abogado interno en miniatura. Síntesis de estado. Traducción interfuncional. Encontrar la señal en una semana de ruido de Slack. También es el caso de uso que creo que es más transferible entre áreas de práctica, porque cada equipo legal tiene un "boletín del viernes" de algún tipo: un informe de estado, una actualización para socios, un seguimiento con el cliente, un memorando de la junta. El patrón es el mismo. Róbelo.
§10. Tiempo de configuración: de cero a la primera habilidad útil en una tarde
Anónimo, 26 votos: "¿Cuál es el tiempo y el esfuerzo necesarios para configurar todo esto (complementos, plugins, Cowork, etc.) para que funcione al nivel que requieren los equipos legales?"
Esta pregunta fue votada positivamente porque todos han sufrido con los plazos de adopción de software empresarial. "Seis meses y $100K de consultoría" es el antecedente razonable de la industria legal para cualquier nueva herramienta, y los abogados eran justificadamente sospechosos. La respuesta honesta es que esta tecnología está mucho más cerca de "una tarde" que de "seis meses" si se delimita correctamente. Aquí está el desglose realista.
Hora 1. Cuenta + instalación. Regístrese en Claude en un nivel comercial (Team o Enterprise, no el nivel gratuito para consumidores). Instale Cowork en su computadora portátil. Abra Cowork → Personalizar → Plugins → Anthropic y Socios → instale el plugin legal. Clics totales: unos doce. Tiempo total: quizás diez minutos más la espera para que TI apruebe la instalación.
Hora 2. Conecte un conector. Elija el sistema donde reside la mayor parte de su trabajo diario. Para la mayoría de los abogados es Outlook o Gmail; para algunos es iManage o Drive. Autentique Claude a través del conector. Vaya a la cuadrícula de permisos del conector y revise lo que está configurado como "siempre permitir", para cualquier acción de "enviar", "eliminar" o "modificar", configúrela en "necesita aprobación". Las acciones de solo lectura pueden permanecer en "siempre permitir". Permítase cinco minutos extra para probar el conector pidiéndole a Claude que resuma un hilo o muestre un documento reciente.
Hora 3. Primera remezcla de habilidades. Abra el plugin legal y elija la habilidad más cercana a un flujo de trabajo que realmente realice. Ábralo como un archivo markdown. Léalo. Tendrá aproximadamente entre 100 y 300 líneas de inglés simple. Edítelo para adaptarlo al estilo de su firma: agregue posiciones alternativas, agregue las cláusulas que realmente negocia con fuerza, agregue el formato en el que su equipo desea la salida. Guarde. Ahora tiene una habilidad personalizada específica para su práctica.
Hora 4. Ejecútelo en trabajo real. Elija un asunto o un documento. Ejecute la "skill". Lea el resultado. Identifique lo que salió mal o lo que omitió. Edite la "skill". Ejecútela de nuevo. Repita hasta que el resultado sea lo que le entregarías a un socio senior. Este ciclo iterativo es cómo se convierte una "skill" inicial en tu "skill" personalizada.
Ese es todo el arco de cero a la primera "skill". Cuatro horas de práctica intencional y tendrás al menos una automatización de calidad de producción funcionando en tu vida diaria.
El siguiente mes es donde la pendiente se vuelve pronunciada. Una vez que tienes una "skill" funcionando, el costo marginal de la segunda es una fracción de la primera porque ya aprendiste el formato. Para el tercer mes, un practicante motivado tiene una biblioteca personal de diez a veinte "skills" que cubren la mayor parte de su trabajo recurrente. Para el sexto mes, el trabajo principal del practicante ha cambiado: ya no está ejecutando "skills" individuales; las está encadenando, programando y revisando los resultados de las automatizaciones que se ejecutaron durante la noche.
El despliegue a nivel de eFirm es otra conversación. Para que una eFirm obtenga la versión en equipo de esta ganancia de productividad (no solo un socio pionero), se necesita alguien que administre el mercado de plugins de la organización, que capacite a los nuevos empleados en la biblioteca de plugins y que actualice las "skills" a medida que se reciben comentarios. Ese rol no existe en la mayoría de las eFirms hoy en día. Existirá. Las primeras eFirms en formalizarlo son las que obtendrán la ventaja acumulativa.
Si su eFirm necesita la versión abreviada de este despliegue porque no tiene ciclos de sobra para construir la función de curación, la alternativa es utilizar una plataforma legal específica que ofrezca la curación preconfigurada. (Sí, incluyendo la nuestra.) La compensación es menor personalización por menos trabajo. La mayoría de las eFirms con menos de 100 abogados deberían hacer esa compensación.
§11. Las preguntas para las que Anthropic se quedó sin tiempo
Seis preguntas obtuvieron una buena puntuación, no fueron respondidas en vivo y merecen respuestas. Rápidamente.
Todd Taylor, 79 votos: "Me interesa construir agentes en Claude (tenemos una cuenta de equipo) para trabajo legal. ¿En qué se diferenciaría eso de una "skill"?" Un agente es una automatización de larga duración y múltiples pasos que utiliza una o más "skills" y conectores para completar una tarea de principio a fin. Una "skill" es el procedimiento ("cómo clasificar un NDA"). Un agente es el rol ("el encargado de admisiones de NDA que corre todas las mañanas, clasifica cualquier novedad, redacta las líneas rojas y envía un correo electrónico al equipo"). Maggie demostró exactamente esto en Cowork sin usar la palabra "agente". Es lo mismo.
Sofia Rodriguez, 24 votos, la pregunta sobre la estructuración del playbook de SOW: la estructura correcta es una "skill" con tres secciones, términos estándar (el "boilerplate" que se acepta sin señalar), posiciones del playbook (las posiciones estándar de su eFirm ante desviaciones comunes) y reglas de escalada (cuándo señalar para revisión del socio). Dele a Claude cinco ejemplos de revisiones de SOW anteriores, pídale que extraiga estas tres capas, edite el resultado. Tendrá un playbook funcional en una tarde.
Merve Yilmaz, 22 votos: "¿Algún consejo de investigación legal? Actualmente estoy reemplazando el asesoramiento externo en la expansión de productos. ¿Qué salvaguardas debo construir?" Tres salvaguardas. Uno: nunca deje que el modelo redacte un memorándum final sin verificación de citas a nivel de párrafo. Dos: exija una fuente escrita para cada proposición legal; si el modelo no puede citar una, marque la afirmación como solo del modelo y escale. Tres: mantenga un registro continuo de dónde el modelo se equivocó y retroaliméntelo en la "skill" como anti-patrones. Después de seis meses de uso, la "skill" se volverá específica para los tipos de errores que importan en su trabajo.
Brint Hiatt, 49 votos: "Agradecería los pasos sobre cómo empezar desde el principio. Nunca he usado Claude, solo ChatGPT." Véase el §10. El paso a paso se encuentra en el recorrido de cuatro horas de arriba.
Andrew Amoranto, 39 votos: "¿Cómo implementan artefactos en vivo (como paneles de control) y otras aplicaciones que construyen para ustedes mismos al resto del equipo legal?" La respuesta de Pamela de antes: aloje el artefacto en una URL estable que el equipo pueda marcar como favorita, programe la generación subyacente para que se ejecute en un cron, enlácelo desde el Slack o wiki de su equipo. El patrón es "el artefacto es el entregable; el chat es el taller." No pida a la gente que lea sus instrucciones. Entrégueles el resultado.
Mary Prager, sin recuento de votos registrado: "¿Cómo se pasa de trabajar individualmente en su propia instancia de Claude a colaborar dentro del equipo legal y de forma interfuncional? ¿Existe una forma de hacerlo sin problemas dentro de Claude, o todavía necesitamos salir (a Slack, correo electrónico, etc.)?" Hoy en día la separación aún existe: Claude puede producir el correo electrónico o el mensaje de Slack, pero la conversación sobre el trabajo ocurre en sus herramientas de colaboración habituales. La función de proyectos de Anthropic aborda esto en parte; varias personas pueden trabajar en el mismo proyecto con contexto compartido. Todavía no es un reemplazo completo de Slack. Y no pretende serlo. El modelo mental correcto: Claude es el taller donde se hace el trabajo; Slack es donde el equipo se coordina sobre el trabajo. Son herramientas diferentes para capas diferentes y la separación es una característica, no un error.
§12. Lo que la sala nos estaba diciendo en realidad
Retroceda de las preguntas individuales. Observe el orden de clasificación de los temas por peso de votos positivos.
- Seguridad y Privilegio: 4 preguntas, 1,050 votos positivos, 42% de participación
- Habilidades y Plugins: 13 preguntas, 511 votos positivos, 21% de participación
- Integraciones: 3 preguntas, 269 votos positivos, 11% de participación
- Superficies de Productos y Modelos: 7 preguntas, 213 votos positivos, 9% de participación
- Adopción y Casos de Uso: 7 preguntas, 191 votos positivos, 8% de participación
- Manejo de documentos: 6 preguntas, 175 votos a favor, 7% de participación
- Logística: 5 preguntas, 165 votos a favor, 7% de participación
- Precisión y verificación: 4 preguntas, 161 votos a favor, 7% de participación
Tres señales a tener en cuenta.
Primero, el grupo de seguridad no domina porque los abogados sean paranoicos. Domina porque los abogados son operativamente serios. La forma de las preguntas (privilegio, sandboxing, alcance de MCP, expedientes de casos sensibles) indica que son personas que ya planean usar Claude y que necesitan construir la política en torno a él. El fallo de Heppner concentró las mentes. El seminario web las concentró aún más. Anthropic debería considerar que el próximo seminario web que esta audiencia desea no es "más demostraciones". Es una inmersión profunda de una hora sobre cómo configurar Claude para el privilegio, con ejemplos de políticas, ejemplos de cartas para clientes y ejemplos de configuraciones de auditoría. Esa sesión atraería 30,000 registros.
Segundo, que las alucinaciones caigan al cuarto lugar no se debe a que el problema esté resuelto. Se debe a que la profesión ha internalizado que el problema es soluble a través del diseño del flujo de trabajo (verificación de citas, revisión humana, recuperación fundamentada) y ahora está haciendo preguntas de orden superior sobre cómo hacerlo sistemáticamente. Esta es una señal de madurez. Hace un año la pregunta era "¿es seguro usarlo?". Ahora es "¿cómo lo verifico a escala?". Los proveedores que respondan la segunda pregunta con claridad son los que ganarán los próximos 18 meses.
Tercero, las habilidades y los plugins generaron trece preguntas porque el vocabulario es genuinamente confuso y las herramientas están en sus primeras etapas. La admisión de Mark "no lo uses tal cual" es el encuadre más honesto de dónde se encuentra realmente 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 las firmas que obtengan el dividendo de productividad son las que hagan ese trabajo, o las que elijan una plataforma que ya lo haya hecho por ellas.
Una cuarta señal que vale la pena destacar: nadie preguntó si la IA reemplazaría a los abogados. Ninguna de las 51 preguntas. Ese debate ha terminado dentro de la profesión. Las preguntas son operativas. Cómo lo integro. Cómo lo verifico. Cómo lo implemento. Cómo lo configuro. Cómo evito la lista de indeseables. La audiencia para estas preguntas es la audiencia que ya ha decidido. El mercado ahora está seleccionando qué IA, no si IA.
Una nota de alguien que construye en este espacio
Dirijo HAQQ. Trabajamos con más de 17,000 equipos legales, principalmente en los mercados que los seminarios web de las grandes firmas de abogados no suelen abordar. Asistí a este seminario web dos veces (una en vivo, otra con una transcripción abierta) porque las preguntas son la investigación de mercado más útil que la categoría Legal AI ha producido en 2026. Agradezco que Anthropic hiciera pública la grabación.
Lo que el seminario web acertó más fue la lectura cultural. Veinte mil inscripciones es un número que indica que la profesión ha cruzado un punto de inflexión. Las preguntas en el chat no son preguntas escépticas. Son preguntas de operadores. ¿Cómo hago esto bien? Esa es una conversación diferente a la que teníamos hace dos años.
Lo que creo que la próxima ronda de conversaciones sobre Legal AI debe mejorar es la brecha entre "lo que la plataforma puede hacer en una demostración" y "lo que la firma promedio puede implementar en la práctica". El equipo de Mark tiene los recursos para escribir habilidades, configurar conectores, ejecutar un piloto e iterar. La mayoría de las firmas (incluidas la mayoría de las firmas que votaron en el chat) no los tienen. Las plataformas que ganen el mercado legal de pequeñas y medianas empresas en los próximos dos años serán las que ofrezcan el aburrido 80% llave en mano, dejen la personalización a la firma y no obliguen al líder de TI de la firma a construir pipelines de OCR por su cuenta.
La frase de cierre de Mark en el seminario web fue sobre ese boletín de los viernes: la hora de compilar los logros de otras personas que temía cada semana. Dijo que Claude convirtió esa hora en minutos al leer la actividad de Slack y los tickets del equipo, aprendiendo el formato de boletines anteriores y produciendo un borrador que luego editó. Es un pequeño ejemplo. También es exactamente el ejemplo correcto. El objetivo de Legal AI en 2026 no es que haga el trabajo de abogado. El objetivo es que haga el trabajo relacionado con la abogacía (la compilación, la síntesis, el formateo, la búsqueda) para que el abogado pueda dedicar esa hora al juicio legal real. Ese es el trato. Y es uno bueno.
Si usted es un abogado que lee esto y quiere hablar sobre cómo cualquiera de estos patrones se aplica a su práctica, encuéntreme en LinkedIn. Publico sobre esto semanalmente. Si desea ver cómo una plataforma legal específica maneja los problemas de capas de privilegios, verificación de citas y la plomería del DMS que describí, HAQQ Legal AI es el lugar más fácil para buscar: es gratis para probar, y publicamos herramientas de Legal AI gratuitas que puede usar en un navegador sin comprometerse a nada.
De cualquier manera: deje de usar el nivel de consumidor para el trabajo real de asuntos. Obtenga un plan comercial con controles de privilegios. Elija un flujo de trabajo que le duela (NDA, admisión de clientes, el boletín del viernes, el resumen regulatorio semanal, elija el que quiera) y escriba su primera habilidad contra él esta semana. Envíe la habilidad a un compañero de equipo. Itere.
Los abogados que dirijan sus firmas en 2028 serán los que comenzaron a desarrollar habilidades en 2026. La audiencia del seminario web lo sabía: por eso asistieron. El trabajo comienza ahora.
