Jurisprudencia
Por: Leonardo Limanski
Imaginate esta escena. Entra un colaborador nuevo al estudio, el primer lunes de trabajo. Vos le tirás un expediente sobre la mesa y le decís "contestá esta demanda". Si no le diste nada más —ni un modelo, ni una guía, ni un comentario sobre el fuero— lo que vuelve a las dos horas va a ser, en el mejor de los casos, algo plausible pero impreciso. Cita normas que pueden estar derogadas. Inventa un formato. Omite los requisitos formales de la multa laboral. La estructura parece bien, pero no se sostiene.
A los modelos de IA les pasa exactamente lo mismo. Y la solución, para ellos y para los humanos, es la misma: darles un protocolo.
En el mundo de Claude (y de varios productos parecidos) ese protocolo tiene un nombre: Skill. Y aunque suena a algo muy técnico, no lo es. Vamos a desarmar una real y ver pieza por pieza qué tiene adentro.
Primero lo básico: una Skill es un archivo de texto, no un programa
Sacate de la cabeza la idea de programación. Una Skill es un archivo Markdown (el mismo formato que usa cualquier nota de Notion o Google Docs simple) que contiene un protocolo escrito en castellano para resolver un tipo concreto de tarea jurídica.
Tres características que conviene saber:
- Se activa sola. Vos no la "invocás" con un comando. Claude detecta que la tarea encaja con la Skill y la enciende.
- Se combina con otras. Una conversación puede usar varias Skills más uno o más MCPs (las "llaves" a fuentes oficiales que vimos en la nota anterior).
- La escribís vos. Es metodología tuya, vertida en un archivo. No es código.
Dicho de otro modo: una Skill es la versión digital del manual de procedimiento que muchos socios tienen "en la cabeza" y nunca terminan de escribir. Cuando lo escribís, deja de depender de quién esté en el estudio ese día.
La Skill por dentro: el caso /contestar-demanda-civil
Esta Skill resuelve algo concreto: te entrega un borrador estructurado de contestación de demanda en el fuero civil o comercial, ajustado al Código Procesal Civil y Comercial de la Nación. Tiene cinco componentes. Vamos uno por uno.
1) El encabezado: cuándo se enciende
Acá se definen los triggers, las frases que prenden la Skill. Si alguien del equipo le dice a Claude cualquiera de estas:
- "contestá esta demanda"
- "armame la contestación"
- "redactame contestación civil o comercial"
- O directamente pega el texto de una demanda con orden de contestación.
…la Skill arranca sola. No hay que acordarse de ningún comando: se piensa como se le hablaría a un colaborador.
2) El workflow numerado: el orden de las cosas
Esta es la parte más importante y la más subestimada. La Skill no le dice a Claude "hacé una contestación". Le dice diez pasos sucesivos, en orden estricto:
leer la demanda → verificar el fuero → hacer inventario (partes, pretensiones, hechos, documental, prueba ofrecida) → analizar excepciones previas → estructurar la negativa categórica → construir la defensa de fondo → evaluar reconvención → ofrecer prueba → redactar petitorio → entregar el escrito con marcadores.
¿Por qué importa tanto el orden? Porque sin él, Claude se sienta a "escribir una respuesta" y arma un texto que suena bien pero que mezcla pasos, omite requisitos y se inventa estructuras. Con el flujo escrito, cada paso tiene una entrada y una salida claras.
Esta es la regla que vale para cualquier Skill que armes después: si podés numerar la tarea, podés convertirla en Skill.
3) El conocimiento embebido: el saber jurídico anclado
Dentro de la Skill hay tablas internas con el material duro del CPCCN: las ocho excepciones previas del artículo 347, las reglas de negativa del 356 (categórica, particulares, documental), la regla del artículo 333 sobre la carga de ofrecer toda la prueba con la contestación, los plazos del 338 (15 días en general, 60 si el demandado es el Estado).
Esto es clave: el conocimiento no se le pide a la IA que lo recuerde. Se lo escribimos nosotros, en la Skill, anclado en la norma. Así, cuando Claude redacta, no improvisa los plazos: los lee de la tabla que vos verificaste.
4) El output con marcadores: el resultado revisable
La Skill no le pide a Claude un escrito "listo para firmar". Le pide un borrador con marcadores explícitos en los puntos donde el abogado tiene que intervenir. Algunos:
[VERIFICAR VIGENCIA]— al lado de cada norma citada, salvo que el texto se haya traído por MCP de InfoLEG o JurisprudenciaARG.[FALLO POR VERIFICAR]— al lado de cualquier fallo que Claude cite de memoria.[SIN RESPALDO DOCUMENTAL]— al lado de hechos que el escrito asume pero que en el expediente todavía no están probados.
Esto convierte el output en un documento accionable: vos sabés exactamente dónde hay que poner el ojo. Es la antítesis del "borrador prolijo pero ciego" que la IA bruta entrega.
5) Los límites declarados: lo que la Skill NO hace
Una buena Skill termina diciendo, explícito, qué cosas se niega a hacer:
"No decido la estrategia de defensa. No verifico vigencias de normas por mi cuenta. No cuantifico el rechazo de la pretensión sin que vos me lo confirmes."
Esto suena obvio pero es el corazón del uso responsable: la IA asiste, vos decidís y firmás. Cuando la Skill lo declara, la conversación queda en el lugar correcto desde el primer mensaje.
Los cinco principios que cierran todo
Si tuviéramos que destilar la receta para que la lleves a la Skill que vos quieras armar mañana, son cinco:
Triggers claros (pensá cómo invocarías la tarea naturalmente, en voz alta). Workflow numerado (desmenuzá la tarea en pasos sucesivos). Conocimiento embebido (poné el saber jurídico propio dentro de la Skill, no se lo dejes a la memoria del modelo). Output con señales (marcadores que hagan el resultado revisable). Límites declarados (decí explícito qué cosas la Skill no hace).
Con esos cinco ingredientes, cualquier tarea repetitiva del estudio se puede convertir en una Skill: contestar una carta documento, armar la cronología de un expediente, preparar un alegato, redactar un recurso. La regla práctica para decidir cuál arrancar es simple: si la tarea la vas a repetir más de tres veces, vale la pena escribirla.