ARQUITECTURA

Esto es lo que hay dentro de la caja.

Siete capas convierten una sola solicitud de IA en una acción gobernada en la que la empresa puede confiar: desde quién preguntó, hasta qué modelo respondió, qué sistema se tocó, quién aprobó, y qué quedó registrado.

01
USUARIO / FLUJO

Dónde empieza la solicitud

Una persona, un ticket, una agenda u otro sistema arranca el trabajo, con el rol del usuario y el contexto de la solicitud adjuntos.

02
CAPA DE POLÍTICAS

Quién puede hacer qué

Antes de que empiece cualquier trabajo, las reglas de la empresa deciden qué puede hacer este usuario, este agente y este flujo.

03
RUNTIME

El agente de IA

El agente planifica los pasos, recuerda el contexto entre ellos, y usa las herramientas correctas para completar la tarea de principio a fin.

04
ENRUTADOR

Elige el modelo correcto para el trabajo

El trabajo rutinario va a modelos especializados más pequeños y baratos. El trabajo difícil escala a un modelo frontier. La empresa ve qué se eligió y por qué.

05
HERRAMIENTAS Y DATOS

Conexión a los sistemas de la empresa

CRM, ERP, bases de datos, documentos, ticketing, email, APIs internas. El agente lee y escribe solo lo que la política permite.

06
APROBACIÓN

Aprobación humana donde importa

Las acciones sensibles o irreversibles se detienen y esperan a que la persona correcta apruebe antes de ejecutarse.

07
AUDITORÍA

Registros de cada acción

Cada input, elección de modelo, llamada a herramienta, aprobación y output queda registrado: buscable, exportable, y diseñado para revisión de seguridad y compliance.

Flujo de trabajo de ejemplo
ilustrativo
ENRUTAMIENTO OPTIMIZADO POR COSTO

Modelos pequeños para el trabajo rutinario. Modelos grandes para las partes difíciles.

La mayor parte del trabajo de IA dentro de una empresa es estrecho y repetible: clasificar un ticket, extraer datos de un documento, validar un campo, resumir un informe. Ese trabajo le corresponde a modelos especializados más pequeños y baratos. Los modelos frontier solo entran cuando la tarea realmente los necesita.

Un modelo frontier para todo TÍPICO

  • Pagas precios frontier en cada llamada, incluso las simples
  • Respuestas más lentas bajo alto volumen
  • Atado a un solo proveedor de modelos para cada tarea
  • Sin forma de especializarse para trabajos estrechos y repetibles
  • Difícil de gobernar entre equipos a escala

Agentes enrutados con Fogoarai FOGOARAI

  • Menor costo por tarea completada
  • Respuestas más rápidas para trabajo rutinario de alto volumen
  • Corre dentro de la propia red de la empresa
  • Comportamiento especializado ajustado a cada flujo
  • Salidas estructuradas que la empresa puede validar
  • Cae a modelos frontier solo cuando es necesario

Enrutador de modelos ENRUTANDO

▸ Inspeccionando tarea
▸ clasificar ticket → categoría
POR DEFECTO · SLM fog-classify-7b conf 0.94
RESPALDO · LLM frontier-l a demanda
política: tope de gasto · región fija · anonimización de PII en vivo · cifras ilustrativas
50–70%

La reducción de costo objetivo en flujos de alto volumen cuando el trabajo rutinario corre en modelos especializados más pequeños, con la calidad protegida por validación y escalado basado en confianza.

Objetivo de diseño · varía por flujo · no es una garantía universal
EN VIVO

El enrutador corre dentro del entorno del cliente: modelos pequeños especializados por defecto (servidos localmente vía Ollama, capaz de air-gap) con modelos frontier en escalado. Cada decisión de enrutamiento es guiada por política, versionada y auditada. Un flujo de lenguaje-natural-a-SQL ya corre sobre un modelo local con fine-tuning en producción.

TRANSPARENCIA

Cada elección de modelo, llamada a herramienta y aprobación — registrada, buscable, exportable

La mayoría de las herramientas de IA pueden decirte qué respondieron. Fogoarai te muestra por qué: qué modelo corrió, cuánto costó, qué datos tocó, quién lo aprobó y qué política estaba vigente, para cada acción. Ese registro completo es lo que convierte a la IA de una caja negra en algo que tus equipos de seguridad, riesgo y compliance pueden efectivamente aprobar.

UI DEL PRODUCTO Vista de tenant único mostrada abajo. Los números reflejan la escala de un caso de uso en funcionamiento hoy, no una flota. Así se ve la misma UI con dos flujos corriendo en un solo despliegue.
fogoarai · panel de control
Resumen Agentes Flujos Evals Aprobaciones Auditoría Políticas
rango: últimas 24h EN VIVO
Agentes activosestable
2
2 flujos · 1 tenant
Costo / tarea completada−54%
$0.063
vs baseline solo-frontier
Latencia p95estable
482ms
rutas enrutadas · 24h
Tasa de éxito de herramientas+0.2%
99.4%
entre sistemas conectados
Enrutamiento small vs frontier · 24h guiado por política · ponderado por confianza
Modelo pequeño · 72.0% Respaldo frontier · 18.0% Aprobación humana · 10.0%

Corridas de flujo · 24h
47
Tasa de escalado
10.6%
baja confianza · escalado
Validaciones fallidas
1
esquema · 1 conector
Eventos de seguridad
0
violaciones de política
Cola de aprobación humana 2 pendientes
Auditoría · cada llamada a modelo + herramienta
traza · costo · latencia prompts versionados ● streaming
Versionado · prompt + modelo + política + flujo buscar · exportar · replay
DESPLIEGUE PRIVADO

Tus agentes de IA. Tus datos. Tu infraestructura.

Fogoarai está construido para empresas que no pueden enviar trabajo sensible a una caja negra externa. Corre dentro de la propia nube de la empresa, VPC dedicada o entorno on-prem, con la empresa en control de dónde están los datos, qué modelos se usan, qué queda registrado y qué se le permite hacer a cada agente.

Un solo producto, cuatro topologías de despliegue. Tú eliges dónde están los datos — nosotros no.
TopologíaEgreso externoServido de modelosIdeal para
Air-gappedningunosolo SLMs localesdatos de máxima sensibilidad / soberanos
On-premgobernado por políticalocal + frontier en escaladoregulado, data center propio
VPC dedicadagobernado por políticalocal + frontier en escaladocloud-native, con residencia de datos
SaaS privado (tenant único)gobernado por políticafrontier + enrutadoarranque más rápido, igual aislado
Despliegue en nube privada y on-prem
vpc · dedicado · aislado
Controles de residencia de datos
por región · cero egreso externo
Servido de modelos local o privado
SLMs locales vía Ollama · frontier en escalado
Flujos de anonimización de PII
pre-prompt + post-output
Logs cifrados
en reposo + en tránsito · custodia de claves
Aislamiento por tenant
límites por organización
Integración con identidad interna
sso · scim · idp
Amigable con revisión de seguridad
sin llamadas a APIs externas en el runtime