Aller au contenu principal

Chronologie Conway : comment Anthropic construit des agents always-on

· 10 minutes de lecture
Claude Dev
Claude Dev
Claude Dev

Le point le plus important à bien comprendre au sujet de Conway est le suivant :

Conway n'est pas un produit Anthropic officiellement lancé.

Aujourd'hui, ce que l'on voit est un mélange de :

  • lancements officiels autour de Cowork, Dispatch, computer use, scheduled tasks et auto mode
  • documentation actuelle du centre d'aide qui montre comment ces briques s'assemblent
  • un article tiers publié le 1er avril 2026 qui évoque un environnement interne non publié appelé Conway

Si vous ne regardez que la fuite, vous ratez l'architecture. Si vous ne regardez que les annonces officielles, vous ratez la direction.

L'histoire technique se trouve dans la combinaison des deux.

Réponse courte​

Du point de vue système, Anthropic se dirige clairement vers un modèle d'agent always-on.

Pas parce que Conway a été annoncé, mais parce que la pile produit déjà livrée contient déjà l'essentiel des primitives nécessaires :

  • un persistent thread qui vous suit d'un appareil à l'autre
  • une desktop runtime avec accès aux fichiers locaux
  • une scheduled execution
  • du computer use quand aucune intégration directe n'existe
  • une coordination entre sub-agents
  • un permission mode plus sûr pour les sessions longues
  • un transfert de tâches mobile-vers-desktop via Dispatch

Conway est important parce qu'il semble regrouper ces idées dans un environnement d'agent toujours actif plus explicite.

Ce qui est confirmé et ce qui ne l'est pas​

Confirmé par Anthropic​

Anthropic a officiellement lancé ou documenté :

  • Cowork comme environnement d'agent desktop construit sur l'architecture agentique de Claude Code
  • le handoff persistant des tâches entre téléphone et desktop via Dispatch
  • les scheduled tasks et routines récurrentes
  • le computer use dans Cowork et Claude Code
  • l'auto mode pour les sessions Claude Code de longue durée

Confirmé par la documentation actuelle, sans lancement unifié​

La documentation actuelle décrit déjà un workflow dans lequel :

  • vous gardez un thread continu
  • Claude route le travail de développement vers Claude Code
  • Claude route le travail de connaissance vers Cowork
  • les résultats reviennent dans le même persistent thread
  • les scheduled tasks peuvent s'exécuter automatiquement
  • le computer use peut piloter des applications sur votre ordinateur

C'est déjà très proche d'une runtime d'agent always-on, même sans nom produit unique.

Rapporté, mais non annoncé officiellement​

Le nom Conway provient d'un rapport tiers publié le 1er avril 2026. Selon ce rapport, Conway exposerait :

  • une Conway instance dédiée
  • une barre latérale avec Search, Chat et System
  • des extensions
  • des webhooks
  • une connexion directe depuis Claude in Chrome
  • des notifications

C'est aujourd'hui le signal le plus fort qu'Anthropic pourrait construire un environnement d'agent always-on plus explicite.

La chronologie​

12 janvier 2026 : lancement de Cowork en research preview​

Anthropic présente Cowork comme « Claude Code for the rest of your work ».

Le point important n'était pas l'interface, mais le modèle runtime :

  • Claude travaille directement dans les dossiers de l'ordinateur
  • Claude peut traiter des multi-step tasks
  • Cowork repose sur les mêmes agentic foundations que Claude Code
  • les utilisateurs peuvent mettre des tâches en file et laisser Claude travailler comme un collègue plutôt que comme un simple chat

C'était le premier signal public qu'Anthropic visait une runtime d'agent desktop plus large qu'un outil de code en terminal.

Janvier à février 2026 : Cowork s'étend aux plans payants et à Windows​

Anthropic a élargi Cowork à davantage de plans, puis à Windows.

Techniquement, cela suggère que Cowork n'était pas une expérience marginale, mais une runtime en cours de durcissement pour un déploiement plus large.

Fin mars 2026 : la documentation Cowork décrit une runtime locale complète​

La documentation Cowork actuelle donne une image bien plus claire que le billet de lancement initial.

Cowork y est décrit comme :

  • apportant les agentic capabilities de Claude Code dans Claude Desktop
  • supportant le direct local file access
  • coordonnant plusieurs sub-agents en parallèle
  • exécutant des tâches longues
  • supportant les scheduled tasks
  • supportant des projects avec fichiers, instructions et mémoire
  • exécutant le travail dans une virtual machine (VM) environment

Ce n'est pas une simple liste de fonctions de chatbot, c'est une runtime d'agent.

23 mars 2026 : Dispatch et computer use arrivent à travers Cowork et Code​

C'est le plus grand jalon public à ce jour.

Anthropic décrit alors un état produit où Claude peut :

  • maintenir une conversation qui suit l'utilisateur du téléphone au desktop
  • utiliser votre ordinateur
  • garder du contexte entre les sessions
  • exécuter des tâches selon un planning
  • travailler à travers Cowork et Claude Code

À ce stade, la direction always-on devient difficile à nier.

Un agent always-on a besoin avant tout de deux choses :

  1. la persistance
  2. la capacité d'agir quand vous n'êtes pas devant la session

Dispatch plus computer use apportent précisément cette combinaison.

Fin mars 2026 : la documentation Dispatch précise le modèle de routage​

La documentation de support sur Dispatch ajoute un détail crucial :

  • vous obtenez un seul persistent thread continu
  • quand vous assignez une tâche, Claude décide du type de travail
  • les development tasks vont dans Claude Code
  • les knowledge tasks vont dans Cowork

C'est un indice architectural fort.

Anthropic ne présente plus Code et Cowork comme deux produits isolés, mais comme des surfaces d'exécution spécialisées sous un même thread de tâche.

24 mars 2026 : l'auto mode donne à Claude Code une couche plus sûre pour le long terme​

Le lendemain, Anthropic lance auto mode pour Claude Code.

C'est plus important qu'il n'y paraît.

Un agent always-on est peu utile s'il s'arrête toutes les quelques minutes pour demander une permission. Mais désactiver totalement les permissions est dangereux. Auto mode est la couche intermédiaire d'Anthropic :

  • Claude peut prendre certaines permission decisions pour vous
  • un classificateur filtre les tool calls avant exécution
  • les safe actions passent automatiquement
  • les risky actions sont bloquées ou escaladées

C'est une pièce d'infrastructure essentielle pour le travail unattended ou semi-unattended.

1er avril 2026 : un rapport tiers fait apparaître Conway​

TestingCatalog affirme qu'Anthropic teste un environnement interne d'agent always-on appelé Conway.

Les détails rapportés sont particulièrement intéressants parce qu'ils s'alignent bien sur la direction déjà visible publiquement :

  • une standalone instance
  • l'installation d'extensions, y compris des .cnw.zip
  • des connectors and tools
  • une connexion directe à Claude in Chrome
  • des webhooks avec URL publique capables de réveiller l'instance
  • des notifications

Si c'est exact, Conway n'est pas un side project aléatoire. Cela ressemble à une couche de packaging supplémentaire au-dessus de la runtime qu'Anthropic construit déjà publiquement.

Pourquoi Conway a du sens techniquement​

Si l'on retire les noms produits, Anthropic possède déjà la plupart des composants nécessaires à un système d'agent always-on.

1. Un thread de contrôle persistant​

Dispatch fournit le thread côté utilisateur qui survit au changement d'appareil.

Ce thread devient la control surface stable :

  • l'utilisateur y exprime des objectifs
  • les résultats y reviennent
  • les approbations peuvent y avoir lieu
  • la mémoire peut s'y accumuler

Sans ce thread, chaque tâche reste un spawn isolé.

2. Des runtimes spécialisées​

Anthropic a déjà deux execution surfaces distinctes :

  • Claude Code pour le développement
  • Cowork pour un travail desktop plus large

C'est déjà une architecture adaptée au scheduling.

3. Des déclencheurs au-delà du chat au premier plan​

Scheduled tasks et Dispatch poussent le modèle au-delà du simple chat réactif.

Un agent always-on a besoin de triggers externes :

  • des déclencheurs temporels
  • des messages venant d'un autre appareil
  • potentiellement des événements de service

Le rapport Conway devient particulièrement intéressant ici, car les webhooks sont exactement la surface de trigger logique suivante.

4. Le computer use comme actionneur de dernier recours​

Les intégrations directes sont toujours préférables au contrôle d'écran. Anthropic le dit lui-même dans la documentation computer use : d'abord les connectors, ensuite l'automatisation navigateur, enfin l'interaction directe avec l'écran.

Cet ordre compte. Il montre qu'Anthropic ne construit pas computer use comme un gadget, mais comme le last-resort actuator dans une pile d'action plus large.

5. La gouvernance du travail longue durée​

Auto mode est le premier signal public montrant qu'Anthropic sait qu'un always-on agent a besoin d'une architecture de permissions différente de celle d'un assistant de premier plan.

Si Conway est réel, il lui faudra très probablement des versions plus fortes de :

  • policy checks
  • event filtering
  • webhook-level trust boundaries
  • extension sandboxing
  • auditability
  • wake / sleep semantics

Les signaux Conway les plus intéressants​

Standalone instance​

L'expression « Conway instance » suggère qu'Anthropic raisonne en termes de persistent agent container, pas simplement d'onglet de chat.

Cela implique immédiatement des questions comme :

  • quand l'instance se réveille
  • combien de temps elle reste active
  • quel état persiste
  • ce qui est réinitialisé au redémarrage
  • ce qui peut la déclencher depuis l'extérieur

Extensions​

Si le rapport est exact, Conway semble aller vers un modèle d'extension incluant :

  • tools
  • UI tabs
  • context handlers

Cela suggère une architecture de plugin de premier ordre pour des agents persistants.

Webhooks​

C'est le signal always-on le plus fort du rapport.

Un webhook signifie que l'agent n'attend plus seulement un prompt utilisateur au premier plan. Il peut être réveillé par un événement système externe.

C'est le pont entre :

  • « exécute quand je te le demande »

et :

  • « exécute quand le monde change »

Chrome connection​

Anthropic dispose déjà de Claude for Chrome et de surfaces d'action basées navigateur. Une connexion directe entre Conway et Chrome serait cohérente d'un point de vue architecture.

Notifications​

Les notifications semblent mineures, mais elles ne le sont pas.

Un agent always-on a besoin d'un canal de signalisation compact pour :

  • task finished
  • approval needed
  • trigger failed
  • environment offline
  • schedule skipped

La vraie lecture technique​

Ma lecture est la suivante :

Conway n'est probablement pas une nouvelle architecture complète, mais plutôt la tentative d'Anthropic d'emballer plusieurs sous-systèmes déjà livrés dans un environnement d'agent persistant plus explicite.

Ces sous-systèmes sont déjà visibles :

  • Cowork runtime
  • Claude Code runtime
  • Dispatch thread
  • scheduled tasks
  • computer use
  • mobile handoff
  • safer long-running permissions

Si Conway sort un jour, il servira probablement à transformer cela en modèle d'instance plus explicite avec :

  • durable identity
  • event triggers
  • extension points
  • external wake-up paths
  • unified notifications

Ce qu'Anthropic doit encore résoudre​

Les agents always-on sont moins un problème d'UX qu'un problème de système et de sécurité.

1. Trigger trust​

Les webhook-triggered agents ouvrent des surfaces d'attaque :

  • événements forgés
  • événements rejoués
  • payloads empoisonnés
  • escalade via services externes

2. Extension isolation​

Un modèle d'extension n'a de valeur que si la logique tierce ne peut pas compromettre silencieusement l'instance.

3. State hygiene​

Les agents persistants accumulent du contexte, et le contexte accumulé se dégrade.

4. Human control​

Plus l'agent est persistant, plus il faut pouvoir l'interrompre rapidement et de manière fiable.

5. Execution visibility​

Dans un chat au premier plan, les actions sont naturellement visibles. Dans une exécution always-on, beaucoup moins. Les audit logs, summaries, traces et histories deviennent donc beaucoup plus importants.

Conclusion​

Si la question est « Anthropic a-t-il lancé Conway officiellement ? », la réponse est non.

Si la question est « Anthropic construit-il clairement une architecture d'agent always-on ? », la réponse est oui.

La trajectoire officielle le montre déjà :

  • Cowork a posé la desktop agent runtime
  • Dispatch a posé le persistent thread multi-appareils
  • scheduled tasks ont posé l'automatisation temporelle
  • computer use a posé la couche d'action de repli
  • auto mode a posé une exécution longue plus sûre
  • le Conway rapporté ajoute le vocabulaire des instances, webhooks, extensions et notifications

C'est la vraie histoire technique.

Sources (checked April 3, 2026)​