suna

Kortix, le projet derrière Suna, se présente comme un système open source de gestion d'IA et une alternative auto-hébergeable aux produits d'agents fermés. Son idée centrale est que les agents, compétences, mémoire partagée et connecteurs d'une entreprise sont stockés sous forme de fichiers dans un dépôt git que vous possédez, de sorte que la configuration est versionnée, comparable et auditable plutôt qu'enfermée dans un produit propriétaire. Fonctionnement : un projet est un dépôt git plus un fichier kortix.yaml. Chaque session dispose de son propre sandbox Linux isolé (un « ordinateur cloud ») sur une branche nommée d'après la session, où un agent basé sur OpenCode peut installer, exécuter et modifier des éléments. Seul le travail commité survit, et les résultats atteignent la branche principale via une demande de modification qu'un humain examine et fusionne. Plusieurs sandboxes peuvent s'exécuter en parallèle sur la même configuration. Ce que vous gérez : - Agents : agents OpenCode avec accès aux outils délimité, définis en markdown, un par rôle ou tâche. - Compétences : savoir-faire réutilisable partagé dans chaque session. - Mémoire : une base de connaissances d'entreprise conservée sous forme de fichiers simples. - Connecteurs : plus de 3 000 applications ainsi que MCP, OpenAPI, GraphQL et HTTP brut ; les identifiants sont courtiers côté serveur via un jeton délimité et ne sont pas placés dans le sandbox. - Secrets : chiffrés au repos, accordés par agent, injectés à l'exécution. - Canaux : Slack, avec Microsoft Teams derrière un commutateur opérateur et l'e-mail/voix décrits comme expérimentaux. - Déclencheurs : planifications cron et webhooks signés qui créent des sessions. Le travail peut s'exécuter à la demande, assisté par un humain avec points de contrôle, ou entièrement automatisé selon une planification ou un déclencheur. Déploiement et outillage : une CLI s'installe via un script curl, puis `kortix init` échafaude un projet et `kortix ship` pousse le dépôt et le met en ligne. Les commandes couvrent les sessions, les demandes de modification et le chat en terminal. L'auto-hébergement est pris en charge via `kortix self-host start`, qui récupère les images Docker et génère les ports, URL, clés et valeurs par défaut Compose ; la CLI peut basculer entre les hôtes cloud et auto-hébergés. L'hébergement managé est proposé sous le nom Kortix Cloud. Les fonctionnalités de sécurité listées incluent une machine isolée par session, des membres/groupes/rôles, des permissions par ressource pour les personnes et les agents, le courtage d'identifiants côté serveur, un gestionnaire de secrets, une piste d'audit, une fusion refusée par défaut pour les agents et des portes d'approbation. L'isolation diffère selon le fournisseur : microVMs sur le fournisseur Platinum, conteneurs par défaut. Le développement utilise pnpm avec des commandes telles que `pnpm dev`, `pnpm dev:web`, `pnpm dev:api`, `pnpm dev:sandbox`, `pnpm build` et `pnpm nuke`. Les applications se trouvent sous apps/ (web, api, cli, desktop-electron, mobile, sandbox), la documentation sous apps/web/content/docs, et les versions de la plateforme sous un unique VERSION à la racine. Le README indique que tout fournisseur de modèle et vos propres clés API sont pris en charge, et que le projet est open source et auto-hébergeable.