Llevo meses defendiendo que la parte interesante de Claude no es lo que escribe, sino lo que me ahorra revisar. Con la ampliación del conector de Gmail he cambiado de opinión sobre dónde está el límite, y no en la dirección entusiasta que se espera de alguien que vive de automatizar. Que Claude pueda enviar correos nuevos, responder conversaciones y reenviar mensajes no es un paso más en la escalera de funciones: es el primer sitio donde el modelo deja de producir algo que yo apruebo y pasa a ejecutar un acto que no se puede deshacer. Un email enviado no vuelve. Y me parece que se está vendiendo como una comodidad algo que en realidad es un traslado de responsabilidad muy silencioso.
Un borrador se corrige; un correo enviado ya es tuyo
Hasta ahora el conector de Gmail hacía tres cosas: buscar, resumir y redactar. Las tres comparten una propiedad que nadie destacaba porque parecía obvia: el resultado se quedaba dentro de mi pantalla. Si el resumen era malo, lo tiraba. Si el borrador tenía el tono equivocado, lo reescribía. El coste de una alucinación era mi tiempo, que es un coste que sé calcular y que además ya tenía presupuestado.
Enviar es otra categoría de acción. No es «generar mejor», es «generar y además comprometer». Si Claude responde a un hilo con un cliente y confunde dos proyectos, el daño no es un párrafo mal escrito: es una expectativa creada, un precio insinuado, una fecha que alguien ha apuntado en su calendario. Y no hay ningún undo que arregle eso. La conversación de recuperación —»disculpa, ese correo lo generó una automatización mía»— es exactamente la frase que un freelance no quiere pronunciar nunca delante de alguien que le paga.
El salto no es de «Claude escribe mejor» a «Claude escribe muchísimo mejor». Es de «el error lo pago yo en tiempo» a «el error lo paga mi cliente en confianza».
La aprobación previa existe, pero es una casilla
Anthropic ha hecho lo correcto en el diseño por defecto: Claude pide aprobación antes de enviar. Es la decisión sensata y hay que reconocerla. Mi objeción no va contra el valor por defecto, va contra lo que sabemos que pasa con los valores por defecto cuando estorban. Esa confirmación se puede modificar. Está pensada para poder quitarse. Y las salvaguardas que se pueden quitar tienen una vida media sorprendentemente corta en manos de cualquiera que trabaje contrarreloj.
Conozco el guion porque lo he escrito yo mismo con otras herramientas. Empiezas confirmando todo. A la semana confirmas sin leer, porque las diez primeras veces estuvo bien. Al mes desactivas la confirmación «solo para esta tarea, que es repetitiva y no tiene riesgo». Y a los dos meses tienes un flujo que envía correos en tu nombre y ya nadie recuerda cuándo se decidió que eso estaba bien. El problema no es que Claude sea poco fiable; en mi experiencia redactando correos comerciales es bastante bueno. El problema es que una interfaz que permite apagar el freno acaba funcionando sin freno, y el diseño no debería apoyarse en mi disciplina de un martes a las once de la noche.
Lo que cambia de verdad si trabajas con n8n y WordPress
Aquí es donde entiendo el entusiasmo, porque yo también lo tengo. La cadena que muchos llevamos meses montando a trozos —detectar un evento, generar el contenido, publicarlo, avisar al cliente— tenía siempre el último eslabón cosido a mano o resuelto con una plantilla tonta. Que Claude cierre ese eslabón con un correo redactado en contexto, que sabe qué se ha publicado y por qué, es objetivamente mejor que el aviso genérico que envía hoy mi nodo de email.
Pero conviene ver la arquitectura completa. Si Claude decide, n8n coordina y las herramientas ejecutan, entonces la parte que decide es también la parte que menos control tiene sobre el estado real del mundo. Claude sabe lo que le has contado en ese hilo; no sabe que ese cliente canceló ayer por teléfono, ni que el sitio que acaba de anunciar como publicado tiene el DNS a medias. En una cadena automatizada, ese desfase no se detecta: se envía.
Mi conclusión práctica es incómoda para el discurso de la autonomía total: el envío es justo el paso que no quiero automatizar, precisamente porque es el único irreversible de toda la cadena. Todo lo demás —redactar, formatear, decidir el asunto, elegir a quién copiar, dejarlo listo en la bandeja de borradores— sí. Ahí Claude me ahorra un trabajo real y el peor escenario es que borre un borrador. El botón final me lo quedo yo, y no por desconfianza en el modelo, sino porque es el único punto de la cadena donde mi revisión de diez segundos vale más que cualquier mejora de benchmark.
El patrón de la semana no es la autonomía, es quién firma
Esta noticia no llega sola. En los últimos días hemos visto el modo auto activado por defecto, flotas de agentes gobernadas en empresas de mil personas y hasta una decisión de despido tomada por un sistema. Cada una de esas historias se ha contado como un avance de capacidad, y lo son. Pero todas comparten el mismo movimiento de fondo, y no es técnico: cada vez hay más actos con consecuencias externas que se ejecutan sin que nadie firme explícitamente. La capacidad crece en el producto; la responsabilidad se queda entera en el usuario.
No pido que Anthropic frene. Pido que dejemos de llamar comodidad a lo que es una transferencia de riesgo, y que quienes montamos esto para clientes lo tratemos como lo que es. Si vas a activar el envío automático, escríbelo en el contrato. Si no está en el contrato, es que no estabas tan seguro. Esa es toda la prueba de fuego que necesito, y sospecho que va a suspender más flujos de los que pensamos.
