IRONSTICK← Inicio

IRONSTICK — El puente de IA de escritorio

Un puente local, cuatro IA de escritorio en pie de igualdad — Claude Desktop / Claude Code, ChatGPT Desktop, Qwen Desktop y Kimi Desktop — más el chat de IA integrado de IRONSTICK. Qué es el puente, cómo se licencia, qué relación guarda con el chat de la aplicación, cómo se instala, cómo se muestra cada acceso, qué se puede hacer con él — y el catálogo completo de las 175 herramientas. Edición para Windows.

1. Qué es el puente

El puente conecta su propia IA de escritorio — Claude Desktop (o Claude Code), ChatGPT Desktop, Qwen Desktop o Kimi Desktop — con la aplicación IRONSTICK en ejecución en el mismo ordenador. La IA puede entonces leer el material de sus casos mediante herramientas creadas a tal efecto — crónicas, textos completos de documentos, correos electrónicos, plazos, datos maestros — y trabajar con él en toda su profundidad: analizar, contrastar, redactar. La conexión es estrictamente local (127.0.0.1); no interviene ningún servidor de IRONSTICK. Los datos que lee la IA se tratan bajo su propia suscripción con ese proveedor y las condiciones de este — la exposición completa figura en la declaración de flujos de datos conforme al RGPD.

• Requiere la aplicación de escritorio correspondiente con su propia cuenta (Anthropic, OpenAI, Qwen o Kimi).
• Solo funciona mientras IRONSTICK está en ejecución — si se cierra la aplicación, se cierra la fuente de datos.
• Este canal transmite deliberadamente datos reales, no seudonimizados — precisamente eso hace posible redactar plantillas listas para presentar.
• Los documentos marcados como secretos son invisibles para el puente.
• La memoria de IA compartida entre chats está construida para procedimientos largos: las entradas de un caso activo no caducan nunca, y cada uso renueva su vida útil — solo el material muerto envejece y desaparece al cabo de un año.
• El acceso de escritura es deliberadamente estrecho: las propuestas llegan al Monitor de Coherencia de Datos para su revisión; los borradores se entregan al procesador de textos; nada se escribe directamente en sus registros.

1b. ¿Por qué el puente?

Porque trabajar mediante una suscripción suele ser varias veces más barato que hacerlo mediante la API. Una IA de escritorio funciona con la suscripción de tarifa plana que usted ya tiene con el proveedor; cada diálogo, cada lectura de texto completo, cada ronda de redacción queda cubierta por ella. El mismo trabajo a través del chat integrado de IRONSTICK funciona con su clave de API y se factura por token — en diálogos largos sobre expedientes voluminosos, eso se acumula rápidamente.

Donde el puente brilla es en el precio: es un enorme reductor de costes para los diálogos con IA y el medio de elección siempre que se mantengan mediante la IA documentos o conjuntos de datos de cierto volumen — leer expedientes enteros, mantener al día crónicas, protocolos y memoria, trabajar cientos de anexos — un trabajo que, token a token, resultaría prohibitivamente caro.

1c. Licencias — cuatro puentes o el paquete

Cada acceso de IA de escritorio es un módulo adicional propio con licencia:

• La disponibilidad está contenida en su clave de licencia firmada: solo llegan a existir los puentes licenciados — uno no licenciado no tiene front-end ni superficie de herramientas, y no aparece en la configuración.
• Usted licencia un único puente (solo la IA de escritorio que utiliza) o el paquete de los cuatro — ampliable más adelante.
• Los puentes licenciados pueden ejecutarse en paralelo; un caso puede ser trabajado por varias IA de escritorio a la vez.

1d. El chat de IA integrado de IRONSTICK — el mismo modelo, más Gemini, sin licencia adicional

IRONSTICK tiene también integrado su propio chat de IA, y funciona en exactamente el mismo plano de trabajo que el puente — las mismas herramientas, las mismas compuertas, el mismo anclaje y la misma redacción de plantillas listas para presentar. Lo que puede hacer el puente, también lo puede hacer el chat de la aplicación. Además de los cuatro proveedores del puente, ofrece adicionalmente Gemini de Google como proveedor.

• Sin licencia adicional. El chat de la aplicación está integrado en IRONSTICK; no necesita ningún módulo de puente adicional.
• Funciona a través de la API de los proveedores (su propia clave de API), facturada por token. Como las tarifas de API son algo más altas que una suscripción de tarifa plana, el chat de la aplicación puede resultar, en el uso diario, más caro que utilizar el puente junto con la aplicación de escritorio del proveedor — donde el modelo de suscripción es mucho más barato.
• A cambio, la vía de la API a través de IRONSTICK está más supervisada y es más controlable: seudonimizada por el enrutador, diálogo de consentimiento, registro de auditoría y topes de tamaño — en las mismas compuertas que el puente.

2. Instalación (cualquiera de las cuatro)

El procedimiento es el mismo para cada IA de escritorio; solo difieren la fuente de obtención y el botón de configuración.

1. Instale la aplicación de escritorio, inicie sesión con su propia cuenta y ejecútela una vez (véase la fila del proveedor más abajo).
2. En IRONSTICK, abra Configuración → Configuración de IA → IA con servidor MCP local (STDIO).
3. ACTIVE «Permitir el acceso al conector por parte de la IA de escritorio local» (el interruptor principal de todo el canal).
4. Opcionalmente, ACTIVE «Permitir la navegación por parte de la IA de escritorio» si la IA también puede manejar la aplicación — abrir pantallas, casos y documentos, exportar archivos. La lectura funciona también sin ello.
5. Haga clic en el botón «Configurar … Desktop» correspondiente. IRONSTICK despliega su propia instancia del puente y la inscribe por sí mismo en la IA de escritorio — nada que pegar, nada que teclear.
6. Inicie una conversación nueva (o haga clic, en la misma sección, en «Reiniciar la IA de escritorio»). IRONSTICK aparece entonces entre los conectores de la IA, y las herramientas descritas más abajo están disponibles en cada conversación.

La pantalla de configuración contiene los enlaces de descarga y los enlaces a las condiciones de uso y a la política de privacidad de cada proveedor.

3. Cómo se muestran los accesos en la barra de menús

• Primero, el consentimiento. Cuando una IA de escritorio toca datos por primera vez durante la ejecución del programa, IRONSTICK muestra un diálogo de confirmación bloqueante. Rechazar bloquea ese canal durante 10 minutos; aceptar lo abre para el resto de la ejecución del programa.
• Un logotipo propio de la IA aparece en la barra superior, junto al indicador de CPU/RAM, en cada llamada individual a una herramienta y permanece iluminado 3 segundos tras la última llamada — las series rápidas de llamadas lo mantienen iluminado de forma continua. Si el símbolo está apagado, en ese momento no se está leyendo nada. Cada IA tiene su propio signo: la estrella naranja de Claude, el nudo verde de OpenAI, el símbolo de chat violeta de Qwen, la «K» de color petróleo de Kimi.



• El desplegable del símbolo de la IA muestra lo que esa IA ha leído en la sesión: la línea «Instrucción de trabajo + prohibición de alucinación» (marca verde mientras sea válida, cruz roja tras la caducidad) y, a continuación, por cada caso las marcas Perfil, Ordenamiento jurídico y Compendio, más una barra «Documentos leídos r de n».
• El símbolo del cerebro aparece en cuanto la memoria de IA compartida tiene entradas, y palpita 3 segundos cada vez que un canal de IA la lee o escribe en ella. Un clic abre el diálogo de administración; la propia IA nunca puede borrar la memoria.
• La navegación por parte de la IA (abrir pantallas/casos/documentos) solo tiene lugar si su interruptor está ACTIVADO — de lo contrario, las herramientas de navegación se rechazan.
• Acceso en paralelo: si varias IA licenciadas trabajan a la vez, la barra superior muestra un logotipo palpitante por cada IA activa, uno junto a otro; cada acceso se atribuye siempre a la IA que lo ha realizado.

4. Qué hace usted con él — ejemplos

Hable con la IA de escritorio (o con el chat de la aplicación) en lenguaje natural; ella elige por sí misma las herramientas adecuadas. Peticiones típicas:

5. Nota sobre los datos

6. Referencia técnica

A continuación figuran la visión general de las compuertas, el catálogo completo de las 175 herramientas, las secciones sobre los guardianes de diligencia y el ciclo de verificación, así como la descripción técnica. Los nombres de las herramientas son identificadores en inglés — exactamente tal como los ve la IA.

4. Las dieciséis compuertas deterministas contra alucinaciones & de seguridad

IRONSTICK no intenta educar con prompts a la IA conectada — impone la corrección de forma estructural. Dieciséis compuertas deterministas (lógica pura, ninguna IA en ningún punto) se interponen entre el modelo y sus registros. A lo largo del catálogo de herramientas que sigue, las herramientas protegidas por una compuerta llevan la insignia COMPUERTA.

Contexto & navegación

Encontrar el registro correcto

Leer un caso

Documentos & búsqueda de pasajes

Jueces & resoluciones judiciales

Cinco herramientas deterministas (ninguna IA en ningún punto) para una sola pregunta: ¿cómo decide un juez o un fiscal concreto — qué recoge de los escritos presentados, qué pasa por alto, hasta qué punto es previsible? Las herramientas localizan y miden; leer las resoluciones y valorarlas sigue siendo trabajo de la IA, sobre los textos completos. Solo los documentos entrantes procedentes de un tribunal o de una fiscalía cuentan como resoluciones.

Saneamiento por reescaneo OCR — Human-in-the-Loop Micro-Sourcing

Cuando un texto completo almacenado resulta estar truncado o arruinado por una pasada antigua de OCR, la IA no se conforma sin más — sanea la base de datos, con usted como autoridad final. Solicita un escaneo nuevo; usted elige las páginas en IRONSTICK (el mismo selector de páginas que en el registro de documentos); el reescaneo se normaliza de forma determinista (marcas de agua eliminadas, patrones de OCR corregidos, espaciado igualado) y se coloca en el almacén temporal JUNTO AL texto actual de la base de datos. La IA compara entonces ambas versiones pasaje por pasaje, conserva la que sea correcta, corrige únicamente daños mecánicos de OCR — nunca reformula; los números, nombres e importes permanecen intactos — y devuelve la versión saneada. IRONSTICK se la muestra a usted íntegra, y solo SU clic la guarda como nuevo texto completo.

El paso siguiente: el abogado como instrumento de precisión. La IA no utiliza IRONSTICK solo como fuente de datos — allí donde el tratamiento automático topa con límites físicos, recurre deliberadamente a usted como herramienta visual de precisión:

• Plena capacidad incluso con archivos gigantes. Cuando un PDF excede cualquier contexto de IA (el puente impone límites duros: 10 MB, 90 páginas), el proceso no termina con un inútil “archivo demasiado grande” — la IA nombra, en cambio, el lugar exacto: “página 12, cerca de la parte superior”.
• Microesfuerzo focalizado en lugar de arqueología de expedientes. Usted nunca rastrea un expediente de 200 páginas. Hace clic en el clip de la entrada que IRONSTICK ya le ha abierto, salta a la página indicada y teclea exactamente las tres palabras o cifras ilegibles.
• Retroalimentación directa al texto completo. Su transcripción se incorpora literalmente a la versión saneada, pasa por el mismo diálogo de aceptación, y el análisis continúa sin interrupciones.

Los sistemas tradicionales conocen exactamente dos estados: “éxito” (lo que haya producido el OCR, correcto o no) y “error — procese el documento manualmente”. Aquí el abogado se convierte en microtrabajador exactamente para el 0,1 % de un escaneo que la IA no puede resolver con certeza — una simbiosis entre la velocidad de la IA y la vista humana.

Correo electrónico, calendario & plazos

Personas, instituciones & registros de trabajo

Reglas de trabajo, formatos & memoria

Propuestas (sujetas a revisión — nunca escriben directamente)

Almacén temporal — el contenido voluminoso nunca pasa por la IA

Un área de trabajo local. Cualquier llamada a una herramienta puede llevar to_scratch: el resultado completo se escribe entonces en un archivo del almacén temporal y la IA recibe solo la ruta y el tamaño — sin vista previa; y todo resultado por encima del límite del conector (10.000 caracteres; 20.000 para Claude Desktop y ChatGPT Desktop) va allí automáticamente, de la misma manera — incluidos los abridores de conjuntos de herramientas. El contenido voluminoso no fluye por la salida de la IA en NINGUNA de las dos direcciones (más rápido, más barato, sin errores de transcripción). Las rutas del almacén temporal son directamente utilizables como source_path para deliver_file y update_ki_instruction. El almacén sobrevive a los reinicios: las notas propias de la IA, su registro de estado y la contabilidad de la cobertura de lectura persisten; los volcados de herramientas de días anteriores se purgan en cada arranque, y los archivos no tocados, a los 180 días.

El almacén temporal es una caja fuerte. Desde septiembre de 2026 cada archivo que contiene está cifrado en reposo con AES-256, con la misma derivación de clave que la base de datos de casos y el almacén de documentos — nada de lo que escribe la IA queda en texto claro en el disco. La lectura y la escritura pasan únicamente por la compuerta de IRONSTICK; un archivo en texto claro colocado en el almacén por cualquier otra vía (una herramienta del sistema de archivos, una copia manual) se rechaza, se elimina y se comunica a la IA como infracción de las reglas. Los archivos salen del almacén únicamente a través del diálogo de exportación de IRONSTICK, nunca a una carpeta de descargas. Junto con la base de datos, el almacén de documentos y la configuración cifrados, esto cierra la última brecha: ningún dato de casos queda sin cifrar en el disco del usuario — ni siquiera los archivos de trabajo de la IA.

Ninguna herramienta acorta su propio resultado. evidence_readfull, read_full_case, read_email_body, open_url (leyes y sentencias enteras), read_tagesprotokolle, read_person y read_chronik entregan siempre su contenido COMPLETO. Una única regla central decide dónde llega: por debajo del límite del conector, en la respuesta; por encima, íntegro en el archivo del almacén temporal. La IA nunca tiene que adivinar de antemano el tamaño que tendrá un resultado.

Guardián de frescura: IRONSTICK vigila cada archivo del almacén temporal. En el momento en que cambian los datos subyacentes — un documento o una entrada de crónica nuevos en el caso volcado, una escritura en el calendario o en el protocolo — o en que un archivo simplemente caduca por antigüedad, su contenido se sustituye por un aviso de invalidación que indica a la IA exactamente cómo volver a obtenerlo. La IA nunca puede trabajar a partir de volcados silenciosamente obsoletos.

Web, registros & validación

Revisión por pares — entregar un trabajo a OTRA IA de escritorio (Claude ⇄ ChatGPT ⇄ Qwen ⇄ Kimi)

Traspaso & entrega

7. Guardianes de diligencia — el puente supervisa la ética de trabajo de la IA

Cuatro guardianes de diligencia deterministas vigilan con qué cuidado trabaja realmente la IA conectada. Son pura contabilidad y lógica de cadenas — sin ninguna IA en ningún punto — de modo que no pueden alucinar, no cuestan prácticamente nada y no se dejan convencer de nada:

• Guardián de cobertura de lectura. Cuando la IA obtiene un volcado de un caso completo, los archivos de preparación de un caso o un texto completo por encima del límite del conector, el puente registra línea por línea qué tramos ha leído realmente — y conserva esa contabilidad entre reinicios. Mientras queden lagunas, cada respuesta de herramienta — búsquedas, grep, todo — lleva los tramos de líneas exactos no leídos, con un porcentaje. Afirmar “lo he leído todo” es sencillamente imposible; solo una lectura completa obtiene la confirmación única “COMPLETE — todas las líneas leídas”, un final del deber de lectura matemáticamente demostrable — y sella la lectura en el libro de preparación.
• Sin vista previa. Cualquier resultado por encima del límite del conector (10.000 caracteres; 20.000 para Claude Desktop y ChatGPT Desktop) se escribe íntegro en el almacén temporal; la IA recibe solo una nota que nombra el archivo, su tamaño y los dos comandos de continuación. Nada se muestra dos veces, y la IA lee el contenido voluminoso allí donde reside. Esto vale para toda herramienta — incluidos los abridores de conjuntos de herramientas; solo el lector de instrucciones y las propias herramientas del almacén temporal responden directamente. Y ninguna herramienta acorta su propio resultado: por debajo del límite llega completo en la respuesta; por encima, completo en el almacén temporal.
• Guardián de reentrega. Si la IA sigue corrigiendo un archivo de trabajo después de habérselo entregado ya a usted, cada edición posterior se responde con el recordatorio de que usted tiene en sus manos, en este momento, la versión obsoleta y de que el archivo corregido debe entregarse de nuevo — se acabó el silencioso “lo he arreglado en la carpeta de borradores”.
• Guardián de borradores no entregados. Cuando la IA escribe su protocolo diario — la señal de “estoy terminando” — el puente enumera por su nombre cada borrador versionado escrito en la sesión que no llegó a entregarse. El trabajo terminado no puede quedarse discretamente atascado en el almacén de trabajo de la IA.
• Guardián del formato de correo. Todo acceso al contenido de correos lleva automáticamente la remisión vinculante a la herramienta de formato de correo (caja para copiar del asunto, caja para copiar del cuerpo, contenido obligatorio, reglas de idioma) — a la IA se le recuerda la única vía de entrega correcta antes de que pueda improvisar una.
• Guardián de cajas para copiar. Cada vez que la IA escribe o edita un archivo de trabajo de texto, la respuesta lleva el recordatorio de que los documentos llegan al usuario únicamente a través de la herramienta de entrega — pegar una carta terminada en el chat como texto o como caja para copiar elude el formato, la verificación y el seguimiento de entregas, y es una infracción visible de las reglas. El único artefacto legítimo en caja para copiar sigue siendo el correo electrónico, exactamente conforme a la herramienta de formato de correo.
• Ancla del caso. Toda respuesta de herramienta que toca un caso lleva el número registrado, el cliente y el objeto del caso (compuerta 10) — el contexto inventado a partir del recuerdo de otro caso se refuta a sí mismo en la misma ventana.
• Orientación sobre el nivel de modelo. Las instrucciones indican a la IA qué clase de modelo requiere una tarea: antes de las herramientas de escritos (formato de salida, verificación, entrega) le pide a usted, en una frase, que cambie el cliente de escritorio al modelo de gama más alta, y tras la entrega le indica que vuelve a bastar un modelo más barato. Cuando los contadores de propuestas muestran mantenimiento de la red de partes (dos propuestas de datos maestros y una propuesta de relación o de vínculo con un caso), el puente añade — una vez por sesión — la indicación de que este trabajo, íntegramente protegido por compuertas, no necesita un modelo de gama más alta. Usted decide; la IA sigue trabajando.

Desde esa misma versión, la ejecución de las herramientas discurre además en un hilo de trabajo aislado dentro de la aplicación — ni siquiera los accesos de la IA de varios segundos a expedientes grandes bloquean ya la interfaz de usuario de IRONSTICK.

8. El compilador de escritos — entrega solo contra prueba

Los escritos y las cartas se redactan en diálogo con la IA de escritorio sobre el expediente en vivo — el mismo plano de trabajo y las mismas compuertas que el chat propio de IRONSTICK. Lo que sale del sistema es una plantilla lista para presentar, nunca un escrito judicial terminado: usted revisa, corrige y firma. Dos compuertas preceden a cada entrega: la verificación determinista descrita más abajo y — si usted lo activa en la configuración para el modelo de API activo — el Red/Blue Team: un segundo modelo lee el borrador como abogado de la parte contraria; los hallazgos sustanciales lo devuelven para su reelaboración, como máximo dos rondas, y cada punto se analiza en cuanto al fondo y nunca se adopta a ciegas. Si la IA considera infundados los hallazgos, vuelve a presentar el archivo sin cambios con una respuesta escrita a cada hallazgo — el revisor no se ejecuta por segunda vez sobre un archivo sin cambios, y el informe del revisor le llega a usted junto con esas respuestas. La entrega propiamente dicha discurre por el diálogo de exportación de IRONSTICK, desde donde el borrador pasa al procesador de textos con un clic.

Un escrito formal no puede salir del sistema a base de confianza. verify_pleading, un escáner determinista (sin ninguna IA en ningún punto), coteja el borrador terminado con sus registros en vivo y con la biblioteca jurídica verificada a lo largo de ocho clases de afirmaciones:

• Referencias a pruebas — sellos IS y números #, en la lista de anexos Y en el texto corrido: existencia, pertenencia, integridad del sello y procedencia de cita vinculada al documento: cada elemento citado o adjunto debe constar como leído para ESTE documento — obtenido íntegramente, o su archivo del almacén temporal leído al 100 %; una lectura cuenta durante 2 horas, cada entrega del mismo documento la prorroga, y verificar otro documento reinicia las lecturas de anexos. Citar a partir de fragmentos de búsqueda o de memoria no supera la verificación. Una línea de anexo puede declarar un rango de páginas (“p. 12–15”); el deber de lectura sigue siendo el documento entero.
• Citas normativas — el artículo citado debe existir en el texto de la biblioteca verificada (tolerante al punto de millares, exacto en los límites de palabra) Y contar con procedencia de lectura: la IA debe haber obtenido realmente ese artículo de la biblioteca en esta ejecución de la aplicación — los artículos de prensa, los resúmenes web y la memoria del modelo nunca fundamentan una norma y no superan la verificación. Las subreferencias citadas (apartado/punto) también se comprueban en cuanto a su existencia. Una fuente que falta en la biblioteca no se cuela: la IA debe solicitarla, y la solicitud llega a su diálogo de consentimiento — las fuentes marcadas se obtienen, se verifican y se almacenan; las no marcadas se rechazan, y cada cita posterior de ellas lleva una nota visible de “rechazado por el usuario”.
• Citas literales — cada pasaje citado debe encontrarse íntegro en los textos completos del caso o en la biblioteca jurídica (tolerante al OCR). Una cita que no se encuentra en ninguna fuente queda como CONTRADICTED y bloquea la entrega. Quitar las comillas o reformular ligeramente el pasaje no sirve de nada: la cita bloqueada se recuerda para el documento y sigue bloqueada. Se permite suprimir por completo una cita — y la entrega le indica expresamente qué citas se han eliminado porque ninguna fuente las contiene.
• Números de dosar contra sus casos y registros.
• Importes con tolerancia CERO — la cifra debe coincidir exactamente con la forma registrada; “14.500” donde el registro dice “14.500,00” bloquea la entrega hasta que se corrija.
• Datos maestros de las partes — cada nombre utilizado debe coincidir con la grafía registrada letra por letra, incluidos los signos diacríticos.
• CNP e IBAN — validación de la suma de control (un dígito de control no válido es siempre una alucinación) más la coincidencia con el registro y los datos archivados.
• Partes nombradas — cada persona o empresa nombrada en el documento debe haber sido leída (perfil) Y sus conexiones comprobadas (who_is_connected_with); el rechazo nombra las dos llamadas y recomienda además la prueba de clústeres (read_cliques).

Cada hallazgo es VERIFIED, UNVERIFIED o CONTRADICTED. La entrega de un documento formal se rechaza sin una certificación OK reciente para el estado exacto del archivo — cada edición anula la certificación. Tras cinco pasadas de verificación fallidas, el bucle se aborta definitivamente, ordena a la IA detenerse e informar, y le notifica a usted directamente en la aplicación. Y las entregas discurren exclusivamente por el almacén de trabajo propio de la aplicación, de modo que la certificación, el versionado y el seguimiento de reentregas permanecen ligados a cada archivo — la entrega en línea y las rutas ajenas se rechazan.

Anexo — Descripción técnica completa del puente

Estado: 175 herramientas miembro · 20 conjuntos de herramientas · revisión del protocolo MCP 2024-11-05. Este documento describe el puente de forma exhaustiva — arquitectura, cada capa funcional, cada compuerta, cada límite y cada redirección — únicamente en prosa.

1. Finalidad y posicionamiento

El puente conecta aplicaciones comerciales de IA de escritorio (Claude Desktop, ChatGPT Desktop, Qwen Desktop, Kimi Desktop) con una aplicación de gestión de casos jurídicos IRONSTICK en ejecución en el mismo equipo. La IA de escritorio recibe una superficie de herramientas controlada y autodescriptiva a través del Model Context Protocol (MCP); cada llamada se ejecuta dentro de la aplicación IRONSTICK contra la base de datos en vivo, y cada resultado es posprocesado por el puente antes de llegar al modelo. Los objetivos de diseño son: una carga de contexto permanente mínima para el modelo, la imposición estructural de reglas de trabajo que el mero texto de instrucciones no puede garantizar, la protección del trabajo no guardado del usuario, la protección de los datos frente a solicitudes sobredimensionadas o mal dirigidas, y la ausencia total de material de configuración legible en el producto instalado.

2. Topología de procesos

El puente consta de dos procesos que cooperan.

La aplicación IRONSTICK aloja un servidor HTTP enlazado exclusivamente a la interfaz de bucle local. Su puerto y un token de acceso hexadecimal de 48 caracteres están definidos en el almacén de configuración de la aplicación; toda solicitud debe presentar el token. Este servidor es dueño del registro de herramientas, ejecuta todas las llamadas a herramientas, aplica todas las compuertas y posprocesadores, y es el único punto de verdad sobre lo que un modelo conectado puede ver y hacer.

Delante de cada IA de escritorio se sitúa un pequeño ejecutable nativo compilado anticipadamente a partir de Dart. Habla JSON-RPC sobre stdio hacia la IA de escritorio (transporte MCP estándar) y reenvía el trabajo al servidor HTTP de la aplicación. Cada IA de escritorio tiene su propio directorio de instalación, que contiene una copia de este ejecutable y un archivo de configuración privado con: el puerto de bucle local, el token de acceso, una cadena de identidad del llamante (por ejemplo claudedesktop, chatgptdesktop, qwendesktop), la ruta del archivo de instrucciones servido al inicio de la sesión y la ruta del script de entrega. La identidad del llamante viaja con cada llamada a una herramienta como argumento interno y gobierna todos los comportamientos por IA que se describen más adelante. El front-end emite además un latido hacia la aplicación aproximadamente cada tres segundos mientras una IA de escritorio está conectada; la aplicación lo muestra como un indicador de presencia «puente conectado» con un tiempo de vida de quince segundos, de modo que el usuario ve siempre si una IA externa está acoplada en ese momento.

En el establecimiento de conexión initialize de MCP, el front-end devuelve su identidad de servidor y, incrustado en el resultado de initialize, el texto completo de las instrucciones de inicio de sesión. Los front-ends de la versión 2.6.6 y posteriores buscan un archivo complementario de la ruta de instrucciones configurada cuyo nombre lleva un sufijo core y lo prefieren; esto entrega una instrucción básica condensada de unos quince mil quinientos caracteres en lugar del manual de reglas completo de unos cincuenta y seis mil, reduciendo la carga permanente de instrucciones a aproximadamente una cuarta parte. El manual de reglas completo sigue estando a disposición del modelo en cualquier momento a través de una herramienta específica (véase la sección 5).

3. Seguridad, licencias y consentimiento

Todo el tráfico es exclusivamente de bucle local y está autenticado por token. Las herramientas de acceso web imponen un filtrado de solicitudes en el lado del servidor: solo se permiten destinos públicos http y https; localhost, los rangos de bucle local, las redes privadas y las direcciones de enlace local se rechazan, de modo que un modelo nunca puede ser dirigido a escanear el equipo o la LAN a través del puente.

El puente y las integraciones de escritorio por proveedor son módulos adicionales con licencia separada. Su disponibilidad está codificada como bits en una clave de licencia firmada; el front-end y la superficie de herramientas de un módulo no licenciado sencillamente no llegan a existir.

Para la conexión de Claude Desktop, una compuerta de consentimiento protege el primer acceso a datos por ejecución de la aplicación: la primera llamada a una herramienta tras el arranque del programa levanta un modal de advertencia sobre la pantalla actual. Si el usuario aprueba, el acceso queda libre durante el resto de la ejecución; si el usuario rechaza, el acceso queda bloqueado durante diez minutos y cada llamada bloqueada devuelve a la IA de escritorio un mensaje explicativo que le pide reintentarlo más tarde; pasados los diez minutos, el siguiente acceso vuelve a levantar la advertencia. El estado se mantiene únicamente en memoria y nunca se persiste.

Con independencia del consentimiento, un bloqueo de acceso por instrucciones protege cada conexión de escritorio: ninguna herramienta — los abridores de conjuntos de herramientas, la herramienta de ejecución de miembros, todo — se ejecuta hasta que el llamante haya leído las instrucciones y devuelto la prohibición de alucinación (regla 5) palabra por palabra mediante la herramienta de confirmación; solo el lector de instrucciones, la herramienta de confirmación y la herramienta del idioma del sistema permanecen abiertos. La confirmación se lleva por cada IA de escritorio y caduca sesenta minutos después de haberse dado, tras dos horas sin ninguna llamada, a medianoche y en cada nuevo establecimiento de conexión — tras una caducidad, el llamante debe releer y devolver una regla elegida al azar en lugar de la que se sabe de memoria. En la conexión de Claude cada chat es un llamante propio (distinguido mediante los eventos estructurados de herramientas del registro local de sesión de Claude, nunca por el texto de la conversación), un chat cuyo contexto se ha compactado se bloquea de inmediato, sin penalización, hasta que haya releído, y a un chat que toca la carpeta de datos con sus propias herramientas de archivos en lugar de con el conector se le anota eso como infracción de las reglas; un rechazo nombra las dos llamadas que abren el bloqueo, y el desplegable del símbolo de la IA en la aplicación muestra el estado como una marca verde o una cruz roja.

Toda función que lee o escribe datos se valida en cuanto al propietario contra la identidad de propietario derivada de la licencia. Los registros de pruebas marcados como secretos quedan excluidos sin excepción de toda función de lectura, búsqueda, volcado y sellado; los registros marcados como borrados son igualmente invisibles.

4. Sistema de instrucciones

Las directrices del modelo llegan en tres capas de especificidad estrictamente creciente y de permanencia estrictamente decreciente.

La instrucción básica se entrega una sola vez, dentro del resultado de initialize. Contiene el mandato (trabajo jurídico basado en hechos con el nivel de un abogado sénior), las reglas universales (el idioma del diálogo es el idioma del sistema de IRONSTICK; el ordenamiento jurídico de los documentos generados procede del caso, nunca del diálogo; disciplina de fechas; no citar a partir de fragmentos de búsqueda — toda página en la que se apoye la IA debe abrirse y leerse mediante open_url, sea cual sea la búsqueda que la haya encontrado; disciplina de citas y referencias; el límite de tres intentos por cada llamada a herramienta que falla; disciplina de entrega), y la descripción del propio mecanismo de conjuntos de herramientas, incluida la explicación del campo de conjunto de origen descrito en la sección 6.

Las reglas de trabajo por área no son residentes: se entregan al modelo literalmente y en su versión actual cada vez que abre el conjunto de herramientas correspondiente, como parte de la carga de apertura.

El manual de reglas completo — la instrucción básica más todas las reglas de los conjuntos de herramientas más los apéndices (entre ellos el formato de archivo del protocolo diario) — puede releerse en cualquier momento a través de la herramienta de lectura de instrucciones; el front-end lee el archivo en vivo, de modo que los cambios en las instrucciones llegan a una sesión en curso sin necesidad de reconectar.

Tres de estas reglas se imponen además de forma estructural y no textual, mediante compuertas descritas en las secciones 3 y 7: el bloqueo de acceso, la disciplina de fechas y la disciplina de fuentes normativas. La propia lectura de las instrucciones es la última regla del bloque universal: la manera de desbloquear el conector solo se enuncia después de todas las reglas precedentes, de modo que un modelo que llega a ella las ha leído.

5. La superficie de herramientas y la capa de conjuntos de herramientas

Una lista plana de 175 herramientas degrada de forma medible la selección de herramientas en los modelos de escritorio actuales. Por eso el puente expone una superficie reducida de veintiocho entradas: seis herramientas básicas (fecha y hora actuales; contexto actual de la interfaz gráfica; idioma del sistema; ordenamiento jurídico del caso; relectura de instrucciones; confirmación de instrucciones), la herramienta de entrega inyectada por el front-end, veinte abridores de conjuntos de herramientas, la herramienta de ejecución de miembros y la herramienta de inventario completo. Todo lo demás existe únicamente como miembro dentro de los conjuntos de herramientas.

Abrir un conjunto de herramientas es una llamada a herramienta ordinaria sin argumentos. La respuesta entrega, de una sola vez: primero, cuando el conjunto lo tiene, un bloque de contexto pregenerado de forma determinista y calculado en el momento de la apertura (ocho conjuntos de herramientas tienen tales productores — el propio protocolo de inicio de sesión; el inventario actual de archivos del almacén temporal; las diez entradas de memoria más recientes como vista previa; las treinta primeras leyes de la biblioteca jurídica; la lista de casos calientes; los documentos registrados hoy y los correos entrantes de hoy; el protocolo diario de hoy; la instantánea actual de plazos y citas); segundo, las reglas de trabajo literales del área; tercero, las definiciones completas de las herramientas miembro con sus esquemas de parámetros íntegros; cuarto, una línea de reserva que remite al inventario completo. Un fallo dentro de un productor de pregeneración nunca impide la apertura.

Los miembros se ejecutan a través de la herramienta de ejecución de miembros, que recibe el nombre exacto del miembro y un objeto de argumentos. Antes de la ejecución se realiza una validación ligera del esquema: los campos obligatorios deben estar presentes y no vacíos, y los parámetros enteros, numéricos y booleanos deben poder interpretarse como tales; una infracción devuelve el esquema esperado en lugar de ejecutar. Un nombre de miembro desconocido devuelve como sugerencia el nombre existente más cercano por distancia de edición. La capa de instrucciones limita los intentos de corrección a tres por cada llamada que falla, tras lo cual el modelo debe detenerse y comunicar el error exacto.

Los conjuntos de herramientas no son modales; todos los abridores siguen siendo invocables en todo momento, una herramienta puede ser deliberadamente miembro de varios conjuntos, y las cargas de apertura nunca se desvían al almacén temporal (unos esquemas en un archivo serían inútiles). Las compuertas de funcionalidad eliminan grupos enteros: cuando el usuario no ha habilitado la navegación por la interfaz gráfica, el abridor del conjunto de navegación y todos sus miembros están ausentes de toda lista y de toda respuesta. La herramienta de inventario completo enumera cada miembro con una finalidad de una línea y el conjunto al que pertenece, y existe únicamente como salida de emergencia; las descripciones de los conjuntos de herramientas son el enrutador principal. En total, los veinte conjuntos de herramientas contienen 280 entradas de miembro sobre las 175 herramientas distintas.

El coste de contexto medido de esta disposición: la configuración inicial (instrucción básica más lista reducida de herramientas) es de unos diez mil tokens; la apertura de un solo conjunto de herramientas añade entre unos novecientos y siete mil quinientos tokens según el conjunto, antes de su contenido variable de pregeneración.

6. Formato de definición de herramientas y su cadena de producción

Cada definición de herramienta consta de cuatro partes. La descripción contiene la finalidad de la herramienta, sus mandatos de comportamiento y sus referencias cruzadas — y nada más. El esquema de entrada contiene cada parámetro con su propia descripción, incluidos valores por defecto, formatos, notas de exclusión mutua y mandatos por parámetro; las instrucciones de uso de los parámetros residen exclusivamente aquí. El campo de salida describe, antes de cualquier llamada, exactamente lo que la llamada devuelve, incluidos ordenamientos, marcadores y formas de error, de modo que el modelo pueda juzgar la idoneidad sin llamadas de prueba. El campo de conjunto de origen nombra el conjunto de herramientas al que la herramienta pertenece principalmente, con un valor reservado que marca las herramientas básicas que están siempre en la lista de nivel superior; un miembro encontrado dentro de un conjunto ajeno anuncia así dónde viven más herramientas de su familia, y cada apertura de un conjunto lleva una línea explicativa que indica que el modelo nunca queda encerrado en el conjunto abierto.

Todo el texto dirigido al modelo está en inglés, sin excepción. La cadena de producción va desde un único documento fuente canónico, pasando por generadores, hasta la capa superpuesta compilada en el programa y hasta el plano de clústeres que documenta la topología de los conjuntos de herramientas; el generador aborta de forma definitiva cuando cualquier descripción o texto de salida — a cualquier profundidad del esquema — coincide con un detector de lengua alemana, y un guardián de deriva aborta la sincronización cuando una declaración de conjunto de origen apunta a un conjunto que en realidad no enumera la herramienta como miembro. Los límites numéricos declarados en los esquemas de las herramientas se imponen mediante un ayudante compartido de acotación en las funciones ejecutoras, de modo que un máximo declarado es un máximo real.

7. Mecanismos universales en tiempo de ejecución

Los mecanismos siguientes se aplican a toda la superficie de herramientas y están implementados de forma centralizada, no por herramienta.

Redirección al almacén temporal a petición: toda herramienta acepta un parámetro adicional que nombra un archivo del almacén temporal; cuando se establece, el resultado completo se escribe en ese archivo y el modelo recibe solo la ruta y el tamaño — sin vista previa. El contenido voluminoso no fluye así nunca por el flujo de tokens del modelo en ninguna de las dos direcciones, y la ruta es directamente utilizable allí donde se acepte una ruta de origen.

Protección contra desbordamiento: todo resultado que exceda el límite del conector — diez mil caracteres, una única constante central, duplicada a veinte mil para Claude Desktop y ChatGPT Desktop — se escribe automáticamente en un archivo generado del almacén temporal. El modelo recibe solo una nota que indica el tamaño total y el número de líneas, el nombre del archivo, la garantía explícita de que no se pierde nada, los dos comandos de continuación (lectura por rangos; búsqueda de patrones en el archivo) y la prohibición expresa de volver a solicitar la llamada — sin vista previa, de modo que el contenido voluminoso se lee allí donde reside y el modelo se acostumbra a trabajar desde el almacén temporal. La única excepción es el lector de instrucciones, cuyo paquete llega siempre completo; los abridores de conjuntos de herramientas se desvían como cualquier otro resultado. Ninguna herramienta acorta su propio resultado — el límite del conector es el único lugar donde se decide el tamaño. Los resultados de más de diez megabytes no se desvían, sino que se responden con una instrucción de acotación que nombra los filtros aplicables, ya que incluso el almacén temporal limita ahí el tamaño de archivo. Quedan exentas del desvío las propias herramientas de lectura del almacén temporal (limitadas internamente; desviarlas produciría recursión) y las llamadas que ya solicitaron la redirección al almacén temporal.

Compuerta de fecha: toda herramienta que escribe en IRONSTICK se rechaza para los llamantes externos salvo que ese llamante haya obtenido la fecha y la hora actuales en los últimos treinta minutos. El rechazo nombra el remedio — obtener la hora y después repetir la llamada idéntica. La ventana se lleva por proveedor y es deliberadamente breve, para que una conversación nueva no pueda heredar una obtención antigua y para que se detecten los cambios de día a medianoche. Los llamantes internos de la aplicación no se ven afectados. Esto existe porque, de lo contrario, los modelos externos sellan los registros con el «hoy» de su época de entrenamiento.

Compuerta de normas: el acceso web para leyes y normas se rechaza estructuralmente hasta que se haya consultado la biblioteca jurídica interna; el rechazo remite al procedimiento de la biblioteca. Toda fuente normativa que, pese a ello, se obtenga de la web debe notificarse a la biblioteca mediante la herramienta de registro — la capa de instrucciones califica la omisión de incumplimiento de un deber, y los resultados que tocan fuentes jurídicas llevan un marcador a efectos de auditoría.

Bloqueo duro de navegación: ocho pantallas están declaradas protegidas — los cuatro formularios de registro (registro de documentos, registro de documentos vinculado al caso, registro de la crónica del caso, registro de clientes), el formulario de creación de casos, el formulario de asignación de instituciones/personas y el editor de textos. Mientras la ventana principal del usuario muestre cualquiera de ellas, toda función de navegación por la interfaz gráfica y de exportación se rechaza en el nivel del manejador — el envoltorio intercepta por igual las llamadas directas y la ejecución de miembros — con un mensaje que nombra la pantalla protegida, prohíbe la navegación e instruye al modelo para que responda con los datos de que dispone y ofrezca la apertura solo después de que el usuario haya terminado y guardado. Un modelo no puede, por tanto, destruir nunca trabajo no guardado del usuario cambiando de pantalla. La herramienta de apertura de páginas web está expresamente exenta de este envoltorio, ya que comparte el prefijo del nombre pero no navega por la aplicación.

Oferta de navegación: los resultados de las aproximadamente cuarenta herramientas cuya salida describe un objeto que puede abrirse en la interfaz gráfica — un caso, una persona, una institución, un cliente, un elemento de prueba concreto, un correo electrónico, entradas de calendario o plazos — reciben una línea añadida que propone que el modelo ofrezca al usuario abrir el objeto directamente en IRONSTICK, nombrando la llamada de navegación exacta. Cuando los argumentos de la invocación contienen el identificador del objeto, la propuesta es concreta; para los resultados de búsquedas y listados remite al identificador de un resultado. La línea exige expresamente la conformidad del usuario antes de navegar, salvo que la petición del usuario ya fuera una orden de mostrar o abrir. La oferta se añade solo después del tratamiento del desbordamiento, y solo cuando el resultado no es un error, la navegación está habilitada y el bloqueo duro de navegación no está activo — el bloqueo prevalece siempre sobre la propuesta.

Propagación del llamante: la identidad del llamante acompaña cada ejecución y gobierna el estado por IA — el informe de trabajo diario, de una vez al día, se lleva por cada IA de escritorio, los listados de tareas de revisión por pares excluyen las tareas propias del llamante, y el registro de llamadas atribuye cada línea.

Registro de llamadas: un registro de diagnóstico conmutable anota una línea por cada llamada a herramienta de todas las IA conectadas — marca de tiempo, llamante, el nombre efectivo de la herramienta (en la ejecución de miembros, el miembro interno, no el envoltorio), los argumentos limitados a trescientos caracteres, el tamaño del resultado medido antes de cualquier desvío por desbordamiento, la duración de la ejecución y un indicador de error. El interruptor reside en el almacén de configuración de la aplicación y se relee con una caché de diez segundos, de modo que el registro puede activarse y desactivarse sin reiniciar. Existe para el análisis de rutas y la optimización de los conjuntos de herramientas, y está pensado para desactivarse después.

Plegado de signos diacríticos y de escrituras: toda búsqueda por palabra clave, búsqueda de patrones y comparación en todo el puente pliega mayúsculas y signos diacríticos para los once idiomas del sistema, incluida la i turca con punto y sin punto (sustituida antes de la conversión a minúsculas, ya que de lo contrario cambia de longitud), las variantes de letras cirílicas y las ligaduras latinas; el plegado es estable en cuanto a posiciones allí donde se comunican posiciones.

Convenciones de resultado: los fallos se devuelven como texto que comienza con un prefijo de error y se marcan como errores en el resultado MCP; el modelo tiene la instrucción de corregir y reintentar como máximo tres veces, y después detenerse e informar. Los marcadores estructurados y autodescriptivos incrustados en los resultados (para operaciones de memoria, compuertas y similares) son estables y están documentados en los respectivos campos de salida.

Guardián de cobertura de lectura: cuando un modelo obtiene un volcado de un caso completo o la entrega al almacén temporal del lector de casos completos, el puente registra con exactitud de línea qué tramos del archivo de volcado se han leído realmente. Mientras queden tramos no leídos, cada respuesta de herramienta con éxito — búsquedas, coincidencias de patrones, todo — lleva los tramos de líneas exactos no leídos junto con un porcentaje de lectura; afirmar una lectura completa es, por tanto, imposible. Una vez leído por completo el archivo, la insistencia cesa y la siguiente lectura por rangos confirma una sola vez que se han leído todas las líneas, dando al modelo un final demostrable de su deber de lectura. Se siguen los volcados de casos completos, los archivos de cabecera y de compendio de la herramienta de preparación de casos y todo texto completo de documento que se haya desviado al almacén temporal; las lecturas parciales de otros resultados redirigidos siguen siendo legítimas y silenciosas. El estado de cobertura se persiste junto al almacén y sobrevive a los reinicios de la aplicación, y un archivo leído por completo queda sellado en el libro de preparación — la lectura sigue siendo válida incluso después de que la purga de arranque haya eliminado el archivo.

Guardián de reentrega: tras una entrega de archivo con éxito cuyo origen está en el almacén temporal, un archivo marcador junto al almacén registra el nombre y la hora de lo entregado (las entregas pasadas como contenido en línea se registran igualmente bajo su nombre de entrega). Toda edición, escritura o normalización posterior de un archivo allí registrado se responde con el recordatorio de que el usuario tiene en sus manos la versión entregada obsoleta y de que el archivo corregido debe entregarse de nuevo con un número de versión nuevo. La propia respuesta de la entrega obtiene además de la aplicación el estado actual de la cobertura de lectura, a través de un punto de acceso interno que no es una herramienta, y reprende una entrega realizada pese a la existencia de tramos no leídos.

Guardián de borradores no entregados: la adición al protocolo diario — la señal de cierre del modelo — enumera por su nombre cada archivo de trabajo versionado escrito por el modelo en la sesión que nunca se entregó, con la instrucción de entregar ahora el artefacto terminado; el trabajo que solo existe en el almacén temporal nunca llega al usuario.

Guardián del formato de correo: toda respuesta de las herramientas de lectura y recuperación de correos lleva la remisión fija de que la instrucción vinculante para dar formato a los correos y entregarlos — caja para copiar del asunto, caja para copiar del cuerpo, sección de destinatarios, contenido obligatorio, reglas de idioma — procede de la herramienta de especificación del formato de correo, que debe obtenerse antes de componer cualquier correo y seguirse al pie de la letra.

Ejecución en un isolate de trabajo: el cuerpo computacional de las herramientas de datos y de análisis se ejecuta en un isolate de trabajo dedicado dentro de la aplicación, con su propio registro y sus propias conexiones a la base de datos; el isolate de la interfaz de la aplicación solo enruta, aplica compuertas y posprocesa. Ni siquiera los accesos de varios segundos a expedientes grandes bloquean, por tanto, la interfaz de usuario de la aplicación; si el isolate de trabajo muere, la ejecución recae sin interrupciones en el isolate de la interfaz y el isolate de trabajo se vuelve a crear en la siguiente ocasión. Las herramientas que necesitan intrínsecamente el isolate de la interfaz — navegación, diálogos de confirmación, el navegador incrustado, la recuperación de correo y los escritores sujetos a revisión — están exentas por diseño del enrutamiento al isolate de trabajo.

8. Compuertas de interacción

Tres herramientas responden deliberadamente a su primera llamada con una pregunta en lugar de un resultado; en todas ellas la respuesta literal «unknown» es siempre válida y nunca se penaliza.

La compuerta de entrega: la herramienta de entrega de archivos, llamada sin la declaración de formalidad, no entrega nada y pregunta si la entrega es una de las cuatro clases de artefacto formal — escrito jurídico, correo al tribunal, entrada de crónica, protocolo diario — o ninguna de ellas. Responder «no» entrega de inmediato — pero la declaración se comprueba en cuanto al contenido: un detector determinista inspecciona el archivo, y un contenido con forma de carta o de escrito (fórmulas de saludo y despedida en seis idiomas, un bloque de destinatario, marcadores jurídicos, un bloque de identidad) rechaza la declaración de informalidad y registra el intento; tal contenido no tiene vía informal. Responder con una clase formal devuelve, todavía sin entregar, la instrucción vinculante de formato para exactamente esa clase, incrustada en la respuesta de la compuerta; solo la llamada repetida que lleva el indicador de confirmación de que el archivo se ha verificado contra esa instrucción entrega realmente. Un guardián de series de versiones rechaza además la primera entrega bajo una raíz de nombre de archivo nueva mientras ya exista en la carpeta de entregas una serie versionada con el mismo número de caso — renombrar un documento para reiniciar su contador de versiones es estructuralmente imposible; un documento realmente distinto requiere una declaración consciente y registrada. Esta compuerta está implementada dentro del propio ejecutable del front-end, que obtiene en vivo de la aplicación la instrucción de formato actual. Los documentos y las cartas nunca llegan al usuario como texto de chat o cajas para copiar — todo acceso de escritura a un archivo de trabajo de texto lleva ese recordatorio, y el único artefacto legítimo en caja para copiar sigue siendo el correo electrónico, conforme a su herramienta de formato.

La compuerta de búsqueda: la búsqueda central de pruebas, en su primera llamada, no busca nada y pregunta tres cosas — qué clase de elemento se busca (documento entrante, documento saliente, prueba con documento adjunto, declaración/transcripción, nota de crónica, o desconocido), el alcance cuando hay un identificador de cliente (solo este caso, todos los casos del cliente, o desconocido — con la lista de casos del cliente incluida en la pregunta), y la forma de respuesta deseada. Las formas de respuesta son: una lista limpia de identificadores (la opción por defecto recomendada; los resultados se abren después individualmente mediante el lector de pruebas), resultados compactos con el contexto de la coincidencia, o el resultado completo escrito en un único archivo del almacén temporal.

La compuerta de caso completo: el lector de casos completos, en su primera llamada, no carga nada y comunica el tamaño real del caso — el número de pruebas y el volumen aproximado de contenido acumulado en títulos, descripciones, textos completos de documentos y transcripciones — y después pide al modelo que decida entre las herramientas de búsqueda dirigida y una llamada repetida con el argumento de entrega al almacén temporal, que escribe en el almacén temporal el contenido completo del caso, normalizado en cuanto al OCR, y devuelve solo el identificador del archivo.

La compuerta de verificación: para los escritos formales, la herramienta de entrega exige además una certificación reciente del verificador determinista de escritos. Ese verificador escanea el archivo terminado del almacén temporal a lo largo de ocho clases de afirmaciones — referencias a pruebas en la lista de anexos y en el texto corrido (sellos y números, incluida la procedencia de cita vinculada al documento: cada elemento citado o adjunto debe constar como leído para este documento — obtenido íntegramente o con su archivo del almacén temporal leído por completo; una lectura cuenta durante dos horas, cada entrega del mismo documento prorroga dos horas sus elementos citados, y verificar o entregar una raíz de documento distinta reinicia las lecturas de anexos; una línea de anexo puede declarar un rango de páginas, el deber de lectura sigue siendo el documento entero), citas normativas contra la biblioteca verificada (un artículo ausente del texto legal verificado es un hallazgo contradicho; la cita requiere además procedencia de lectura — cada lectura de la biblioteca se registra por ejecución de la aplicación con los números de artículo realmente devueltos, y un artículo citado sin tal registro de lectura es un hallazgo contradicho, de modo que los artículos de prensa, los resúmenes web y la memoria del modelo nunca pueden fundamentar una norma; las subreferencias citadas, como apartado y punto, se comprueban en cuanto a su existencia en la zona de texto del artículo; una fuente ausente de la biblioteca bloquea hasta que se integre o se rechace), citas literales — cada una debe encontrarse íntegra en los textos completos del caso o en la biblioteca jurídica; una cita que no se encuentra en ninguna fuente queda contradicha y bloquea la entrega, una cita a la que simplemente se le han quitado las comillas o cuya redacción se ha cambiado ligeramente sigue bloqueada, y las citas suprimidas por completo se comunican al usuario en la entrega —, números de dosar, importes bajo una regla de tolerancia cero (la forma registrada exacta), datos maestros de las partes letra por letra, incluidos los signos diacríticos, identificadores personales y bancarios mediante los validadores de suma de control, y partes nombradas — cada persona o empresa del registro de entidades que se nombre en el documento debe haber sido leída (perfil) y comprobada en cuanto a sus conexiones para este documento, y el rechazo nombra ambas llamadas y recomienda la prueba de clústeres. Los hallazgos se califican como verificados, no verificados o contradichos; cualquier hallazgo contradicho o cualquier ley ausente no resuelta da lugar a un veredicto bloqueante. La certificación queda vinculada al estado exacto del archivo — cualquier edición la anula — y tras cinco pasadas de verificación fallidas el bucle se aborta definitivamente, instruye al modelo para que se detenga e informe, y notifica al usuario directamente en la aplicación.

La compuerta de consentimiento para fuentes normativas: una fuente normativa notificada por el modelo ya no se integra en silencio. Las solicitudes se reúnen en un único diálogo de consentimiento en la aplicación — fuente, ordenamiento jurídico, IA solicitante — donde las entradas marcadas se obtienen, se verifican y se almacenan (con un impulso inmediato al proceso de trabajo) y las entradas no marcadas se rechazan; una fuente rechazada convierte las citas posteriores de ella en notas visibles de no verificado por decisión del usuario en lugar de bloqueos silenciosos. A partir de entonces, el monitor de datos contiene leyes únicamente para el ciclo de revisión periódica.

La regla de entrega solo desde el almacén: la herramienta de entrega acepta exclusivamente una ruta de origen dentro del almacén de trabajo de la aplicación; el contenido en línea y las rutas fuera del almacén se rechazan para todo tipo de archivo. Esto mantiene la certificación de la verificación, el seguimiento de reentregas, el versionado y la cobertura de lectura ligados, sin excepción, a cada artefacto entregado.

9. Inicio de sesión y encuadre

La apertura del conjunto de herramientas de inicio de sesión ejecuta todo el protocolo de inicio de una sola vez y lo escribe en un archivo fijo y con nombre del almacén temporal; la respuesta directa devuelve solo el ancla de fecha, el idioma del sistema y el contexto actual de la interfaz gráfica, y el modelo lee el resto — las entradas de memoria vencidas, el informe diario, los plazos, las citas, las tareas abiertas de pares y el índice de los diez últimos protocolos diarios — con una sola lectura del almacén temporal. Los miembros de este conjunto vuelven a ejecutar piezas sueltas a petición.

La herramienta de fecha y hora responde con una sola línea (fecha, hora, zona horaria, día de la semana, sincronizada por NTP cuando es posible y, de lo contrario, con el reloj del sistema) y lleva el mandato permanente de que cada turno del diálogo comienza con la fecha actual y de que las fechas nunca se conjeturan. La herramienta de contexto de la interfaz gráfica comunica qué pantalla de la ventana principal de la aplicación está abierta, con la ruta de navegación y el cliente y el caso abiertos. La herramienta del idioma del sistema devuelve el identificador de idioma que rige el diálogo y las listas que abarcan varios casos; la herramienta del ordenamiento jurídico devuelve, por caso, el ordenamiento jurídico que rige los documentos generados y la terminología, es obligatoria antes de cualquier trabajo con documentos e instruye a preguntar al usuario cuando no está definido. La herramienta del informe matutino devuelve el informe estructurado de hoy con identificadores y marcadores, de modo que el modelo pueda actuar sobre cada punto; la herramienta del informe de trabajo lleva, por cada IA de escritorio, si esa IA ya ha sido informada hoy, y devuelve los protocolos diarios recientes solo en el primer contacto del día.

10. El almacén temporal

El almacén temporal es la carpeta de trabajo del modelo para todo lo voluminoso. Ofrece escritura con capacidad de añadir para el ensamblaje por fragmentos; lectura por rangos con líneas numeradas cuyos números se corresponden directamente con los editores basados en líneas; sustitución exacta de texto con requisito de unicidad, un reintento tolerante a los espacios en blanco y a las comillas tipográficas que sigue exigiendo unicidad, y una alternativa prescrita de localizar y copiar ante cualquier otra falta de coincidencia; inserción por número de línea o tras un marcador; eliminación de rangos de líneas; sustitución atómica de rangos de líneas como operación segura de reestructuración; búsqueda de patrones insensible a mayúsculas y a signos diacríticos en uno o en todos los archivos, con un tope de cincuenta resultados y líneas de contexto opcionales; un esquema de markdown que asigna los encabezados a rangos de líneas sin leer el archivo; un listado de directorio; copia; una comparación de líneas entre dos archivos que oculta las líneas comunes; una normalización orientada a la entrega que aplana el markdown estructural a las convenciones de los escritos, protege las referencias, rellena hasta siete dígitos las referencias cortas a pruebas y normaliza los finales de línea; igualación de espacios en blanco; limpieza de finales de línea y de caracteres invisibles; proyecciones igualadas destructivas (un esqueleto de comparación en minúsculas, o solo el plegado de signos diacríticos) siempre en un archivo de destino separado; contadores de palabras, letras y líneas; y borrado.

Un registro de estado ligero recuerda notas clave-valor para la sesión en curso — ante todo, qué archivo es el borrador principal actual — con semántica de obtener, establecer y borrar, y sobrevive a los reinicios de la aplicación.

Ciclo de vida: el almacén es de larga duración y sobrevive a los reinicios; las notas propias del modelo, el registro de estado, los metadatos de los archivos y la contabilidad de la cobertura de lectura persisten, mientras que los volcados de herramientas de días anteriores se purgan en cada arranque y los archivos no tocados durante ciento ochenta días se purgan. Todo acceso mediante cualquier herramienta del almacén temporal — incluida una simple lectura — reinicia el reloj de borrado de ese archivo; una mera aparición en el listado de directorio no lo hace. La capa de instrucciones obliga al modelo a borrar sus archivos de tarea cuando una tarea termina y a trasladar, en su lugar, los conocimientos duraderos al sistema de memoria.

11. El sistema de memoria

La memoria de IA persistente es un cuaderno de notas compartido entre chats por todas las IA conectadas y el asistente de la aplicación. Una entrada contiene como máximo mil caracteres — las descripciones del conjunto de herramientas y de las herramientas exigen comprimir a lo absolutamente esencial y dividir el material más extenso — y está vinculada como mínimo a un cliente o a un caso (con un vínculo a un caso, el cliente se deduce y se corrige automáticamente) y, opcionalmente, a un elemento de prueba, un correo electrónico, una entidad o una institución, todos ellos validados. Las entradas deben escribirse en el idioma del sistema de IRONSTICK con independencia del idioma del diálogo, y al modelo se le prohíbe utilizar sus propios archivos de memoria privados para el conocimiento de los casos, ya que estos no llegan ni a la IA par ni al usuario. Una fecha de vencimiento opcional da a una entrada carácter de plazo: las entradas vencidas y atrasadas afloran en primer lugar en el protocolo de inicio de sesión y en las vistas de plazos de la aplicación.

La búsqueda puede filtrarse por cualquiera de los identificadores vinculados y por fecha de vencimiento (todo, exactamente hoy, o una ventana de diez días en torno a una fecha dada), devuelve primero lo más reciente, con un valor por defecto de veinte y un máximo de cincuenta resultados, y marca las entradas del cuaderno escritas por el usuario como estrictamente de solo lectura para la IA. La actualización sustituye el texto y/o mueve, establece o elimina la fecha de vencimiento; todo lo que no se aporta permanece sin cambios. Una actualización cuyo texto excede el límite se rechaza con una declaración de capacidad que nombra la longitud enviada, el límite, la ocupación actual de la entrada y el resto libre; toda actualización de texto con éxito comunica igualmente la ocupación y el resto; en ambos casos, una vez que quedan libres menos de trescientos caracteres, la respuesta añade la recomendación permanente de reelaborar la entrada entera o de crear una entrada adicional y dejar una referencia cruzada en la antigua. El borrado es irreversible y rechaza las entradas del cuaderno del usuario y las entradas de tareas. El mantenimiento está construido para procedimientos de larga duración: las entradas vinculadas a un caso quedan exentas de la purga anual mientras ese caso esté activo — solo caen cuando el caso se pone inactivo o se archiva (lo que purga sus entradas de inmediato) o cuando se borra el cliente; la purga anual se aplica únicamente a las entradas sin caso. Además, cada entrada devuelta por una búsqueda en la memoria y cada actualización de una entrada renuevan su vida útil, y la purga mide la antigüedad contra lo más reciente entre la creación y el último acceso — una entrada que realmente se usa no caduca nunca; solo el material muerto envejece y desaparece. Las entradas del cuaderno del usuario nunca caducan automáticamente.

Los datos maestros, las personas, las relaciones y los documentos no pertenecen a la memoria: las descripciones los encaminan hacia las herramientas de propuesta y hacia el registro de documentos.

12. Plazos, citas y el calendario

Las herramientas de plazos entregan los plazos activos bien de forma compacta (título, fecha de vencimiento, días restantes, caso, con exclusión de las entradas marcadas como secretas), bien con descripciones por entrada y marcas explícitas de atrasado y urgente (urgente significa diez días o menos), y una forma de recitado ordenada por urgencia con filtros de periodo (todos agrupados por criticidad, solo críticos, próximos a vencer, hoy, esta semana, la semana próxima, o una fecha concreta). La herramienta de citas recita un día o un periodo con las fechas judiciales en primer lugar — las fechas judiciales importadas del portal, después las fechas judiciales del calendario y después las restantes entradas del calendario. El lector del calendario enumera las entradas de forma global o por caso, con un rango de fechas opcional.

La herramienta de registro en el calendario nunca escribe: abre el formulario del calendario de la aplicación ya rellenado con título, fecha, horas, descripción y vínculo opcional a un caso, y el usuario lo completa y lo guarda. Su descripción impone una comprobación obligatoria de duplicados antes de cada llamada: leer primero el calendario del mismo día, comparar solo por fecha ignorando las horas y, ante cualquier entrada similar, mostrársela al usuario y preguntarle si es el mismo evento, llamando a la herramienta solo después de que el usuario confirme que se trata de una entrada nueva.

13. El diario de trabajo

El sistema del diario escribe y lee el protocolo diario que abarca todos los casos. La adición se dirige a un día (por defecto hoy, con la fecha obtenida mediante la herramienta de hora), siempre añade a un día existente con un separador y nunca sobrescribe, vincula los casos afectados mediante una lista de casos, y espera el contenido como markdown limpio en el estilo de protocolo definido en el apéndice de las instrucciones. Una herramienta de notas añade una única línea de evento al protocolo de hoy con una referencia opcional a un caso. La herramienta de formato devuelve el formato de archivo vinculante del protocolo. La lectura funciona por fecha, por rango o empezando por lo más reciente, con opción de texto completo y acotación por caso; la búsqueda es una búsqueda por palabra clave insensible a los signos diacríticos en títulos y textos completos, con fecha, título y fragmento de contexto por resultado. Ambas formas de listado tienen un valor por defecto de diez y un tope de treinta entradas. La apertura del conjunto de herramientas ya entrega íntegro el protocolo de hoy, con una nota sobre cuántos protocolos más existen en las dos últimas semanas.

14. Acceso a los casos

La resolución de casos funciona por número de caso, por nombre de una parte interviniente (tolerante a los signos diacríticos, y que abarca a la parte contraria, al demandante, el título y el cliente — obligatoria siempre que el usuario nombre a una parte sin número, ya que muchos casos no tienen número alguno), y a través de la lista de casos del cliente. Los procedimientos relacionados proceden de la jerarquía de casos como entradas padre, hijo y del mismo grupo.

La herramienta de visión general rápida devuelve, en una sola llamada, todos los campos de la pestaña del caso, todos los campos de la pestaña del cliente, un expediente del portal vinculado opcional y los últimos quince identificadores de pruebas con fechas de entrada — pensada como orientación antes de cualquier acceso a textos completos. El lector de la crónica devuelve la crónica de un caso empezando por lo más reciente, de forma compacta y sin textos completos, con filtros de fecha y un límite de hasta cincuenta entradas, y es la respuesta rápida designada para «qué ocurrió por último» — no cuenta para nada en la preparación del caso.

La preparación del caso es una herramienta y una compuerta. La herramienta de preparación entrega, en una sola llamada, la cabecera (perfil y ordenamiento jurídico) y el compendio de cada documento — identificador, fecha, tipo, título, el resumen del momento del registro, referencias cruzadas y tamaño del texto completo — que es la crónica; un segundo listado de las mismas filas se suprimió por ser puro derroche de tokens. La respuesta comienza siempre con una nota que indica dónde están la cabecera y el compendio (en línea cuando toda la respuesta queda por debajo del límite del conector; de lo contrario, como dos archivos del almacén temporal que deben leerse por completo) y los cinco documentos más recientes que deben leerse íntegramente. La compuerta de preparación rechaza entonces, para los llamantes externos, dos niveles de salida sobre un caso: una nota o entrada sobre un caso (diario, nota diaria, entrada de crónica, nota del caso) hasta que el perfil, el ordenamiento jurídico, el compendio y las cinco entradas de crónica más recientes (notas sin PDF ni transcripción; se admiten imágenes) se hayan leído íntegramente — de modo que una serie en curso de entradas de crónica respete las últimas, sin obligar a leer documentos pesados para una simple nota; un juicio sobre el caso (verificación de escritos, entrega, exportación) además hasta que cada documento citado o adjunto se haya leído íntegramente. Las lecturas se contabilizan por cada IA de escritorio en un libro persistente, y son válidas durante tres días o hasta el siguiente documento entrante del caso; los documentos salientes y los registros de pruebas nunca invalidan una lectura. El mismo libro alimenta el desplegable del símbolo de la IA. Un tercer nivel, inferior, protege el propio contenido del caso: toda herramienta de contenido de casos — crónica, línea de tiempo, búsquedas por palabra clave, por pasaje y por periodo, textos completos, contradicciones, declaraciones, obligaciones, plazos, calendario, correspondencia, uso, documentos probatorios presentados, cadenas de cartas, listas de anexos, sellos, medios, instituciones, etiquetas, valoración y notas de instrucción — se rechaza para un caso cuyo compendio no haya leído el llamante, y el rechazo nombra la herramienta de preparación; el tercer intento rechazado en el mismo caso se contabiliza como infracción de las reglas. Los contadores de preparación se reinician con cada lectura de las instrucciones y con cada inicio de sesión.

La lectura completa de un caso está protegida por una compuerta, como se describe en la sección 8. El volcado al almacén temporal es la vía completa más rápida: ensambla todo el texto del caso dentro de la aplicación, sin recortar, normaliza las anomalías de OCR (espacios repetidos, mezclas de finales de línea, espacios de no separación, guiones blandos, caracteres de anchura cero), lo escribe directamente en el almacén temporal y devuelve solo el identificador del archivo con estadísticas; los casos muy grandes se dividen en archivos parciales numerados. Los filtros de alcance restringen el volcado a la dirección entrante, a la saliente o a ambas, y una lista de identificadores de pruebas vuelca exactamente esos registros — la vía designada para leer por completo un documento muy grande, con el caso deducido de la prueba.

El lector de pruebas es la base obligatoria de toda afirmación sustantiva: carga un registro con el texto completo extraído de su documento (completo y sin truncar; por encima del límite del conector llega íntegro al almacén temporal) y, cuando existe, el texto completo de chat o de transcripción (que abarca los chats de mensajería y las transcripciones de teléfono, de audiencias, de interrogatorios y judiciales), más el resumen cualificado, la descripción y los metadatos, que se declaran no sustitutivos del texto completo. Si no aparece ninguna de las dos secciones de texto completo, no existe texto extraído y el modelo no debe hacer afirmaciones sustantivas sobre el registro. Una lista separada por comas de hasta doce identificadores lee varios registros en una sola llamada. Una herramienta de inventario de medios comunica la existencia, el tipo, la fecha y el tamaño de los adjuntos de imagen, audio y vídeo de un registro o de un caso, indicando expresamente que el contenido de los medios no es legible como texto y que existe para que un registro que solo tiene medios no se clasifique erróneamente como vacío.

Las etiquetas se presentan como notas adhesivas de forma libre del usuario sobre los registros de pruebas — el texto es la información, el color no tiene un significado fijo, y un registro etiquetado se declara un marcador fuerte de relevancia. Tres modos entregan una visión global con recuentos y registros referenciados, todas las etiquetas de un caso, o una búsqueda de texto dentro de los textos de las etiquetas, con un filtro de alcance que separa las etiquetas personales de las vinculadas a casos. Los grupos de asuntos enumeran todo el panorama de casos de un cliente como grupos con casos anidados, incluida la filiación en árbol. La valoración almacenada del caso puede recuperarse por caso.

15. Búsqueda dentro del expediente

La búsqueda central de pruebas puntúa en todos los campos de las pruebas, en los textos completos extraídos de los documentos y en los contenidos de las transcripciones, con las consultas de varias palabras combinadas de forma conjuntiva, independencia de los signos diacríticos y una bonificación por frase; los resultados se ordenan por relevancia sin exponer cifras de puntuación, cada resultado indica qué campo lo ha desencadenado, el valor por defecto es quince y el máximo treinta resultados, y la forma de respuesta sigue la elección de la compuerta de la sección 8. La búsqueda de pasajes divide los documentos y las transcripciones en ventanas de párrafo y de frase y devuelve los pasajes que mejor coinciden, con su referencia — localizando dónde figura algo dentro de un texto, y no meramente en qué registro — con una coincidencia tolerante al OCR que salva los errores de captura, una bonificación por frase y una acotación a exactamente un caso o a todos los casos de exactamente un cliente (el instrumento designado para las preguntas de «¿alguna vez, en algún lugar, X…?»; nunca entre clientes distintos), con un valor por defecto de ocho y un tope de veinte pasajes. Una herramienta de rango de fechas enumera las pruebas entre dos fechas. El buscador específico de correspondencia de una parte es obligatorio cuando el usuario pide documentos procedentes de una parte concreta o dirigidos a ella: coteja a la parte, con tolerancia a los signos diacríticos, contra los registros de intervención, filtra por dirección (hacia mí, desde mí, o ambas), excluye chats y transcripciones, oculta por defecto las capturas de pantalla hechas por uno mismo indicando su número, y ordena empezando por lo más reciente — expresamente diferenciado de la búsqueda por palabra clave, que devolvería también registros que meramente mencionan a la parte.

16. Herramientas deterministas de análisis

Estas herramientas calculan a partir de los registros sin intervención alguna de la IA. La línea de tiempo devuelve todos los elementos de un caso ordenados por fecha del evento de forma descendente, con referencia, marca de tiempo, tipo de registro y título, con un valor por defecto de trescientos y un tope de quinientos elementos. El recopilador de contradicciones deliberadamente no juzga: reúne hasta ciento veinte elementos candidatos (sesenta por defecto), opcionalmente filtrados a una entidad, con referencia, fecha, participantes y contenido breve, y deja al modelo el juicio y las lecturas posteriores de textos completos. La herramienta de quién dijo qué encuentra cada elemento en el que aparece una persona — como participante, en el título o en el texto, o dentro de la redacción de una transcripción — con independencia de los signos diacríticos, marcando la fuente de cada resultado, con un valor por defecto de cuarenta y un tope de cien. La herramienta de la red de participantes cuenta qué personas y entidades coinciden en los mismos elementos, de forma global o por caso, opcionalmente centrada en una entidad. La herramienta de obligaciones enumera los elementos abiertos marcados con plazo por fecha de vencimiento, con recuentos de días, descripciones, referencias y marcas de atrasado/urgente.

Otras cinco herramientas deterministas sirven para caracterizar a jueces y fiscales concretos; solo los documentos entrantes procedentes de un tribunal o de una fiscalía cuentan como resoluciones. El listador de resoluciones devuelve todas las resoluciones en las que una persona actuó como juez o como fiscal, en todos los casos, contando únicamente un nombre en el encabezamiento (composición del tribunal) o en el bloque de firmas — un nombre en el texto corrido no cuenta, y los secretarios judiciales no se enumeran nunca. El lector de estructura descompone una resolución en tribunal, sección, número de caso, clase, número y fecha, sesión, sala, la frase que nombra a las partes y el objeto, la parte dispositiva literalmente, palabras clave de resultado, vía de recurso, pronunciamiento, citas normativas con su estado en la biblioteca y el tamaño de la fundamentación, cada elemento con su posición de carácter, y comunica lo ausente como no encontrado. El recopilador de escritos escribe todos los escritos presentados en el caso hasta la fecha de la resolución en dos archivos del almacén temporal — los documentos salientes del cliente y los entrantes de la parte contraria — restringidos a los documentos dirigidos a un tribunal o a una fiscalía, cada uno solo con su documento principal (el correo de remisión y los anexos se recortan), y enumera como no asignado lo que no puede clasificarse; sus archivos conllevan el deber de lectura. La comparación de resoluciones mide qué proporción de la fundamentación propia del tribunal coincide, como texto, con los escritos del cliente, con los de la parte contraria, con ambos, con texto legal de la biblioteca, o con nada (la redacción propia del tribunal), mide por separado la exposición de las posiciones de las partes, y enumera los pasajes coincidentes con su tasa de coincidencia a partir del setenta por ciento, de mayor a menor, en la redacción original y con posiciones de carácter. La comparación de documentos confronta dos documentos cualesquiera entre clientes y casos distintos, clasifica los pasajes coincidentes como texto legal, fuente citada común o compartidos únicamente por estos dos, y abre su respuesta con el aviso de que solo ofrece una primera impresión y de que ambos documentos deben leerse íntegramente antes de afirmar nada sobre una conexión.

La familia de seguimiento de presentaciones es determinista contra los escritos almacenados: la herramienta de uso responde, para un elemento de prueba, qué anexos contiene físicamente y en qué escritos se presentó él mismo (con fecha y número de expediente, en todos los casos) o, para un caso, el informe de lagunas de los elementos nunca presentados; el listador de pruebas presentadas devuelve, por cada escrito almacenado, los identificadores adjuntos más el conjunto total sin duplicados, y es obligatorio antes de componer la lista de anexos de un escrito nuevo, con la salvedad documentada de que solo quedan cubiertos los anexos adjuntados estructuralmente. La cadena de números de registro encuentra, a partir de un número de carta o de todos los números que aparecen en un documento, cada documento que comparte ese número, en orden cronológico — el curso documentado de un procedimiento administrativo. El listador de anexos resuelve los anexos contenidos físicamente en un documento, incluido el sello de archivo determinista de cada anexo; la herramienta de sellos resuelve cualquier identificador de prueba en su sello de archivo determinista (varios archivos almacenados dan varios sellos; un registro sin archivo almacenado da un marcador explícito de vacío). Ambas herramientas portadoras de sellos prohíben inventar sellos — siempre deben obtenerse.

17. Saneamiento de OCR

Una vía de escalada en cuatro pasos repara los textos completos almacenados que están arruinados, y está expresamente vetada como sustituto cómodo de la lectura. La solicitud de reescaneo pide a la aplicación que vuelva a pasar por OCR el PDF original almacenado; el usuario selecciona las páginas en IRONSTICK, y el modelo tiene la instrucción de informar al usuario en una frase y esperar. La herramienta de estado debe llamarse una sola vez cuando el usuario dice que ha elegido las páginas — los bucles de sondeo están prohibidos — y, cuando está listo, devuelve el encargo de trabajo junto con dos archivos del almacén temporal que contienen el escaneo nuevo y el texto actual de la base de datos. La regla de comparación y saneamiento permite únicamente correcciones mecánicas de OCR, nunca reformulaciones, manteniendo exactos los números, los nombres y los importes. Cuando un lugar es ilegible en AMBAS fuentes, el modelo puede pedir al usuario una comprobación visual antes de entregar — como máximo tres puntos por documento, con el registro abierto en el lugar exacto y el lugar nombrado con precisión («página 7, segundo párrafo — ¿el importe?»); con la navegación deshabilitada, el registro y la página se nombran en el chat en su lugar. La herramienta de entrega pasa el archivo saneado del almacén temporal a la aplicación, que se lo muestra al usuario en un modal; solo la acción de guardar del usuario sustituye el texto de la base de datos, y nada se almacena automáticamente. La última escalada, la solicitud de entrega del PDF, abre el registro y hace que el modelo pida al usuario que arrastre personalmente el PDF original al chat — el puente deliberadamente no proporciona ninguna ayuda de ruta, rechaza de forma tajante cuando no ha precedido ningún reescaneo, y rechaza los PDF de más de diez megabytes o de más de noventa páginas; el modelo lee entonces el PDF visualmente, construye la versión saneada en el almacén temporal y la entrega a través de la misma compuerta de revisión. Ante un rechazo por tamaño o por páginas, el flujo no termina: la alternativa de transcripción sigue abriendo el registro, y el modelo pide al usuario que abra el PDF mediante el clip y teclee literalmente los lugares decisivos («página X, cerca de la parte superior, debería decir … — por favor, tecléelo exactamente») — como máximo tres lugares, incorporados literalmente a la versión saneada; cualquier laguna restante se declara abiertamente. El abogado actúa así como instrumento visual de precisión exactamente para la fracción de un escaneo que la máquina no puede resolver, en lugar de procesar el documento manualmente.

18. Personas, instituciones, clientes y propuestas de datos

Las herramientas de resolución encuentran clientes, personas e instituciones por fragmento de nombre, con tolerancia a los signos diacríticos; un buscador por palabra clave busca en nombres, notas y campos de análisis cuando solo se conoce un fragmento. Un cotejo determinista de listas coteja un documento que contiene una lista de nombres con todas las personas y empresas registradas, dirigido por identificador de prueba o por caso — entonces se escanea la entrada más reciente del caso y se nombra en la respuesta. En las conexiones de Claude y de ChatGPT, la comprobación de partes acepta por adelantado las partes siguientes y las busca en segundo plano mientras se trabaja la actual; los resultados se conservan treinta minutos y el orden de la compuerta no cambia. Las herramientas de red enumeran a todos los conectados con una parte por relaciones explícitas y casos compartidos, los clústeres de toda la red de partes mediante detección determinista de comunidades (exactamente la vista del Universo de la pantalla de personas, con un indicador de sospecha para grupos inusualmente densos y una separación opcional de personas e instituciones en capas), y las partes más conectadas; toda respuesta relativa a una parte empieza con el bloque de los casos a los que la parte está vinculada. El lector de perfiles devuelve todos los campos de datos maestros y de análisis, completos y sin truncar. Los lectores de perfiles devuelven el perfil de la entidad con análisis y relaciones, todas las relaciones de una persona en ambas direcciones entre personas e instituciones, el perfil de la institución y las instituciones vinculadas formalmente a un caso. El lector del registro de tiempos comunica el tiempo de trabajo medido de forma pasiva (cada vista de página dura hasta la siguiente, con un tope de treinta minutos, y la última se cuenta como un minuto) como visión general de totales y de los principales casos, clientes y días, o como desglose por días de un caso, en un rango de fechas o en una ventana de días anteriores que por defecto es de siete.

Escribir directamente en los datos maestros es imposible. Dos herramientas de propuesta colocan los hallazgos en el monitor de coherencia de datos de la aplicación como elementos de revisión: la propuesta de datos maestros (solo después de que el usuario haya confirmado en el chat que el hallazgo debe archivarse) se dirige a una entidad o institución existente — resuelta primero por nombre — o describe un registro nuevo por nombre y campos, con una lista de campos permitidos en la que los números de identificación de empresas y de personas comparten un mismo campo, solo se permiten campos fundamentados, y las referencias a pruebas son opcionales; la propuesta de relación describe una relación entre dos personas resueltas o entre una persona y una institución, con exactamente una contraparte, una categoría obligatoria, una fundamentación opcional y referencias opcionales a caso, cliente y pruebas. Una propuesta puede también cambiar el nombre de un registro (campo Name), fijar su clase (campo PersonKind: física o jurídica), cambiar la categoría de una relación existente, proponer una eliminación (de un registro, de una etiqueta o de un plazo cumplido) con una motivación en el idioma del sistema que es obligatoria, o proponer dos registros como duplicados; un registro nuevo solo se acepta después de que la clase se haya decidido en el diálogo, y una propuesta que toca la descripción o los datos de contacto de una persona se rechaza salvo que el llamante haya leído ese perfil en los últimos treinta minutos. En ambos flujos el registro solo cambia cuando el usuario acepta la propuesta en el monitor. Una propuesta de registro nuevo se responde primero con la lista de registros existentes similares — con coincidencia laxa, sin guardar nada — y el llamante debe o bien archivar contra uno de ellos, o bien confirmar expresamente, mediante parámetro, que la parte es realmente nueva; una coincidencia estricta se redirige al registro existente. Cada parte nueva guardada devuelve una tarea de seguimiento obligatoria que ordena al llamante investigar y archivar las conexiones de la parte, incluida la investigación en la web. Una tercera herramienta de propuesta asigna una parte a un caso: exactamente una entidad o institución, una motivación obligatoria y referencias opcionales a pruebas se convierten en un elemento de revisión de vínculo con un caso en el mismo monitor; la aceptación escribe el vínculo de interviniente sobre el que se construyen las vistas de clústeres y de conexiones, mientras que un vínculo ya existente, un duplicado pendiente o un rechazo anterior se comunican en lugar de volver a proponerse. La aplicación cuenta además las propuestas por llamante: tras dos propuestas de datos maestros guardadas y una propuesta de relación o de vínculo con un caso, trata la sesión como mantenimiento de la red de partes, añade una sola vez la indicación de que este trabajo, íntegramente protegido por compuertas, no necesita un modelo de gama más alta y — en el chat de la aplicación — mantiene la ejecución en el nivel de modelo medio. Procesos independientes en segundo plano alimentan el mismo monitor: un extractor de datos con eliminación de duplicados en origen y un escaneo periódico de normalización que propone fusiones y reclasificaciones conforme al modelo de tres categorías (persona física; persona jurídica como cualquier ente corporativo que no sea un único ser humano, con prevalencia de la inscripción en el registro mercantil sobre la titularidad estatal; institución como órganos estatales sin inscripción registral) — sin fusionar nunca automáticamente.

19. La biblioteca jurídica

La biblioteca contiene textos legales completos como archivos markdown, con un número de registro interno por ley. La herramienta de listado recorre por páginas el inventario (identificador, ordenamiento jurídico, título, clase, nombre de archivo, fecha de la última comprobación; cincuenta por defecto, quinientos como máximo) y es de solo lectura. La herramienta de búsqueda es obligatoria antes de cualquier búsqueda en internet de una norma: coteja bien por denominación contra el título y la descripción, bien por pasaje citado con tolerancia aproximada (basta con alrededor del sesenta por ciento de las palabras y se toleran las terminaciones de palabra), exige el ordenamiento jurídico tomado del caso, clasifica las coincidencias en el título muy por encima de las coincidencias en el contenido (una coincidencia en el título cuenta nueve décimas, cada resultado en el contenido una décima, como máximo tres fragmentos por archivo), y devuelve por cada resultado el número de registro, el nombre del archivo, fragmentos breves con sus posiciones de carácter exactas y una llamada ya preparada de extracto literal cuyo rango ya está ampliado — en al menos quinientos caracteres más allá del fragmento — de modo que el modelo obtenga por sí mismo la redacción autorizada en lugar de fiarse del fragmento. La herramienta de extracto devuelve el contenido literal de una ley entre dos posiciones de carácter, dirigida por número de registro, acotada al archivo, precedida de una nota que indica que el rango puede ajustarse y que la ley entera puede cargarse, con los resultados sobredimensionados desviados automáticamente al almacén temporal; la coincidencia de dígitos dentro de las búsquedas de leyes utiliza reglas de límites que toleran la notación con punto de millares de los portales oficiales. Las leyes enteras pueden cargarse por nombre de archivo o por número de registro, con desvío automático de los archivos grandes. La herramienta de registro es el canal de notificación obligatorio para toda ley hallada en la web abierta: solo se envían el enlace, el ordenamiento jurídico y, opcionalmente, el título y una frase; un proceso en segundo plano obtiene, convierte, almacena y anuncia la fuente en el monitor de datos, y el propio modelo nunca convierte nada. Un ciclo de revisión de la biblioteca lleva la fecha de la última comprobación de cada fuente. Una ley cargada por el usuario como archivo, sin fuente en línea, lleva en cada respuesta una advertencia de vigencia, porque no puede verificarse que esté en vigor. Rechazar una ley en el monitor de datos requiere una confirmación que enuncia la consecuencia: la ley sale de la biblioteca, y rechazar una actualización elimina la ley entera, también en el servidor de la oficina.

Una herramienta de nueva comprobación verifica a petición una ley contra su fuente y comunica sin cambios, actualizada o duplicada; una obtención más reciente asume la entrada, y en el servidor de la oficina prevalece el último que comprueba, con independencia de quién registrara primero la ley. Las leyes enteras por encima del límite del conector llegan al almacén temporal y no registran nada como leído; la procedencia proviene de la herramienta de artículos.

20. Validadores y registros

Las herramientas deterministas de verificación abarcan: IBAN (formato, longitud específica del país, suma de control); números nacionales personales, de seguro y fiscales en nueve esquemas de seis países mediante dígitos de control, con un modo dirigido por esquema y un modo automático que prueba todos los esquemas y comunica los válidos; identificadores europeos de IVA (primero una comprobación sin conexión del formato del país, después el servicio oficial en vivo de la Unión, que devuelve los datos de empresa publicados cuando el Estado miembro los facilita); números EORI contra el servicio de validación en vivo de la Unión; identificadores de entidad jurídica (primero la suma de control, después el registro global para el estado y el nombre); y números del registro mercantil a través del portal europeo de registros mercantiles, renderizado en un motor de navegador real, con la instrucción al modelo de leer la página devuelta y confirmar el hallazgo. Cada validador devuelve un resultado concreto y razonado — válido con detalles, no válido con el aspecto que falla, no encontrado, o servicio inaccesible con el estado incluido — nunca un simple sí o no, de modo que un número realmente erróneo siempre pueda distinguirse de una caída del servicio. La capa de instrucciones hace obligatoria la ejecución del validador correspondiente antes de que cualquier número de este tipo entre en un documento producido o revisado. El mismo conjunto de herramientas contiene la herramienta de ubicación aproximada del usuario (país, ciudad y dirección pública según la última instantánea de inicio de sesión, expresamente no una fuente de ordenamiento jurídico) y una herramienta meteorológica de mejor esfuerzo.

21. Acceso web

Dos herramientas alcanzan la internet abierta, ambas planteadas como complementos de las capacidades web propias de la IA de escritorio, con la instrucción expresa de utilizarlas directamente cuando la IA no tiene acceso web propio, y la prohibición de utilizarlas para datos relativos a casos. La herramienta de búsqueda consulta a través de una interfaz web de apariencia humana, con elección de motores, y devuelve resultados con título y enlace pensados para seguirse con el abridor de páginas. El abridor de páginas obtiene exactamente una URL pública con una canalización por etapas que la descripción enumera íntegramente, para que el modelo nunca se rinda prematuramente: una solicitud HTTP de apariencia humana con cabeceras de navegador reales, gestión de redirecciones y compresión; detección automática de desafíos antibots con escalada a un motor de navegador real incrustado; detección de páginas de envoltorio JavaScript con renderizado hasta que aparezca contenido; conversión de PDF con exactitud de página, utilizando la capa de texto por página y OCR solo para las páginas escaneadas, de modo que los documentos mixtos funcionan; y conversión de formatos ofimáticos y de texto a texto legible. La salida es markdown, completa: se extrae el contenido principal (navegación, publicidad y avisos de cookies eliminados), las páginas sin cuerpo de artículo conservan su pie porque allí figuran la dirección y los datos de contacto, y cuando la extracción no dejaría prácticamente nada se entrega en su lugar la página entera. Una llamada responde en un máximo de cuarenta y cinco segundos; un documento grande o escaneado se sigue procesando en segundo plano y se entrega de inmediato en la siguiente llamada con la misma dirección. Los portales de leyes se rechazan hasta que se haya buscado en la biblioteca, conforme a la compuerta de normas.

22. Navegación por la interfaz gráfica y exportaciones

Toda la navegación es de activación voluntaria mediante un interruptor del usuario; sin él, el grupo entero no existe. Las herramientas de navegación abren, en la ventana principal de la aplicación: un caso (opcionalmente en su pestaña de crónica o de valoración), la lista de casos de un cliente, una persona, una institución (ambas resaltadas y con el detalle abierto), una entrada de prueba (en la página correcta de la crónica, resaltada), la preparación del dossier (con una variante totalmente automática reservada al deseo expreso del usuario de obtener un PDF completo), el protocolo diario (opcionalmente el detalle de un día concreto), el monitor de correo (opcionalmente el detalle de un correo concreto), la búsqueda global con una consulta lanzada (reservada al deseo expreso; las respuestas del chat utilizan en su lugar la búsqueda interna), el área de copias de seguridad con un inicio inmediato de la copia, y cualquier pantalla con nombre de la lista canónica de pantallas. Los diálogos de exportación abarcan la lista de clientes, la lista de plazos, la visión general de casos de un cliente, el dossier del caso en dos tipos de documento y el mapa, más la generación del paquete de IA del cliente. Todas las herramientas de navegación están sujetas al bloqueo duro y son los destinos de las ofertas de navegación de la sección 7.

23. Redacción, formatos y entrega

El conjunto de herramientas de redacción vincula la producción de documentos a especificaciones obtenidas. La herramienta de formato de salida devuelve la instrucción vinculante de generación para la clase de artefacto solicitada — para los escritos, diferenciada entre escrito jurídico y carta sencilla, cada uno en forma con representación y sin representación letrada, con el ordenamiento jurídico, el idioma y la fecha del caso resueltos directamente en la instrucción, y con marcadores de posición que el modelo rellena a partir de los datos del conector; la herramienta del formato de envío por correo devuelve la especificación vinculante para los envíos al tribunal con entrega secuencial de paquetes. Ambas deben seguirse al pie de la letra. La entrega al editor introduce un escrito en markdown directamente en el procesador de textos de IRONSTICK, con el texto cargado pero sin almacenar nada — el usuario revisa y guarda — y está disponible en la conexión de Claude. La herramienta de registro de la crónica abre el formulario de crónica ya rellenado en el caso correcto, sin guardar nada por sí misma.

La entrega de archivos al usuario discurre exclusivamente por la herramienta de entrega, que el propio front-end ejecuta: el archivo llega a la carpeta de entregas dedicada, bajo el directorio de descargas del usuario, la carpeta se abre con el archivo resaltado y se imprime un enlace. La carpeta es solo para entregas — nada de lo que contiene es leído, editado o borrado jamás por el modelo. El contenido llega bien en línea, bien — de forma preferente, y obligatoria para los archivos grandes o ya escritos — por ruta de origen, que el front-end lee directamente del disco, de modo que nada se vuelve a teclear a través del modelo, incluidos los formatos binarios. El modelo versiona por sí mismo los nombres de archivo, con un número nuevo por entrega, y una entrega con el mismo nombre sobrescribe; el resultado comunica las versiones existentes de la raíz del nombre y la más alta, y advierte cuando el número entregado no es el más alto. La entrega es una vez por tarea, al final, nunca para estados intermedios, y pasa primero por la compuerta de formalidad de la sección 8.

24. Revisión por pares entre IA

La herramienta de traspaso pasa un trabajo producido a la otra IA de escritorio: el contenido va a un almacén grande de corta duración, un registro de tarea lo referencia, la instrucción (limitada a mil caracteres) indica lo que debe hacer el par, y el modelo pide entonces al usuario que active al par en la otra aplicación. La herramienta de bandeja de entrada enumera las tareas abiertas dirigidas al llamante — las propias nunca aparecen — con identificador, encargo y contenido completo, opcionalmente filtradas por cliente o por caso. La herramienta de respuesta cierra una tarea (borrando su contenido de corta duración) y simultáneamente envía la valoración de vuelta como tarea nueva al remitente original; la herramienta de finalización cierra sin devolver nada. La lectura y la escritura del almacén temporal son miembros de este conjunto de herramientas para manejar el contenido intercambiado.

25. Archivos de instrucciones de IA

Por cada caso, el usuario puede almacenar archivos de instrucciones que el modelo debe consultar. El listador muestra las instrucciones de un caso con identificador, nombre de archivo, tamaño, fecha de carga y extracto, sin textos completos; el inventario global enumera todas las instrucciones de todos los clientes y casos; el lector individual devuelve una instrucción sin recortar por su identificador numérico, con una opción para encaminar el contenido en bruto al almacén temporal con exactitud de byte para su paso directo; el lector masivo devuelve todas las instrucciones de un caso en una sola llamada, con la misma opción de almacén temporal. Ambas salidas de listado se desvían automáticamente cuando están sobredimensionadas. La herramienta de actualización propone una versión modificada por exactamente una de tres vías — un fragmento para añadir (la vía preferida para las adiciones, en la que la aplicación ensambla por sí misma el resultado y al modelo se le prohíbe reproducir el contenido existente), una ruta de origen a una versión nueva completa en disco, o el contenido nuevo completo en línea — y la aplicación muestra el cambio al usuario como una comparación de diferencias; solo la aprobación expresa lo adopta, el resultado (aprobado, rechazado o pendiente) se devuelve, y un estado pendiente prohíbe volver a enviar. La exportación del paquete construye el conjunto completo de instrucciones y skills de un cliente y abre el diálogo de exportación.

26. Integraciones complementarias fuera de la superficie de herramientas

Un complemento del lado del cliente completa el puente sin formar parte de la superficie MCP: un plugin de skills instalable para cada IA de escritorio (cinco skills que reflejan el modelo de trabajo de conjunto de herramientas y ejecución de herramienta, generados y versionados por el configurador de la aplicación). La configuración del front-end del puente para cada IA la escriben los botones correspondientes del configurador, que escriben siempre la identidad del llamante y la ruta de instrucciones para proteger frente a una configuración compartida entre IA.

27. Semántica de fallos y rechazos — resumen

Todo rechazo del sistema es instructivo y no escueto: las infracciones de esquema devuelven el esquema esperado; los nombres desconocidos devuelven la coincidencia más cercana; la compuerta de fecha nombra el remedio exacto; la compuerta de normas nombra el procedimiento de la biblioteca; el bloqueo de navegación nombra la pantalla protegida y la alternativa aplazada; el bloqueo por consentimiento nombra la ventana de reintento; las respuestas sobredimensionadas nombran el archivo y los dos comandos de continuación o los filtros de acotación; los fallos de los validadores nombran el aspecto que falla y distinguen las caídas del servicio; los rechazos por capacidad en la memoria nombran la ocupación y el resto y, cerca del límite, las opciones de reestructuración; las compuertas de entrega y de búsqueda nombran sus opciones de respuesta, incluida la salida universal de desconocido; el bloqueo de acceso nombra las dos llamadas que lo abren; la compuerta de preparación nombra las partes no leídas con identificadores y porcentajes; el verificador de escritos nombra, por cada lectura caducada o reiniciada, la llamada exacta que la restablece. El contrato frente al modelo es que, tras un máximo de tres intentos corregidos en cualquier llamada que falla, el modelo se detiene y comunica el error exacto al usuario.