Cómo crear un asistente legal con IA: la lógica de producto de AI Lawyer

Si se pregunta cómo crear un asistente legal con IA, empiece por la frontera: qué puede hacer el producto y qué debe dejar a un abogado cualificado. Construimos AI Lawyer en torno a esa línea. No sustituye a un abogado. Nada en esta nota es asesoramiento legal, y no afirma nada sobre los resultados para los usuarios.

Es tentador empezar el desarrollo de un asistente legal con IA por el modelo. El modelo es la parte fácil. Esta nota describe en cambio la lógica de producto: dónde ayuda la IA en el trabajo jurídico, dónde debe detenerse y qué hace que un producto así sea seguro de operar.

AI Lawyer es un producto de flujo de trabajo jurídico asistido por IA desarrollado por Logics7. Se construye en torno a cuatro flujos:

• →Análisis de documentos: contratos, acuerdos y otros textos legales, leídos en busca de riesgos y puntos abiertos.
• →Orientación estructurada: la pregunta de una persona convertida en opciones y un siguiente paso.
• →Seguimiento normativo: las normas relevantes para un negocio o una región.
• →Organización de disputas: una disputa desglosada en pasos, plazos y documentos.

La interfaz está pensada para dos grupos: personas sin formación jurídica y profesionales del derecho que quieren resolver más rápido la parte repetitiva de la búsqueda y la revisión.

Lo que no es: un abogado. AI Lawyer no sustituye a uno ni da asesoramiento legal. Prepara el terreno para una decisión que toma un profesional cualificado. Un asistente legal con IA no es un chatbot legal con un aviso al pie de la página.

Los grandes modelos de lenguaje, el motor de la IA generativa, son buenos en la parte del trabajo jurídico que consiste en leer y estructurar. Ahí es donde un asistente legal con IA se gana su sitio.

Revisión de contratos con IA y análisis de documentos

Encontrar la cláusula. Comparar versiones. Explicar qué significa un término. Enumerar lo que falta. La extracción de cláusulas y la comparación de versiones son tareas de lectura, y en la revisión de contratos son la parte repetitiva que un profesional quiere resolver más rápido. El sistema lee; el profesional juzga qué significa un riesgo para la persona que tiene delante.

Admisión: de una situación a una orientación estructurada

Rara vez alguien llega con una pregunta jurídica bien formulada. Llega con una situación. La admisión de clientes consiste en convertir esa situación en una pregunta estructurada, las opciones y un siguiente paso. En una disputa, significa un conjunto claro de pasos, plazos y documentos en lugar de un relato suelto de los hechos.

Seguimiento normativo e investigación jurídica

Seguir la normativa relevante para un negocio o una región, y la primera pasada de la investigación jurídica, son lectura a escala. El sistema hace la lectura y organiza lo que ha encontrado. Qué significan las normas para un negocio concreto sigue siendo decisión de un profesional.

Un modelo de lenguaje no es un abogado. Un producto legal con IA que finja lo contrario es un riesgo para la empresa que lo opera y para las personas que confían en él. Por eso la lógica de producto de AI Lawyer traza la línea de forma explícita.

La frontera del asesoramiento

La frontera no es un aviso añadido al final. Determina lo que al producto se le permite decir. Explicar qué significa una cláusula, o qué opciones existen, está dentro de la línea. Decidir qué opción debe tomar una persona en su caso está fuera. En Estados Unidos, cruzar esa línea se enmarca como ejercicio no autorizado de la abogacía (unauthorized practice of law); otras jurisdicciones la trazan de otra manera. Es una razón más para que la jurisdicción forme parte de la lógica de producto y no de la letra pequeña.

Errores con aplomo y citas inventadas

Los modelos de lenguaje pueden producir textos que suenan autorizados y son erróneos, incluidas referencias a sentencias o disposiciones que no existen. En el trabajo jurídico, una cita alucinada no es una errata. Es una afirmación falsa sobre la que una persona puede actuar. Un asistente legal con IA tiene que estar diseñado para el momento en que no está seguro: decirlo, mostrar la fuente que una persona puede comprobar y detenerse. La verificación de citas forma parte del producto; no es una tarea que se deja al lector.

Traspaso a un abogado cualificado

El último paso corresponde a una persona. Para los abogados, los deberes profesionales no se detienen cuando interviene la IA: la ABA Formal Opinion 512 expone cómo se aplican a las herramientas de IA generativa deberes como la competencia y la confidencialidad. Para el producto, la regla es sencilla. El sistema prepara, estructura y explica; la decisión queda en manos de un profesional cualificado. El «human in the loop» no es una funcionalidad que se añade después. Es la forma del flujo de trabajo.

La parte difícil de un producto así no es el modelo. Es todo lo que lo rodea. La generación aumentada por recuperación (RAG) sobre un conjunto verificado de documentos legales es un patrón habitual en el desarrollo de apps jurídicas con IA: el modelo responde a partir de fuentes recuperadas, a menudo guardadas en una base de datos vectorial, no de memoria. Acota el problema. No lo elimina. Sea cual sea la arquitectura, cuatro preguntas deciden si el producto se puede operar:

• →Documentos: cómo se tratan y almacenan los documentos sensibles. Los documentos legales contienen datos confidenciales y personales, y algunos contienen asesoramiento amparado por el secreto profesional, así que la confidencialidad, el secreto profesional del abogado y la legislación de protección de datos, como el RGPD, son restricciones de diseño desde la primera versión.
• →Incertidumbre: cómo se comporta el sistema cuando no está seguro.
• →Jurisdicción: cómo cambia la respuesta según la jurisdicción. La misma cláusula puede significar cosas distintas en sistemas jurídicos distintos.
• →Comprobación de versiones: cómo se contrasta cada versión con textos legales reales antes de que llegue a los usuarios.

Una pista de auditoría pertenece a la misma lista en cualquier asistente legal con IA: qué leyó el sistema, qué produjo y quién actuó a partir de ello. Sin ella, nadie puede responder de un resultado a posteriori.

Un prototipo se construye en una tarde. Un producto al que la gente confía sus contratos es una responsabilidad de operación. Es la misma disciplina que Logics7 aplica en otros entornos regulados y de alta confianza: servicios de inmigración que operan con un despacho regulado por la SRA, plataformas del sector jurídico, automatización de préstamos. El caso de estudio de Emigral describe otro producto del sector jurídico que construimos.

La misma lógica de producto se aplica allí donde se cruzan documentos, reglas y decisiones:

• →revisión de contratos dentro de una empresa;
• →seguimiento del cumplimiento normativo para un negocio regulado;
• →herramientas de preparación de casos para un despacho;
• →admisión y evaluación de clientes en servicios jurídicos.

Logics7 los construye como productos para operar, no como demos. No empezamos por el código. Empezamos por comprobar si el producto tiene mercado, un usuario que pague, una lógica de monetización y un camino hasta el lanzamiento. Para un nuevo producto independiente, esa es la ruta Product Partnership.

Si está trabajando en un producto legal-tech, nuevo o ya existente, empiece por la ruta correcta. El proceso de Logics7 empieza ahí: usted describe en qué está trabajando, nosotros identificamos la ruta, y la decisión de continuar, reformular o declinar llega antes de que nadie hable de desarrollo.