Ejecuta todo el Data Agent en tu propia infraestructura.

El runtime de Tablize es open source. El mismo binario que impulsa tablize.com se ejecuta en tus servidores, en tu VPC, sin que tus datos salgan nunca de tu perímetro.

Qué es open source

Agent runtime
El núcleo completo del agente conversacional: protocolo WebSocket, registro de herramientas, gestión de sesiones, enrutador de proveedores de LLM (Anthropic / GLM / Grok / OpenRouter).
Los 5 dominios
Data, IoT, App, Media, Platform — cada módulo de dominio que expone herramientas al agente.
Las 38 integraciones
Stripe, Shopify, GA4, cada conector. Flujos OAuth, motores de sincronización, bóveda de credenciales.
Interfaz web
La interfaz del workspace en React, la interfaz de chat, la visualización de Spaces, el renderizador de dashboards.
CLI
El único binario en Rust que entrega todo el sistema.

Qué es solo en la nube

Algunas cosas permanecen en la nube gestionada: la infraestructura, la facturación y el pool opcional de LLM gestionado. Nada de esto es necesario para ejecutar Tablize; es simplemente la versión cómoda para equipos que no quieren operar la plataforma por su cuenta.

Infraestructura gestionada en Fly.io
Máquinas dedicadas por workspace, aprovisionamiento automático, snapshots, escalado.
Pool de LLM gestionado
Los créditos compartidos de Anthropic/OpenAI que vienen con los planes de pago. En su lugar, puedes ejecutar el sistema self-hosted con tus propias claves.
Facturación + ciclo de vida del workspace
La integración de facturación con Stripe, el flujo de creación de workspaces y la interfaz de gestión de cuentas propias de la nube gestionada.
Federación entre workspaces
La federación multi-workspace del plan Max requiere el plano de control gestionado.

Arquitectura

Tablize es un único binario en Rust que agrupa el agent runtime, el servidor HTTP, los cinco dominios de producto y 38 conectores. El despliegue se hace con Docker Compose: 5 contenedores (el binario de tablize, postgres, emqx, minio, sandbox de python).

La disposición de crates impone límites estrictos entre dominios: Data, IoT, App, Media y Platform viven cada uno en su propio crate y no pueden importarse entre sí. El crate tools es el único lugar que agrega todos los dominios, registrando las herramientas de cada dominio en un registro global al que llama el agent runtime.

El almacenamiento es una sola instancia de Postgres con múltiples esquemas (iot.*, data.*, app.*, media.*, platform.*). TimescaleDB gestiona las series temporales. No hay bus de eventos entre dominios: la coordinación entre dominios ocurre a través del mecanismo de llamadas a herramientas del agent runtime.

Más sobre las decisiones de diseño: Por qué construimos Tablize como un único binario en Rust en lugar de microservicios.

Cuándo tiene sentido el self-hosting

Requisitos de residencia de datos

Salud, finanzas, sectores regulados donde los datos no pueden salir de tu perímetro. Hazlo self-hosted, apunta el agente a tu propia clave de LLM y nunca envíes una sola fila a un tercero.

Entornos air-gapped

Para despliegues detrás de un firewall sin salida a internet. La build self-hosted puede ejecutarse con un LLM local (Ollama, Llama servido con vLLM, etc.) y cero llamadas salientes.

Previsibilidad de costes a escala

Para cargas de trabajo de alto volumen donde el plan gestionado por workspace no encaja. Ejecútalo en tu propio hardware, paga tu propia factura de LLM, sin sobrecoste por workspace.

Personalización

Hacer fork es bienvenido. Añade herramientas específicas de tu dominio, cambia la capa de autenticación, crea tu propia integración. Los límites entre crates lo hacen quirúrgico.

Cómo hacer self-hosting

El script de despliegue es una capa ligera sobre Docker Compose. En cualquier host Linux con Docker instalado:

git clone https://github.com/tablize/tablize.git
cd tablize
cp .env.example .env
# edita .env para definir ANTHROPIC_API_KEY (u otro proveedor de LLM), DOMAIN, etc.
docker compose up -d

Arrancan cinco contenedores: tablize (el binario), postgres (con TimescaleDB), emqx (broker MQTT, opcional si no usas IoT), minio (almacenamiento compatible con S3), python-sandbox (para la herramienta de Python).

Documentación detallada: consulta el README del repositorio y la documentación de self-hosted.

Licencia

El runtime de Tablize se distribuye bajo una licencia open-source permisiva. Puedes ejecutarlo comercialmente, hacerle fork, modificarlo y desplegarlo para tus clientes. Solo pedimos que los trabajos derivados se identifiquen claramente como tales y no se aprovechen de la marca Tablize.

Los detalles concretos de la licencia están en el archivo LICENSE del repositorio. Si necesitas un acuerdo de licencia diferente para un caso de uso comercial específico, escribe a hello@tablize.com.

Cómo contribuir

Damos la bienvenida a las contribuciones, especialmente: nuevos conectores de integración, correcciones de errores con pasos de reproducción claros, mejoras de documentación y traducciones para más idiomas. Abre un PR en el repositorio. El CONTRIBUTING.md te guía por la configuración del entorno de desarrollo local y la infraestructura de pruebas.

Si estás considerando un cambio arquitectónico mayor (un nuevo dominio, una refactorización importante), abre primero un issue para discutir la dirección antes de escribir código: nos ahorra tiempo a ambos.

Ejecuta Tablize en tus propios servidores.

Desde clonar el repositorio hasta ejecutar el agente: 10 minutos en un host Linux recién instalado.

Ver en GitHub