Claude Duet toma la iniciativa: ¿cuándo debería interrumpirte la IA del equipo?

Ilustración conceptual: entregar una excepción útil y mantener ordenada la información rutinaria.

En los canales de proyecto hay un mensaje conocido: «Revisión terminada, nada que señalar». Al principio tranquiliza. Después de varios días, lo pasas sin leer. Si el proveedor retrasa de verdad la entrega dos días, el aviso importante puede perderse entre los demás.

Cuando un asistente empieza a trabajar por su cuenta, conviene hablarlo: ¿qué debe avisarnos ahora y qué puede contarnos por la tarde? Anthropic abrió la vista previa de investigación de Claude Duet el 21 de octubre de 2026, centrada en trabajo proactivo y en segundo plano. Dejar de vigilar algunas cosas suena bien. Para hacerlo a gusto hay que explicar cuándo queremos que nos busque.

Define un cambio que merezca avisarse

Supongamos que el cliente espera la entrega el viernes. La hoja de compras dice que llega el jueves, pero el proveedor contesta «si es posible, enviamos esta semana». Quieres saber si el viernes sigue siendo viable y cuándo buscar otra solución.

Puedes pedirle esa revisión a Leina en el chat. Lee Apps autorizadas, continúa trabajos largos en segundo plano y ejecuta tareas programadas. Primero comprueba que puede leer la hoja y las respuestas y prueba un pedido que conozcas. Sigamos con este ejemplo para decidir qué avisos resultarían útiles.

Especifica pedidos, fechas y destinatario. Avisa cuando una nueva fecha confirmada supere el compromiso. «Si es posible» debe seguir marcado como no confirmado.

Separa avisos, resúmenes y silencio

Para detectar un cambio hace falta el registro anterior. «No repitas» no dice con qué comparar. Durante la prueba, guarda el último resultado en una hoja compartida. Cuando funcione, revisa si el entorno puede conservarlo y leerlo de forma continua. Si no, puedes aportar tú la referencia y empezar con resúmenes programados.

flowchart TB
  accTitle: De la revisión al aviso adecuado
  accDescr: Leer fuentes autorizadas, comprobar el éxito y decidir entre informar del fallo, guardar silencio, resumir o avisar al responsable.
  A("Lectura autorizada programada"):::channel --> B{"¿Fuentes y referencia completas?"}:::gateway
  B -->|No| C("Informar del fallo"):::restricted
  B -->|Sí| D{"¿Cambio nuevo verificado?"}:::gateway
  D -->|No| E("No repetir avisos de negocio"):::resource
  D -->|Sí| F{"¿Decisión pronta necesaria?"}:::agent
  F -->|No| G("Resumen programado"):::resource
  F -->|Sí| H("Avisar al responsable"):::channel

Entrega una pregunta que se pueda responder

«Pedido en riesgo» obliga a investigar. «A pasa del jueves al lunes, después del viernes prometido: ¿contactamos al cliente?» permite continuar.

Incluye cambio, registro comparado, fuente, hora y decisión esperada. Si no hay responsable explícito, márcalo pendiente. Confirma el canal antes de compartir datos del cliente.

Cada día laborable a las 10:00, zona Asia/Shanghai, lee compras y respuestas autorizadas del proyecto A. Compara con la última revisión correcta que proporciono. Avísame aquí solo si una fecha nueva confirmada supera el compromiso, con número de pedido, fechas y fuentes. Resume otros cambios a las 17:00 y no avises por registros iguales. Si falta referencia o no puedes leer, informa del fallo, no de que todo está bien. Muestra horario y ejemplo antes de programarlo con mi confirmación.

Comprueba si el resumen requiere otra tarea y dónde guardar resultados. Informar de un retraso no autoriza a prometer otra fecha al cliente.

Confirma el éxito antes de guardar silencio

La ausencia de avisos también puede esconder una conexión caducada. Concluir que no hay cambios exige lectura correcta, alcance conocido y referencia válida.

No hace falta montar un sistema de supervisión antes de probarlo. Una hoja que el equipo pueda abrir con el último éxito, pedidos revisados y datos que no se leyeron ya ayuda. Al principio se puede mantener a mano. Revisar de vez en cuando el funcionamiento permite dejar tranquilo el canal el resto del tiempo.

Prueba datos normales, un cambio real y datos ausentes. Busca avisos omitidos, duplicados y errores presentados como normalidad.

Ajusta la frecuencia al plazo de decisión

Leer cada hora aporta poco si la fuente cambia una vez al día. Agrupa lo rutinario en el horario del responsable y adapta intervalo y destinatario a lo urgente.

Una revisión programada no es una alerta en tiempo real. Comprueba ejecuciones y costes. Tras una semana, cuenta avisos útiles, duplicados, omisiones y fallos antes de ampliar.

Si abres una hoja cada día para comprobar lo mismo, empieza por ahí con la guía de Leina. La próxima vez que mires el canal, quizá solo quieras leer: «La fecha cambió. Aquí está la respuesta del proveedor. Hoy necesitamos que decidas».