Donc, ces derniers jours ont été un tourbillon dans le monde des développeurs. Je voulais prendre un moment pour noter ce que j’ai vu, et ce que cela signifie, car il ne s’agit pas de petites mises à jour. C’est un changement dans la façon dont nous construisons, naviguons et écrivons du code.
Commençons par le premier grand changement : OpenAI a lancé quelque chose appelé ChatGPT Atlas, et non, ce n’est pas juste un autre onglet à l’intérieur de ChatGPT. C’est un navigateur. Une toute nouvelle approche de ce que signifie interagir avec le web. Mais au lieu de onglets et signets, il est construit autour de mémoire, intention et agents IA qui effectuent réellement des tâches pour vous. Vous avez un panneau latéral qui peut résumer ce que vous regardez, creuser plus profondément, comparer différentes sources, remplir des formulaires pour vous, et même se souvenir de ce que vous avez fait auparavant.
Maintenant, j’ai vu de nombreux assistants IA au fil des ans qui promettaient de « tout changer » ; la plupart d’entre eux ont simplement ajouté une bulle de chat quelque part et ont appelé ça un jour. Celui-ci est différent. La fenêtre de contexte est persistante à travers le navigateur. Il se souvient de où vous étiez, de ce que vous essayez de faire, et il peut agir, avec votre permission, à l’intérieur du navigateur. Pensez-y un moment. Le navigateur, la couche la plus passive dans votre pile technologique, vient de recevoir une mémoire et une file d’attente de tâches.
Ce n’est pas juste une autre copie de Chrome avec un gadget. Cela va perturber la façon dont nous pensons à la conception de l’interface utilisateur. Parce que si les utilisateurs vivent maintenant dans un navigateur qui comprend leur comportement et les guide proactivement, cela signifie que la conception de l’expérience utilisateur n’est plus seulement une question de réduction des clics – c’est une question de combien bien votre produit joue avec un agent IA assis à côté de votre utilisateur. Oubliez les assistants d’initiation. L’assistant est l’initiation. Votre documentation est maintenant partie d’un dialogue en temps réel.
Du point de vue d’une équipe de développeurs, cela signifie repenser ce que nous suivons, ce que nous exposons, et comment nous structurons le produit pour être lu par un autre agent plutôt que juste par un humain. Vous avez soudain une deuxième couche d’interface que vous n’avez pas demandée. Et vous allez devoir en tenir compte.
La deuxième grande mise à jour a touché plus près de chez nous pour les développeurs : Cursor 2.0 a été lancé, et avec lui, leur nouveau modèle de codage, Composer 1, et une interface complètement repensée pour travailler avec plusieurs agents en parallèle. Si vous n’avez pas encore utilisé Cursor, c’est essentiellement VS Code reconstruit de zéro autour d’un pair programmeur IA. Sauf maintenant, ce n’est pas un seul IA ; c’est une équipe entière d’agents travaillant sur votre dépôt en même temps. Ils lisent votre contexte, écrivent du code, proposent des modifications, refacturent, révise… et maintenant, compètent entre eux pour produire le meilleur résultat. J’ai essayé intensivement depuis hier et c’est au moins au niveau de Claude-4.5-sonnet. Peut-être même mieux. Avec le mode « Plan » de Cursors, cela représente vraiment un grand pas en avant.
Ce dernier point est intéressant. Ils se sont appuyés sur l’idée que plusieurs agents résolvant le même problème produiront souvent de meilleurs résultats qu’un seul. Cursor leur permet maintenant de faire exactement cela, comme le pair programming, mais sur des stéroïdes. Vous ne choisissez plus la meilleure solution. Le système le fait. Ou du moins, il tente de le faire.
Composer, leur modèle maison, serait apparemment 4 fois plus rapide que tout ce qu’ils ont essayé jusqu’à présent, ce qui est impressionnant. Mais plus important encore, il a été formé spécifiquement pour le travail logiciel à faible latence et à contexte élevé. En pratique, cela signifie que vous n’attendez plus 90 secondes pour une réponse qui est 60% utile. C’est rapide, et il connaît la forme de votre dépôt.
De plus, ils ont ajouté un navigateur intégré dans l'IDE, afin que vous n'ayez plus besoin de basculer entre les outils. Vous inspectez, déboguez, testez et codez, le tout dans la même vue. Et vous pouvez voir exactement ce que les agents ont modifié dans toute la base de code, résolvant enfin ce jeu agaçant de sauts de fichiers que vous jouez généralement pendant les revues de PR.
Pour commencer, le développement devient moins une question de « qui peut écrire le meilleur code » et plus une question de « qui peut guider, valider et intégrer les meilleures sorties des agents ». Et c'est un grand changement. Les développeurs devront arrêter de penser comme des dactylos de code et commencer à agir comme des orchestres. Cela signifie que votre onboarding, vos revues, votre culture de programmation en binôme – tout cela doit évoluer.
Cela signifie également que « avancez rapidement et cassez les choses » est en train de recevoir une mise à niveau dangereuse. Si les agents écrivent du code plus rapidement que votre équipe ne peut le réviser, vous n'êtes qu'à un seul défaut de code de la catastrophe. Alors que cela peut être tentant de jeter cela dans votre processus et doubler la vitesse, rappelez-vous ce que dit toujours « The CTO Playbook » : « Les outils doivent évoluer avec le processus, et non le remplacer ».
Plus que jamais, votre organisation technique doit se poser certaines questions difficiles :
Ces questions ne sont plus hypothétiques. Ce sont les questions que vous devez résoudre si vous déployez cela dans un environnement de développement réel. Car que vous le vouliez ou non, vos développeurs utilisent déjà ces outils la nuit, sur des projets secondaires, ou directement dans votre branche principale quand vous ne regardez pas.
Ces deux mises à jour, Atlas et Cursor 2.0, sont des signes que nous ne sommes plus seulement en train d'ajouter de l'IA à nos outils. Nous sommes en train de réécrire entièrement les interfaces.
En tant que leader d'équipes techniques, votre travail n'est pas de rester à la pointe de chaque tendance. Mais c'est votre travail de repérer les moments où l'infrastructure change. C'est l'un de ces moments.
Si vous essayez de comprendre comment déployer le développement alimenté par l'IA en toute sécurité et efficacement, ou comment structurer votre processus de développement autour des agents plutôt que des individus, envoyez-moi un message.
Pour une discussion plus approfondie sur la construction de flux de travail de développeurs assistés par l'IA, l'orchestration d'équipe ou le leadership agile dans cette nouvelle ère des outils, n'hésitez pas à me contacter par e-mail à [email protected] ou visitez ctotmc.com. Je suis également ravi de me connecter via LinkedIn à linkedin.com/in/robertmejlero.
Vous aurez besoin d'un autre playbook pour cela. (Heureux de l'avoir juste mis à jour !)
Robert Mejlerö
CTO | Fondateur de The Mejlerö Company
Auteur de « The CTO Playbook »
Nous aidons les entreprises avec leur technologie, en fournissant des services de CTO et de gestion de produits. Fidèles à nos services de CTO, nous travaillons avec des startups et des entreprises établies dans les pays nordiques, en Suisse et aux États-Unis.
Nous sommes une société suisse (LLC) basée en 
Suisse.