Una petición que antes me tomaba toda una tarde ahora la puedo hacer en minutos.
No estoy hablando de copiar y pegar un prompt genérico en ChatGPT y aceptar la primera respuesta. Eso sigue siendo peligroso, especialmente en el ámbito legal.
Estoy hablando de otra cosa.
Imagina una situación común: el cliente envía unos PDFs, un contrato en Word, capturas de pantalla sueltas, una decisión previa, un intercambio de correos electrónicos y una explicación de audio confusa. El problema legal está ahí, pero aún no está organizado.
Antes, el trabajo pesado casi siempre empezaba igual: abrir documento por documento, separar hechos, identificar fechas relevantes, revisar cláusulas, construir una línea de tiempo, localizar posibles solicitudes, buscar fundamentos, adaptar una plantilla antigua, revisar el escrito, cortar el exceso, verificar documentos de nuevo y esperar no haber dejado una contradicción escondida en algún rincón. HORAS de trabajo de organización.
Dependiendo del caso, esto consumía 4, 5 o 6 horas antes de siquiera empezar a redactar el escrito.
Hoy, con un flujo bien diseñado, el primer borrador estructurado puede aparecer en minutos.
El punto no es que la IA “haga la petición”.
El punto es que el abogado deja de usar la IA como una caja de texto y empieza a usarla como un sistema de trabajo.
Esta es, para mí, la diferencia central entre usar un prompt y construir un flujo agentivo.
Un prompt es una instrucción aislada.
Un flujo agentivo es una secuencia organizada de tareas, contexto, archivos, criterios, plantillas, revisiones y decisiones.
En un prompt, pides: “haz una petición sobre esto”.
En un flujo, le enseñas al agente cómo trabajar.
Le muestras dónde están los documentos. Le dices qué archivos leer primero. Defines cómo extraer los hechos. Le explicas el formato de la línea de tiempo. Le proporcionas tus plantillas de peticiones. Especificas tu forma de organizar los fundamentos. Defines qué debe verificar antes de escribir. Determinas qué nunca debe inventar. Le exiges una lista de dudas. Le pides una matriz de riesgos. Solo entonces ordenas la redacción.
La diferencia práctica es ENORME.
Un buen flujo legal con IA puede seguir una lógica más o menos así:
- Leer los documentos del caso.
- Extraer los hechos relevantes.
- Separar los documentos por función probatoria.
- Construir una línea de tiempo.
- Identificar los puntos controvertidos.
- Relacionar los hechos con las posibles solicitudes.
- Comparar el caso con plantillas anteriores.
- Crear un plan del escrito.
- Redactar por secciones.
- Revisar coherencia, omisiones y riesgos.
- Generar una versión final en Word.
- Producir una lista de verificación para la revisión humana.
Esto no reemplaza el razonamiento jurídico.
De hecho, requiere más razonamiento jurídico, porque el abogado necesita saber cómo diseñar el proceso.
La IA no sabe, por sí sola, cuál es tu estrategia, qué tesis prefieres, qué riesgo vale la pena correr, qué argumento es frágil, qué hecho necesita prueba, qué documento no se debe usar, qué solicitud podría generar costos o qué lenguaje es apropiado para ese tribunal.
Pero puede reducir brutalmente el trabajo mecánico que se interpone entre la entrada de documentos y la primera versión útil del escrito.
Aquí es donde entran los LLM.
LLM significa large language model (modelo de lenguaje grande). En la práctica, es el tipo de modelo que puede leer, interpretar, resumir, comparar, clasificar, reescribir, estructurar y generar texto a partir del contexto.
Pero un LLM, por sí solo, sigue siendo solo el motor.
Lo que cambia el trabajo es el motor dentro de una operación.
El mismo modelo se puede usar mal o de manera excelente.
Si lanzas documentos sueltos y pides una petición completa, puede mezclar hechos, exagerar fundamentos, perder matices y entregar un escrito bonito pero inseguro.
Si organizas el flujo, separas etapas, proporcionas plantillas, pides justificaciones, exiges trazabilidad e incluyes revisión humana, el resultado cambia de naturaleza.
El abogado deja de recibir “un texto de IA” y empieza a recibir un paquete de trabajo: hechos extraídos, cronología, estructura argumentativa, borrador, lista de dudas, puntos de atención y una lista de verificación.
Eso es lo que me interesa.
Herramientas como Codex y Claude son interesantes precisamente porque permiten ir más allá del prompt aislado.
En ambas, la lógica es trabajar dentro de un entorno con archivos, instrucciones, terminal, scripts, plantillas y estructura de proyecto.
Esto abre una posibilidad muy concreta para la profesión legal: tratar cada caso como una carpeta de trabajo organizada.
Ejemplo simple de una carpeta por caso para abogados:
/caso-cliente-x
/documentos
/plantillas
/borradores
/cronologías
/listas-de-verificacion
/salidas
Dentro de /documentos, van los PDFs, contratos, decisiones, poderes, correos exportados, informes, hojas de cálculo y cualquier otra cosa relevante.
Dentro de /plantillas, van tus peticiones anteriores, estructuras aprobadas, escritos de referencia y estándares internos del despacho.
En el archivo de instrucciones, explicas cómo debe trabajar el agente en ese tipo de demanda.
Algo como:
*“Lee primero los documentos principales.” “Extrae los hechos con fecha, fuente y documento de origen.” “No crees un fundamento legal sin indicar que necesita verificación.” “Usa mi plantilla de petición como estructura, pero adáptala al caso.” “Antes de redactar, presenta un plan.” “Después del borrador, genera una lista de verificación.” “Resalta los puntos que dependen de la confirmación del abogado.”*
Esto parece simple, pero lo cambia todo.
Tanto Codex como Claude pueden ser especialmente útiles cuando el trabajo involucra archivos. Pueden operar en carpetas, leer contenido, organizar documentos, ejecutar scripts, convertir información, crear resultados estructurados y trabajar con materiales que no encajan bien en una conversación común.
Si hay PDFs, por ejemplo, el flujo puede incluir extracción de texto, identificación de páginas relevantes, resumen por documento, lista de anexos y vinculación entre hecho y prueba.
Si hay archivos de Word, el flujo puede usar plantillas .docx, comparar versiones, generar un nuevo borrador, preservar estructuras, pies de página y encabezados, sin desordenar tu membretado, además de revisar títulos y preparar un archivo final para edición humana.
Esto es muy diferente a pedir “haz una defensa”.
Un flujo mejor sería:
*“1. Lee los PDFs de la carpeta de documentos; 2. Construye una tabla con hecho, fecha, documento y página; 3. Identifica los hechos jurídicamente relevantes; 4. Compara con la plantilla de defensa en la carpeta de plantillas; 5. Crea un plan de defensa; 6. Enumera las dudas antes de redactar; 7. Una vez aprobado el plan, genera un borrador en Word; 8. Realiza una segunda revisión buscando contradicciones, solicitudes sin fundamento y hechos sin evidencia.”*
En este punto, la petición en minutos deja de ser una promesa vacía.
Se convierte en una consecuencia de la organización.
El abogado aún revisa.
El abogado aún decide.
El abogado aún responde.
Pero no necesita gastar la misma energía abriendo archivo por archivo y rehaciendo manualmente pasos que pueden transformarse en un proceso.
Claude, en este contexto específico, suele ser muy fuerte para la lectura, la síntesis, la redacción larga, la revisión de estilo, la estructuración del razonamiento y el trabajo con contexto extenso. En flujos legales, esto puede ser útil para transformar materiales confusos en un razonamiento organizado.
Con Claude Code, la lógica se acerca a la ejecución agentiva en proyectos y archivos, con instrucciones, habilidades, comandos, agentes especializados y tareas en cadena.
Con Claude Cowork, esta lógica se traslada al trabajo de conocimiento en el escritorio: archivos locales, aplicaciones, carpetas, tareas repetitivas, materiales de oficina y entregables que no son necesariamente código.
Para un abogado, esto es muy relevante.
Porque gran parte del trabajo legal no es solo “escribir”.
Es coordinar información.
Es transformar documentos dispersos en una tesis.
Es transformar una tesis en un escrito.
Es transformar un escrito en una versión revisada.
Es transformar una revisión en una lista de verificación.
Es transformar el aprendizaje en una plantilla reutilizable.
Claude Cowork puede pensarse como un asistente de ejecución para tareas de conocimiento: organizar una carpeta, revisar documentos, comparar versiones, preparar un informe, estructurar un borrador, ayudar con Word, Excel, PowerPoint y otros entornos de trabajo, siempre con la supervisión y el permiso del usuario.
La ganancia está en delegar tareas con un principio, un desarrollo y un fin.
No: “ayúdame con este caso”.
Sino:
“Abre esta carpeta del caso, lee los documentos principales, genera una línea de tiempo en una tabla, identifica vacíos de evidencia y prepara un primer borrador de informe para revisión.”
O:
“Compara este borrador con la plantilla estándar del despacho, indica las diferencias relevantes, resalta las cláusulas faltantes y genera una versión revisada en un lenguaje más objetivo.”
O:
“Lee estos documentos, separa qué es hecho, qué es alegato, qué es evidencia y qué aún necesita confirmarse.”
Este cambio en el comando es pequeño en la superficie, pero profundo en la operación.
La calidad del agente depende de la calidad del trabajo que le enseñas.
Aquí es donde entran las habilidades.
Una habilidad es, en términos simples, un paquete de instrucciones, referencias y, a veces, scripts o plantillas, que le enseña al agente a realizar un tipo específico de trabajo.
En el ámbito legal, esto puede volverse algo muy poderoso.
Puedes tener una habilidad para:
- redactar una petición inicial de consumo;
- revisar un contrato de prestación de servicios;
- construir una línea de tiempo procesal;
- analizar documentos probatorios;
- preparar un informe ejecutivo para un cliente;
- revisar un escrito con enfoque en coherencia y riesgo;
- transformar una decisión judicial en un resumen estratégico;
- crear una lista de verificación para la presentación;
- adaptar una plantilla del despacho a un caso específico.
La habilidad no necesita contener solo un “prompt bonito”.
Puede contener un método.
Puede decir:
*“Antes de redactar, haz siempre un plan.”
“Separa los hechos de los argumentos.”
“Nunca inventes un número de caso, jurisprudencia o documento.”
“Cuando no haya evidencia, márcalo como pendiente.”
“Usa un lenguaje claro y técnico.”
“Preserva la estructura de la plantilla del despacho.”
“Genera una lista de verificación final.”
“Indica los puntos que necesitan validación humana.”*
Con el tiempo, el despacho deja de depender de la improvisación.
Empieza a construir una biblioteca de procedimientos inteligentes.
Esto aplica a Codex.
Aplica a Claude.
Aplica a soluciones API.
Aplica a planes de suscripción, cuando la herramienta ya entrega una interfaz lista.
También es importante entender que “modelo” no es todo igual.
Un error común es elegir la IA como si solo hubiera una opción: el modelo más famoso, más caro o del que más se habla.
En la práctica, el flujo legal puede usar diferentes modelos para diferentes tareas.
- Un modelo rápido puede clasificar documentos, extraer datos simples u organizar nombres, fechas y valores.
- Un modelo con mejor razonamiento puede analizar tesis, identificar riesgos, construir un plan de escrito y revisar contradicciones.
- Un modelo con contexto más grande puede leer muchos documentos a la vez.
- Un modelo más fuerte en escritura puede transformar el plan en un borrador claro.
- Un agente con acceso a archivos puede generar el documento Word, comparar versiones y organizar la carpeta.
El secreto operativo está en no tratar todo como una sola llamada de IA.
El flujo se puede dividir:
- Primero, extracción.
- Luego, organización.
- Luego, análisis.
- Luego, plan.
- Luego, redacción.
- Luego, revisión.
- Luego, formateo.
- Luego, lista de verificación.
Cada etapa tiene una función.
Y cada etapa puede tener sus propios criterios.
Esto reduce la alucinación.
Reduce el retrabajo.
Aumenta la trazabilidad.
Y hace que la revisión humana sea mucho más objetiva.
Un ejemplo práctico de un flujo para una petición inicial podría ser:
1. Entrada de documentos.
El abogado crea una carpeta de caso y coloca el contrato, las conversaciones, los recibos, las notificaciones, las decisiones previas, el poder, los documentos personales y las observaciones del cliente.
2. Lectura e inventario.
El agente enumera todos los documentos, identifica el tipo, la fecha, las partes involucradas y la posible relevancia.
3. Línea de tiempo.
El agente crea una cronología con fecha, hecho, documento fuente y observación sobre la evidencia.
4. Problemas jurídicos.
El agente separa los posibles fundamentos, pero marca lo que necesita validación.
5. Dudas al abogado.
Antes de redactar, el agente pregunta qué falta: valor, solicitud, evidencia, jurisdicción, prescripción, intento de conciliación, riesgo procesal.
6. Plan del escrito.
El agente construye una estructura: hechos, fundamentos, solicitudes, pruebas, medida cautelar, valor de la causa, documentos adjuntos.
7. Adaptación a la plantilla.
El agente usa una plantilla del despacho, preserva el estilo, la estructura y el lenguaje, pero la adapta al caso.
8. Borrador.
El agente redacta la primera versión.
9. Revisión técnica.
El agente revisa si todas las solicitudes tienen fundamento, si todos los hechos importantes tienen un documento, si hay contradicciones y si algún pasaje es demasiado genérico.
10. Salida en Word.
El agente genera una versión editable, con título, temas y estructura lista para la revisión final del abogado.
11. Lista de verificación.
El agente entrega una lista de verificación antes de la presentación.
En este escenario, el primer borrador puede salir en minutos.
Pero no nace de la nada.
Nace de un sistema.
Y este sistema depende de tres cosas: buenas entradas, buenas instrucciones y buena revisión.
Sin esto, la IA solo acelera la desorganización.
Un despacho que quiera usar la IA con madurez necesita crear algunos activos internos.
Son:
Aquí es donde la conversación vuelve a la gobernanza.
La IA en la profesión legal no puede tratarse como un juguete de productividad.
Afecta la confidencialidad, la estrategia, la responsabilidad profesional, los datos personales, los documentos sensibles, el riesgo procesal y la confianza del cliente.
Por lo tanto, el abogado necesita entender lo mínimo de la tecnología.
No para convertirse en ingeniero. Sino para saber qué está delegando.
Un agente puede ser excelente para organizar información, pero no asume responsabilidad profesional.
Un LLM puede redactar muy bien, pero no sabe si esa tesis es la mejor para ese cliente.
Un flujo puede acelerar el escrito, pero no reemplaza la estrategia legal.
La madurez está en saber dónde entra la IA y dónde se detiene.
Para mí, la profesión legal comienza a cambiar de verdad cuando el abogado entiende que puede construir una pequeña operación de IA alrededor de su propio trabajo.
No necesita empezar grande.
Puede empezar con una carpeta, tres plantillas, una instrucción bien escrita y un flujo simple:
“Lee, organiza, pregunta, planifica, redacta, revisa.”
Después, se mejora.
Crear habilidad.
Crear lista de verificación.
Crear estándar de salida.
Crear banco de plantillas.
Crear flujo para Word.
Crear flujo para PDF.
Crear integración vía API.
Crear gobernanza.
Con el tiempo, el abogado deja de ser alguien que solo habla con una IA.
Empieza a operar agentes.
Y esto es un cambio profundo.
Porque aquellos que aprenden a operar agentes pueden transformar el conocimiento legal en un proceso reutilizable.
Pueden tomar una plantilla que ya existe y hacer que el agente la aplique al caso específico.
Pueden transformar documentos desordenados en estructura.
Pueden transformar horas de revisión en minutos de verificación.
Pueden pasar de “ayúdame con esta petición” a “ejecuta este flujo de redacción, usando mis plantillas, mis criterios y mis listas de verificación”.
Ese es el punto.
Cuando el abogado le enseña al agente a trabajar dentro de su método, la IA deja de ser solo una herramienta de redacción y comienza a funcionar como una capa operativa del despacho.
La petición en minutos es solo la parte visible.
Detrás de ella hay repertorio, plantillas bien construidas, archivos organizados, instrucciones claras, elección adecuada del LLM, revisión humana y gobernanza.
Este es el punto que muchos todavía subestiman.
La verdadera transformación no está en producir más texto. Está en transformar el conocimiento legal en un proceso reutilizable.
Un despacho que aprende esto empieza a ganar consistencia.
La revisión mejora.
La revisión se vuelve más objetiva.
Las plantillas dejan de estar olvidadas en carpetas viejas.
El conocimiento acumulado empieza a circular dentro de flujos más claros.
Y el abogado gana algo que siempre ha sido escaso en la práctica legal: tiempo calificado para pensar mejor.
Al final, la IA no hace que el trabajo legal sea menos técnico.
Requiere más método.
Y aquellos que saben construir este método trabajarán con una ventaja difícil de ignorar.
