Arquitectura de inferencia privada: ejemplo empresarial

Imagine un equipo que prepara resúmenes de documentos internos en español e inglés. Quiere un borrador con puntos principales y referencias a fragmentos del documento, que una persona revisa antes de utilizarlo. El sistema no envía mensajes, aprueba decisiones ni modifica otros sistemas. Esta arquitectura es una propuesta ilustrativa para razonar sobre controles; no describe un despliegue ni un caso de éxito de Primedefence.

Como hipótesis de demanda, considere treinta usuarios autorizados y seiscientos documentos por semana. Son cifras inventadas para el ejercicio, no una capacidad prometida. Falta medir longitudes, coincidencia de solicitudes y esfuerzo de revisión. El requisito de negocio es preservar los permisos existentes y poder detener el servicio sin perder el procedimiento manual. La guía de IA privada explica las decisiones previas a este diseño.

Los componentes pueden compartir infraestructura; la tabla expresa funciones y responsabilidades, no obliga a crear seis servicios separados. La ilustración del artículo es conceptual y tampoco certifica aislamiento de red. El diseño final debe mostrar recorridos y dependencias reales.

La aplicación recibe la identidad del usuario y un identificador de documento. Comprueba autorización antes de obtener el contenido. Si el documento está permitido, valida formato y tamaño, prepara instrucciones y asigna un identificador de trabajo. La cola controla admisión y plazo. El motor recibe únicamente el contexto necesario para generar el borrador, sin credenciales que permitan ampliar el acceso a otros documentos.

La salida pasa por un validador de estructura y se presenta con referencias que el revisor puede abrir si mantiene permisos. La validación de formato no certifica veracidad: la persona contrasta las afirmaciones relevantes. El borrador no se distribuye automáticamente. Para esta primera versión no se añade búsqueda global entre documentos; si se incorporase, requeriría preservar permisos en recuperación y nuevas pruebas de calidad.

El diagrama de despliegue debe indicar dónde se procesan entradas, salidas, temporales y registros, quién administra cada sistema y cómo accede soporte. Elegir nube privada o instalaciones del cliente no resuelve esas preguntas por sí solo. La comparación de despliegues ayuda a valorar responsabilidades antes de seleccionar ubicación.

Para el ejercicio, proponga que la telemetría ordinaria conserve identificadores, versiones y tiempos, evitando texto completo cuando no sea necesario. La retención del borrador se define con el dueño del proceso; no se supone una política universal. Revise temporales, copias y muestras de evaluación con el inventario de datos. Pruebe el recorrido con marcadores sintéticos antes de usar información sensible.

Prepare un usuario sin acceso al documento, una sesión caducada y un documento que incluya instrucciones para revelar otra información. Compruebe que el control de acceso impide la lectura y que el modelo no dispone de una herramienta capaz de saltarse esa barrera. El texto del documento se trata como contenido no confiable, aunque proceda del repositorio interno.

La guía de seguridad desarrolla estas comprobaciones. Como referencia de amenaza, OWASP describe la inyección de instrucciones, incluida la exposición mediante contenido procesado por el modelo. En este ejemplo, la ausencia de herramientas de acción reduce el alcance de una respuesta inducida, pero no elimina el riesgo de un resumen engañoso. Mantenga revisión y procedencia visibles.

Prepare un conjunto con ambos idiomas, documentos cortos y largos, contradicciones y ausencia de información. Evalúe cobertura, referencias correctas, afirmaciones sin respaldo y tiempo de revisión. Reserve casos que no se usen para ajustar instrucciones. Los criterios se acuerdan antes de ejecutar; este artículo no asigna puntuaciones ni afirma que una configuración los haya superado.

La cifra de seiscientos documentos semanales no dimensiona el motor. Mida tokens y patrón de llegada, y pruebe solicitudes simultáneas con el protocolo de capacidad. Calcule coste por tarea aceptada, incluyendo revisión y operación. Si el trabajo se concentra en una hora, necesitará evaluar esa concentración aunque el promedio semanal parezca bajo.

Simule una caída del motor y una dependencia documental no disponible. El usuario debe ver que el borrador no está terminado y poder continuar con el proceso manual. Los reintentos tienen límites y no deben crear varias tareas indistinguibles. Al restaurar, compruebe versiones, permisos y tratamiento del trabajo pendiente. No envíe documentos a un endpoint alternativo sin haber aprobado ese recorrido.

La decisión final puede ser avanzar con usuarios limitados, corregir o detener. Registre evidencia y asuntos pendientes con el plan de piloto, y responsabilidades con la lista de contratación. Para convertir el ejemplo en una propuesta real, el servicio de inferencia privada debe concretar datos, carga, controles y alcance de entrega con la empresa.