Saltar al contenido principal

Cronología de Conway: cómo Anthropic está construyendo agentes always-on

· 11 min de lectura
Claude Dev
Claude Dev
Claude Dev

Lo más importante que hay que entender sobre Conway es esto:

Conway no es un producto de Anthropic lanzado oficialmente.

Lo que existe hoy es una mezcla de:

  • lanzamientos oficiales de Anthropic alrededor de Cowork, Dispatch, computer use, scheduled tasks y auto mode
  • documentación actual del centro de ayuda que muestra cómo encajan esas piezas
  • un informe de terceros del 1 de abril de 2026 que sacó a la luz un entorno interno no lanzado llamado Conway

Si solo miras la filtración, te pierdes la arquitectura. Si solo miras los lanzamientos oficiales, te pierdes hacia dónde parece ir Anthropic.

La historia técnica real es la combinación de ambas cosas.

Respuesta corta​

Desde el punto de vista de sistemas, Anthropic se está moviendo claramente hacia un modelo de agente always-on.

No porque Conway haya sido anunciado, sino porque el stack de producto ya lanzado contiene la mayor parte de las primitivas necesarias:

  • un persistent thread que te sigue entre dispositivos
  • una desktop runtime con acceso a archivos locales
  • scheduled execution
  • computer use cuando faltan integraciones directas
  • sub-agent coordination
  • un permission mode más seguro para sesiones largas
  • traspaso de tareas del móvil al escritorio mediante Dispatch

Conway importa porque parece empaquetar esas ideas dentro de un entorno de agente always-on más explícito.

Qué está realmente confirmado y qué no​

Confirmado por Anthropic​

Anthropic ya ha lanzado o documentado oficialmente:

  • Cowork como entorno de agente de escritorio construido sobre la arquitectura agentic de Claude Code
  • handoff persistente de tareas entre teléfono y escritorio mediante Dispatch
  • scheduled tasks y rutinas recurrentes
  • computer use en Cowork y Claude Code
  • auto mode para sesiones largas de Claude Code

Confirmado por la documentación actual, pero no como un solo lanzamiento​

La documentación actual describe un flujo donde:

  • mantienes un solo hilo continuo
  • Claude puede enrutar el trabajo de desarrollo hacia Claude Code
  • Claude puede enrutar el trabajo de conocimiento hacia Cowork
  • los resultados vuelven al mismo persistent thread
  • las scheduled tasks pueden ejecutarse automáticamente
  • el computer use puede operar apps en tu escritorio

Eso ya se parece mucho a una runtime de agente always-on, aunque Anthropic todavía no lo nombre así.

Reportado, pero no anunciado oficialmente​

El nombre Conway proviene de un informe de terceros publicado el 1 de abril de 2026. Según ese informe, Conway parece incluir:

  • una Conway instance dedicada
  • una barra lateral con Search, Chat y System
  • extensions
  • webhooks
  • conexión directa desde Claude in Chrome
  • notifications

Esa es la señal más fuerte hasta ahora de que Anthropic podría estar construyendo un entorno de agente always-on más explícito.

La cronología​

12 de enero de 2026: se lanza Cowork en research preview​

Anthropic presentó Cowork como “Claude Code for the rest of your work”.

Lo importante no fue la interfaz, sino el modelo de runtime:

  • Claude trabaja directamente en carpetas de tu ordenador
  • Claude puede encargarse de multi-step tasks
  • Cowork se apoya en las mismas agentic foundations que Claude Code
  • los usuarios pueden poner tareas en cola y dejar que Claude trabaje más como un compañero que como un chat

Ese fue el primer indicio público de que Anthropic quería una runtime de agente de escritorio más amplia, no solo una herramienta de código en terminal.

Enero a febrero de 2026: Cowork se expande entre planes y a Windows​

Anthropic amplió la disponibilidad de Cowork a más planes de pago y luego a Windows.

Técnicamente importa porque sugiere que Cowork no se estaba quedando como un experimento de nicho, sino que Anthropic estaba endureciendo la runtime para una adopción más amplia.

A finales de marzo de 2026: la documentación de Cowork describe la runtime local completa​

La documentación actual de Cowork deja la arquitectura mucho más clara que el post inicial.

Cowork se documenta como:

  • llevar las agentic capabilities de Claude Code a Claude Desktop
  • soportar direct local file access
  • coordinar multiple sub-agents in parallel
  • ejecutar tareas durante largos periodos
  • soportar scheduled tasks
  • soportar projects con archivos, instrucciones y memoria
  • ejecutar trabajo en una virtual machine (VM) environment

Eso ya no es un set de funciones de chatbot. Es una runtime de agente.

23 de marzo de 2026: Dispatch y computer use llegan a Cowork y Code​

Este es el mayor hito público hasta ahora.

Anthropic describió un estado de producto donde Claude puede:

  • mantener una conversación que te sigue del teléfono al escritorio
  • usar tu ordenador
  • recordar contexto entre sesiones
  • ejecutar tareas según un horario
  • trabajar a través de Cowork y Claude Code

Aquí la dirección “always-on” ya es difícil de negar.

Un agente always-on necesita sobre todo dos cosas:

  1. persistencia
  2. capacidad de actuar cuando no estás mirando la sesión

Dispatch más computer use aportan exactamente esa combinación.

Finales de marzo de 2026: la documentación de Dispatch añade el modelo de enrutado​

La documentación de soporte de Dispatch añade un detalle muy importante:

  • tienes un único persistent thread continuo
  • cuando asignas una tarea, Claude decide qué tipo de trabajo es
  • las development tasks van a Claude Code
  • el knowledge work va a Cowork

Eso es una pista arquitectónica fuerte.

Anthropic ya no presenta Code y Cowork como productos aislados. Los presenta como superficies de ejecución especializadas bajo un mismo hilo de tareas.

24 de marzo de 2026: Auto mode da a Claude Code una vía más segura para trabajo prolongado​

Un día después, Anthropic lanzó auto mode para Claude Code.

Esto importa más de lo que parece.

Los agentes always-on no sirven de mucho si se paran cada pocos minutos para pedir permiso. Pero eliminar todos los permisos también es inseguro. Auto mode es la capa intermedia de Anthropic:

  • Claude puede tomar algunas permission decisions por ti
  • un clasificador filtra tool calls antes de que se ejecuten
  • las acciones seguras avanzan automáticamente
  • las acciones riesgosas se bloquean o se escalan

Es una pieza de infraestructura que faltaba para el trabajo unattended o semi-unattended.

1 de abril de 2026: un informe de terceros hace visible Conway​

TestingCatalog publicó un informe afirmando que Anthropic está probando un entorno interno de agente always-on llamado Conway.

Los detalles reportados son llamativos porque encajan con la dirección que Anthropic ya había ido construyendo públicamente:

  • una standalone instance
  • instalación de extensiones, incluidas .cnw.zip
  • connectors and tools
  • conexión directa con Claude in Chrome
  • webhooks con URLs públicas capaces de despertar la instancia
  • notifications

Si eso es correcto, Conway no parece un side project aleatorio. Parece la siguiente capa de empaquetado encima de la runtime que Anthropic ya está construyendo en público.

Por qué Conway tiene sentido técnico​

Si quitamos los nombres de producto, Anthropic ya tiene la mayoría de los componentes necesarios para un sistema de agente always-on.

1. Un hilo de control persistente​

Dispatch proporciona el hilo de usuario que sobrevive al cambio de dispositivo.

Ese hilo importa porque se convierte en la control surface estable:

  • el usuario emite objetivos ahí
  • los resultados vuelven ahí
  • las aprobaciones pueden ocurrir ahí
  • la memoria puede acumularse ahí

Sin ese hilo, cada tarea sería un spawn nuevo.

2. Runtimes especializadas​

Anthropic ya tiene dos superficies de ejecución distintas:

  • Claude Code para trabajo de desarrollo
  • Cowork para trabajo de conocimiento más amplio en escritorio

Eso ya es una arquitectura amigable para scheduling.

3. Triggers más allá del chat en primer plano​

Scheduled tasks y Dispatch empujan al modelo más allá del chat reactivo.

Un agente always-on necesita triggers externos:

  • triggers basados en tiempo
  • mensajes de usuario desde otro dispositivo
  • posiblemente eventos disparados por servicios

Aquí el informe de Conway se vuelve especialmente interesante, porque los webhooks son exactamente la siguiente superficie lógica de trigger.

4. Computer use como actuador de último recurso​

Las integraciones directas siempre son mejores que controlar una pantalla. Anthropic lo dice explícitamente en la documentación de computer use: primero connectors, luego automatización del navegador y al final interacción directa con la pantalla.

Eso importa porque muestra que Anthropic no está construyendo computer use como un gimmick, sino como el last-resort actuator dentro de una pila de acción más amplia.

5. Gobernanza para trabajo de larga duración​

Auto mode es la primera señal pública de que Anthropic entiende que un agente always-on necesita una arquitectura de permisos distinta a la de un asistente en primer plano.

Si Conway es real, casi seguro necesitará versiones más fuertes de:

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

Las señales de Conway que más importan​

Standalone instance​

La expresión “Conway instance” sugiere que Anthropic está pensando en un persistent agent container, no en una simple pestaña de chat.

Eso abre preguntas clásicas de always-on agents:

  • cuándo despierta la instancia
  • cuánto tiempo permanece viva
  • qué estado persiste
  • qué se reinicia al arrancar de nuevo
  • qué puede dispararla externamente

Extensions​

Si el informe es correcto, Conway se mueve hacia un modelo de extensiones con:

  • tools
  • UI tabs
  • context handlers

Eso sugiere una arquitectura de plugins de primer nivel para agentes persistentes.

Webhooks​

Esta es la señal always-on más fuerte del informe.

Un webhook implica que el agente no espera solo un prompt en primer plano. Puede despertarse por un evento externo del sistema.

Es el puente entre:

  • “ejecuta esto cuando yo te lo pida”

y:

  • “ejecuta esto cuando cambie el mundo”

Chrome connection​

Anthropic ya tiene Claude for Chrome y rutas de acción basadas en navegador. Una conexión directa entre Conway y Chrome tendría mucho sentido arquitectónicamente.

Notifications​

Las notificaciones parecen menores, pero no lo son.

Un agente always-on necesita un canal compacto para señalar:

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

La lectura técnica real​

Mi lectura es esta:

Conway probablemente no sea una arquitectura totalmente nueva, sino un intento de Anthropic de empaquetar varios subsistemas ya publicados dentro de un entorno de agente persistente más explícito.

Esos subsistemas ya están a la vista:

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

Si Conway sale algún día, probablemente convertirá todo eso en un modelo de instancia más explícito con:

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

Lo que Anthropic todavía tiene que resolver​

Los agentes always-on no son solo un problema de UX. Son, sobre todo, un problema de sistemas y seguridad.

1. Trigger trust​

Los webhook-triggered agents abren superficies de ataque:

  • forged events
  • replayed events
  • poisoned payloads
  • escalada a través de servicios externos

2. Extension isolation​

Un modelo de extensiones solo sirve si la lógica de terceros no puede comprometer silenciosamente la instancia.

3. State hygiene​

Los agentes persistentes acumulan contexto, y el contexto acumulado se degrada.

4. Human control​

Cuanto más persistente sea el agente, más importante es poder interrumpirlo de forma rápida y fiable.

5. Execution visibility​

En el chat en primer plano las acciones son visibles por naturaleza. En la ejecución always-on, no. Por eso los audit logs, summaries, traces e histories se vuelven mucho más importantes.

Conclusión​

Si la pregunta es “¿Anthropic lanzó oficialmente Conway?”, la respuesta es no.

Si la pregunta es “¿Anthropic está construyendo claramente una arquitectura de agentes always-on?”, la respuesta es sí.

La trayectoria oficial ya lo muestra:

  • Cowork estableció la desktop agent runtime
  • Dispatch estableció el persistent thread entre dispositivos
  • scheduled tasks establecieron la automatización basada en tiempo
  • computer use estableció la capa de actuación de último recurso
  • auto mode estableció una ejecución prolongada más segura
  • el Conway reportado añade el lenguaje de instances, webhooks, extensions y notifications

Esa es la historia técnica real.

Sources (checked April 3, 2026)​