B2BYTES

Lleva B2BYTES en tu bolsillo

Instala la app y recibe avisos de tus agentes en tiempo real.

2
Arquitectura Canónica — TechnicalAgent · Abril 2026

Arquitectura ADOT.

Arquitectura de Datos Orientada a Trazabilidad. El esqueleto técnico que sostiene los 17 agentes, la inmutabilidad del conocimiento y la promesa EaaS de B2BYTES.

8 Entities canónicas5 Principios ADOT6 Pilares técnicosMulti-tenantAppend-only AuditLog
6 Pilares Técnicos

Lo que hace que B2BYTES no sea otro wrapper de IA.

Conceptos técnicos requeridos por el conocimiento capturado del fundador. Cada uno traducido a Entity, schema y Backend Function.

P1
P1.01

Model Overriding

Human-in-the-loop antes de acciones costosas.

Interfaz donde el experto humano interviene en nodos de aprobación antes de que la IA ejecute. Su ausencia es el mayor bloqueador del TPA (Tiempo Promedio de Activación).

  • Notificación instantánea por WhatsApp/Telegram
  • Aprobación o corrección semántica del output
  • Registro inmutable de la corrección en AuditLog
  • Alimenta IML con peso configurable
Schema canónico
P1
P1.02

Interactive ML (IML)

Ingeniería del conocimiento experto.

Mecanismo que captura la sabiduría acumulada del fundador y la transforma en un activo algorítmico controlable mediante intervención humana en el proceso de aprendizaje.

  • Cada corrección humana ajusta el comportamiento futuro
  • Pesos semánticos por categoría de error
  • Aplicación condicional a SystemConfig
  • Trazabilidad completa de la evolución
Schema canónico
P1
P1.03

AuditLog Inmutable

Append-only. Nunca UPDATE. Nunca DELETE.

Registro inmutable de toda corrección humana, gestionado por los agentes Guardian y B2Gens. Cada corrección se codifica para alimentar la optimización recursiva del sistema.

  • Backend Functions append-only por convención
  • Categorización: factual, tono, estrategia, compliance
  • Justificación semántica obligatoria
  • Base para reportes de governance ante auditoría
Schema canónico
P2
P2.01

Explicabilidad (XAI)

Cero caja negra. Mando soberano humano.

Traduce la lógica de decisión de los agentes IA en explicaciones comprensibles para el líder B2B, usando trazas del AuditLog. Elimina el efecto caja negra.

  • Explicación en lenguaje natural por cada decisión
  • Trazabilidad de tool_calls y tokens consumidos
  • Vinculación a fuente original de cada heurística
  • Reportes XAI exportables a inversores/auditores
Schema canónico
P4
P4.01

DATMS

Distributed Assumption-based Truth Maintenance.

Capa de resiliencia que gestiona múltiples sistemas de creencias, resuelve conflictos entre datos contradictorios (e-commerce vs CRM vs ERP) y registra justificaciones.

  • Detección automática de inconsistencias
  • Propuesta de resolución vía InvokeLLM
  • Nodo de aprobación humana antes de aplicar
  • Diferenciador competitivo para South Summit 2026
Schema canónico
P2
P2.02

Voice ESP32-S3

Clon digital de voz con diarización.

Parlante de escritorio con hardware ESP32-S3 que actúa como agente de voz. Incluye diarización para identificar interlocutores y atribuir conocimiento a su fuente original.

  • Pipeline: Upload → Whisper → Diarización → Estructurado
  • Identificación de hablantes por segmento
  • Trazabilidad de reglas de negocio por fuente
  • Alimenta nodos del OrganizationalDNA
Schema canónico
Framework ADOT

5 Principios no negociables.

01

Toda decisión de IA es trazable

→ AgentTrace

02

Toda corrección humana es inmutable

→ AuditLog

03

Todo conflicto de datos tiene resolución documentada

→ BeliefConflict

04

Todo cliente es un tenant aislado

→ clientId + RLS

05

Todo cambio de configuración tiene versión

→ SystemConfig.history

Stack abierto · cero cajas negras

Show your stack. Show your work.

La transparencia radical sobre nuestra infraestructura es parte del producto. Si un CTO quiere validar nuestra tesis técnica, tiene que ver exactamente con qué pelean nuestros agentes cada vez que toman una decisión.

Capa 01

Reasoning

Modelos de razonamiento por capacidad y costo

Claude Sonnet 4.6Default · conversación + delegación
Claude Opus 4.7Razonamiento profundo · estrategia
Gemini 3.1 ProWeb search + research en vivo
Gemini 3 FlashLatencia baja · sugerencias contextuales
Capa 02

Voice

Pipeline de voz multimodal · IO bidireccional

OpenAI WhisperSpeech-to-text · diarización
ElevenLabsTTS · voz Víctor Hinojosa para Alfi
ESP32-S3 hardwareCaptura en sitio · obras y tiendas
Capa 03

Knowledge

Memoria semántica y operativa

PineconeVector store · per-client namespace · 1536 dims
OpenAI Embeddingstext-embedding-3-small
OrganizationalDNAGrafo nodos+edges canónico
Capa 04

Platform

Multi-tenant + auth + entities

base44Entities + RLS + Auth + SDK
Deno DeployBackend functions edge
AuditLog append-onlyInmutabilidad de correcciones
Operando en producción

No es teoría. Tenemos pruebas.

Dos workspaces reales operando · con conocimiento capturado, agentes desplegados y métricas validadas.

Cumbre Digital

Sector público · Construcción

240+

nodos ADN

Workspace activo. Conocimiento de equipo capturado vía entrevistas Lya · multi-miembro · nodos atribuidos. Centro de Comandos operando con 12 agentes activos.

12 agentes · 240 nodos · 4 miembros activos

GoConstruction OS

Construcción · 20 años

180+

nodos ADN

Migración de criterio de estimación de obra del gerente operativo a agente IA. Resolución del Bus Factor demostrada · todo el equipo opera con su lógica capturada.

ROI 8.71x · TPA 30 días · Voice ESP32 desplegado

Entities canónicas — base44

8 schemas. Una fuente de verdad.

Todos los agentes operan sobre el mismo modelo de datos. Multi-tenancy por clientId + RLS, append-only donde corresponde.

User
CORE

Usuarios de la plataforma con roles jerárquicos. Soporta superadmin, equipo B2BYTES y miembros del cliente.

roleenum(6)
clientIdref
whatsappPhonestring
11 campos
Client
CORE

Empresa cliente de B2BYTES. Mercado primario: PYMEs Chile 5-50 empleados, expansión Brasil + USA.

industryenum(6)
eaasProductenum(5)
tpaActualnumber
12 campos
OrganizationalDNA
P1

Grafo de ADN organizacional generado por Orion. Nodos categorizados + relaciones tipadas + versionado.

nodes[]graph
edges[]graph
completionScore0-100
9 campos
AgentTrace
P1

Sistema nervioso central. Cada llamada a InvokeLLM y tool_call de los 17 agentes se registra aquí.

agentIdenum(17)
tokenUsageobject
xaiExplanationstring
14 campos
AuditLog
P1

Registro inmutable de correcciones humanas (IML). Append-only por convención de Backend Function.

originalOutputstring
correctedOutputstring
imlWeight0-1
9 campos
ModelOverride
P1

Aprobaciones humanas pendientes de acciones críticas. Notificación WhatsApp/Telegram con expiración.

riskLevelenum(4)
statusenum(4)
expiresAtdatetime
10 campos
BeliefConflict
P4

DATMS — gestión de conflictos entre fuentes contradictorias. Resolución con justificación documentada.

sourceAobject
sourceBobject
conflictTypeenum(4)
8 campos
VoiceCapture
P2

Audio del ESP32-S3 con segmentos diarizados. Pipeline de 4 etapas con error handling explícito.

segments[]array
statusenum(6)
linkedDNANodeIdsarray
8 campos
Decisiones de implementación

10 reglas. Sin excepciones.

Resoluciones arquitectónicas vinculantes para todos los agentes implementadores.

1P1

AuditLog append-only en todas las Backend Functions

2P1

clientId obligatorio + RLS en Entities de dominio

3P1

ModelOverride con notificación WhatsApp pre-aprobación

4P2

Pipeline VoiceCapture en 4 pasos con estado de progreso

5P2

BeliefConflict implementa DATMS sobre base44

6P1

SystemConfig.requiresHumanApproval en cambios críticos

7P2

Rate limiting 100 req/min en funciones públicas

8P1

Sanitización anti prompt-injection en SystemFeedback

9P2

AgentTrace.costUSD para billing por tokens reales

10P2

CRON de purga PII en AgentTrace a 90 días

Riesgo #1 — Aislamiento de tenants

Defense in depth.
Tres capas.

Una fuga de datos entre el Ayuntamiento de La Serena y una constructora privada sería un incidente de primer orden. Por eso la seguridad se valida en tres niveles independientes.

01

RLS base44

Row-Level Security nativo

02

clientId guard

Validación en cada Backend Fn

03

AuditLog access

Registro de cada acceso

¿Tu equipo técnico quiere la documentación completa?

Compartimos las Backend Functions, reglas RLS y diagramas de pipeline bajo NDA con CTOs e inversores técnicos.