Ingeniería

Hacia dónde va INNOQUO

Exploramos y construimos la infraestructura, los controles y los sistemas de conocimiento necesarios para operar IA empresarial de forma segura, observable y gobernada.

No perseguimos cada nueva herramienta o modelo. Trabajamos sobre los problemas que seguirán existiendo cuando cambie la tecnología: identidad, conocimiento, permisos, seguridad, evaluación y operación.

Vista clara

Cinco direcciones de ingeniería

01

Plataformas para agentes empresariales

Infraestructura para ejecutar agentes como sistemas empresariales — no demos.

  • Identidad y contexto de ejecución
  • Aislamiento y sandboxing
  • Estado y memoria
  • Runtime de herramientas y conectores
  • Control de ejecución
  • Escalabilidad y coste
  • Observabilidad

Incluye agents.innoquo.com — plataforma para configurar, conectar y publicar agentes bajo tus reglas.

Explorar Agents by INNOQUO →
02

Conocimiento empresarial conectado

Conocimiento organizacional conectado, verificable y gobernado.

  • RAG y recuperación
  • Búsqueda empresarial
  • Procedencia de fuentes
  • Permisos documentales
  • Actualización del conocimiento
  • Calidad y trazabilidad
  • Contenido multilingüe

Incluye la base de conocimiento de INNOQUO y Lang by INNOQUO para IA en producción consciente del idioma.

Explorar Lang by INNOQUO →
03

Identidad, permisos y gobernanza

Control sobre quién puede hacer qué, sobre qué recursos y bajo qué políticas.

  • Qué agente está actuando
  • En nombre de quién
  • Sobre qué recurso
  • Con qué permiso
  • Bajo qué política
  • Cuándo requiere aprobación
  • Cómo queda auditado

Protocolos como MCP forman parte de este problema — no una categoría de producto aparte.

Explorar gobernanza de la IA →
04

Seguridad de sistemas de IA

Protección de datos, herramientas, modelos y la propia plataforma.

  • Inyección de prompts
  • Exfiltración de datos
  • Abuso de herramientas
  • Riesgo de supply chain
  • Gestión de secretos
  • Identidad de workloads
  • Aislamiento y controles de salida
  • Seguridad de modelos y agentes
Explorar seguridad de la IA →
05

Operación y evaluación de IA

Saber si el sistema funciona realmente — y mejorarlo.

  • Calidad y evaluaciones
  • Coste y capacidad
  • Latencia y disponibilidad
  • Trazas y auditoría
  • Incidentes y regresiones
  • Supervisión humana
  • Mejora continua
Explorar infraestructura de IA →

Principios transversales

Evidencia antes que promesas

Controles explícitos

Mínimo privilegio

Arquitecturas reproducibles

Observabilidad por diseño

Intervención humana donde importa

Portabilidad entre modelos y proveedores

Trabajo visible

Trabajo visible

Arquitecturas, laboratorios, repositorios, investigación y productos publicados — evidencia que puedes examinar, no una lista de promesas.

INNOQUO trabaja para que los sistemas de IA puedan conocer, actuar y evolucionar dentro de una organización sin perder el control. Las implementaciones concretas se enlazan aquí cuando se publican — no se anuncian como productos futuros.

¿Hay un problema que deberíamos investigar?

If you are designing an AI platform, connecting agents to enterprise systems, or establishing permissions and controls — tell us what obstacle you are hitting.

Proponer un problema
Radiografía técnica

Radiografía técnica · Hacia dónde va INNOQUO

El modelo no es el sistema

Un sistema de IA empresarial necesita mucho más que acceso a un LLM. La radiografía técnica muestra cómo INNOQUO estructura estas capacidades, dónde situamos los límites de confianza y qué controles necesita cada ejecución.

Model + Identity + Knowledge + Tools + Policies + Runtime + Evaluation + Observability = Sistema de IA en producción

Arquitectura de referencia

Una plataforma transversal — no un chatbot con RAG. Selecciona una capa para inspeccionar responsabilidades, límites y señales operativas.

Model gateway OpenAI · Azure · Bedrock · vLLM
Tool gateway MCP · SaaS APIs · Databases · Event systems
Human control Approvals · Escalations · Review queues · Overrides

Canales por los que usuarios y sistemas interactúan con agentes.

Responsabilidades

  • Web y API
  • Copilotos y chat
  • Herramientas de backoffice
  • Aplicaciones empresariales

Señales operativas

  • Request volume
  • Punto de entrada de autenticación
  • Políticas específicas por canal

Quién actúa, en nombre de quién y con qué claims.

Responsabilidades

  • Identidad de usuario y workload
  • Aislamiento por tenant
  • RBAC y ABAC
  • Delegación y mínimo privilegio

No debería contener

  • Secretos de larga duración en código de aplicación

Señales operativas

  • Fallos de autenticación
  • Intentos de acceso cross-tenant
  • Caducidad de delegaciones

Centraliza la definición y el gobierno de agentes sin ejecutar necesariamente las cargas de trabajo.

Responsabilidades

  • Registro y versionado de agentes
  • Asignación de modelos y herramientas
  • Políticas y permisos
  • Cuotas y despliegues
  • Aprobaciones y auditoría de cambios

No debería contener

  • Secretos en texto plano
  • Lógica de negocio por herramienta
  • Almacenamiento completo de conversaciones por defecto
  • Ejecución directa sin aislamiento

Señales operativas

  • Cambios de política
  • Deriva de despliegues
  • Profundidad de cola de aprobaciones

Conocimiento empresarial con permisos — no solo una base vectorial.

Responsabilidades

  • Conectores e ingesta
  • Clasificación y fragmentación
  • Embedding e indexación
  • Recuperación con permisos
  • Citas y procedencia

No debería contener

  • Recuperación sin propagación de ACL
  • Alcance de fuentes sin límite

Señales operativas

  • Precisión de recuperación
  • Tasa de documentos obsoletos
  • Cobertura de citas

Donde los agentes planifican, llaman modelos, invocan herramientas y validan resultados.

Responsabilidades

  • Runtime y estado del agente
  • Orquestación de workflows
  • Ejecución en sandbox
  • Reintentos y compensación

No debería contener

  • Tiempo de ejecución sin límite
  • Credenciales compartidas entre tenants

Señales operativas

  • Latencia p95
  • Tasa de fallo de herramientas
  • Tormentas de reintentos

Guardrails, observabilidad y evaluación continua en cada ruta.

Responsabilidades

  • DLP y filtrado de salida
  • Auditoría y trazas
  • Evaluaciones y SLOs
  • Atribución de costes
  • Respuesta a incidentes

Señales operativas

  • Denegaciones de política
  • Tasa de alucinación
  • Coste por tarea exitosa

Flujo de ejecución gobernada

Cómo una solicitud pasa de entrada autenticada a resultado auditado.

  1. 1 La solicitud entra autenticada
  2. 2 Se construye el contexto de identidad — usuario · organización · tenant · roles · claims
  3. 3 El agente carga configuración y políticas
  4. 4 Se seleccionan conocimiento, modelo y herramientas permitidas
  5. 5 La recuperación respeta permisos documentales
  6. 6 El modelo propone una respuesta o acción
  7. 7 El motor de políticas evalúa — ALLOW · DENY · REQUIRE_APPROVAL
  8. 8 La herramienta se ejecuta con credenciales limitadas
  9. 9 Se valida y filtra la salida
  10. 10 Trazas, costes, decisiones y evidencia quedan auditados

Example

Un agente financiero puede consultar facturas, pero no emitir un pago. Por encima de un umbral, la política exige aprobación humana y una identidad delegada con permisos temporales.

Planos de la plataforma

Runtime de agentes

Sesión → Estado → Planificación → Recuperación → Llamada al modelo → Decisión de herramienta → Comprobación de política → Ejecución → Validación → Respuesta

  • Ejecución síncrona frente a asíncrona
  • Agentes stateless frente a stateful
  • Aislamiento por tenant y sandboxing
  • Reintentos, idempotencia y circuit breakers

Plano de conocimiento

Fuentes empresariales → Conectores → Parsing → Clasificación → Fragmentación → Embedding → Recuperación con permisos → Citas

  • ACL y autorización a nivel de chunk
  • Actualidad, linaje y propagación de borrado
  • Residencia de datos y observabilidad de recuperación

Identidad y política

¿Puede [subject] realizar [action] sobre [resource] bajo [context]?

  • RBAC frente a ABAC frente a servicios de política propios
  • Identidad delegada para llamadas a herramientas
  • Umbrales de aprobación por nivel de riesgo

Seguridad

Entrada no confiable → Inyección de prompt → Razonamiento del modelo → Selección de herramienta → Sistemas privilegiados → Acción sensible o irreversible

  • Aislamiento de instrucciones y validación de contexto
  • DLP, controles de salida y scopes de herramientas
  • SBOM y verificación de artefactos

Operaciones

Traza → Contexto de identidad → Recuperación → Modelo → Política → Ejecución de herramienta → Evaluación → Atribución de costes

  • Tasa de éxito de tareas y groundedness
  • Tasas de aprobación y escalado
  • Escalado humano y violaciones cross-tenant

Solicitud de política

{
  "subject": {
    "user_id": "usr_123",
    "tenant_id": "acme",
    "roles": ["finance-analyst"]
  },
  "agent": {
    "id": "invoice-agent",
    "version": "2.4.1"
  },
  "action": "payment.create",
  "resource": {
    "invoice_id": "INV-2026-1842",
    "amount": 12800,
    "currency": "EUR"
  },
  "context": {
    "channel": "internal-portal",
    "risk_level": "high"
  }
}

Respuesta de política

{
  "decision": "REQUIRE_APPROVAL",
  "policy": "finance.payment.high_value",
  "reason": "Payment exceeds autonomous execution threshold",
  "approver_role": "finance-manager"
}

Límites de confianza

┌──────────────── Enterprise ────────────────┐
│ Users · Applications · Internal data       │
│ Enterprise APIs and systems                │
└──────────────────┬─────────────────────────┘
                   │ Trust boundary
┌──────────────────▼─────────────────────────┐
│ INNOQUO platform                           │
│ Identity · Policies · Runtime · Knowledge  │
│ Audit · Evaluation                         │
└──────────────────┬─────────────────────────┘
                   │ Provider boundary
┌──────────────────▼─────────────────────────┐
│ External providers                         │
│ Model APIs · SaaS tools · Cloud APIs       │
└────────────────────────────────────────────┘
  • ¿Qué datos abandonan la organización?
  • ¿Dónde se ejecuta cada componente?
  • ¿Quién controla las claves?
  • ¿Cómo se aíslan los tenants?
  • ¿Qué proveedor puede conservar datos?
  • ¿Cómo se revoca una identidad?
  • ¿Qué ocurre si el modelo propone una acción peligrosa?
  • ¿Cómo se reconstruye una decisión durante una auditoría?

Amenazas y controles

Riesgo Control
Inyección de prompts Aislamiento de instrucciones y validación de contexto
Exfiltración DLP, allowlists y filtrado de salida
Abuso de herramientas Políticas, scopes e identidad delegada
Acceso cross-tenant Aislamiento fuerte por tenant
Filtración de secretos Identidad de workload y secret broker
Supply chain SBOM, firma y verificación de artefactos
Acción irreversible Aprobación y compensación
Modelo comprometido Model gateway y controles externos

Patrones de despliegue

Managed-first

APIs de IA cloud · Vector store gestionado · Runtime serverless · IdP empresarial

Adecuado para

Velocidad · Menor operación · Carga variable · Equipos pequeños

Trade-off

Dependencia del proveedor · Menor control · Límites regulatorios

Cloud-native controlado

Kubernetes · Model gateway · Agent runtime · Policy engine · Observabilidad · Modelos gestionados

Adecuado para

Múltiples equipos · Aislamiento · Gobernanza central · Necesidades empresariales

Trade-off

Mayor complejidad · Plataforma interna · Coste operativo

Regulado o soberano

Cloud privado / on-premises · Modelos self-hosted · Plano de conocimiento privado · Egress restringido

Adecuado para

Datos altamente sensibles · Residencia estricta · Entornos aislados

Trade-off

Coste · Capacidad · Operación de modelos · Actualizaciones más lentas

Stack de implementación

Las tecnologías pueden cambiar. Las responsabilidades arquitectónicas permanecen.

Identidad

Entra ID · Okta · Keycloak · IAM · SPIFFE/SPIRE

Runtime

Kubernetes · ECS · Lambda · Container Apps · Temporal · LangGraph

Conocimiento

PostgreSQL · OpenSearch · pgvector · Azure AI Search · S3 · SharePoint

Modelos

OpenAI · Azure OpenAI · Bedrock · Anthropic · vLLM

Política

OPA · Cedar · Servicios de política propios

Herramientas

MCP · REST · gRPC · Colas · Event buses

Observabilidad

OpenTelemetry · Prometheus · Grafana · Langfuse

Seguridad

KMS · Vault · Secrets Manager · Defender · GuardDuty

Decisiones y trade-offs

Decisión Opción A Opción B Criterio
Estado del agente Redis PostgreSQL Latencia frente a durabilidad
Orquestación LangGraph Temporal Razonamiento frente a workflows durables
Motor de políticas OPA/Cedar Servicio propio Estandarización frente a flexibilidad
Enrutamiento de modelos Proveedor directo Gateway central Simplicidad frente a gobierno
Recuperación Solo vectorial Híbrido Coste frente a calidad
Ejecución Serverless Kubernetes Elasticidad frente a control
Herramientas Credenciales compartidas Identidad delegada Facilidad frente a trazabilidad

Evidencia técnica publicada

Arquitecturas, laboratorios, repositorios y registros de decisiones — enlazados cuando están disponibles.

Ayudamos a las empresas a usar IA con claridad, control y confianza — desde el primer caso de uso hasta una operación de IA gobernada.