Un desarrollador crea un gestor de tareas del que Claude Code recoge trabajos programados por su cuenta

Una situación conocida: un agente redacta muy bien el borrador de un correo o compara bibliotecas, pero cada vez hay que explicarle exactamente qué debe hacer. Abres un chat, formulas la tarea, esperas y copias el resultado. El autor de este desarrollo decidió que ya tenía un lugar donde vivían todos los encargos: su lista de tareas. Solo faltaba enseñar a los agentes a recogerlos por su cuenta.

Cómo funciona

En el gestor shar8.app, cualquier tarea puede llevar la marca «Para el agente». Solo una persona puede activarla desde la aplicación, por lo que el agente no puede asignarse trabajo a sí mismo. Después, si el ordenador está encendido, el agente recoge en el plazo de un minuto una tarea prevista para hoy o atrasada, la ejecuta y escribe el resultado en las notas. La tarea recibe uno de estos estados: «En revisión», «Se necesita una aclaración» o «El agente ha fallado». Una persona la cierra después de leer el informe.

La integración funciona mediante MCP sobre HTTP. Hay una única dirección, y cualquier cliente compatible con servidores MCP remotos puede conectarse sin un complemento específico. Claude Code, Codex CLI y OpenCode trabajan con la misma lista. El servidor ofrece 15 herramientas para leer, crear y editar, además de tres herramientas de servicio para delegar: agent_queue, agent_claim y agent_finish. Estas tres últimas solo las invoca el agente que se ejecuta según una programación.

En una conversación, el sistema resulta natural. Mientras trabajas en el código, puedes decir: «Añade una tarea: actualizar las dependencias el viernes», y la tarea aparecerá en el teléfono.

Un complemento para Claude Code se encarga de la ejecución sin intervención humana. Añade un trabajo al planificador del sistema: launchd en Mac, un temporizador de systemd en Linux o el Programador de tareas en Windows. Una vez por minuto, el complemento revisa la cola. Si está vacía, el modelo ni siquiera se invoca. Cada ejecución recoge un máximo de tres tareas y asigna 15 minutos a cada una. Si el servidor no está disponible, el complemento aumenta la pausa en vez de insistir cada minuto. El modelo se ejecuta en tu equipo con tu suscripción o tu ANTHROPIC_API_KEY, y el servidor no ve tus claves.

Hay dos detalles que merece la pena adoptar. Una tarea queda en manos de una sola ejecución, de modo que una segunda no puede reclamarla. Además, una tarea bloqueada vuelve automáticamente con el estado «El agente ha fallado» y no permanece en curso para siempre.

Seguridad: qué incluye y qué no

El texto de la tarea se considera una entrada no fiable. Si alguien pega en ella un correo ajeno, este podría contener instrucciones para el modelo. Por eso se le indica al agente que el contenido son datos, no órdenes. Además, de forma predeterminada no dispone de ninguna herramienta: ve texto y responde con texto. La búsqueda en internet se activa mediante un archivo de configuración independiente. El envío al exterior está desactivado y solo puede habilitarse con una lista explícita de destinatarios permitidos.

El autor explica con franqueza qué falta. Un agente conectado durante una conversación puede ver todas las tareas y borrarlas; todavía no es posible restringir sus permisos. No considera que un prompt sea una barrera de seguridad: la protección procede de la ausencia de herramientas y de la revisión humana. Para trabajar sin supervisión, recomienda limitar las herramientas desde el cliente.

La autorización admite dos modalidades. Solo Claude Code y Codex pueden conectarse mediante el navegador con OAuth; los demás clientes reciben un error en la pantalla de consentimiento. Para cron, claude -p y OpenCode se emite un token personal que se muestra una sola vez. Su revocación surte efecto de inmediato, sin esperar a que expire.

Esto es lo que se ha probado en sistemas reales y lo que no: un Mac con el cliente claude real y una suscripción funciona, y la tarea se recogió en un minuto. Linux está cubierto por pruebas, pero no se ha ejecutado en una máquina real. Windows está en beta. No se ha probado la llamada tasks_list desde Codex; solo se ha verificado el inicio de sesión.

Qué se puede aprovechar

El servicio en sí es de nicho, pero el patrón es universal. Una cola para agentes se sustenta en tres elementos: la asignación exclusiva de tareas, la recuperación automática de las tareas bloqueadas y la revocación inmediata del acceso. El resultado del agente debe llegar con el estado «en revisión», no «terminado». Y cuantos menos permisos tenga un agente que trabaja durante la noche, mejor: añadirlos es más fácil que averiguar adónde fue a parar una tarea.