Metodología

El swarm _judicial

El programa usa un swarm multi-agente como ejemplo pedagógico. No es solo teoría: durante el Módulo 3 los magistrados ven la arquitectura en vivo y operan el swarm con casos reales del fuero de familia.

Un agente es un sistema de IA que, además de responder en lenguaje natural, puede tomar acciones en sistemas externos. Un swarm es un conjunto de agentes especializados que colaboran, cada uno con su responsabilidad y sus propios gates de seguridad.

Arquitectura: 4 capas, 11 skills

El swarm está organizado en 4 capas, con un total de 11 skills. Cada skill tiene un frontmatter que declara su capa, su tier (importancia), y los gates que enforce.

═══ LAYER 0: ORCHESTRATION ═══ ├─ _judicial-director master, gates J1-J4, enruta comandos └─ _judicial-architecture doc-as-code del swarm ═══ LAYER 1: INFRASTRUCTURE ═══ ├─ _judicial-odoo-connection XML-RPC low-level └─ _judicial-course-access e-learning Odoo ═══ LAYER 2: INSPECTION (read-only) ═══ ├─ _judicial-expediente-reader lee expediente + movimientos ├─ _judicial-normativa-search busca leyes vigentes └─ _judicial-jurisprudencia-search busca fallos/precedentes ═══ LAYER 3: ROLES (gated J1) ═══ ├─ _judicial-rol-a-primer-control Mesa de Entradas Digital ├─ _judicial-rol-b-sistematizador Gestor de Fichas ├─ _judicial-rol-c-auxiliar Auxiliar de Trámite └─ _judicial-rol-d-redactor Redactor de Borradores (J3 hard)

Los 4 roles especializados

Cada rol representa una función del juzgado que se beneficia de asistencia de IA. Ninguno opera solo: todos invocan las skills de infrastructure e inspection según necesidad, y todos escalan al magistrado (gate J1) antes de cualquier output oficial.

Rol A · Primer Control

Mesa de Entradas Digital

Actúa cuando un nuevo escrito o demanda ingresa al sistema.

Funciones: control formal automatizado (sellado, tasas, firmas, personería), derivación por urgencia, generación de proyectos de decreto de cumplimiento previo.

Gate J1: todo decreto propuesto requiere OK humano antes de tener efecto.

Rol B · Sistematizador

Gestor de Fichas (Carátula)

Actúa cuando ingresa un escrito inicial o un movimiento procesal relevante.

Funciones: extracción de datos críticos (partes, DNIs, domicilios, pretensión), actualización de la carátula con diff propuesto, vinculación de causas conexas.

Gate J1: el patch a la carátula requiere OK humano antes de aplicarse.

Rol C · Auxiliar de Trámite

Proveedor Judicial

Actúa en la operatoria diaria del expediente.

Funciones: clasificación del trámite según CPCCSF, resumen ejecutivo de escritos extensos, control de estado procesal (plazos vigentes/vencidos), alertas de vencimiento.

Gate J1: la clasificación y el resumen se confirman antes de uso oficial.

Rol D · Redactor de Borradores

Pre-Providencia

Actúa cuando el magistrado necesita un proyecto de decreto, auto interlocutorio simple, o proveído de mero trámite.

Funciones: confección de proyectos de decretos y autos con modelos oficiales; asistente de fundamentación (búsqueda de normativa y jurisprudencia con fuente).

Gates J1 + J3: requiere OK humano, y la IA jamas firma (J3 hard-coded en el sistema).

La Regla de Oro: 4 gates

El swarm implementa 4 gates de seguridad que rigen toda interacción. Los gates no son opcionales ni configurables: están enforced a nivel de código.

Gate Cuándo se evalúa Quién aprueba Enforcement
J1 Cualquier output oficial (decreto, ficha, clasificación, borrador) Magistrado o secretario El director exige OK antes de cerrar el sub-agente
J2 Cualquier cita legal o dato del expediente El sistema (auto) Sub-agente rechaza output sin fuente explícita
J3 Firma o despacho de documento NUNCA Hard-coded en _judicial-rol-d-redactor
J4 Sugerencia sobre el fondo (sentencias) Magistrado v1.1 (asistente de sentencia)

El J3 en detalle: por qué la IA no firma

El gate J3 es el más importante del swarm. Está implementado a nivel de código: el Rol D (Redactor de Borradores) jamás emite los verbos FIRMO o DESPACHO en imperativo propio. Si los emite, el sistema falla y escala inmediatamente.

¿Por qué? Porque la firma implica responsabilidad. Y la responsabilidad es del magistrado, no de la IA.

Cómo se invoca el swarm

El usuario (magistrado o secretario) invoca con la convención checklist lockeada:

checklist rol-a FAM-2024-001    # Mesa de Entradas Digital
checklist rol-b FAM-2024-001    # Gestor de Fichas
checklist rol-c FAM-2024-001    # Auxiliar de Trámite
checklist rol-d FAM-2024-001    # Redactor de Borradores

checklist expediente FAM-2024-001  # Lectura read-only
checklist normativa "plazo contestar demanda familia"
checklist jurisprudencia "medida cautelar innovativa alimentos"
checklist curso 6                 # E-learning Odoo

El sistema enruta al sub-agente correcto vía delegate_task, y al final pide gate J1 si el output es oficial.

Aprendés viéndolo operar

En el Módulo 3, los magistrados ven la arquitectura en vivo y ejecutan el swarm con casos reales. Es la mejor forma de entender los límites y posibilidades de la IA en el juzgado.

Ver los 7 módulos →