Alpha privée Maia OS pour les partenaires de conception · Maia Cloud Prévu
Coordination d'agents pour les équipes d'ingénierie qui utilisent Claude Code et Codex
Coordonnez les agents de code de votre équipe sur des machines que vous contrôlez.
Maia OS lance chaque agent Claude Code ou Codex dans son propre worktree Git, par l'intermédiaire d'un Maia Node : un programme sur votre machine qui vérifie chaque demande et garde un reçu pour chaque commande acceptée. Vos agents utilisent vos propres comptes d'IA, et nous ne vendons aucune consommation de modèles. Candidat implémenté depuis les sources
Maia OS : le cœur que vous exploitez vous-même
Candidat implémenté depuis les sourcesMaia OS tourne sur votre machine macOS ou Linux, garde son état dans votre dossier personnel et n'écoute que sur l'adresse locale de votre machine. Il répond à trois questions que posent des agents en parallèle.
Où travaille chaque agent
Chaque session reçoit son propre worktree Git, donc plusieurs agents sur un même dépôt ne partagent pas la même copie de travail.
Quels ports chaque agent utilise
Une session peut réserver des ports TCP pour ses serveurs de développement, afin que des agents en parallèle ne se les disputent pas. Ces réservations sont indicatives : rien ne les impose.
Qui a approuvé quoi
Le Maia Node enregistre qui a lancé chaque commande acceptée et garde son reçu sur votre machine.
Maia Cloud : le même Maia OS, exploité pour vous
PrévuMaia Cloud est l'offre gérée que nous prévoyons de construire sur Maia OS publié. Les quatre fonctions proposées ci-dessous sont prévues, le produit hébergé attend encore une approbation et aucune fonctionnalité client n'existe aujourd'hui.
Un Maia Node par organisation, jamais partagé
Chaque client aurait son propre Control Node, sa machine ou son conteneur, son volume et sa clé de chiffrement, d'abord dans des régions de l'UE.
Aucune fonction réservée au cloud
Maia Cloud ferait tourner les mêmes Node, CLI et application de bureau publiés que Maia OS auto-hébergé.
Partir quand vous voulez
Vous pourriez exporter à tout moment et restaurer sur un Maia Node auto-hébergé avec la même empreinte d'état, qui montre que la copie correspond.
Un accès support selon vos règles
Un administrateur client l'approuverait, il prendrait fin au bout d'une durée fixée, il couvrirait les opérations et jamais le contenu, et il apparaîtrait dans votre journal d'audit. Le personnel n'aurait aucun accès permanent.
Refusé par conception : un fork réservé au cloud, des opérations réservées au cloud et un même Maia Node partagé entre clients. Non pris en charge
Ce qui protège votre travail aujourd'hui, et ce qui ne le protège pas encore.
Chaque ligne indique son statut. Nous ne détenons aucune certification de sécurité.
Protections de Maia OS
Candidat implémenté depuis les sourcesLe Maia Node répond uniquement sur 127.0.0.1. Il vérifie l'en-tête Host exact, rejette les requêtes venant de pages de navigateur et utilise un jeton porteur stocké dans un fichier réservé à son propriétaire, qui change à chaque redémarrage.
Une personne approuve chaque programme d'agent. Maia enregistre son chemin et son SHA-256 avant qu'un worker puisse l'utiliser.
Certaines étapes restent réservées aux humains. Les workers reçoivent un jeton limité à la Session qui ne peut ni approuver d'exécutables ni confirmer d'aperçus, pas plus que le serveur MCP de coordination. Les workers tournent par défaut dans le bac à sable du fournisseur ; le mode d'autorité de l'hôte, désactivé par défaut, fait tourner un worker sous votre identité.
Aperçu, confirmation, reçu. Les changements importants montrent d'abord un aperçu, nomment la révision attendue et laissent un reçu.
Des limites et un interrupteur d'arrêt. Des garde-fous par projet plafonnent la profondeur, les enfants actifs, les messages par minute et les baux. Un arrêt d'urgence sur un projet ou un compte fait échouer le nouveau travail avec
held.Un confinement par défaut. Par défaut, le lancement d'un worker exige le bac à sable du fournisseur et, sous Linux, l'hôte de processus natif de Maia (cgroup v2 et Landlock).
Les secrets restent à leur place. Les connexions aux fournisseurs restent dans la configuration de la CLI du fournisseur. Les clés d'API ne passent jamais en arguments de commande.
Les diagnostics restent sur la machine. Le flux de diagnostic local écrit un fichier ; rien n'en sort.
Limites, avec les mots de Maia OS
- Les workers tournent sous votre utilisateur du système d'exploitation : un worktree n'est pas un bac à sable. Confinement renforcé via OpenShell : Prévu.
- Le marqueur de coordinateur est autodéclaré. Le Node ne peut pas distinguer une personne d'un worker qui détient le jeton de l'opérateur. Séparer qui demande de qui confirme : Prévu.
- Pas encore de journal d'audit infalsifiable : des reçus et des événements existent, sans chaîne de hachage, signature ni export. Export du journal d'audit : Prévu.
- Organisations, membres, rôles, SSO, MFA, utilisateurs multiples, chiffrement au repos, versions et mises à jour signées, signalement public des vulnérabilités : Prévu.
- Exposer un Maia Node au-delà de 127.0.0.1, ou partager un même Node dans une équipe : Non pris en charge. Utilisez SSH entre Nodes.
- Certifications de sécurité : aucune. Travaux de conformité pour Maia Cloud : Prévu.
Les offres hébergées factureraient les agents simultanés, pas les sièges.
Gratuit pour tous pendant l'alpha privée. Les offres hébergées sont Prévu, et nous ne publions encore aucun prix.
Un agent simultané est un agent qui travaille à un instant donné : trois workers Claude Code actifs en même temps comptent pour trois. Vous apportez votre propre IA, donc la consommation de modèles n'apparaît jamais sur notre facture.
Chaque offre hébergée comprendrait un Maia Node hébergé, un pool d'agents partagé, du stockage et des heures de bac à sable.
Demander l'accèsAlpha privée : ce que cela veut dire
Les partenaires de conception font tourner Maia OS depuis une copie des sources, sur macOS ou Linux. Maia OS n'a ni installateur, ni inscription hébergée, ni version stable.
Chaque partie construite est un candidat implémenté depuis les sources, et rien n'est qualifié pour une version publiée : ne vous y fiez pas pour du travail en production.
Open source au lancement, avec Maia Cloud : prévu. Le dépôt est privé aujourd'hui et ne publie aucune licence. Le lancement public n'a pas de date : il a lieu quand ses critères de preuve sont remplis.
Ce qui existe dans les sources
Le Maia Node, la commande maia, le SDK TypeScript, le serveur MCP, les agents Claude Code et Codex, l'agent propre à Maia et l'application de bureau.
Candidat implémenté depuis les sourcesCe qui reste à construire
L'installateur, le service en arrière-plan, la mise à jour par commande, et l'agent propre à Maia comme agent de travail général du Node.
PrévuCe qui n'est pas pris en charge
Les hôtes Windows, et l'exposition d'un Maia Node au-delà de la machine locale ou son partage dans une équipe.
Non pris en charge
Amenez vos agents dans l'alpha privée.
Ce que vous pouvez demander
- L'accès au dépôt privé pour faire tourner Maia OS depuis les sources sur votre propre machine macOS ou Linux. L'admission se fait sur invitation ; aucune date d'admission n'est promise.
- L'usage gratuit pendant l'alpha privée.
- Manifester votre intérêt pour le programme de partenaires de conception de Maia Cloud. Prévu
Ce que nous attendons de vous
- Un vrai dépôt, les comptes Claude Code ou Codex que vous utilisez déjà, et une machine macOS ou Linux.
- Dites-nous ce qui a cassé, ce qui manquait et ce que vous seriez prêt à payer.
Demander l'accès à l'alpha privée
Nous enregistrons votre demande et elle reste en attente. La confirmation par e-mail n'est pas encore disponible.
Pour aller plus loin
La documentation, la feuille de route et le journal des modifications existent en anglais seulement. Les mentions légales et la politique de confidentialité sont en français.