Cincuenta y tres por ciento de los abogados in-house usa IA, pero menos del veinte la tiene conectada al expediente. Esa brecha la paga tu equipo copiando y pegando.
El 24 de septiembre, Artificial Lawyer publicó un artículo de Katja Nikolaus, cofundadora de JUNE, con una idea clara y directa: el mayor freno para la IA en el sector legal ya no es el modelo, sino el uso de Ctrl+C y Ctrl+V.
Desde el principio, aclaro que se trata de un contenido patrocinado. Esto no quita valor al argumento, pero es importante conocer el contexto.
Los números que cita
Vienen de la encuesta de ACC y Everlaw de 2025:
- 53% de los abogados in-house ya usa IA generativa en su trabajo legal, y 61% en Europa.
- Solo el 2% ni la usa ni planea usarla.
- Los usos más comunes: redacción 73%, investigación legal 53%, comunicación 51%.
- Menos del 20% reporta un uso extendido de sistemas agénticos.
- El 47% considera que los sistemas autónomos son apropiados para el trabajo legal. El 22% piensa lo contrario.
La diferencia entre ese 53% y ese 20% resume el problema. La mitad del sector ya usa IA, pero casi nadie la integra en los expedientes.
Dos IAs que no se hablan
Nikolaus divide el panorama en dos partes, y esta división resulta útil.
Por un lado está la IA individual, que redacta, resume, compara y analiza. Es eficiente con el lenguaje, pero no está conectada al expediente. No sabe en qué estado se encuentra el contrato ni quién lo aprobó.
Por otro lado, está la IA de proceso, que gestiona flujos, plazos, estados y alertas. Sabe exactamente dónde está todo, pero no maneja bien el lenguaje.
Entre ambas, una persona se encarga de copiar y pegar. Ese es el puente. Una herramienta de hace cinco décadas sostiene toda la arquitectura de la IA en el ámbito legal.
Cómo se ve esto en un proceso de contratos
Si trabajas en legal o compras, seguramente te resultará familiar este proceso:
- La solicitud llega por correo. Alguien la captura a mano en el CLM.
- El primer borrador se elabora en el asistente de IA. Alguien copia el resultado y lo pega en el sistema.
- Llegan los redlines de la contraparte. Alguien baja el archivo, lo sube al asistente, lee el resumen y lo pega como comentario.
- Se aprueba por chat o por correo. Alguien actualiza el estado a mano.
- Se firma. Alguien recopila las fechas de vencimiento, los avisos de renovación y las obligaciones en una hoja de cálculo aparte.
Cada vez que aparece la palabra “alguien”, hay una demora, un riesgo de error y la posibilidad de que un dato nunca llegue.
En los contratos, el costo de ese último paso difiere del de otras áreas. Si una obligación no se registra, no se nota de inmediato. Puede causar una renovación automática no deseada, una penalización que surge dieciocho meses después o un derecho de auditoría que nunca se utiliza. Ese costo aparece tarde, cuando ya nadie lo relaciona con la información que faltó por registrar.
La propuesta y sus condiciones
El texto propone protocolos abiertos en vez de integraciones a medida, y, en concreto, MCP, para que el asistente pueda leer y escribir en el sistema de registro.
Lo importante son las condiciones que pone, porque sin ellas la idea no pasa un comité:
- Privilegio y murallas éticas respetadas, con los permisos que ya existen.
- Registro auditable de cada operación.
- Aprobación humana antes de que cualquier escritura quede firme.
Menciona que ServiceNow, Salesforce y JUNE ya trabajan con arquitecturas basadas en MCP, y que SAP restringe el acceso de sistemas autónomos a sus propias interfaces.
Ese contraste es muy valioso, aunque el artículo lo menciona de pasada. No todos los proveedores permitirán la escritura. Algunos solo ofrecerán acceso de lectura, o solo su propio agente en su interfaz. Esta decisión no es técnica, sino comercial, y te afecta directamente.
La pregunta de evaluación que cambia
Aquí está el punto clave del artículo. Ya no se trata de cuál modelo es mejor, sino de otra pregunta: ¿mi infraestructura permite a los modelos acceder de forma segura y bidireccional a mis sistemas de registro?
Los resultados de los modelos cambian cada seis semanas, pero la capacidad de escribir en tu CLM no cambia. Eso se negocia una vez, en el contrato con tu proveedor, y luego te acompaña durante años.
Mide tu portapapeles esta semana
Un ejercicio de una tarde que le he visto valor real:
- Toma cinco contratos que se hayan cerrado el mes pasado. No los más complicados, cinco normales.
- Reconstruye el recorrido con quien lo vivió y marca cada vez que alguien copió información de un sistema a otro.
- Ponle minutos a cada marca. Sé generoso, no busques el peor caso.
- Multiplica por tu volumen mensual de contratos.
- Ese número ya puede presentarse al área de finanzas. Es un dato concreto, no una opinión.
La mayoría de las áreas legales no puede justificar un presupuesto para la automatización porque nunca ha medido el coste de no contar con ella.
Cuatro preguntas para tu proveedor de CLM
Si vas a evaluar o renovar, estas cuatro sirven más que una demo:
- ¿Existe un servidor MCP o una API de escritura documentada, o el acceso es solo de lectura?
- ¿Cada escritura hecha por un agente queda en el registro con la identidad del usuario o aparece como “sistema”?
- ¿Puedo exigir la aprobación humana por tipo de campo, y no todo o nada?
- ¿El agente respeta los permisos de cada usuario, o escribe con una cuenta de servicio que puede tocarlo todo?
Esa última pregunta detiene más proyectos piloto que cualquier otra. Seguridad siempre es el tema, y casi nunca hay una respuesta clara y lista.
La IA legal no se detiene por falta de inteligencia, sino por el uso del portapapeles.
Empieza por medirlo.
