Le runtime de Tablize est open source. Le binaire qui propulse tablize.com tourne sur vos serveurs, dans votre VPC, sans que vos données ne quittent jamais votre périmètre.
Quelques éléments restent dans le cloud managé — l'infrastructure, la facturation et le pool LLM managé optionnel. Rien de tout cela n'est requis pour faire tourner Tablize ; c'est simplement la version pratique pour les équipes qui ne veulent pas exploiter la plateforme elles-mêmes.
Tablize est un binaire Rust unique qui regroupe le runtime de l'agent, le serveur HTTP, les cinq domaines produit et 38 connecteurs. Le déploiement repose sur Docker Compose : 5 conteneurs (le binaire tablize, postgres, emqx, minio, le sandbox python).
L'organisation des crates impose des frontières de domaine strictes : Data, IoT, App, Media et Platform vivent chacun dans leur propre crate et ne peuvent pas s'importer mutuellement. La crate tools est le seul endroit qui agrège l'ensemble des domaines, en enregistrant les outils de chaque domaine dans un registre global que le runtime de l'agent appelle.
Le stockage repose sur une seule instance Postgres avec plusieurs schémas (iot.*, data.*, app.*, media.*, platform.*). TimescaleDB gère les séries temporelles. Il n'y a aucun bus d'événements entre les domaines — la coordination inter-domaines passe par le mécanisme d'appel d'outils du runtime de l'agent.
Pour en savoir plus sur les choix de conception : Pourquoi nous avons construit Tablize en un seul binaire Rust plutôt qu'en microservices.
Santé, finance, secteurs réglementés où les données ne peuvent pas quitter votre périmètre. Hébergez vous-même, pointez l'agent vers votre propre clé LLM, n'envoyez jamais une seule ligne à un tiers.
Pour les déploiements derrière un pare-feu sans accès internet sortant. La version auto-hébergée peut fonctionner avec un LLM local (Ollama, Llama servi par vLLM, etc.) et zéro appel sortant.
Pour les charges de travail à fort volume où l'offre managée par workspace ne convient pas. Faites-la tourner sur votre propre matériel, payez votre propre facture LLM, sans surcoût par workspace.
Le fork est encouragé. Ajoutez des outils spécifiques à votre domaine, remplacez la couche d'authentification, créez votre propre intégration. Les frontières entre crates rendent l'opération chirurgicale.
Le script de déploiement est une fine surcouche autour de Docker Compose. Sur n'importe quel hôte Linux avec Docker installé :
git clone https://github.com/tablize/tablize.git cd tablize cp .env.example .env # modifiez .env pour définir ANTHROPIC_API_KEY (ou un autre fournisseur LLM), DOMAIN, etc. docker compose up -d
Cinq conteneurs démarrent : tablize (le binaire), postgres (avec TimescaleDB), emqx (broker MQTT, optionnel si vous n'utilisez pas l'IoT), minio (stockage compatible S3), python-sandbox (pour l'outil Python).
Documentation détaillée : consultez le README dans le dépôt et la documentation auto-hébergée.
Le runtime de Tablize est distribué sous une licence open source permissive. Vous pouvez l'exploiter commercialement, le forker, le modifier, le déployer pour vos clients. Nous demandons seulement que les œuvres dérivées s'identifient clairement comme telles et ne tirent pas profit de la marque Tablize.
Les détails précis de la licence figurent dans le fichier LICENSE du dépôt. Si vous avez besoin d'un arrangement de licence différent pour un cas d'usage commercial spécifique, écrivez à hello@tablize.com.
Nous accueillons les contributions, en particulier : nouveaux connecteurs d'intégration, corrections de bugs avec des étapes de reproduction claires, améliorations de la documentation et traductions vers d'autres langues. Ouvrez une PR sur le dépôt. Le fichier CONTRIBUTING.md vous guide à travers la configuration de l'environnement de développement local et l'infrastructure de tests.
Si vous envisagez un changement architectural plus important (un nouveau domaine, un refactoring majeur), ouvrez d'abord une issue pour discuter de la direction avant d'écrire du code — cela nous fait gagner du temps à tous les deux.
Du clonage du dépôt au lancement de l'agent : 10 minutes sur un hôte Linux vierge.
Voir sur GitHub