TarifsDocumentation
Commencer
Auto-hébergé

Le même Kortix, sur votre machine.

Une stack Docker Compose, construite à partir des mêmes images que le cloud géré. Votre base de données, vos fichiers, vos dépôts et vos politiques résident sur un disque que vous contrôlez. Le code est open source : vous pouvez donc le lire.

Auto-héberger gratuitementUtiliser Kortix Cloud
un projet Compose
kortix
frontendkortix-apillm-gateway+2
plan de données
supabase-dbsupabase-authsupabase-rest+2
edge
caddycloudflared
démarrer la stack
# install the CLI$ curl -fsSL https://kortix.com/install | bash# create the config if it is missing, then start everything$ kortix self-host start→ stack up · dashboard registered as host "selfhost"$
Ce que vous conservez

L’entreprise reste de votre côté du mur.

L’auto-hébergement n’est pas une version réduite de Kortix à laquelle on aurait retiré les fonctionnalités intéressantes. C’est tout le plan de contrôle — comptes, projets, dépôts, secrets, connecteurs, politiques et audit — exécuté dans votre réseau, sur un stockage que vous sauvegardez vous-même.

sur votre machine

  • La base de données Postgres, sous forme d’un répertoire sauvegardable
  • Le stockage des fichiers, dans un second répertoire à côté
  • Chaque dépôt de projet et chaque secret détenu par la plateforme
  • Comptes, rôles, politiques, déclencheurs, canaux et journal d’audit
  • La passerelle LLM par laquelle vos sessions acheminent les appels de modèles
votre environnement

pas sur votre machine

  • Les sandbox d’agents, exécutées chez le fournisseur que vous configurez
  • Le registre d’images depuis lequel la stack récupère les images, sans identifiants requis

Sandbox compute is a provider choice: Daytona by default, or Platinum or E2B. Fully isolated topologies are scoped with us rather than self-served.

Deux commandes

Démarrez la stack. Pointez la CLI vers celle-ci.

Aucune étape de provisionnement distincte ni console à parcourir. Une commande démarre la stack. Une autre choisit à quel Kortix votre CLI se connecte.

démarrer la stack
# install the CLI$ curl -fsSL https://kortix.com/install | bash # create the config if it is missing, then start everything$ kortix self-host start→ stack up · dashboard registered as host "selfhost" # check on it any time$ kortix self-host status$ kortix self-host logs kortix-api
choisir le Kortix auquel vous vous connectez
# a host is one Kortix API endpoint, with its own token$ kortix hosts ls # work against your own stack$ kortix hosts use selfhost→ Active host is now selfhost # and back to the managed cloud$ kortix hosts use cloud→ Active host is now cloud
  • Les jetons sont stockés par hôte : changer d’hôte change donc de compte et de projet par défaut.
  • kortix self-host start enregistre l’hôte selfhost et l’active pour vous.
  • Pour remplacer l’hôte sur une seule commande sans changer de configuration, passez --host selfhost.
Premier démarrage

Six questions. Tout le reste est généré.

Vous n’avez pas à remplir un fichier env modèle. La CLI demande les quelques informations que vous seul pouvez connaître, génère elle-même chaque port, URL, mot de passe, clé de signature et valeur par défaut de Compose, puis écrit toute l’instance dans un seul répertoire.

  1. 01

    Comment cette instance est accessible

    Un domaine pointant vers la machine, ou un tunnel Cloudflare pour l’évaluation. Les sessions s’exécutent dans une sandbox distante et doivent rappeler l’instance : c’est donc la première vraie décision.

  2. 02

    Un e-mail d’administrateur

    Accorde les droits d’administrateur de la plateforme afin de configurer GitHub et le reste dans le tableau de bord. Facultatif, et configurable plus tard.

  3. 03

    Whether you hold an Enterprise license

    Active SAML SSO, la synchronisation d’annuaire SCIM, les rôles personnalisés, les groupes et la lecture de l’audit sur cette instance.

  4. 04

    Qui peut créer des organisations

    Réservé aux administrateurs par défaut. Les utilisateurs peuvent toujours rejoindre une organisation par invitation ou SSO.

  5. 05

    Votre fournisseur de sandbox et sa clé

    Daytona, Platinum ou E2B. C’est le seul identifiant dont la stack ne peut réellement pas se passer pour démarrer.

  6. 06

    Connecteurs et fenêtre de mise à jour

    Identifiants Pipedream pour le catalogue de plus de 3 000 applications — facultatifs et ignorés par défaut — puis choix d’une mise à jour automatique chaque nuit.

ce qu’elle génère pour vous

  • Chaque port de l’hôte, réattribué automatiquement s’il est déjà utilisé
  • Chaque URL interne utilisée par les services pour se trouver
  • Le mot de passe de la base de données, le secret de signature JWT et les clés API qui en dérivent
  • Les jetons de signature de la passerelle, des services et du tunnel
  • Une nouvelle paire de clés RSA pour SAML, afin que le SSO dispose d’une clé dès son activation
  • L’intégralité de docker-compose.yml et .env, écrite avec le mode 0600

Tout ce que la CLI génère peut ensuite être renouvelé avec kortix self-host env rotate, et chaque valeur est visible avec kortix self-host env ls, masquée sauf si vous demandez --show.

GitHub et votre clé de modèle ne sont volontairement pas demandés ici. Ils se configurent dans le tableau de bord une fois la stack démarrée — GitHub dans Settings → Git, la clé de modèle dans le sélecteur de modèles.

La stack

Un projet Compose, sans éléments cachés.

Le même artefact fonctionne sur un ordinateur portable, un VPS ou une VM cloud. Un domaine correspond à une variable d’environnement, pas à un déploiement différent. Tout réside dans un seul répertoire d’instance que vous pouvez sauvegarder en le copiant.

un hôtedocker compose

kortix

  • frontendL’application web
  • kortix-apiL’API et la passerelle LLM intégrée au processus
  • llm-gatewayRoutage du plan de contrôle
  • kortix-migrateMigration ponctuelle de la base de données à chaque déploiement
  • kortix-updaterRécupération nocturne, migration, puis remplacement

plan de données

  • supabase-dbPostgres, dans un répertoire que vous contrôlez
  • supabase-authConnexion, invitations et SAML
  • supabase-restL’API de données
  • supabase-storageFichiers, dans un second répertoire
  • supabase-kongLa passerelle du plan de données

edge — uniquement ce que vous avez choisi

  • caddyTLS automatique. Généré uniquement si vous définissez un domaine
  • cloudflaredLe tunnel. Généré uniquement en mode tunnel

Vos données sont deux répertoires et un fichier

Le répertoire de données Postgres, le répertoire de stockage et le fichier .env contenant chaque clé utilisée par l’instance. Sauvegardez ces trois éléments et vous avez sauvegardé l’instance. Aucun service de sauvegarde distinct à configurer ni donnée à exporter chez nous.

Elle reste à jour automatiquement

L’updater vérifie une fois par jour à l’heure choisie, exécute la migration, puis démarre les nouveaux services avant d’arrêter les anciens. Suivez le canal stable sélectionné, utilisez latest ou verrouillez une version précise pour ne jamais changer.

Parité

Pas une édition communautaire.

Il ne s’agit pas d’une version dépouillée dont les meilleures fonctionnalités seraient réservées à l’offre payante. Les instances auto-hébergées utilisent les mêmes images que le cloud géré, produites par le même pipeline et la même chaîne de versions.

Les mêmes images
Le frontend, l’API et la passerelle sont les images Kortix publiées. Une instance auto-hébergée ne construit jamais ses propres images : elle utilise exactement celles déjà produites par le pipeline de publication.
La même expérience produit
Projets, sessions sur leurs propres ordinateurs cloud, agents, skills, connecteurs, canaux, déclencheurs, secrets, demandes de modification et journal d’audit. Rien de cette liste n’est réservé au cloud.
Une exception, en toute transparence
SAML SSO, SCIM directory sync, custom roles, groups and reading the audit log are Enterprise entitlements. On a self-hosted instance they switch on with an Enterprise license. The built-in owner, admin, member, manager and editor roles are there on every install, and the audit record is written on every install whether or not you can read it back yet.
Aucune facturation qui vous freine
Une instance auto-hébergée exécute sa propre passerelle pour acheminer ses propres modèles. Elle ne voit ni n’utilise jamais les identifiants Kortix, et aucun frais de plateforme ne s’applique à un compte auto-hébergé.
Modèles

N’importe quel fournisseur. Vos clés. Votre facture.

Une instance auto-hébergée ne propose pas de catalogue de modèles gérés et n’en veut pas. Connectez les fournisseurs que vous payez déjà : chaque appel de modèle passe par la passerelle exécutée sur votre machine.

connecter un fournisseur
# stored as an encrypted project secret, injected at session boot$ kortix providers set anthropic sk-ant-...$ kortix providers set openai sk-...$ kortix providers set openrouter sk-or-... # or the subscription you already pay for$ kortix providers login chatgpt $ kortix providers ls→ anthropic · openai · openrouter

La passerelle vous appartient

Les sessions appellent la passerelle dans votre propre stack, via votre domaine ou tunnel. Kortix ne possède aucun identifiant sur ce chemin et n’y a aucune visibilité.

Tout ce qui est accessible

Anthropic, OpenAI, Google, Groq, xAI, DeepSeek, Mistral, Bedrock et OpenRouter, ou l’abonnement ChatGPT ou Copilot que vous détenez déjà.

Où elle s’exécute

Un ordinateur portable, un VPS ou votre propre réseau.

C’est le même projet Compose partout. Ce qui change, c’est la destination du domaine et les ressources que vous lui accordez.

Un ordinateur portable
Évaluation via un tunnel Cloudflare sans domaine. L’URL du tunnel change à chaque redémarrage : utilisez-le pour tester le produit, pas pour l’exécuter en production.
Un VPS ou une VM cloud
Le chemin de production. Pointez un domaine et son sous-domaine API vers la machine, ouvrez les ports 80 et 443, et le proxy fourni obtient lui-même un certificat TLS.
Votre propre VPC ou site on-premise
The same stack inside your network. Isolated topologies need the sandbox tier moved inside with it, which we scope with you.
Machine
Minimum : 2 vCPU / 4 Go ; pour un usage réel : 4 vCPU / 16 Go
Exécution
Docker Engine avec le plugin Compose
Entrant
Ports 80 et 443, avec un domaine
DNS
Un enregistrement A pour le domaine et pour api.<domain>

Faites fonctionner toute votre entreprise depuis un dépôt qui vous appartient.

Commencez par une tâche et développez à partir de là.

Commencer

Produit

  • Ordinateur de l’agent
  • L’entreprise sous forme de code
  • Connecteurs
  • Automatisations
  • Canaux
  • Agents et compétences
  • Sécurité
  • Auto-hébergé
  • Enterprise
  • Tarifs
  • Télécharger

Solutions

  • Ventes
  • Marketing
  • Ingénierie
  • Produit
  • Finance
  • Personnes
  • IT
  • Data Science

Développeurs

  • Documentation
  • AI Operating System
  • CLI
  • SDK
  • Démarrage rapide
  • Pour les développeurs
  • Marketplace
  • GitHub

Entreprise

  • À propos
  • Carrières
  • Blog
  • Journal des modifications
  • Cas d’usage
  • Marque

Connecter

  • X
  • LinkedIn
  • Discord
  • Statut
  • Assistance
  • Conditions
  • Confidentialité
©2026 Kortix