La plupart des assistants IA excellent au moment qui précède le début du travail. Vous décrivez un problème, obtenez une réponse bien structurée, puis décidez de la suite. La réflexion est bonne. L’exécution reste à votre charge.
C’est cet écart qui explique la conception de Zero, et qui répond honnêtement à la question que l’on nous pose le plus souvent : quelle est la différence avec Claude ?
La plupart des personnes qui posent cette question cherchent en réalité une alternative à Claude pour les équipes. C’est donc la comparaison proposée ici : Zero face à Claude Tag, Claude Code et Claude Cowork.
Il ne s’agit pas de déterminer quel modèle est le plus intelligent. Zero fonctionne avec les mêmes modèles de pointe auxquels vous faites déjà confiance, notamment ceux d’Anthropic. La différence réside dans ce qui se passe après la réponse, et elle apparaît à cinq niveaux : ce que Zero fait seul, ce qu’il vous restitue, la manière dont une équipe le partage, le nombre d’interfaces où il est disponible et la personne qui choisit le modèle.
Le mode action, pas le mode réflexion
L’un de nos premiers utilisateurs l’a mieux formulé que nous-mêmes :
La différence la plus claire que j’ai remarquée, c’est que Zero démarre par défaut en mode action. Claude reste en mode réflexion jusqu’à ce qu’on l’oriente explicitement vers l’exécution. Avec Zero, je n’ai pas eu à faire cette transition : il s’est simplement mis au travail.
C’est une description de la nature du produit, pas d’une fonctionnalité. Zero n’est pas une boîte de dialogue capable d’appeler des outils. C’est un agent cloud qui prend en charge la mission, travaille pendant que vous faites autre chose et vous restitue un résultat terminé.
Ce que Zero fait réellement
Cinq domaines de capacité couvrent l’essentiel.
- Recherche approfondie. Étudier systématiquement un sujet, un produit, un marché, une entreprise, un signal client ou une base de code, puis produire une synthèse structurée avec résultats, risques, sources et prochaines étapes.
- Génération de livrables. Transformer des idées, fichiers, notes et recherches brutes en présentations, rapports, sites web et microsites finalisés.
- Développement léger. Lire un dépôt et en expliquer l’architecture, diagnostiquer un problème, livrer une petite fonctionnalité ou modification d’interface, écrire des scripts et outils de données, ouvrir des pull requests et exécuter des vérifications ciblées.
- Automatisation des workflows. Créer ou remixer des workflows réutilisables entre outils connectés, du tri Gmail aux flux de pull requests GitHub et aux synthèses de santé produit, sur 200+ outils.
- Automatisation récurrente. S’exécuter selon un calendrier ou un événement déclencheur. Il ne s’agit pas de réponses ponctuelles, mais de responsabilités continues.
En une phrase : Zero n’est pas un chatbot. C’est un collaborateur IA cloud qui effectue lui-même le travail et reste opérationnel en permanence.
Catalogue intégré de connecteurs de Zero. Chaque connexion est autorisée application par application et action par action : l’agent obtient uniquement les accès nécessaires à une mission donnée.
Ce qu’il vous restitue
Zero produit des livrables utilisables, et non des conseils écrits expliquant comment les produire.
Recherche et prise de décision. Notes de recherche structurées, analyses des concurrents, des marchés et des prix, vérifications d’antécédents d’entreprises, préparation de réunions commerciales et synthèse de contextes complexes en résumé exécutif prêt à la décision.
Contenu et présentations. Présentations de lancement, d’investisseurs, de revues d’activité et de recherche. Rapports web, microsites statiques, pages d’atterrissage et sites portfolios, hébergeables sur une URL publique. Rapports de données, fiches d’entreprise et mises à jour produit.
Ingénierie et automatisation. Explications d’architecture, localisation et correction de bugs, petites fonctionnalités et travaux d’interface, pull requests. Scripts, transformations de données et outils ponctuels. Tâches récurrentes qui publient des rapports dans Slack, mettent Notion à jour, ajoutent des lignes à Google Sheets et envoient des synthèses quotidiennes.
Ressources générées. Images, vidéos, voix et audio, présentations, ainsi que textes, code, documents et sites web reposant sur des connecteurs.
Les scénarios où la différence est la plus marquée
Ce sont les missions « configurez une fois, produisez en continu ». C’est là que Zero se distingue d’un assistant conversationnel ordinaire, car aucune ne suppose qu’une personne attende devant une invite.
- Astreinte pour l’ingénierie. Analyser Sentry chaque heure, signaler les problèmes à fort impact, ouvrir une issue ou une pull request ciblée sur GitHub, puis rendre compte dans Slack.
- Fusion automatique des PR. Surveiller les pull requests portant le label ready-to-merge, attendre la CI, fusionner lorsque c’est sûr et notifier Slack.
- Brief d’entreprise. Rassembler chaque jour les signaux produit, revenus, support et ingénierie dans un brief unique.
- Opérations commerciales et boîte de réception. Trier Gmail, rédiger des réponses, enrichir les prospects et inscrire des lignes structurées dans Google Sheets.
- Suivi et veille. Surveiller les déploiements, métriques, alertes, retours clients ou évolutions concurrentielles selon un calendrier.
- Travail ponctuel approfondi. Étudier un marché ou un concurrent, créer une présentation investisseurs, ou retracer un bug de production et livrer une PR corrective.
C’est ici qu’un workflow cesse d’être ponctuel. Ajoutez un calendrier, un e-mail entrant, un événement de calendrier ou un événement d’intégration : la mission s’exécute sans que personne n’ouvre l’application.
L’avantage vient de quatre éléments réunis sur une seule plateforme
Aucune des fonctionnalités listées n’est unique. Ce qui est difficile à réunir, c’est de disposer simultanément de ces quatre éléments.
Il travaille pour vous dans le cloud. Zero s’exécute dans le cloud, gère plusieurs tâches simultanément et continue après la fermeture de votre ordinateur. Aucun environnement local, aucune synchronisation de fichiers et aucune obligation de rester connecté. Chaque exécution a lieu dans une microVM isolée, détruite à son terme.
Quatre missions en cours simultanément. Chacune s’exécute sur les serveurs de Zero : elles continuent lorsque l’ordinateur est fermé et ne se ralentissent pas mutuellement.
Il est conçu pour les équipes et sa valeur se cumule. Zero est un espace partagé, pas un outil individuel. Les compétences, workflows et résultats créés par une équipe sont réutilisés dans toute l’organisation : la configuration d’une personne devient le point de départ d’une autre.
Les tâches complexes deviennent des automatisations réutilisables. Les processus en plusieurs étapes et entre plusieurs outils peuvent être orchestrés et personnalisés, puis relancés encore et encore, tout en restant un actif de l’équipe.
Il utilise toujours le modèle le plus performant disponible. Passez librement d’un modèle phare à l’autre, sans dépendre d’un fournisseur unique. Au-delà des modèles, les données web fournies par Firecrawl, l’API X (Twitter) ainsi que la génération d’images et de vidéos sont intégrées.
La couche équipe relève de l’architecture, pas d’un simple bouton de partage
Claude partage le contexte et partage désormais aussi les Skills. La question la plus utile se situe un niveau plus bas : comment les briques sont-elles organisées pour un groupe de personnes ?
Des agents partagés, et plus d’un. Une équipe peut déployer plusieurs agents partagés, chacun devenant un coéquipier permanent utilisé par toute l’organisation. Un pour le marketing, un pour le support, selon les besoins de l’entreprise. Vous pouvez aussi garder un agent privé. Personne n’a besoin de repartir de zéro : il suffit de rejoindre l’agent partagé, déjà équipé de ses applications connectées.
Quatre agents partagés au niveau de l’organisation, chacun avec son rôle et ses applications connectées. Un nouveau coéquipier les voit dès le premier jour au lieu de devoir créer le sien.
Des workflows partagés. Un workflow est une mission réutilisable, le « quoi ». Une personne l’écrit une fois et il est immédiatement disponible pour tous, prêt à être exécuté, sans rien copier ni reconfigurer. La capacité se situe au niveau de l’équipe plutôt que dans la configuration d’une seule personne.
Les workflows accumulés par une équipe. Une personne en écrit un, qui devient immédiatement disponible pour tous, sans copie ni reconfiguration.
Des automatisations personnelles. Au-dessus de ces workflows partagés, chacun ajoute ses propres déclencheurs et calendriers. Vos automatisations s’exécutent sous votre identité et avec vos identifiants, sur l’agent partagé, adaptées à votre travail et sans toucher à celui des autres. Une base partagée, un contrôle personnel.
Des permissions intégrées à chaque couche. Les agents et workflows peuvent être partagés dans toute l’organisation ou rester privés. Chaque connecteur est protégé par un pare-feu précis : l’accès est accordé application par application et action par action, en lecture ou en écriture, autorisé ou refusé, et peut être limité à une heure, un jour, une semaine ou maintenu indéfiniment. Les identifiants sont injectés au niveau réseau : l’agent utilise un jeton qu’il ne peut pas lire. La gouvernance s’exerce au niveau de la plateforme, tandis que chaque membre configure exactement ce dont son travail a besoin.
Tout est en place avant votre arrivée. L’agent partagé, ses applications connectées et les règles de permission sont déjà configurés. Adopter un workflow consiste donc principalement à l’exécuter, et le résultat arrive dans les outils que l’équipe utilise déjà.
Comparez cela à la manière dont les alternatives répartissent le travail. Claude Code est un outil destiné à chaque développeur, partagé via un dépôt git et des fichiers de configuration. Cowork fournit à chaque utilisateur son agent Claude personnel. Ses Skills et sous-agents sont configurés par utilisateur. Claude Tag se partage via les canaux Slack, avec un contexte construit par canal et un Owner qui décide dans quels canaux il intervient.
Aucun ne manque d’une fonctionnalité de partage. Ce qui manque, c’est une bibliothèque de workflows inter-outils qui continue d’accumuler de la valeur pour l’équipe.
Un seul agent, pas une gamme de produits
Les capacités de Claude sont réparties entre plusieurs produits. Tag vit dans Slack, Claude Code dans le terminal, l’IDE et le web, et Cowork sur ordinateur, avec le web et le mobile en bêta. Chacun possède son propre périmètre, sa mémoire et son interface. Le travail effectué sur une interface y reste en grande partie, tout comme le contexte construit pour y parvenir.
Zero est un agent unique qui apparaît dans les canaux où une équipe travaille déjà, à commencer par l’application web et Slack. Même agent, même mémoire, mêmes outils connectés. Changer de fenêtre ne réinitialise pas ce qu’il sait.
Neutralité vis-à-vis des modèles et utilisation de votre propre abonnement
Le modèle de Zero est interchangeable. Aujourd’hui, cela signifie la famille Claude (Claude Fable 5 par défaut, Claude Opus 5, Claude Opus 4.8, Claude Opus 4.7, Claude Opus 4.6, Claude Sonnet 5, Claude Sonnet 4.6) et la famille GPT (GPT 5.6 Sol, GPT 5.6 Terra, GPT 5.6 Luna, GPT-5.5, GPT-5.4), avec un routage capable de basculer entre les modèles intégrés et votre propre clé. Les modèles accessibles à un espace de travail donné dépendent de ses paramètres : votre sélecteur peut donc être plus court que celui d’un collègue.
Le sélecteur de modèles. Claude et GPT apparaissent côte à côte avec un niveau de coût relatif : le modèle utilisé pour une tâche devient une décision que vous prenez mission par mission, plutôt qu’un choix imposé par le fournisseur.
Claude Tag fonctionne avec un seul modèle Claude fixe. Claude Code et Cowork utilisent uniquement les modèles d’Anthropic. Codex utilise uniquement GPT. Dans chaque cas, la stratégie de modèles du fournisseur devient la vôtre.
Vous pouvez également utiliser votre propre abonnement Claude et continuer à exploiter les modèles les plus avancés d’Anthropic via Zero : une interface moins bruyante qui exécute toujours le travail dans le cloud, afin qu’il se poursuive après la fermeture de votre ordinateur.
L’objectif n’est pas la variété pour elle-même. Les prix et les capacités varient fortement d’un fournisseur à l’autre, et une même tâche peut coûter plusieurs fois plus cher chez l’un que chez l’autre. Lorsque vous choisissez par tâche, cet écart devient une décision que vous prenez plutôt qu’un tarif que vous subissez.
La comparaison complète
Voici la matrice complète que nous tenons à jour en interne, publiée telle quelle. Elle a été compilée à partir de la documentation produit, sécurité et tarification de chaque fournisseur, puis vérifiée une dernière fois par rapport à ces sources le 2026-07-30. Les concurrents évoluent rapidement : considérez-la comme un instantané, et non comme un état permanent.
Zero face à la gamme de produits Claude
| Dimension | Zero | Claude Tag | Claude Code | Claude Cowork |
|---|---|---|---|---|
| Positionnement | Agent IA généraliste d’équipe, exécuté sur un ordinateur cloud | Version équipe de Claude dans Slack | Outil de développement agentique d’Anthropic (terminal / IDE / headless) | Agent informatique généraliste d’Anthropic pour le travail de connaissance (>90% hors développement) |
| Interfaces principales | Web / Slack / Telegram / Téléphone | Slack aujourd’hui (@ / DM / panneau assistant) ; Microsoft Teams annoncé prochainement | Terminal (CLI) / IDE (VS Code, JetBrains) / ordinateur / web / headless (Action GitHub) | Ordinateur (Mac / Windows) + web + mobile (bêta) |
| Exécution cloud | Oui (microVM isolée, détruite après chaque exécution) | Oui (Claude s’exécute dans le cloud) | Locale par défaut ; headless / cloud via Action GitHub et agents en arrière-plan (sandbox : réseau désactivé, écritures limitées au projet) | Sessions exécutées à distance dans le cloud (bêta) ; continue après la fermeture de l’ordinateur ; tâches planifiées exécutées appareil éteint |
| Étendue des connecteurs | 200+, selon les autorisations (identifiants injectés au niveau réseau) | Outils, données et dépôts que vous autorisez, issus du répertoire de connecteurs de Claude — ~500+ connecteurs MCP (suivis par la communauté, juillet 2026 ; principalement 3 de tiers, certains créés par Anthropic) + MCP distant personnalisé | Serveurs MCP + répertoire de connecteurs Claude (~500+) + GitHub ; orienté stack de développement | Connecteurs + plugins + répertoire de connecteurs Claude (~500+) + Computer Use / contrôle Chrome |
| Planification / 24×7 | Les workflows récurrents ou déclenchés par événement sont une fonctionnalité centrale et mature : vérifications Sentry horaires, fusion automatique des PR surveillées, briefs quotidiens, tri Gmail — exécutés 24×7 en arrière-plan | Instructions permanentes exécutées selon un calendrier (par exemple une synthèse hebdomadaire) ou tâches de longue durée, avec un mode ambiant qui surveille les canaux et relance sans invite | Les routines s’exécutent une fois configurées, selon un calendrier, via un appel API ou un événement ; jobs headless via CLI + Actions GitHub et sous-agents en arrière-plan | Tâches récurrentes / planifiées (briefs quotidiens, rapports hebdomadaires), exécutées sans appareil connecté |
| Profondeur de codage | Élevée | Élevée | La plus élevée (agent de développement dédié d’Anthropic) | Légère (Claude Code comme environnement pour le travail général ; développement approfondi = Claude Code) |
| Mémoire / apprentissage | Mémoire durable | Apprend l’entreprise à partir de ses canaux | CLAUDE.md + skills + sous-agents + hooks (en couches, rédigés par des humains, versionnés) | Skills + connecteurs + sous-agents ; sessions synchronisées avec le compte |
| Partage d’équipe (instance) | Instance unique au niveau de l’organisation (non limitée aux canaux), partagée par l’équipe ; page web de configuration de l’agent | Partage collectif au niveau des canaux ; Claude possède sa propre identité | Par développeur (individuel) ; partagé via dépôt git + CLAUDE.md / plugins ; version équipe = Claude Tag | Agent personnel par utilisateur (« votre propre Claude ») ; RBAC / limites de dépenses Enterprise |
| Utilisation par les équipes | Connexion des canaux Slack + connecteurs d’organisation + workflows partagés 24×7 | @Claude dans un canal ; chacun peut reprendre la conversation d’un autre ; suivi ambiant | Chaque développeur l’exécute localement / en headless ; partage via dépôt, marketplace de plugins et PR GitHub | Délégation individuelle ; regroupement de skills / connecteurs / sous-agents en spécialistes par rôle ; contrôles Enterprise |
| Accumulation des workflows d’équipe | Les workflows / automatisations réutilisables deviennent des actifs partagés qui se valorisent dans toute l’organisation (fonction centrale) | Pas de couche de workflows d’équipe ; le travail est organisé par canal plutôt que dans une bibliothèque de workflows inter-outils réutilisables | Skills / plugins partagés via marketplace / git ; limités au développement et au dépôt, pas aux workflows métier d’équipe | Skills / sous-agents par utilisateur ; pas de bibliothèque de workflows partagée et cumulative |
| Identité indépendante | Oui (l’ID de l’agent est sa propre identité ; les identifiants sont injectés au niveau réseau et l’agent ne peut pas lire le jeton) | Oui (son propre compte + chaque utilisation d’identifiant journalisée) | S’exécute comme le développeur (son compte / ses connecteurs) ; l’Action GitHub s’exécute comme un bot | S’exécute comme l’utilisateur (son compte + dossiers / outils autorisés) |
| Permissions / audit | Pare-feu de permissions par connecteur × endpoint + journal d’audit complet | Permissions à trois niveaux + journal d’audit complet | Modes de permission + listes d’autorisation + hooks + paramètres gérés ; mode automatique avec classifieur | L’utilisateur approuve les actions sensibles (approbation du plan) ; RBAC Enterprise + analyses d’utilisation + OpenTelemetry |
| Sécurité et conformité | Exécution isolée + identifiants jamais exposés + audit | Identité Enterprise + audit | Sandbox (réseau désactivé par défaut, écritures limitées au projet) + points de contrôle + blocage des identifiants | Approbations avec intervention humaine + limitation des dossiers / outils ; avertissements concernant les actions destructrices et les risques d’injection de prompt |
| Stratégie de modèles | Neutre vis-à-vis des modèles, multi-fournisseurs | Verrouillé sur un seul modèle Claude | Claude uniquement — Sonnet 5 par défaut, Opus 5, Haiku (interchangeables) | Claude uniquement (modèles Anthropic) |
| Tarification | Fondée sur des crédits | Incluse avec Enterprise / Team | Incluse avec Claude Pro / Max / Team / Enterprise ou des jetons API | Incluse avec Claude Pro ($20) / Max / Team / Enterprise |
| Génération multimodale | Oui (génération d’images / vidéos / voix / présentations) | Non (pas de génération d’images, de vidéos ou d’audio) | Non (orienté développement ; peut lire des images) | Crée des documents / présentations ; génération d’images / vidéos non prioritaire |
| Architecture mémoire | Mémoire durable (mémoire persistante au niveau de l’organisation) | Construit son contexte à partir des canaux où il intervient | CLAUDE.md / skills / sous-agents (niveau dépôt et utilisateur, rédigés par des humains, versionnés) | Skills et sous-agents, ainsi que sessions et fichiers, enregistrés dans votre compte Claude |
| Configuration des connecteurs | Les utilisateurs ou l’organisation autorisent les connecteurs par OAuth et les accordent à l’agent ; autorisation fine ensuite via un pare-feu par connecteur × endpoint, limitée à 1h / 24h / 7d / toujours | Un Primary Owner ou Owner provisionne l’identité de Claude, connecte les outils de l’organisation et choisit les canaux accessibles ; les membres ordinaires ne peuvent pas se servir seuls, mais n’ont rien à configurer | Le développeur configure lui-même les serveurs MCP (claude mcp login) + settings.json ; par utilisateur | L’utilisateur connecte dossiers / applications / connecteurs + plugins et approuve les accès |
| Barrière de configuration (libre-service ↔ administration) | Libre-service utilisateur + pare-feu / limitation temporelle par endpoint (libre-service et contrôle simultanément) | Le propriétaire configure l’identité, les outils et les canaux ; pas de libre-service pour les membres | Libre-service développeur (faible pour les développeurs ; CLI / configuration) | Libre-service utilisateur (orientation non technique, faible barrière) |
| Marque propre / marque blanche | Nom / avatar de l’agent personnalisables | Apparaît comme « Claude », pas comme votre marque | Apparaît comme Claude Code / le développeur | Apparaît comme Claude |
| Déploiement / hébergement | Cloud hébergé par vm0 (isolation par microVM) ; BYOC non mis en avant | Hébergé uniquement par Anthropic | Local + cloud Anthropic (headless / Action) ; paramètres Enterprise gérés | Hébergé par Anthropic (fichiers locaux sur ordinateur + sessions cloud distantes) ; Enterprise |
| Résumé de gouvernance | Instance partagée au niveau de l’organisation + identité propre + pare-feu par endpoint → partageable, gouvernable finement et auditable | Point d’entrée partagé (canal) + identité propre / audit → partagé mais auditable | Agent de développement par personne ; identité = développeur ; gouvernance via les paramètres Enterprise gérés | Agent informatique personnel ; s’exécute comme l’utilisateur avec approbations ; RBAC / dépenses / analyses Enterprise |
Zero face aux autres agents d’équipe
| Dimension | Zero | Viktor | Codex | ChatGPT Work |
|---|---|---|---|---|
| Positionnement | Agent IA généraliste d’équipe, exécuté sur un ordinateur cloud | Collaborateur IA dans Slack / Teams | Agent de développement agentique multi-interface | Assistant IA Enterprise pour le travail de connaissance (dans ChatGPT) |
| Interfaces principales | Web / Slack / Telegram / Téléphone | Slack + Teams uniquement | ChatGPT (web / ordinateur) / IDE / terminal (CLI) / cloud | Web / ordinateur / application mobile (+ connecteurs Slack / Teams) |
| Exécution cloud | Oui (microVM isolée, détruite après chaque exécution) | Oui (son propre ordinateur cloud pour écrire et exécuter du code) | Oui (Codex Cloud clone le dépôt et exécute les tests ; réseau désactivé par défaut dans la sandbox, connecteurs / API d’écriture nécessitant une liste d’autorisation et une approbation) | Oui (cloud OpenAI ; sandbox d’interpréteur de code) |
| Étendue des connecteurs | 200+, selon les autorisations (identifiants injectés au niveau réseau) | 3,200+, possibilité de créer des intégrations personnalisées | MCP + PR GitHub, orienté stack de développement | Des dizaines d’applications intégrées / partenaires (Drive / SharePoint / Gmail / Outlook / Teams / GitHub / Notion / HubSpot / Stripe…, avec capacité d’écriture) + connecteurs MCP personnalisés (aucun total officiel, pratiquement illimité ; ~274 MCP dans un répertoire 3rd-party) |
| Planification / 24×7 | Les workflows récurrents ou déclenchés par événement sont une fonctionnalité centrale et mature : vérifications Sentry horaires, fusion automatique des PR surveillées, briefs quotidiens, tri Gmail — exécutés 24×7 en arrière-plan | Planification / boucles intégrées : configuration unique, puis exécution selon une cadence fixe (par exemple un rapport hebdomadaire chaque lundi à 8am), sans déclenchement manuel | Les tâches planifiées et déclenchées sont disponibles, avec une cadence cron / RRULE personnalisée ; gérées dans l’application web / ordinateur ChatGPT (l’interface Codex CLI ne permet pas la planification) | Tâches planifiées + surveillance du web / des changements de connecteurs, gérées depuis la barre latérale Planifié ; le suivi dans le chat prend en charge les intervalles à la minute |
| Profondeur de codage | Élevée | Légère | La plus approfondie (multi-agents + worktrees) | Légère (analyse / interpréteur de code ; développement approfondi confié à Codex) |
| Mémoire / apprentissage | Mémoire durable | Notes internes « Skills » | AGENTS.md + Skills (assez statiques) | Mémoire + connaissances de l’entreprise |
| Partage d’équipe (instance) | Instance unique au niveau de l’organisation (non limitée aux canaux), partagée par l’équipe ; page web de configuration de l’agent | Instance unique au niveau de l’espace de travail, partagée par toute l’équipe (sans isolation par utilisateur) | Aucune instance partagée ; chaque développeur utilise la sienne, par siège | Espace de travail / par siège ; administré, avec le compte propre de chaque utilisateur |
| Utilisation par les équipes | Connexion des canaux Slack + connecteurs d’organisation + workflows partagés 24×7 | N’importe qui peut mentionner @Viktor pour attribuer une mission ; les résultats sont publiés en retour | GitHub comme surface de collaboration : revue automatique des PR / @codex fix | GPTs / projets partagés + applications ; chaque utilisateur collabore depuis son propre compte |
| Accumulation des workflows d’équipe | Les workflows / automatisations réutilisables deviennent des actifs partagés qui se valorisent dans toute l’organisation (fonction centrale) | Les « Skills » s’accumulent au niveau de l’espace de travail et sont partagés par l’équipe (le plus proche de Zero sur ce point) | AGENTS.md / Skills partagés via un dépôt git ; limités au développement, pas aux workflows métier d’équipe | GPTs / projets partagés + tâches planifiées, mais par application ; pas de bibliothèque de workflows inter-outils cumulative |
| Identité indépendante | Oui (l’ID de l’agent est sa propre identité ; les identifiants sont injectés au niveau réseau et l’agent ne peut pas lire le jeton) | Non (jeton OAuth partagé / emprunté par l’équipe) | Faible (emprunte la session du développeur ; apparaît comme bot @codex sur GitHub) | Compte propre à chaque utilisateur (OAuth / SSO) ; les connaissances de l’entreprise sont limitées à ses permissions |
| Permissions / audit | Pare-feu de permissions par connecteur × endpoint + journal d’audit complet | Pas de RBAC, jeton partagé (sur la feuille de route) | Isolation par sandbox du noyau du système | RBAC + SSO / SCIM + journaux de conformité / événements d’audit |
| Sécurité et conformité | Exécution isolée + identifiants jamais exposés + audit | Pas de RBAC | Sandbox au niveau du noyau | SOC 2, ISO 27001 / 17 / 18 / 701 ; chiffrement E2E, résidence des données, CMEK |
| Stratégie de modèles | Neutre vis-à-vis des modèles, multi-fournisseurs | Opaque | Modèles OpenAI uniquement (ses propres modèles de pointe pour le développement) | Verrouillé sur OpenAI (GPT-5.x) |
| Tarification | Fondée sur des crédits | Gratuit + $100, puis à partir de $50 / mois | Incluse avec un abonnement ChatGPT / une clé API | Incluse avec les sièges ChatGPT Business / Enterprise / Edu |
| Génération multimodale | Oui (génération d’images / vidéos / voix / présentations) | Non indiqué (centré sur les données / rapports / code / marketing) | Non (orienté développement) | Oui (génération d’images ; vidéo via Sora) |
| Architecture mémoire | Mémoire durable (mémoire persistante au niveau de l’organisation) | Notes internes « Skills » (partagées au niveau de l’espace de travail) | AGENTS.md / Skills (niveau dépôt, rédigés par des humains, versionnés) | Mémoire personnelle + connaissances de l’entreprise dans l’espace de travail (pas au format wiki) |
| Configuration des connecteurs | Les utilisateurs ou l’organisation autorisent les connecteurs par OAuth et les accordent à l’agent ; autorisation fine ensuite via un pare-feu par connecteur × endpoint, limitée à 1h / 24h / 7d / toujours | Tout membre peut configurer lui-même une connexion une fois ; toute l’équipe partage alors cette autorisation (jeton OAuth partagé, sans isolation par utilisateur), sans administrateur nécessaire | Les développeurs connectent GitHub et configurent les serveurs MCP (liste d’autorisation) au niveau de l’organisation / du dépôt ; les appels de connecteurs / API d’écriture nécessitent toujours une approbation — pas de libre-service | Les administrateurs activent chaque application dans la console et définissent les permissions RBAC / de groupe (SSO / SCIM éventuellement requis) ; les utilisateurs connectent ensuite leurs propres comptes par OAuth (les connaissances de l’entreprise suivent leurs permissions) |
| Barrière de configuration (libre-service ↔ administration) | Libre-service utilisateur + pare-feu / limitation temporelle par endpoint (libre-service et contrôle simultanément) | Libre-service utilisateur (connexion unique, partage à toute l’équipe ; barrière la plus faible) | Le développeur configure GitHub / MCP et demande une approbation ; barrière élevée | L’administrateur active d’abord les applications, puis les utilisateurs connectent leurs propres comptes OAuth (semi-libre-service) |
| Marque propre / marque blanche | Nom / avatar de l’agent personnalisables | Apparaît comme « Viktor » | Apparaît comme @codex | Apparaît comme ChatGPT |
| Déploiement / hébergement | Cloud hébergé par vm0 (isolation par microVM) ; BYOC non mis en avant | SaaS hébergé par Zeta Labs ; aucun cloud propre | Hébergé par OpenAI ; Enterprise dispose du SSO / de l’administration | Hébergé par OpenAI ; SSO / SCIM / résidence des données / CMEK Enterprise |
| Résumé de gouvernance | Instance partagée au niveau de l’organisation + identité propre + pare-feu par endpoint → partageable, gouvernable finement et auditable | Instance + identité / jeton partagés → aucune responsabilité individuelle | Aucune instance partagée ; identité faible (emprunte celle de l’utilisateur) → dépend de la trace des PR GitHub | Assistant Enterprise par siège + comptes individuels + administration / RBAC / audit |
À qui s’adresse ce produit
Les utilisateurs principaux de Zero ne sont pas définis par leur démographie ni par leur caractère « technophile ». Ce sont des personnes et des organisations dont l’ambition dépasse leurs propres capacités d’exécution et qui souhaitent multiplier leur production grâce à l’IA. Ils utilisent déjà chaque jour des outils SaaS et IA. Ce qu’ils recherchent, ce sont des workflows pratiques et réutilisables qui apportent immédiatement de la valeur, pas un outil supplémentaire dont ils doivent construire eux-mêmes toute l’infrastructure.
Le point commun est que leur périmètre de responsabilité dépasse leurs effectifs et leur expertise actuels. Le cœur de cible actuel est constitué des fondateurs solo et des agences dirigées par leurs fondateurs. À terme, il s’étend aux responsables de l’innovation et de la transformation IA au sein de grandes entreprises.
- Marketeurs. Recherche de contenu et de concurrents, rapports et présentations, suivi des canaux et automatisation marketing quotidienne.
- Fondateurs. Briefs d’entreprise, recherche pour la prise de décision et transformation d’une petite équipe en organisation toujours opérationnelle.
- Agences. Les workflows réutilisables deviennent une capacité de livraison destinée aux clients : un processus sert plusieurs clients.
- Freelances. Fonctionner comme une équipe d’une seule personne. Confier les tâches répétitives à Zero et se concentrer sur les résultats à forte valeur.
- Équipes produit. Santé du produit, signaux utilisateurs et concurrents, collaboration inter-outils et journalisation.
- Professionnels du métier. Rôles commerciaux, opérationnels et support automatisant des tâches répétitives entre plusieurs systèmes.
Ils ne sont pas nécessairement techniques. Ils sont prêts à confier à l’IA les tâches répétitives entre plusieurs systèmes et veulent des workflows opérationnels dès la première semaine.
La version en une phrase
Les autres vous donnent une boîte de dialogue plus intelligente. Zero vous donne une plateforme de travail cloud toujours active, parallèle, collaborative, orchestrable et capable d’accéder librement au meilleur modèle disponible.
Les mêmes modèles de pointe, proposés différemment. Native pour les équipes, exécutée dans le cloud et unifiée là où les alternatives sont fragmentées.
Questions fréquentes
Zero est-il une alternative à Claude ?
En partie. C’est une alternative à Claude pour les équipes, mais une catégorie de produit différente : une plateforme d’agents cloud plutôt qu’un assistant avec lequel vous discutez. Elle peut exécuter les modèles Claude, ce qui en fait moins un remplacement du modèle qu’un remplacement de l’interface par laquelle vous l’utilisez.
Puis-je continuer à utiliser les modèles Claude dans Zero ?
Oui. La famille Claude figure dans le sélecteur de modèles — Fable 5 par défaut, ainsi qu’Opus 5, Opus 4.8, Opus 4.7, Opus 4.6, Sonnet 5 et Sonnet 4.6 — et vous pouvez utiliser votre propre clé si votre équipe paie déjà directement un fournisseur. Vous pouvez également basculer une tâche donnée vers un modèle GPT.
Quelle est la différence entre un workflow et une automatisation ?
Un workflow est la mission réutilisable, le « quoi », et il est partagé avec l’équipe. Une automatisation est un déclencheur ou un calendrier que vous rattachez à un workflow, et elle vous appartient. Cette séparation permet au travail d’une personne de devenir une capacité accessible à tous, tandis que chaque membre conserve ses propres exécutions, identifiants et cadence.
Toute mon équipe partage-t-elle un seul agent ?
Vous pouvez disposer de plusieurs agents partagés visibles par toute l’organisation, ainsi que d’agents privés. Un agent partagé possède déjà ses applications connectées et ses règles de permission : un nouveau membre peut donc exécuter un workflow d’équipe sans rien configurer.
Comment les permissions sont-elles contrôlées si l’agent est partagé ?
Chaque connecteur est protégé par un pare-feu défini application par application et action par action. L’accès est accordé en lecture ou en écriture, autorisé ou refusé, et peut être limité à une heure, un jour, une semaine ou maintenu indéfiniment. Les identifiants sont injectés au niveau réseau : l’agent utilise un jeton qu’il ne peut pas lire et chaque utilisation est auditable.
Zero peut-il continuer à travailler après la fermeture de mon ordinateur ?
Oui. Chaque exécution a lieu dans le cloud, dans un environnement isolé détruit à la fin de l’exécution, et les workflows planifiés ou déclenchés par événement s’exécutent que vous soyez en ligne ou non.
