Una petición que solía llevarme toda una tarde ahora se puede hacer en minutos.
No me refiero a copiar y pegar un prompt genérico en ChatGPT y aceptar la primera respuesta. Eso sigue siendo peligroso, especialmente en el ámbito legal.
Me refiero a otra cosa.
Imagina una situación habitual: el cliente envía unos PDFs, un contrato en Word, capturas de pantalla sueltas, una resolución anterior, un intercambio de correos y una explicación de audio confusa. El problema legal está ahí, pero aún no está organizado.
Antes, el trabajo pesado casi siempre comenzaba 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 un modelo antiguo, revisar el escrito, recortar el exceso, volver a revisar documentos y esperar no haber dejado una contradicción escondida en algún rincón. HORAS de trabajo organizativo.
Dependiendo del caso, esto consumía 4, 5 o 6 horas antes de que el escrito comenzara siquiera a redactarse.
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 agéntico.
El prompt es una instrucción aislada.
El flujo agéntico 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 debe leer primero. Defines cómo extraer los hechos. Le explicas el formato de la línea de tiempo. Le proporcionas tus plantillas de petición. Especificas tu forma de organizar los fundamentos. Defines qué debe comprobar antes de escribir. Determinas qué nunca debe inventar. Exiges una lista de dudas. 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 sustituye el razonamiento jurídico.
De hecho, exige 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 debe usarse, qué solicitud podría generar costos o qué lenguaje es apropiado para ese tribunal.
Pero puede reducir brutalmente el trabajo mecánico que existe 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 de gran tamaño). 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 excelentemente.
Si arrojas documentos sueltos y pides una petición completa, puede mezclar hechos, exagerar fundamentos, perder matices y entregar un escrito hermoso 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 comienza 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-verificación
/salidas
Dentro de /documentos, van los PDFs, contratos, resoluciones, 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 el agente debe trabajar 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." "Señala 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 salidas estructuradas 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 membrete, así como 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 en 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 infundadas y hechos sin prueba."*
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 leer, sintetizar, escribir textos largos, revisar lenguaje, estructurar razonamientos y trabajar con contexto extenso. En flujos legales, esto puede ser útil para transformar materiales confusos en razonamientos organizados.
Con Claude Code, la lógica se acerca a la ejecución agéntica en proyectos y archivos, con instrucciones, habilidades, comandos, agentes especializados y tareas en cadena.
Con Claude Cowork, esta lógica se traslada al trabajo del 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 concebirse 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 supervisión y permiso del usuario.
La ganancia está en delegar tareas con un principio, un medio 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 probatorios 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 lo que es hecho, lo que es alegato, lo que es prueba y lo que aún necesita confirmación."
Este cambio en la instrucción 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ñes.
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 convertirse en 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 sentencia 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 método.
Puede decir:
*"Antes de redactar, haz siempre un plan."
"Separa los hechos de los argumentos."
"Nunca inventes un número de expediente, jurisprudencia o documento."
"Cuando no haya prueba, 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 se aplica a Codex.
Se aplica a Claude.
Se aplica a soluciones API.
Se aplica a planes de suscripción, cuando la herramienta ya ofrece una interfaz lista.
También es importante entender que el "modelo" no es todo igual.
Un error común es elegir IA como si solo hubiera una opción: el modelo más famoso, más caro o más comentado.
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 del escrito y revisar contradicciones.
- Un modelo con mayor contexto puede leer muchos documentos a la vez.
- Un modelo más fuerte en redacción puede transformar el plan en un borrador claro.
- Un agente con acceso a archivos puede generar el documento en Word, comparar versiones y organizar la carpeta.
El secreto operativo está en no tratar todo como una única llamada a la 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 del caso y pone el contrato, las conversaciones, los recibos, las notificaciones, las resoluciones anteriores, 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 de origen y observación sobre la prueba.
4. Problemas legales.
El agente separa los posibles fundamentos, pero marca lo que necesita validación.
5. Dudas para el abogado.
Antes de redactar, el agente pregunta qué falta: valor, solicitud, prueba, competencia, prescripción, intento de conciliación, riesgo procesal.
6. Plan del escrito.
El agente construye una estructura: hechos, fundamentos, solicitudes, prueba, 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 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 ser tratada 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 el 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 la 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 sustituye 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 en torno a 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 de eso, se mejora.
Crea una habilidad.
Crea una lista de verificación.
Crea un estándar de salida.
Crea un banco de plantillas.
Crea un flujo para Word.
Crea un flujo para PDF.
Crea una integración vía API.
Crea 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 quienes 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 concreto.
Pueden transformar documentos desordenados en estructura.
Pueden transformar horas de cribado en minutos de revisió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.
El cribado mejora.
La revisión se vuelve más objetiva.
Las plantillas dejan de estar olvidadas en carpetas antiguas.
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.
Exige más método.
Y quienes saben construir este método trabajarán con una ventaja difícil de ignorar.
