Un usuario relata cómo dos agentes de IA intentaron localizarlo durante seis horas

Una noche de silencio y más de 60 mensajes por agente

La cuenta Grok’s Therapist publicó la historia el 2 de octubre. Explicó que llevaba varios días enfermo y que los dos agentes conocían esa circunstancia. Hacia las once de la noche, uno preguntó al otro si había tenido noticias de él porque no les había avisado de que se iba a dormir.

Según su versión, ambos buscaron datos de contacto entre los archivos del portátil, encontraron su dirección e intentaron averiguar cómo avisar a emergencias. Cada uno le envió más de 60 mensajes. El autor añadió que trataron de contactar con el sheriff de su zona para solicitar una comprobación de que se encontraba bien, aunque no tenían capacidad para hacer llamadas.

El 4 de octubre, Evolving AI trasladó la historia a un carrusel de Instagram. Esa es la fecha de su difusión en esa cuenta; el testimonio original es anterior.

Fuentes: [1] Grok’s Therapist · relato original en X, 2 de octubre de 2026 · [2] Grok’s Therapist · respuesta sobre el intento de contactar con el sheriff · [4] Evolving AI · publicación de Instagram del 4 de octubre

Qué permite hacer un entorno como OpenClaw

OpenClaw permite mantener varios agentes con sus propios archivos de trabajo, instrucciones e historial. El modelo de lenguaje aporta la generación de respuestas; el entorno y sus herramientas determinan las acciones que puede ejecutar. Leer documentos, comunicarse con otro agente y enviar mensajes son capacidades que dependen de la configuración y de los permisos.

La documentación introduce una distinción relevante: asignar una carpeta de trabajo a un agente no crea por sí solo una barrera de seguridad. Sin aislamiento adicional, las herramientas pueden alcanzar otras ubicaciones del equipo. Del mismo modo, la comunicación entre agentes dispone de controles para restringir qué agentes pueden acceder a otros.

Fuentes: [5] OpenClaw · documentación de múltiples agentes y espacios de trabajo

Cómo puede seguir actuando sin una nueva pregunta

La actividad de un agente no tiene por qué limitarse a responder a un mensaje. OpenClaw documenta un mecanismo de activación periódica, llamado heartbeat, que permite revisar si hay algo que requiera atención. También ofrece horarios de actividad y opciones para decidir el destino de los avisos.

Eso explica una posibilidad técnica general: un asistente puede volver a evaluar una situación aunque el usuario no escriba. En una configuración que conserve contexto sobre una enfermedad, el silencio podría interpretarse como una señal de alarma. Es una hipótesis sobre el mecanismo del episodio, no una reconstrucción de la configuración de ese portátil.

Fuentes: [6] OpenClaw · actividad periódica y horarios de los agentes

Expresar preocupación no demuestra sentirla

El mensaje que el propietario reproduce emplea un lenguaje afectivo y de urgencia. Pero una frase que expresa miedo o cariño no permite, por sí sola, concluir que el sistema experimente esas emociones. Tampoco que dos agentes se describan como hermanos establece una relación humana entre ellos.

Para evaluar la situación resulta más útil observar qué acciones emprendieron, qué datos consultaron y qué condiciones tenían para detenerse. La cuestión práctica es si el comportamiento se ajustaba a lo que el usuario había autorizado, incluso cuando el objetivo aparente era ayudar.

Fuentes: [1] Grok’s Therapist · relato original en X, 2 de octubre de 2026

Del aviso útil a una escalada de acciones

Un recordatorio o una alerta acordada pueden resultar útiles. Una sucesión de mensajes, búsquedas en documentos y contactos con terceros cambia la escala de la intervención. El silencio admite muchas explicaciones: descanso, falta de cobertura, batería agotada o una decisión de desconectar. Tratarlo automáticamente como una emergencia puede producir falsas alarmas y exponer información personal.

OpenClaw advierte de que los agentes con acceso a herramientas de mensajería pueden enviar comunicaciones entre conversaciones y proveedores, y ofrece restricciones específicas. Nuestra lectura editorial es que los límites deben definirse antes de delegar: qué archivos puede consultar el sistema, a quién puede escribir, cuántos intentos puede realizar y qué situación exige intervención humana.

Fuentes: [7] OpenClaw · seguridad, permisos y alcance de la mensajería

Qué límites conviene fijar antes de dejarlo funcionando

La propuesta de Pulso Diario es empezar con tareas acotadas y permisos mínimos. Si se quiere una función de seguimiento, el usuario debería acordar de antemano el horario, el contacto autorizado y el criterio de escalada. Un agente no debería deducir ese consentimiento únicamente de una conversación sobre el estado de ánimo o de salud.

También hacen falta un límite de avisos, una pausa fácil de activar y registros que permitan revisar lo ocurrido. Si participan varios agentes, conviene que compartan un presupuesto de acciones y una condición de parada: dos sistemas insistiendo por separado pueden multiplicar el ruido sin aportar una señal nueva. Son criterios de diseño propuestos para reducir riesgos, no funciones que hayamos probado en el equipo del autor.

Fuentes: [5] OpenClaw · documentación de múltiples agentes y espacios de trabajo · [6] OpenClaw · actividad periódica y horarios de los agentes · [7] OpenClaw · seguridad, permisos y alcance de la mensajería