ainclave

ainclave exécute des agents de code autonomes dans des microVM isolées où l'accès réseau sortant est fermé par défaut. Chaque session d'agent dispose de sa propre microVM Firecracker avec son propre noyau invité, il n'y a donc aucun espace de noms de noyau partagé entre les sessions. Tu pointes un agent vers ton dépôt git, tu apportes ton propre jeton de modèle depuis n'importe quel fournisseur, tu définis des plafonds d'exécution optionnels, et tu le laisses travailler sans avoir à le surveiller.

Il est conçu pour les développeurs et les équipes qui veulent automatiser des tâches de code (écriture, tests, refactorisation) sans la charge opérationnelle du self-hosted ni les angles morts de sécurité des runners cloud partagés. Tu gardes le contrôle total : ton jeton reste chiffré, l'accès à ton dépôt est limité, et l'accès réseau de ton agent est explicite et auditable.

Fonctionnalités clés :

• Isolation : chaque session s'exécute dans sa propre microVM sur du bare metal chez un fournisseur européen, et non dans un conteneur partagé ou une session tmux.
• Accès sortant fermé : l'accès réseau est refusé par défaut. Un agent n'atteint que les destinations que tu configures dans la configuration de sa session.
• Apporte ton propre jeton : utilise Claude, GPT ou n'importe quel modèle de ton choix. Tes clés API sont chiffrées et ne sont plus jamais affichées après leur enregistrement.
• Aucun plafond d'exécution : une seule exécution peut durer des heures, voire des jours si nécessaire. Tu définis des plafonds optionnels par compte et par session, tous deux avec arrêt automatique.
• Flux d'audit en direct : observe en temps réel ce que fait ton agent. Les décisions de frontière (tentatives d'accès réseau) sont enregistrées sous forme de fiches OCSF.
• Aucune surveillance : la plateforme utilise des garde-fous, pas une surveillance du contenu. Tu contrôles ce que l'agent voit et atteint.

Le compromis entre contrôle et confort est bien réel sur la plupart des plateformes. ainclave essaie de ne pas s'y résoudre : tu obtiens un contrôle total sur les permissions et la visibilité de l'agent sans avoir à gérer toi-même l'infrastructure. Flux git standard, aucun verrouillage propriétaire, aucun runner à maintenir en vie.