Arquitectura de IA Corporativa & Compilación Determinista
Brainframe AI es la infraestructura de software diseñada para conectar modelos de lenguaje y agentes autónomos a bases de datos relacionales empresariales (SAP, Snowflake, BigQuery, Postgres) garantizando 0.0% de error matemático mediante desacoplamiento semántico y compilación AST.
¿Por qué fallan los pilotos tradicionales? (El 95% sin ROI)
Las arquitecturas ingenuas de IA corporativa cometen dos errores fatales:
Incrusta datos numéricos en embeddings probabilísticos. Al responder "¿cuál fue el EBITDA de Q3?", promedia vectores semánticos en vez de sumar transacciones contables, inventando cifras falsas con 100% de confianza.
El LLM genera SQL directamente contra la base de datos sin un compilador de reglas. Al unir tablas con relación 1 a N (órdenes y pagos), multiplica filas en silencio triplicando ventas o inventario sin arrojar error sintáctico.
La Ley de Productividad Aumentada (Paper CERN/Zenodo)
Formalizada en nuestra publicación científica indexada en DataCite (DOI: 10.5281/zenodo.22771826), la Ley APA modela por qué el 95% de los pilotos de IA corporativa fracasan.
Augmented Productivity Law • Dabed A., F. I. (2026)
Dabed A., F. I. (2026). "Beyond the Imitation Game: The Blueprint for Corporate AI Success." Technical Report, CERN/Zenodo. DOI: 10.5281/zenodo.22771826
Compilador AST Guardrail (ast_guardrail.py)
Intercepción y reescritura de árbol sintáctico previo a la ejecución en base de datos.
import sqlglot
from sqlglot import exp
from typing import Dict, Any, Optional
class RelationalIntegrityGuardrail:
"""
Compilador AST de producción para Brainframe AI.
Interceta el SQL antes de tocar el motor relacional:
1. Bloquea mutaciones DDL/DML no autorizadas.
2. Inyecta predicados obligatorios de tenant RBAC.
3. Detecta y previene joins cartesianos que provoquen fanout de datos.
"""
def __init__(self, dialect: str = "snowflake", tenant_column: str = "company_id"):
self.dialect = dialect
self.tenant_column = tenant_column
self.forbidden_expressions = (exp.Drop, exp.Delete, exp.Update, exp.Insert, exp.Alter)
def compile_and_certify(self, raw_sql: str, tenant_id: str) -> str:
# 1. Parsear a Árbol de Sintaxis Abstracta (AST)
tree = sqlglot.parse_one(raw_sql, read=self.dialect)
# 2. Verificar inmutabilidad: solo consultas SELECT permitidas
for node in tree.find_all(self.forbidden_expressions):
raise PermissionError(f"Mutación no autorizada detectada: {type(node).__name__}")
# 3. Forzar aislamiento Multi-Tenant (Seguridad RBAC)
for table in tree.find_all(exp.Table):
tenant_predicate = sqlglot.parse_one(f"{self.tenant_column} = '{tenant_id}'")
if tree.where:
tree.where.set("this", exp.And(this=tree.where.this, expression=tenant_predicate))
else:
tree.set("where", exp.Where(this=tenant_predicate))
# 4. Auditoría anti-fanout de Joins 1:N
self._verify_join_invariants(tree)
return tree.sql(dialect=self.dialect)
def _verify_join_invariants(self, tree: exp.Expression) -> None:
joins = list(tree.find_all(exp.Join))
for join in joins:
if not join.args.get("on"):
raise ValueError("Join cartesiano sin condición ON detectado. Rechazado por guardrail.")
Resolución Forense de Fanout (fanout_audit.sql)
Comparativa entre Text-to-SQL tradicional (+300% error) vs CTE Canónica de Brainframe (0.0%).
-- ============================================================================
-- CASO REAL AUDITADO: Orden #8f92b19284 (3 ítems y 2 pagos asociados)
-- ============================================================================
-- [TEXT-TO-SQL TRADICIONAL]: JOIN directo que duplica filas silenciosamente
SELECT
o.order_id,
SUM(i.price) AS total_items, -- ERROR: Multiplicado x2 (filas duplicadas)
SUM(p.payment_value) AS total_payout -- ERROR: Multiplicado x3
FROM orders o
JOIN order_items i ON o.order_id = i.order_id
JOIN order_payments p ON o.order_id = p.order_id
GROUP BY o.order_id;
-- RESULTADO: 6 filas generadas en memoria. Error contable silencioso: +300%.
-- [BRAINFRAME DETERMINISTIC CORE]: CTEs canónicas desacopladas por grano
WITH aggregated_items AS (
SELECT order_id, SUM(price) AS true_item_sum
FROM order_items
GROUP BY order_id
),
aggregated_payments AS (
SELECT order_id, SUM(payment_value) AS true_payment_sum
FROM order_payments
GROUP BY order_id
)
SELECT
o.order_id,
ai.true_item_sum,
ap.true_payment_sum
FROM orders o
LEFT JOIN aggregated_items ai ON o.order_id = ai.order_id
LEFT JOIN aggregated_payments ap ON o.order_id = ap.order_id;
-- RESULTADO: 1 fila exacta. Tolerancia: 0.000%. Certificado criptográficamente.
Esquema de Invariantes Canónicas (invariants.yaml)
Definiciones inmutables de entidades, relaciones y reglas anti-fanout para la capa semántica.
# ============================================================
# Brainframe AI — Canonical Semantic Invariants Schema
# Governs all entity definitions, grain rules, and anti-fanout
# ============================================================
version: "2.4.0"
schema: "canonical_enterprise"
entities:
orders:
grain: "order_id"
source_table: "public.orders"
primary_key: "order_id"
tenant_column: "company_id"
immutable_fields:
- "order_id"
- "created_at"
- "customer_id"
order_items:
grain: "order_id + product_id"
source_table: "public.order_items"
relation_to: "orders"
relation_type: "many_to_one" # N items per order
aggregation_rule: "PRE_AGGREGATE_BEFORE_JOIN"
order_payments:
grain: "order_id + payment_sequential"
source_table: "public.order_payments"
relation_to: "orders"
relation_type: "many_to_one" # N payments per order
aggregation_rule: "PRE_AGGREGATE_BEFORE_JOIN"
anti_fanout_rules:
- rule: "NEVER_JOIN_TWO_FACT_TABLES_DIRECTLY"
description: "order_items and order_payments must each be pre-aggregated to order_id grain before joining"
severity: CRITICAL
- rule: "REQUIRE_CTE_FOR_MULTI_GRAIN"
description: "All multi-grain joins must use CTEs to collapse grain before final SELECT"
severity: CRITICAL
canonical_metrics:
gross_merchandise_value:
formula: "SUM(order_items.price)"
grain: "order_id"
source: "order_items (pre-aggregated)"
total_payment:
formula: "SUM(order_payments.payment_value)"
grain: "order_id"
source: "order_payments (pre-aggregated)"
order_items (3 filas) se une directamente con order_payments (2 filas) sin pre-agregar, se generan 3×2 = 6 filas fantasma. Los totales se multiplican silenciosamente sin error sintáctico visible. La regla PRE_AGGREGATE_BEFORE_JOIN bloquea este patrón a nivel de compilador AST.
Protocolo MCP (Model Context Protocol)
El Model Context Protocol (MCP) es el estándar abierto que Brainframe utiliza para convertir cualquier base de datos, API o servicio interno en una herramienta (Tool) tipada y auditable para agentes de IA.
Comunicación bidireccional basada en el estándar JSON-RPC 2.0 sobre HTTP/SSE o stdio. Cada invocación de Tool es una llamada atómica con esquema de entrada fuertemente tipado y respuesta estructurada.
Los servidores MCP exponen sus herramientas con inputSchema JSON Schema. El agente descubre automáticamente qué herramientas están disponibles, sus parámetros requeridos y restricciones de tipo.
Antes de ejecutar un Tool, el compilador AST de Brainframe valida que los parámetros cumplan con el esquema declarado. Parámetros incorrectos, tipos mal formateados o campos faltantes son rechazados antes de tocar la base de datos.
Fase 1 (Discovery): Solo se envían metadatos y nombres de tablas al modelo, reduciendo tokens un 91.7%.
Fase 2 (Execution): El SQL compilado y certificado se ejecuta directamente en el motor relacional nativo.
Manifiesto Model Context Protocol (mcp_gateway.json)
Especificación JSON-RPC 2.0 que convierte bases de datos y APIs en Tools deterministas.
{
"protocol_version": "2024-11-05",
"server_name": "brainframe-governance-gateway",
"tools": [
{
"name": "query_governed_metric",
"description": "Ejecuta consultas analíticas con verificación AST y reglas de invariantes.",
"inputSchema": {
"type": "object",
"properties": {
"semantic_model": { "type": "string", "enum": ["orders_fact", "reconciliation_ledger"] },
"metrics": { "type": "array", "items": { "type": "string" } },
"tenant_context": { "type": "string" }
},
"required": ["semantic_model", "metrics", "tenant_context"]
},
"invariants": {
"enforce_ast_check": true,
"max_execution_timeout_ms": 2500,
"cryptographic_audit": "SHA256"
}
}
]
}
Funciona con los sistemas que tu empresa ya utiliza
Conecta tu ERP, Data Warehouse, CRM, pagos y canales operativos. Cualquier API o base de datos corporativa se convierte en una herramienta determinista para el agente.
Conectores Enterprise Nativos (ERPs & Data Warehouses)
Brainframe cuenta con adaptadores nativos certificados para desplegar herramientas deterministas en los principales sistemas corporativos:
Integración directa vía RFC/BAdI con validación de partidas abiertas contables, pedidos de compra (PO) y comprobantes de pago con 0% de tolerancia matemática.
Ejecución Zero-ETL sin duplicación de datos. Compila consultas sobre marts analíticos gobernados respetando almacenes virtuales y roles RBAC corporativos.
Copilotos para directores y gerentes de área. Envío de alertas proactivas, resúmenes de KPIs y verificación de auditoría con enlaces trazables de un clic.
Conciliación automatizada de liquidaciones bancarias, disputas y cargos recurrentes contra el libro mayor contable con redondeo estándar bancario.
Harness de Evaluación Científica (run_benchmark.py)
Script de benchmark empírico sobre 100,000 transacciones y 50 consultas críticas.
import asyncio
import time
from core.benchmark import Evaluator, DatasetLoader
async def execute_empirical_audit():
"""
Evaluación de 50 consultas complejas sobre 100,000 órdenes de e-commerce real.
Mide:
- Exact Execution Accuracy (EEA)
- Silent Hallucination Rate (SHR)
- Reducción de costos de tokens vía MCP en dos fases
"""
dataset = DatasetLoader.load_orders(sample_size=100_000)
evaluator = Evaluator(dataset=dataset)
results = await evaluator.run_benchmark(
queries_file="queries/critical_50.json",
architectures=["rag_direct", "text_to_sql_raw", "brainframe_governed"]
)
# Brainframe alcanza 96.0% de exactitud y 0.0% de alucinación silenciosa
print(results.summary_table())
if __name__ == "__main__":
asyncio.run(execute_empirical_audit())
Auditoría de 3 Niveles (Resultados Empíricos)
50 consultas empresariales críticas sobre 100,000 órdenes reales de e-commerce en Brasil, evaluadas en 3 niveles progresivos de complejidad.
Consultas con filtros WHERE sobre una sola tabla. Conteos, sumas y agrupaciones directas sin joins.
Consultas que requieren cruzar 2+ tablas con relaciones 1:N. Aquí es donde el fanout silencioso aparece.
Subconsultas anidadas, ventanas analíticas, CTEs múltiples y validaciones de integridad referencial cruzada.
| Arquitectura | Nivel 1 | Nivel 2 | Nivel 3 | Exactitud Total | Error Silencioso | Tokens |
|---|---|---|---|---|---|---|
| RAG Directo | 33.3% | 10.0% | 6.7% | 16.0% | 68.0% | 7,420 tk |
| Text-to-SQL | 73.3% | 50.0% | 33.3% | 52.0% | 34.0% | 1,850 tk |
| Brainframe Core | 100.0% | 95.0% | 93.3% | 96.0% | 0.0% | 615 tk |
run_benchmark.py) están disponibles para que tu equipo de ingeniería replique la auditoría con tus propios datos. Contacta para acceso.
RBAC & Aislamiento Multi-Tenant (Seguridad de Nivel Empresarial)
Cada consulta ejecutada por un agente de Brainframe pasa por un sistema de control de acceso basado en roles (RBAC) y aislamiento estricto de tenant antes de tocar cualquier dato.
El compilador AST inyecta automáticamente el predicado WHERE company_id = '{tenant_id}' en cada consulta SQL. Es imposible que un agente acceda a datos de otro tenant, incluso si el modelo genera SQL malformado.
Cada usuario tiene un rol asignado (Analyst, Manager, CFO, Admin) que determina qué tablas, columnas y métricas puede consultar. Los roles se heredan de tu IdP corporativo (Okta, Azure AD, Google Workspace).
El guardrail AST bloquea cualquier operación INSERT, UPDATE, DELETE, DROP o ALTER antes de que llegue al motor de base de datos. Solo consultas SELECT son permitidas.
Cada consulta ejecutada genera un hash SHA-256 inmutable que registra: usuario, timestamp, SQL compilado, resultado y tenant. Permite trazabilidad forense completa para cumplimiento regulatorio.
Los datos nunca salen de tu infraestructura. Los agentes ejecutan queries directamente en tu motor nativo (Snowflake, SAP, Postgres).
Arquitectura diseñada para cumplir con controles SOC 2 Type II, GDPR y normativas de datos financieros corporativos.
Registros de auditoría append-only. Ningún actor (humano o agente) puede modificar o eliminar un registro de ejecución histórico.
Despliegue On-Prem & VPC (Infraestructura Dedicada)
Brainframe se despliega completamente dentro de tu perímetro de seguridad. Sin dependencia de servidores externos, sin transferencia de datos sensibles fuera de tu red.
Despliegue en tu Virtual Private Cloud (AWS VPC, GCP VPC, Azure VNet) con networking privado. Sin endpoints públicos expuestos. Todo el tráfico transita por tu red interna.
Para organizaciones con requisitos regulatorios estrictos: despliegue directo en servidores físicos o VMware dentro de tu data center corporativo.
Imágenes Docker certificadas orquestadas con Kubernetes (EKS, GKE, AKS) o Docker Compose. Incluye health checks, auto-scaling y rolling deployments.
Compatible con modelos propios desplegados en tu infraestructura (vLLM, TGI, Azure OpenAI Private) o servicios cloud (OpenAI, Anthropic, Google). La clave API nunca sale de tu entorno.
| Componente | Mínimo | Recomendado |
|---|---|---|
| CPU | 4 vCPUs | 8+ vCPUs |
| RAM | 16 GB | 32+ GB |
| Almacenamiento | 50 GB SSD | 100+ GB NVMe |
| GPU (opcional) | — | NVIDIA T4/A10 (para LLM local) |
| Red | Conectividad a DW | Private Link / VPN |
¿Listo para auditar la arquitectura con tus propios datos?
Coordinamos una sesión confidencial de 30 minutos de diagnóstico técnico con Felipe Dabed para revisar tus esquemas de datos y casos de uso.