Il faut lire « The Shape of Thought After AI » de Simon Rimbert. C'est un des rares textes qui décrit non pas ce que l'IA fait, mais ce qu'elle change en nous quand elle fonctionne bien. Sa thèse tient en une image : « je ne me sens pas plus rapide, je me sens comme si mes membres étaient plus longs ». L'IA ne remplace pas la pensée ; elle en déplace la frontière. « Les mains ne sont plus le bord de l'esprit. »
On pourrait s'arrêter à l'euphorie. Mais Rimbert fait quelque chose de plus intéressant : il explique à quelle condition cette pensée augmentée tient debout. Et cette condition, mot pour mot, est ce que nous construisons chez Survol — non pas pour la pensée en général, mais pour l'objet le plus concret qui soit : un produit logiciel développé avec des agents.
La pensée associative a enfin où aller
Rimbert décrit un esprit qui, à chaque information reçue, voit « une douzaine de connexions » : quel projet elle affecte, quelle décision passée elle contredit, quel risque apparaîtra dans six semaines, six mois, six ans. Avant l'IA, suivre ces branches était « prohibitif » — chacune créait de la lecture, de l'écriture, de la coordination. « L'esprit pouvait voyager plus loin que les mains. »
Ce diagnostic est exactement celui que nous faisons du développement produit. Une demande arrive, et un bon PM voit aussitôt les ramifications : quelle fonctionnalité touchée, quelle décision antérieure remise en cause, quel contrat inter-produit menacé. Avant, ces branches mouraient faute de temps. Survol existe pour leur donner un lieu : une décision qui s'ouvre, se discute, se tranche et se relie à la fonctionnalité ; une dépendance qu'on déclare ; une carte du produit qui déplie les implications au lieu de les laisser s'évaporer. « Que devrait retenir le système pour que la même erreur ne se reproduise pas ? » demande Rimbert. C'est, littéralement, la question à laquelle répond une décision produit tracée.
Le travail cesse d'être linéaire : orchestration, pas multitâche
Le cœur du texte est là. Avec un bon modèle et un contexte persistant, dit Rimbert, le travail devient « spatial, multi-fils, architectural ». Une conversation façonne une présentation, une autre gère une discussion stratégique, deux autres écrivent du code ou analysent des données. Et il insiste : « ce n'est pas du multitâche » — le multitâche divise mal l'attention entre activités concurrentes. « Cela ressemble davantage à de l'orchestration. Chaque fil a un but, un état, un niveau de confiance. Certains demandent une supervision serrée. D'autres avancent seuls un moment. »
Remplacez « fils de pensée » par « sessions d'agent » et vous avez la définition exacte de Survol. Nous orchestrons des sessions — chacune avec sa tâche, son état, son palier de modèle, sa consommation, son niveau de vérification requis. Certaines tournent seules et relancent la nuit ; d'autres attendent qu'une décision soit tranchée. Ce n'est pas du multitâche opaque : c'est de l'orchestration tracée.
Rimbert note que « l'unité de travail change » : on ne déplace plus de petites opérations (ouvrir, chercher, copier, éditer) mais des blocs — une architecture, un prototype, une stratégie de test, un récit pour les parties prenantes. C'est précisément notre unité à nous : la version d'une fonctionnalité, pas la ligne de code. On pilote des intentions qui deviennent des livrables, pas des gestes.
Le coffre : absorber le détail pour garder l'altitude
Vient alors la clé de voûte, et le passage qui nous a fait sourire. « Cette façon de travailler s'effondre vite sans contexte persistant. Cinq conversations avec l'IA ne sont pas un système : sans mémoire partagée, ce sont cinq inconnus intelligents produisant des fragments déconnectés. » La réponse de Rimbert, c'est ce qu'il appelle son vault — son coffre : « un contexte structuré et utilisable. Il n'est pas utile parce qu'il se souvient de tout, mais parce qu'il donne à tout une forme. »
Et il précise ce que le coffre lui permet : « rester au-dessus du système sans perdre l'accès à ses détails ». Nous avons une expression pour ça depuis le premier jour : votre produit, vu d'en haut. Un coffre pour un produit logiciel, ce n'est pas un tas de notes — Rimbert le dit, « un tas n'est pas un système, il faut des chemins, des index, des règles sur ce qui est fiable, sur ce qui doit rester privé, sur ce qu'il faut charger et quand ». C'est mot pour mot le cahier des charges de Survol : la spec, les décisions et leur pourquoi, les contraintes techniques (impérative / forte / préférence) injectées au bon moment, l'historique des sessions. Le coffre qui absorbe le détail pour que l'équipe garde l'altitude.
« Je me copie dans le système » : du jugement tacite à l'infrastructure
La phrase préférée de Rimbert — la nôtre aussi — est celle-ci : « Je transforme peu à peu du jugement tacite en infrastructure explicite. » Quand le modèle produit quelque chose qui cloche, il explique pourquoi ça cloche, et cette correction « peut devenir plus qu'un retour ponctuel : une règle dans le coffre, un comportement, un principe de décision, un test réutilisable ». Il ne copie pas sa personnalité dans le système ; il y copie « ses corrections, ses standards, ses cicatrices ».
C'est, très exactement, ce qu'une plateforme de gouvernance produit doit capturer. Chez Survol, une correction ne reste pas un souvenir désagréable : elle devient une décision produit datée, une contrainte d'organisation qui s'appliquera à toutes les sessions futures, un cas de cahier de tests qui garde la trace de ce qui ne doit plus casser. Là où Rimbert transforme son jugement personnel en infrastructure pour lui-même, Survol transforme le jugement d'une équipe en infrastructure partagée — pour les humains comme pour les agents. Le « je me copie dans le système » devient « nous inscrivons notre jugement collectif dans le produit ».
Le « model feel » : une confiance calibrée, pas binaire
Dernier point que nous voulons saluer, parce qu'il est souvent caricaturé : la confiance. Rimbert refuse le faux débat « faire confiance ou tout vérifier ». Il décrit un model feel, un sens du modèle : « le bon niveau de contrôle se déplace en continu » selon la tâche, l'enjeu, la qualité du contexte. « Un manager ne supervise pas chaque personne à la même distance. »
Une gouvernance sérieuse ne fait pas autre chose : elle module le contrôle. Survol l'outille par des gates configurables (interdire la prod tant que le cahier de préview n'est pas passé), des revues d'experts à la demande, des préviews à valider — plus de contrôle là où l'enjeu est fort, moins là où le geste est sûr. La confiance calibrée de Rimbert, appliquée non à une intuition d'individu mais à un pipeline d'équipe.
Ce qu'on en retient
- L'IA ne pense pas à notre place : elle déplace la frontière de la pensée. « Les mains ne sont plus le bord de l'esprit » (Rimbert).
- Cette pensée augmentée n'est pas du multitâche mais de l'orchestration — des fils qui ont chacun un but, un état, un niveau de confiance. C'est notre modèle de sessions d'agent.
- Elle s'effondre sans coffre : un contexte structuré qui donne une forme, garde l'altitude, et transforme le jugement tacite en infrastructure explicite.
- Pour un produit logiciel développé en équipe, ce coffre a un nom : Survol — spec, décisions, contraintes, historique, gouvernance. Votre produit, vu d'en haut.
Rimbert conclut que les modèles d'aujourd'hui « ne sont pas la destination, mais la première brèche visible dans un mur qu'on avait pris pour le bord de la pièce ». Nous partageons ce vertige. Et nous ajoutons une chose modeste : pour que la brèche serve à construire un produit — et pas seulement à penser plus grand un après-midi —, il faut un lieu qui garde tout cela vivant, partagé, gouverné. Rimbert appelle ce lieu son coffre. Pour votre logiciel, nous l'appelons Survol.
Source : Simon Rimbert, « The Shape of Thought After AI », Medium, 2026. Les passages entre guillemets sont traduits de l'anglais par nos soins.
