Inteligencia artificial
No es una aplicación aparte. Es una capacidad dentro de los procesos que ya corren en TRANSDOC, SOL, GexFile y TRE, con una capa común de servicios que decide dónde se procesa cada solicitud y deja rastro de cada resultado.
Qué hace hoy
La IA no reemplaza el criterio de la persona funcionaria: le entrega el trabajo preparado. En cada solución, estas son las funciones disponibles.
La correspondencia llega leída: el sistema la resume, la analiza y propone la respuesta.
Menos parametrización a mano y trámites que avanzan solos cuando la regla es clara.
Los documentos se describen y clasifican solos, y se encuentran después.
Las tareas repetitivas del trámite se automatizan a través de la capa común de servicios de IA.
Cómo se despliega
La misma aplicación SIGOB funciona con cualquiera de ellas. La institución empieza donde puede y crece sin cambiar de sistema.
Modelos especializados de tamaño reducido (entre 2 y 8 mil millones de parámetros, cuantizados a 4 o 5 bits) que corren en equipos habituales de 8 a 16 GB de RAM. Cada estación procesa la solicitud de su propio usuario: nada sale de la institución.
Un servicio centralizado para toda la institución. Como referencia, un servidor inicial de inferencia requiere 128 GB de RAM, almacenamiento NVMe y una o más GPU de 24 a 48 GB de VRAM, según el modelo, el contexto y la concurrencia. Requiere un equipo con capacidades de administración Linux/GPU, DevOps, seguridad e integración.
La institución contrata capacidad a un proveedor (OpenAI, Anthropic, Google u otros) y las aplicaciones SIGOB invocan los modelos por API. SIGOB admite credenciales por usuario o una credencial institucional centralizada; para producción se recomienda la segunda, con trazabilidad y cuotas internas por usuario y servicio.
La capa común de servicios decide, solicitud por solicitud, si se procesa en la estación, en el servidor institucional o, cuando existe autorización, en una API externa. La institución empieza donde puede y crece sin cambiar las aplicaciones.
A la medida
SIGOB trabaja con modelos abiertos de tamaño reducido, seleccionados con pruebas sobre documentos y tareas reales: precisión, velocidad, idioma, longitud de contexto y licencia. Cuantizados, corren en una estación de trabajo común.
Cada institución puede especializar sus modelos para tareas concretas sin entrenarlos desde cero: ajuste fino, adaptadores ligeros (LoRA), instrucciones especializadas, recuperación sobre sus propios documentos y conjuntos de ejemplos institucionales. Una aplicación de SIGOB simplifica la preparación, la prueba y la adaptación, de modo que la institución administra uno o varios modelos según lo que necesite: uno para analizar contratos en SOL, otro para interpretar permisos y requisitos en trámites de importación.
Las aplicaciones no hablan con un modelo: hablan con una capa común de servicios de IA que localiza, instala, ejecuta e invoca los modelos, y decide si una solicitud se procesa en la estación, en el servidor institucional o, cuando hay autorización, en una API externa. Cambiar de modelo no obliga a cambiar la lógica de TRANSDOC, SOL, TRE o GexFile.
Cómo se gobierna
Qué necesita la institución
El desarrollo funcional es una parte. Para usar IA de manera regular y segura, la institución tiene que decidir cómo se provee el servicio. Si opta por un proveedor externo, hay cuatro dimensiones que resolver:
Si opta por infraestructura propia, además del equipamiento necesita un equipo capaz de administrar servidores con GPU, integrar, asegurar y evaluar la calidad de los modelos. Cuando nada de eso existe todavía, la modalidad local en la estación de trabajo permite empezar igual.
Escríbanos con el caso que tiene en mente: qué proceso, qué documentos, cuántas personas. Le proponemos por dónde empezar.
Consultar sobre IA en SIGOBPreguntá lo que necesites. El asistente sabe en qué página estás.