Outils de design
Open Design 0.18.0 met fin à la réunion « Est-ce la dernière version ? »
Open Design 0.18.0 propose un espace de travail d'équipe partagé avec des miroirs en lecture seule en direct et permet à Codex d'appeler le moteur de design sans interface. 115 pull requests de 22 contributeurs ont été fusionnées en deux jours. Voici ce qui a changé et la tendance des outils d'agents à laquelle cela correspond.
Emmanuel Fabrice Omgbwa Yasse Assisté par IA
2026-08-21 · 5 min de lecture

La collaboration en design commence généralement par quitter l'outil de design. Exporter un fichier, coller une capture d'écran dans le chat, demander quelle version est à jour, puis répéter l'opération pour la personne suivante. Open Design 0.18.0, publié le 5 août 2026, est conçu pour mettre fin à cette séquence.
Sous le nom de code « Design Team Workspace. Now in Codex. », cette version regroupe 115 pull requests de 22 contributeurs, le tout en deux jours. Cette version est portée par deux changements : les équipes de design disposent d'un espace de travail partagé, et Codex peut appeler Open Design comme un moteur créatif complet.
Un espace de travail d'équipe qui reflète le travail, pas les fichiers
Le nouvel espace de travail d'équipe se trouve à côté de l'espace personnel. Créez-en un, basculez-y, invitez des collègues avec un rôle via un flux qui tient compte des sièges. Tout le monde se connecte avec le même compte Open Design Cloud et se retrouve au même endroit, tandis que la séparation reste nette : le travail personnel reste personnel, et les projets d'équipe, les ressources partagées et les dépenses appartiennent à l'espace d'équipe actif. Le badge du plan indique dans quel espace vous vous trouvez, de sorte que le partage de travail ne nécessite jamais de deviner quel compte ou quel solde s'applique.
Ce qui change le rituel de relecture, c'est le miroir en direct. Déplacez un projet dans l'espace d'équipe et chaque membre obtient un miroir en lecture seule en direct. Le contenu se synchronise automatiquement pendant que le propriétaire travaille, les avatars de présence montrent qui regarde, la progression du transfert reste visible, et les commentaires circulent dans les deux sens, y compris de la part des membres en lecture seule. Cela met fin au renvoi de projets et retire « Est-ce la dernière version ? » des sujets de réunion récurrents. Le propriétaire conserve les droits d'édition ; les autres lisent l'état actuel dans son contexte. Le partage devient utile avant qu'un projet ne soit terminé, sans transformer chaque relecture en problème de fusion.
La facturation suit la même logique. Les soldes, les rechargements et les coûts d'exécution sont attribués à l'espace actif, de sorte que le travail d'équipe est facturé à l'équipe et que l'exploration personnelle reste personnelle.
Codex appelle un moteur de design sans interface
La version 0.17.0 a ouvert la porte ; la 0.18.0 s'assure que personne ne la rate. Codex Desktop et la CLI peuvent appeler Open Design comme un moteur créatif complet : valider un brief visuel, choisir Open Design Cloud ou un runtime local pris en charge, et obtenir un résultat réel dans Preview ou Studio sans assembler une deuxième stack à la main. Le runtime signé d'Open Design démarre sans interface lorsque Codex en a besoin, donc aucune fenêtre d'application supplémentaire à surveiller. Les hôtes MCP externes ne perdent plus Open Design lorsque son service local revient sur un port différent après un redémarrage ; la connexion retrouve son chemin et @open-design continue de fonctionner sans reconfiguration.
Les utilisateurs qui passent directement de 0.16.x reçoivent la 0.17.0 dans la même mise à jour, puisque cette version a fait d'Open Design la couche de design que Codex peut atteindre directement.
La tendance : les agents deviennent l'espace de travail
Ce runtime sans interface et à reconnexion automatique est ce qui transforme Open Design d'application en infrastructure. L'espace de travail d'équipe existe pour que les personnes qui n'exécutent pas le moteur puissent tout de même examiner ce qu'il produit.
Open Design n'est pas seul. Google a remplacé NotebookLM par Gemini Notebook, un agent capable d'exécuter du code dans un ordinateur cloud sécurisé. Cursor achemine désormais le travail des agents via une boîte de réception qui suit ce qui est en cours et quelles pull requests sont en relecture. Lus ensemble, les trois racontent la même histoire : l'agent devient l'espace de travail, et l'outil devient ce que l'agent peut appeler.
| Outil | Ce que l'agent peut faire | Où se trouve l'espace de travail |
|---|---|---|
| Open Design 0.18.0 | Appeler un moteur de design complet sans interface via Codex Desktop et la CLI | Espace d'équipe avec miroirs en lecture seule en direct |
| Gemini Notebook | Exécuter du code dans un ordinateur cloud sécurisé | Remplace NotebookLM ; se synchronise avec l'application Gemini et Search |
| Cursor | Suivre le travail et les pull requests via une boîte de réception d'agents | Dans l'application, avec des sessions multi-PR dans le chat |
Des agents qui terminent ce qu'ils commencent
La couche d'équipe ne vaudrait pas grand-chose si les longues tâches restaient bloquées à la ligne d'arrivée. Les sessions qui se bloquaient juste après un appel d'outil redémarrent désormais toutes seules. Les exécutions Kiro terminent proprement leur tour au lieu de rester suspendues. Lorsqu'une exécution AMR se bloque véritablement, l'application peut expliquer pourquoi. Les questions obligatoires ne jouent plus le rôle de porte verrouillée : si un agent demande quelque chose auquel vous ne pouvez pas ou ne voulez pas répondre, ignorez-la et continuez, et l'agent travaille avec le contexte dont il dispose au lieu de prendre l'exécution en otage.
Le reste du changelog
Clone Audit rejoint la bibliothèque de plugins communautaires, crédité à @bestthanapon. Il inspecte un site cloné pour vérifier la fidélité visuelle, les traceurs résiduels, les résidus de marque ou de langue source, les espaces réservés et les dépendances externes à risque, puis renvoie un verdict de déploiement étayé par des preuves et des références précises de fichiers et de lignes.
Le catalogue de plugins gagne une page de présentation pour que les plugins soient découvrables avant l'installation de l'application. La page de l'agent Codex est repositionnée pour les personnes qui recherchent une interface Codex et un flux de travail de design. Le navigateur intégré mémorise la taille de votre fenêtre, grâce à @HD-L. La suppression d'un projet efface désormais sa disposition d'onglets enregistrée, grâce à @EthanGuo-coder. Les noms de déploiement Azure sont de nouveau modifiables pour les utilisateurs BYOK, grâce à @mturac. Les échecs de facturation réessayent selon une courbe de backoff au lieu de marteler une connexion morte. L'application privilégie actuellement le thème clair, et le réglage du thème est supprimé pendant que les nouvelles surfaces s'harmonisent.
Ce que cela change pour les équipes de design
Cette version n'ajoute pas tant un bouton de partage qu'elle ne supprime une catégorie de travail fastidieux. Le miroir en direct, les avatars de présence, les commentaires bidirectionnels, le badge du plan qui indique quel solde paie une exécution : ensemble, ils font de « le travail, le contexte et les outils arrivent ensemble » une description d'un flux de travail plutôt qu'une phrase de keynote.
Les notes de version suggèrent un premier pas rapide : créez un espace d'équipe, déplacez-y un vrai projet, et invitez la personne qui demanderait sinon la dernière capture d'écran. Cette personne ouvre désormais un miroir en direct à la place.
L'essentiel de la tech en 3 minutes chaque matin
Un email, chaque jour ouvré, avec ce qui compte vraiment en IA et en tech.