Codex pour les collaborateurs non techniques, sans licence ChatGPT Business pour chacun

Codex est l'agent d'OpenAI conçu pour accomplir du travail sur un ordinateur, et en 2026, il séduit ouvertement les personnes qui n'écrivent pas de code : il demande quel type de travail vous effectuez, propose des plugins pour le marketing et la finance, et les travailleurs du savoir représentent désormais environ un cinquième de ses utilisateurs, avec une croissance trois fois plus rapide que chez les développeurs. ChatGPT Business est la méthode officielle pour qu'une équipe y accède : 20 $ par utilisateur et par mois avec facturation annuelle (25 $ par mois), deux licences minimum, Codex inclus. Une salle dans muti constitue l'autre approche : le Codex d'un développeur, sur sa machine, auquel le responsable marketing, la personne des opérations et le fondateur peuvent déléguer des tâches depuis Slack ou le web, le développeur validant ce qui s'exécute.

Si votre équipe compte une personne qui vit dans Codex et six qui souhaitent simplement ses résultats, la salle coûte une licence au lieu de sept.

Une collègue des opérations joint un export fournisseur et demande à l'agent Codex de l'équipe de le dédoublonner ; la requête s'exécute sur le Mac mini du développeur, et une commande shell se met en pause pour le développeur avec Allow, Allow always et Deny.

Pourquoi Codex pour les collaborateurs non techniques est plus complexe qu'il n'y paraît

Codex est désormais parfaitement utilisable par une personne du marketing. Ce qui n'est pas simple, c'est tout ce qui gravite autour :

• Une licence chacun. Chaque personne qui souhaite poser une question a besoin d'une licence Business, d'un ordinateur portable avec Codex installé et connecté, et de suffisamment de patience pour comprendre où vont les fichiers.
• Une machine chacun. Codex travaille dans un répertoire sur un ordinateur. L'ordinateur du responsable marketing ne possède aucun des dépôts, exports de données, clés API ou outils internes nécessaires à la tâche. Celui du développeur les a.
• Des permissions pour chacun. Chaque utilisateur décide lui-même de ce que Codex peut exécuter. Il n'y a personne dans la boucle lorsque le Codex du responsable des opérations s'apprête à faire une suppression.

La salle élimine ces trois obstacles. Le travail s'exécute là où se trouvent déjà les outils et les données, sous le compte d'une seule personne, cette dernière ayant la possibilité de refuser.

À quoi cela ressemble pour la personne qui demande

Mia, aux opérations, ouvre Slack et envoie un message à l'agent, qui y possède son propre nom et avatar, ou ouvre la salle dans un navigateur. Elle joint l'export fournisseur et formule son besoin en langage naturel. Rien à installer, rien à connecter au-delà de l'espace de travail qu'elle utilise déjà.

Puis elle observe. L'agent lit le fichier, écrit un court script, l'exécute, puis se met en pause sur la commande shell parce que le développeur n'a pas encore autorisé python3 pour cet agent. Le développeur reçoit la carte, sur le web, sur son téléphone ou dans son propre message direct Slack, et clique sur Allow always. Le script s'exécute, le fichier CSV nettoyé revient dans le fil de discussion, et la prochaine fois que Mia fait une demande, rien ne se met en pause.

Pour Mia, Codex est devenu un collègue à qui elle peut envoyer un message. Pour le développeur, il est resté son outil.

Ce que le développeur conserve

• Le compte. L'abonnement, la connexion et le client Codex appartiennent au développeur. Personne d'autre ne détient d'identifiant.
• Le périmètre. L'agent est confiné à un seul répertoire. La requête de Mia ne peut pas lire les autres projets, clés ou e-mails du développeur. Les salles ne fuient pas les unes vers les autres.
• Le veto. Les pushes vers des branches partagées, les suppressions destructrices, l'élévation de privilèges, la publication et tout ce qui touche aux chemins d'accès aux identifiants se mettent systématiquement en pause, et « Allow always » n'est jamais proposé pour ces actions. Tout le reste devient une règle après la première validation.
• L'historique. Chaque requête a un identifiant, un demandeur, un approbateur, une timeline outil par outil et un coût. Quand quelqu'un demande ce que l'équipe a fait avec Codex le mois dernier, la réponse tient sur une page, sans approximations.

Modification de l'agent : le répertoire de travail auquel il est confiné, son mode de permission et les règles permanentes créées par Allow always, chacune révocable.

Coût pour une équipe de sept personnes

Un ingénieur, six personnes qui formulent des demandes.

L'ingénieur utilisera une plus grande part de son forfait qu'auparavant, car les tâches de six personnes transitent désormais par celui-ci. Le coût par requête est affiché à côté de chaque demande pour éviter toute incertitude ; lorsque ces requêtes commencent à empiéter sur le propre travail de l'ingénieur, c'est le moment d'ajouter une seconde licence producteur. Une deuxième licence, pas une septième.

Où se situe la limite

ChatGPT Business existe pour une bonne raison, et les conditions d'utilisation d'OpenAI interdisent le partage d'identifiants et la revente d'accès. Une salle ne partage aucun identifiant : le développeur se connecte, le Codex du développeur s'exécute, sur la machine du développeur, et les requêtes d'autres personnes sont des tâches que le développeur a choisi d'accepter et qu'il peut interrompre à tout moment. Si vos six demandeurs deviennent six utilisateurs quotidiens, achetez-leur des licences, c'est l'objectif de cette offre. Si vous avez besoin de contrôles de données au niveau de l'espace de travail pour chaque personne, prenez Business. La salle est conçue pour la configuration de la plupart des petites équipes : un outil, de nombreuses requêtes ponctuelles.

Foire aux questions

Le demandeur a-t-il besoin d'un compte ChatGPT ? Non. Il a besoin d'un compte muti, ou simplement de Slack si l'agent y dispose d'un bot.

Que peut voir l'agent du fichier du demandeur ? La pièce jointe est téléchargée dans le répertoire de travail de l'agent pour cette requête, puis supprimée dès la fin de celle-ci. Elle n'est pas conservée sur la machine.

Le développeur peut-il voir ce que les gens ont demandé ? Oui, absolument tout : la requête, la timeline, le résultat, le coût. Cette visibilité fait partie intégrante du modèle. Les demandeurs ne voient que les salles dont ils font partie.

Cela fonctionne-t-il uniquement avec Codex ? Non. La même salle prend en charge Claude Code, Cursor, OpenCode et d'autres ; consultez l'alternative économique à Claude Team pour découvrir ce calcul appliqué à Claude.

Donnez Codex à la personne qui en a l'usage. Donnez aux six autres un moyen de le solliciter.