Die Tablize-Runtime ist Open Source. Dasselbe Binary, das tablize.com antreibt, läuft auf Ihren Servern, in Ihrer VPC, und Ihre Daten verlassen niemals Ihren Perimeter.
Einige Dinge verbleiben in der verwalteten Cloud — die Infrastruktur, das Billing und der optionale verwaltete LLM-Pool. Nichts davon ist erforderlich, um Tablize zu betreiben; es ist lediglich die bequeme Variante für Teams, die die Plattform nicht selbst betreiben möchten.
Tablize ist ein einzelnes Rust-Binary, das die Agent-Runtime, den HTTP-Server, alle fünf Produkt-Domains und 38 Connectoren bündelt. Das Deployment erfolgt über Docker Compose: 5 Container (Tablize-Binary, Postgres, EMQX, MinIO, Python-Sandbox).
Das Crate-Layout erzwingt harte Domain-Grenzen: Data, IoT, App, Media und Platform leben jeweils in ihrem eigenen Crate und können einander nicht importieren. Das tools-Crate ist der einzige Ort, der über alle Domains hinweg aggregiert und die Tools jeder Domain in eine globale Registry einträgt, in die die Agent-Runtime hineinruft.
Die Speicherung erfolgt über eine Postgres-Instanz mit mehreren Schemas (iot.*, data.*, app.*, media.*, platform.*). TimescaleDB verarbeitet Zeitreihen. Es gibt keinen Event-Bus zwischen den Domains — die domänenübergreifende Koordination erfolgt über den Tool-Call-Mechanismus der Agent-Runtime.
Mehr zu den Designentscheidungen: Warum wir Tablize als ein einzelnes Rust-Binary statt als Microservices gebaut haben.
Gesundheitswesen, Finanzwesen, regulierte Branchen, in denen Daten Ihren Perimeter nicht verlassen dürfen. Self-host, richten Sie den Agent auf Ihren eigenen LLM-Schlüssel aus und senden Sie niemals eine Zeile an Dritte.
Für Deployments hinter einer Firewall ohne Internet-Egress. Der self-hosted Build kann mit einem lokalen LLM (Ollama, vLLM-bereitgestelltes Llama usw.) und null ausgehenden Aufrufen laufen.
Für Workloads mit hohem Volumen, bei denen das verwaltete Tier pro Workspace nicht passt. Betreiben Sie es auf Ihrer eigenen Hardware, zahlen Sie Ihre eigene LLM-Rechnung, ohne Overhead pro Workspace.
Forking ist ausdrücklich erwünscht. Fügen Sie domänenspezifische Tools hinzu, tauschen Sie die Auth-Schicht aus, bauen Sie Ihre eigene Integration. Die Crate-Grenzen machen dies chirurgisch präzise.
Das Deploy-Skript ist ein dünner Wrapper um Docker Compose. Auf jedem Linux-Host mit installiertem Docker:
git clone https://github.com/tablize/tablize.git cd tablize cp .env.example .env # .env bearbeiten, um ANTHROPIC_API_KEY (oder einen anderen LLM-Provider), DOMAIN usw. zu setzen docker compose up -d
Fünf Container starten: tablize (das Binary), postgres (mit TimescaleDB), emqx (MQTT-Broker, optional, falls Sie kein IoT verwenden), minio (S3-kompatibler Speicher), python-sandbox (für das Python-Tool).
Ausführliche Dokumentation: siehe die README im Repository und die Self-Hosted-Dokumentation.
Die Tablize-Runtime wird unter einer permissiven Open-Source-Lizenz ausgeliefert. Sie können sie kommerziell betreiben, forken, modifizieren und für Ihre Kunden bereitstellen. Wir bitten lediglich darum, dass abgeleitete Werke sich klar als solche kennzeichnen und nicht mit der Marke Tablize handeln.
Konkrete Lizenzdetails finden Sie in der LICENSE-Datei im Repository. Wenn Sie für einen bestimmten kommerziellen Anwendungsfall eine andere Lizenzvereinbarung benötigen, schreiben Sie an hello@tablize.com.
Wir freuen uns über Beiträge, insbesondere: neue Integrations-Connectoren, Bugfixes mit klaren Reproduktionsschritten, Verbesserungen der Dokumentation und Übersetzungen für weitere Sprachen. Eröffnen Sie einen PR im Repository. Die CONTRIBUTING.md führt Sie durch das lokale Dev-Setup und die Test-Infrastruktur.
Wenn Sie eine größere architektonische Änderung in Erwägung ziehen (eine neue Domain, ein umfangreiches Refactoring), eröffnen Sie zunächst ein Issue, um die Richtung zu besprechen, bevor Sie Code schreiben — das spart uns beiden Zeit.
Vom Klonen des Repositorys bis zum laufenden Agent: 10 Minuten auf einem frischen Linux-Host.
Auf GitHub ansehen