Guía de ClaudeNivel 3 · AutomatizarLevel 3 · Automating
Tareas que corren solasTasks that run on their own
Trabajo de noche, borradores a la mañana y permisos escritos de antemano.Night work, drafts in the morning and permissions written in advance.
Una tarea programada es un pedido que Claude ejecuta solo, a una hora fija, sin que yo esté mirando. Las uso para lo que se repite y para lo pesado que puede esperar a la noche, mientras duermo.
Las que tengo
- El newsletter de mejora continua, una vez por semana, el día antes del reinicio.
- La cartelera de los jueves: actualiza la agenda cultural de una app que compartimos en casa (cine, estrenos, listas de películas pendientes y el pronóstico) desde las fuentes de siempre.
- Recordatorios con condición: una tarea que, el día que se renueva el cupo del conector de Figma, se fija si ya se puede usar y me avisa. No corre nada: solo chequea.
- Trabajos nocturnos sueltos: research que se repite, revisiones largas, borradores de guías. A la mañana leo y decido.
La regla de oro
Ninguna tarea envía, publica, borra ni mergea nada. Producen borradores, y el único mail que pueden mandar es a mí. Eso lo dice cada tarea en sus instrucciones y también mi archivo general. Si una tarea tiene que tocar algo afuera, como subir la cartelera a la app, lo dice explícito y se limita a eso.
Permisos escritos de antemano
Una tarea que corre de noche no puede preguntarme si la dejo leer un archivo. ¿Y si le falta un permiso? Se queda trabada hasta que la veo. Por eso los permisos que necesita van escritos en la configuración de Claude Code (~/.claude/settings.json): leer mis proyectos, editar solo la carpeta del newsletter, consultar el historial de los repositorios, correr dos o tres scripts concretos. Lo mínimo para que haga su trabajo y nada más.
Dos detalles que aprendí cuando la tarea se trabó: los comandos, con rutas absolutas (la tarea corrió en una carpeta temporal y no encontraba nada), y los permisos, con la misma forma exacta del comando que va a correr.
Lo que no te dicen
Las tareas programadas en la app de escritorio corren solo con la app abierta y la computadora prendida. La segunda edición de mi newsletter me llegó un día tarde, después del reinicio, con la cuota que quería aprovechar ya perdida. Lindo. Por eso ahora la computadora que hace de servidor queda siempre prendida y sin suspensión (más en Claude en varias computadoras).
Y otra: si una tarea arma su resumen leyendo todo, gasta como una sesión larga. Lo que se puede contar con un script (commits de la semana, tamaño de los archivos, estados) va a un script que le entrega los datos masticados.
El prompt
Creá una tarea programada que corra [día y hora] y haga [qué]. Reglas: produce borradores; no envía, publica, borra ni mergea nada; si una fuente falla, la deja afuera y lo dice. Usá rutas absolutas. Listá los permisos mínimos que necesita y proponé cómo agregarlos a settings.json, sin sumar nada de más. Antes de activarla, corré una prueba y mostrame el resultado.
A scheduled task is a request that Claude carries out on its own, at a fixed time, without me watching. I use them for what repeats and for heavy stuff that can wait until night, while I sleep.
The ones I have
- The continuous improvement newsletter, once a week, the day before the reset.
- Thursday's listings: it updates the cultural agenda of an app we share at home (movies, premieres, watchlists and the forecast) from the usual sources.
- Conditional reminders: a task that, the day the Figma connector's allowance renews, checks whether it's usable yet and tells me. It doesn't run anything: it only checks.
- Odd night jobs: recurring research, long reviews, guide drafts. In the morning I read and decide.
The golden rule
No task sends, publishes, deletes or merges anything. They produce drafts, and the only email they can send is to me. Each task says so in its instructions and so does my general file. If a task has to touch something outside, like uploading the listings to the app, it says so explicitly and limits itself to that.
Permissions written in advance
A task running at night can't ask me whether it can read a file. And if it's missing a permission? It stays stuck until I see it. That's why the permissions it needs are written into Claude Code's settings (~/.claude/settings.json): read my projects, edit only the newsletter folder, check the repositories' history, run two or three specific scripts. The minimum for it to do its job and nothing more.
Two details I learned when the task got stuck: commands with absolute paths (the task ran in a temporary folder and couldn't find anything), and permissions in the exact same form as the command it's going to run.
What they don't tell you
Scheduled tasks in the desktop app run only with the app open and the computer on. The second edition of my newsletter reached me a day late, after the reset, with the quota I wanted to use already gone. Lovely. That's why the computer that acts as a server now stays always on and never suspends (more in Claude on several computers).
And another: if a task builds its summary by reading everything, it spends like a long session. What can be counted with a script (the week's commits, file sizes, statuses) goes to a script that hands the data over pre-chewed.
The prompt
Create a scheduled task that runs [day and time] and does [what]. Rules: it produces drafts; it doesn't send, publish, delete or merge anything; if a source fails, it leaves it out and says so. Use absolute paths. List the minimum permissions it needs and propose how to add them to settings.json, without adding anything extra. Before activating it, run a test and show me the result.