Brainframe DOCS
Documentación Oficial de Producción

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.

Invariante de Diseño Fundamental: El modelo de lenguaje nunca realiza cálculos aritméticos ni sumas de memoria en su contexto volátil. Su único rol es estructurar la intención en un Árbol de Sintaxis Abstracta (AST) que tu propio motor de base de datos compila y calcula con total exactitud relacional.

¿Por qué fallan los pilotos tradicionales? (El 95% sin ROI)

Las arquitecturas ingenuas de IA corporativa cometen dos errores fatales:

01 / RAG Tradicional Vectorial

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.

02 / Text-to-SQL Sin Control

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.

PAI = α × T × O × H

Augmented Productivity Law • Dabed A., F. I. (2026)

α (Alpha)
Coeficiente de complejidad del dominio. Industrias reguladas (banca, salud) tienen α más alto, exigiendo mayor rigor en T, O y H.
T (Technology)
Calidad de la infraestructura técnica: compilador AST, protocolo MCP, modelos de lenguaje y conectores deterministas.
O (Organization)
Gobernanza de datos y procesos: capa semántica, invariantes contables, RBAC y esquemas canónicos corporativos.
H (Human)
Factor de adopción humana. Si H → 0, el producto PAI colapsa a cero sin importar cuánto se invierta en tecnología.
Insight Clave: La multiplicación implica que si cualquier factor es cero, el resultado completo es cero. Un proyecto con tecnología excelente (T=1.0) pero sin gobernanza de datos (O=0) o sin adopción humana (H=0) genera exactamente cero retorno. Umbral de viabilidad: θ ≥ 0.750.
Referencia Académica

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.

src/core/guardrails/ast_compiler.py Python 3.11
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%).

audit/diff/fanout_resolution.sql SQL ANSI / Snowflake
-- ============================================================================
-- 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.

config/semantic/invariants.yaml YAML Schema v2.4
# ============================================================
# 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)"
Matriz de Peligro: Fanout Silencioso Si 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.

Transporte JSON-RPC 2.0

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.

Registro Dinámico de Tools

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.

Validación de Esquema en Compilación

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.

Protocolo de Dos Fases

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.

Zero Lock-In: MCP es un protocolo abierto. No existe dependencia de proveedor. Cualquier sistema que exponga una interfaz JSON-RPC puede registrarse como servidor MCP y ser utilizado por los agentes de Brainframe.

Manifiesto Model Context Protocol (mcp_gateway.json)

Especificación JSON-RPC 2.0 que convierte bases de datos y APIs en Tools deterministas.

config/protocols/mcp_manifest.json JSON-RPC 2.0
{
  "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.

Snowflake
SAP S/4HANA
PostgreSQL
Salesforce
Databricks
BigQuery
Oracle DB
SQL Server
Redshift
MongoDB
Slack
Teams
WhatsApp
Stripe
HubSpot
Notion
Jira
Zendesk

Conectores Enterprise Nativos (ERPs & Data Warehouses)

Brainframe cuenta con adaptadores nativos certificados para desplegar herramientas deterministas en los principales sistemas corporativos:

SAP S/4HANA Connector

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.

Snowflake Data Cloud

Ejecución Zero-ETL sin duplicación de datos. Compila consultas sobre marts analíticos gobernados respetando almacenes virtuales y roles RBAC corporativos.

Slack & Teams Operations Channel

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.

Stripe Payments & Billing

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.

benchmark/run_benchmark.py Python 3.11
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.

Nivel 1 — Filtros Simples

Consultas con filtros WHERE sobre una sola tabla. Conteos, sumas y agrupaciones directas sin joins.

15 consultas • Ejemplo: "Total de órdenes en estado entregado"
Nivel 2 — Uniones (Joins)

Consultas que requieren cruzar 2+ tablas con relaciones 1:N. Aquí es donde el fanout silencioso aparece.

20 consultas • Ejemplo: "Margen bruto por categoría y método de pago"
Nivel 3 — Casos Complejos

Subconsultas anidadas, ventanas analíticas, CTEs múltiples y validaciones de integridad referencial cruzada.

15 consultas • Ejemplo: "Top 10 clientes con mayor diferencia entre items pagados vs despachados"
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
Metodología Replicable: El dataset completo, queries de evaluación y script de benchmark (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.

Inyección Automática de Tenant

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.

Control de Permisos por Rol

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).

Bloqueo de Mutaciones DDL/DML

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.

Hash Criptográfico de Auditoría

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.

Residencia de Datos & Cumplimiento
Zero Data Movement

Los datos nunca salen de tu infraestructura. Los agentes ejecutan queries directamente en tu motor nativo (Snowflake, SAP, Postgres).

SOC 2 Type II Ready

Arquitectura diseñada para cumplir con controles SOC 2 Type II, GDPR y normativas de datos financieros corporativos.

Logs Inmutables

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.

VPC Private Deployment

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.

On-Premises Bare Metal

Para organizaciones con requisitos regulatorios estrictos: despliegue directo en servidores físicos o VMware dentro de tu data center corporativo.

Contenedores & Orquestación

Imágenes Docker certificadas orquestadas con Kubernetes (EKS, GKE, AKS) o Docker Compose. Incluye health checks, auto-scaling y rolling deployments.

Bring Your Own LLM (BYOLLM)

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.

Requisitos Mínimos de Infraestructura
Componente Mínimo Recomendado
CPU4 vCPUs8+ vCPUs
RAM16 GB32+ GB
Almacenamiento50 GB SSD100+ GB NVMe
GPU (opcional)NVIDIA T4/A10 (para LLM local)
RedConectividad a DWPrivate 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.