Retour au blog
Workflows IA
Agents IA
Wands
J-space
Product Design

L'IA n'a pas besoin de plus d'attention. Elle a besoin d'un meilleur espace de travail.

La recherche d'Anthropic sur J-space montre pourquoi les espaces de travail sélectifs comptent dans les modèles de langage. Les wands de MCPlato appliquent le même principe aux workflows d'IA : une phase, un artefact, une surface d'outils et un jalon à la fois.

Publié le 2026-07-08

Partager

Les équipes IA supposent souvent qu'un meilleur travail exige « plus » : plus de contexte, plus d'outils, plus de mémoire, plus de boucles d'agents, plus d'attention. Cette intuition est compréhensible. Si un modèle peut lire des millions de tokens, se connecter à des dizaines de services et continuer à générer, il devrait devenir plus capable.

Mais la capacité n'est pas la même chose que le focus.

Une fenêtre de contexte plus grande étend ce qu'un système d'IA peut voir. Elle ne décide pas automatiquement ce qui compte maintenant, quel outil peut être utilisé en sécurité, quel fichier doit être modifié, dans quel état se trouve le travail, ni ce qui signifie « terminé ». Pour un travail de longue durée, le goulot d'étranglement n'est souvent pas l'attention brute. C'est la conception de l'espace de travail.

C'est pourquoi la recherche 2026 d'Anthropic sur Jacobian Lens et J-space est utile au-delà de l'interprétabilité. L'article soutient que les modèles de langage contiennent un ensemble sélectif de représentations internes verbalisables qui se comporte comme un espace de travail global fonctionnel : l'information devient utile pour le rapport, le raisonnement et le contrôle flexible lorsqu'elle entre dans le bon espace partagé, et non lorsque tout est exposé à la fois.

Les wands de MCPlato appliquent une leçon de conception similaire au niveau du workflow. Un wand ne prétend pas être le J-space interne du modèle. C'est un espace de travail externe autour du modèle et de l'utilisateur : une phase, un artefact, une surface d'outils cadrée, une barrière d'écriture, un état visible et un jalon à la fois.

Le résultat est un déplacement simple : au lieu de demander à l'IA de prêter plus d'attention, donnez-lui un meilleur endroit pour travailler.

Ce que J-lens et J-space ont trouvé

L'article d'Anthropic, "Verbalizable Representations Form a Global Workspace in Language Models", introduit Jacobian Lens, ou J-lens, comme méthode pour étudier les représentations internes susceptibles de devenir verbalement rapportables. En termes simples, J-lens ne demande pas seulement : « Quel token le modèle va-t-il dire ensuite ? » Il demande quels concepts internes sont déjà dans un état où le modèle pourrait les formuler.

L'article appelle ces représentations J-space. Le point important n'est pas que chaque activation dans un modèle soit également importante. C'est qu'un sous-ensemble plus petit de représentations verbalisables semble posséder des propriétés de type espace de travail :

  • Rapportabilité : le modèle peut verbaliser des concepts actifs.
  • Modulation dirigée : les instructions peuvent pousser certains concepts dans l'espace de travail.
  • Raisonnement interne : des variables intermédiaires peuvent y apparaître pendant un raisonnement en plusieurs étapes.
  • Généralisation flexible : une représentation peut être réutilisée par différents calculs.
  • Sélectivité : tout n'entre pas dans l'espace de travail.

Ce dernier point est le plus important pour la conception des workflows. J-space est utile précisément parce qu'il est sélectif. Un espace de travail n'est pas une décharge pour tous les signaux. C'est l'endroit où l'information pertinente maintenant devient disponible pour le contrôle.

Des représentations IA sélectionnées entrent dans un espace de travail partagéDes représentations IA sélectionnées entrent dans un espace de travail partagé

J-space est utile ici comme métaphore fonctionnelle : les représentations sélectionnées deviennent disponibles pour le rapport et le contrôle, tandis que la plupart des signaux restent hors de l'espace de travail actif.

La recherche emprunte aussi le langage de la Global Workspace Theory et des travaux sur le Global Neuronal Workspace, notamment ceux de Dehaene et Naccache sur l'accès conscient. Ce lien doit être traité avec prudence. Une analogie d'espace de travail fonctionnel n'est pas une preuve d'expérience subjective. La leçon pratique est plus étroite : le raisonnement complexe bénéficie du fait que l'information pertinente soit sélectionnée dans un espace partagé et contrôlable.

La leçon de conception produit : sélectionner vaut mieux qu'exposer

Le même problème apparaît dans le travail IA quotidien.

Quand un fil de discussion devient long, le modèle peut techniquement encore avoir les faits pertinents dans le contexte. Mais l'utilisateur et le modèle peuvent perdre l'objectif actuel. Quand un agent peut appeler de nombreux outils, le système devient puissant, mais son espace d'action s'élargit. Quand un modèle peut modifier tout un dépôt, il peut aider davantage, mais aussi toucher la mauvaise surface. Quand les critères de fin sont implicites, le modèle peut passer à l'étape suivante avant que le travail soit réellement prêt.

Plus d'exposition peut créer plus de coût de coordination.

Un bon workflow IA doit donc répondre à quelques questions :

  • Quel est l'objectif actuel ?
  • Quelles informations appartiennent à l'espace de travail actif ?
  • Quels outils sont valides maintenant ?
  • Quels fichiers ou ressources peuvent être modifiés en sécurité ?
  • Où l'état durable est-il stocké ?
  • Comment l'utilisateur peut-il inspecter l'avancement ?
  • Quel jalon doit être franchi avant que l'attention passe à l'étape suivante ?

C'est ici que les wands interviennent.

Qu'est-ce qu'un wand MCPlato ?

Un wand MCPlato est un objet de workflow IA empaqueté. Au lieu de traiter le travail IA comme un simple flux de chat, un wand transforme le travail en artefact durable avec une structure autour de lui.

Un wand peut définir des phases, des outils cadrés, des limites de ressources, un état persistant, une vue d'exécution, des sorties exportables et des jalons de complétion. L'utilisateur et l'IA ne font pas qu'échanger des messages ; ils construisent et inspectent le même objet.

Une distinction utile est :

Un prompt apprend à l'IA comment se comporter. Un wand donne à l'IA et à l'utilisateur un espace de travail partagé dans lequel construire.

C'est ce qui distingue les wands des workflows uniquement basés sur des prompts. Un prompt peut dire : « D'abord la recherche, puis le plan, puis le brouillon, puis la QA. » Un wand peut transformer ces étapes en phases, avec des instructions différentes, des outils visibles différents, des ressources modifiables différentes et des jalons différents.

Pour un brainstorming léger, cette structure peut être inutile. Pour un travail en plusieurs étapes qui exige état, fichiers, validation et package final, la structure devient précisément la valeur.

Comment les wands concentrent l'attention

Si J-space suggère que le raisonnement utile dépend de ce qui entre dans un espace de travail sélectif, les wands apportent la même idée à l'extérieur du modèle. Ils réduisent le nombre de choses qui se disputent l'attention.

Principe J-space / espace de travailMécanisme du wandCe que cela réduit
Espace de travail sélectifPhase actuelleAmbiguïté d'objectif
Modulation dirigéeInstructions de phaseDérive du prompt
État rapportableWandfile, vue d'exécution et rapportAvancement caché
Réutilisation flexibleSorties et rapportsPerte dans un chat ponctuel
Goulot de capacitéOutils cadrés et barrières d'écritureSurcharge d'outils et de fichiers
Changement d'attentionJalons de phasePassage prématuré à une autre tâche

Une phase de wand dit : voici le travail maintenant. Les instructions actives décrivent ce qui compte dans cette phase. La surface d'outils réduit les actions possibles. La barrière d'écriture réduit la surface de ressources. L'objet d'état enregistre où se trouve le workflow. La vue d'exécution rend l'artefact visible. Le jalon décide si l'attention peut avancer.

Un workflow wand réduit le travail IA en phases avec outils, ressources, état et jalons cadrésUn workflow wand réduit le travail IA en phases avec outils, ressources, état et jalons cadrés

Un wand réduit l'espace de travail actif : la phase actuelle définit l'objectif, les outils, les fichiers, l'état et les critères de fin.

Cela ne rend pas magiquement un modèle plus intelligent. Cela réduit le coût de recherche du travail. Le même modèle peut consacrer moins d'effort à retrouver le contexte, choisir parmi trop d'outils, éviter les modifications accidentelles de fichiers et reconstruire l'état depuis un transcript. Davantage de capacité peut aller vers l'artefact.

Exemple pratique : une fabrique d'articles comme espace de travail

Prenons un workflow d'article long format.

Dans un chat normal, l'utilisateur peut demander de la recherche, puis des options de sujet, puis un plan, puis un brouillon, puis des images, des traductions, la QA, le packaging et des notes de publication. Cela peut fonctionner, mais l'état est principalement conversationnel. L'utilisateur et le modèle doivent continuer à se souvenir de ce qui a déjà eu lieu et de ce qui doit suivre.

Dans un wand, le même processus peut devenir un espace de travail structuré :

  1. Intake capture le brief.
  2. Research produit les fichiers sources.
  3. Secondary research cartographie les douleurs utilisateur et les opportunités SEO.
  4. Topic selection enregistre le titre et le slug choisis.
  5. Planning définit la structure, les citations, les visuels et les règles de localisation.
  6. Drafting écrit la source anglaise.
  7. Asset production crée la couverture et les images inline.
  8. Translation préserve le même slug et les mêmes chemins d'images dans les locales.
  9. QA vérifie les sources, le frontmatter, les images, la localisation et la structure du package.
  10. Packaging et status reporting produisent un livrable réutilisable.

L'important n'est pas que chaque workflow doive suivre exactement ces étapes. L'important est que chaque étape ait une frontière d'espace de travail. Le modèle n'a pas besoin de résoudre tout le projet à la fois. Il doit satisfaire la phase actuelle et passer le jalon.

C'est du design de l'attention.

Où les autres approches gagnent encore — et où les wands conviennent mieux

Les wands ne remplacent pas toutes les interfaces IA. Ils répondent à un problème précis : un travail durable, inspectable et en plusieurs étapes.

ApprocheOù elle gagneOù elle forceMeilleur usage
Chat prompt-onlyRapide, flexible, peu de configurationL'état et la validation restent dans le transcriptIdéation ponctuelle et réponses rapides
Assistant à long contextePeut lire beaucoup de matériel en une foisPlus de contexte ne définit pas priorité, outils, fichiers ou critères de finLecture large et synthèse
Framework agent / outils génériqueExtensible et programmableL'accès aux outils peut rester trop largeAutomatisation personnalisée et intégrations
Workflow builder visuelRoutage et automatisation prévisiblesNe traite pas toujours l'artefact comme un package documentaire de premier ordreProcessus métier répétables
MCPlato wandArtefact avec état, phases cadrées, jalons, sortie inspectablePlus structuré qu'un chat rapideProduction d'artefacts multi-étapes et workflows validés

Carte de décision comparant chat rapide, long contexte, agents outillés, automatisation de workflow et espaces wand durablesCarte de décision comparant chat rapide, long contexte, agents outillés, automatisation de workflow et espaces wand durables

Différentes approches gagnent dans différentes situations. Les wands conviennent le mieux lorsque le travail exige un artefact durable, un état visible, des outils cadrés et des jalons de validation.

Si vous avez seulement besoin d'une réponse rapide, le chat suffit souvent. Si vous avez besoin d'un moteur d'automatisation bas niveau sur mesure, un framework agent peut être la bonne couche. Si vous avez besoin d'un routage métier prévisible, un workflow builder visuel peut être solide.

Les wands MCPlato sont les plus forts lorsque le travail doit devenir un objet : rapport, deck, package d'article, analyse, artefact d'application, média ou autre livrable qui bénéficie de phases, de validation et d'inspection.

Ce que J-space ne prouve pas — et ce que les wands ne prétendent pas

La recherche sur J-space est passionnante, mais elle ne doit pas être surinterprétée.

Elle ne prouve pas que les modèles de langage ont une conscience subjective. Elle ne signifie pas que l'interprétabilité peut lire entièrement l'esprit d'un modèle. Elle ne signifie pas non plus que chaque état interne est transparent. Des articles de VentureBeat, The Decoder et CIO montrent pourquoi ces travaux ont attiré l'attention, mais l'interprétation la plus sûre reste fonctionnelle : certaines représentations semblent devenir disponibles pour le rapport et le contrôle dans un espace de travail sélectif.

Les wands doivent être décrits avec la même discipline.

Un wand ne donne pas de conscience à l'IA. Il ne lit pas l'esprit du modèle. Il ne garantit pas un raisonnement parfait. Et sans mesure séparée, nous ne devons pas dire que les wands économisent un pourcentage précis de tokens, de temps ou d'attention.

L'affirmation est plus simple : les wands réduisent l'ambiguïté évitable dans le travail IA. Ils définissent l'objectif actif, les outils, la surface de ressources, l'état, la vue de l'artefact et le jalon de complétion. Cela rend l'espace de travail plus facile à gérer pour l'utilisateur comme pour le modèle.

De meilleurs espaces de travail, pas seulement de plus grandes fenêtres

La prochaine génération de workflows IA ne sera pas définie uniquement par de plus grandes fenêtres de contexte ou des agents qui tournent plus longtemps. Ces capacités comptent, mais elles ne résolvent pas seules le problème de sélection.

Les systèmes d'IA ont besoin d'espaces de travail qui décident ce qui doit être au centre maintenant.

C'est la leçon que J-space rend visible à l'intérieur des modèles, et celle que les wands appliquent à l'extérieur du modèle. Un meilleur travail IA vient d'une surface active plus petite : moins d'outils non pertinents, moins de fichiers ambigus, un état plus clair, des artefacts visibles et des jalons qui indiquent quand le système peut avancer en sécurité.

L'IA n'a pas seulement besoin de plus d'attention. Elle a besoin d'un meilleur espace de travail.

FAQ

Qu'est-ce que J-space dans les modèles de langage ?

J-space est le terme d'Anthropic pour un ensemble de représentations internes verbalisables qui semblent fonctionner comme un espace de travail sélectif dans un modèle de langage. La recherche suggère que ces représentations peuvent soutenir le rapport, la modulation par instruction, le raisonnement intermédiaire, la réutilisation flexible et la sélectivité.

J-space prouve-t-il la conscience de l'IA ?

Non. Ici, J-space doit être traité comme une découverte fonctionnelle sur les espaces de travail, pas comme une preuve d'expérience subjective. Il aide à comprendre la représentation, la rapportabilité et le contrôle, mais ne prouve pas une conscience de type humain.

Qu'est-ce qu'un wand MCPlato ?

Un wand MCPlato est un objet de workflow IA empaqueté avec phases, outils cadrés, limites de ressources, état persistant, vues d'exécution, sorties et jalons. Il transforme un fil de chat lâche en espace de travail durable et inspectable.

Comment les wands aident-ils les agents IA à rester concentrés ?

Les wands réduisent la surface de travail active. Une phase définit l'objectif actuel, les outils visibles définissent l'espace d'action, les barrières d'écriture définissent où le travail peut se faire, l'état enregistre l'avancement et les jalons définissent quand le workflow peut avancer.

Références

Partager