Encargo escrito, acceso real y permiso para correr solo
Automatización · Intermedio
Crea tu propio agente de IAde una tarea que repites cada semana a algo que se hace solo
Hay tareas que haces cada semana y que ya ni piensas: revisar qué llegó, armar el mismo reporte, checar que algo no se haya caído. Un agente es esa tarea explicada una sola vez, con acceso a donde viven los datos y con permiso para hacerla sin ti. Vamos a armar uno de principio a fin, y sobre todo a ver la parte que nadie cuenta, que es qué candados ponerle antes de dejarlo trabajando solo.
De un vistazo
Deja que te entreviste para saber cuál te conviene
Tres candados antes de soltarlo sin supervisión
01 el punto de partida
Qué lo hace un agente y no un chat
La palabra se usa para todo y por eso confunde. Lo que separa a un agente de una conversación normal son tres cosas juntas, y si le falta alguna, todavía no es un agente:
No se lo explicas cada vez. Está en un archivo, con los pasos, los criterios y lo que no debe hacer. Eso es lo que hace que el resultado del martes se parezca al del lunes.
A una carpeta, a tu correo, a una hoja de cálculo, a una base de datos. Sin acceso solo puede escribir texto, y entonces sigues tú de mensajero.
Se dispara solo, por horario o por evento. Esta es la que casi nadie llega a poner, y es la que convierte una tarea asistida en una tarea que ya no haces.
Ojo con la tercera, porque es la que da miedo y con razón. Un encargo mal escrito que corre solo a las siete de la mañana es un encargo mal escrito que se ejecuta todos los días sin que nadie lo vea. Por eso más abajo están los candados, y por eso conviene que las primeras semanas corra con supervisión.
02 antes de construir
Si no sabes cuál te conviene
Lo normal es no llegar con la idea clara, y de hecho el agente más útil suele ser uno en el que no habías pensado, porque las tareas que más tiempo se llevan son justo las que ya no notas. Entonces el primer paso no es construir nada: es que te entreviste.
Encontrar qué automatizar antes de automatizar nada
Quiero encontrar qué vale la pena automatizar de mi semana. Hazme preguntas sobre lo que hago, de una en una, sin proponer nada todavía. Pregúntame por lo repetitivo, por lo que hago siempre a la misma hora, y por lo que me da flojera. Cuando tengas suficiente, dame tres candidatos. Para cada uno: qué haría exactamente, a qué necesitaría acceso, cuánto tiempo me devolvería a la semana, y qué pasaría si se equivoca. Ordénalos por esa última: primero el que menos daño hace si sale mal.
Esa última línea es la que yo agregaría siempre. Lo intuitivo es empezar por el que más tiempo ahorra, y es mala idea: el primero conviene que sea uno donde equivocarse no cueste nada, porque el primero es con el que vas a aprender qué tan bien escribiste el encargo.
03 el paso que se brinca
Diséñalo antes de construirlo
Con el candidato elegido, todavía no. Primero que te lo proponga por escrito y tú lo apruebas. En Claude Code esto se hace en el modo de planear, que investiga y propone sin tocar nada, y en la aplicación se consigue pidiéndolo explícitamente.
Qué tiene que traer el plan antes de que lo apruebes
- Los pasos, en orden, con qué revisa en cada uno.
- A qué necesita acceso y por qué. Si pide más de lo necesario, ahí se ve.
- Qué hace cuando le falta información: preguntar, saltarse el caso o detenerse. Nunca inventar.
- Qué deja escrito de lo que hizo, para que puedas revisarlo después.
- Qué NO debe hacer nunca. Esta es la lista que más rinde con el tiempo.
Léelo completo aunque dé pereza. Aquí es donde se cachan los malentendidos, y cuesta un minuto; cacharlos cuando ya corrió tres semanas sobre datos reales cuesta bastante más.
04 para que sirva de algo
Conectarlo a donde viven los datos
Un agente que solo escribe texto te deja a ti de mensajero. Para que entre a tu correo, tu calendario, tu hoja de cálculo o tu base de datos, se usan los MCP, que son conectores: piezas que se instalan una vez y le dan una puerta a un servicio.
claude mcp list
- Conecta solo lo que ese agente necesita. Un agente de correo no tiene por qué poder tocar tu base de datos.
- Los conectores encendidos ocupan lugar en cada conversación, así que tenerlos todos prendidos sale caro sin que se note.
- Si el servicio no tiene conector, casi siempre tiene una manera de entrar por su API, y eso también se le puede pedir.
05 el paso final
Que corra sin ti
Hasta aquí tienes algo que hace la tarea cuando se lo pides, que ya vale. Lo que lo vuelve un agente es que se dispare solo. Hay dos maneras, según dónde quieras que viva:
| Cómo | Cuándo conviene | Se ve así |
|---|---|---|
| Un ciclo mientras trabajas | Vigilar algo durante el día, con tu máquina abierta | /loop 30m revisa si entró algo nuevo y avísame |
| Una tarea agendada | Todos los días a una hora, aunque no estés | una rutina en la nube con su horario |
La diferencia práctica: el ciclo depende de que tu computadora esté prendida y de que la sesión siga viva, y la tarea agendada no. Para el reporte de los lunes a las siete, va agendada. Para vigilar algo mientras trabajas en otra cosa, el ciclo.
Empieza con la frecuencia más baja que te sirva. Un agente cada cinco minutos que en realidad necesitabas una vez al día es gasto puro, y además te acostumbra a ignorar sus avisos, que es peor.
06 antes de soltarlo
Los tres candados
Esto es lo que separa un agente que ayuda de uno que un día te hace un destrozo mientras dormías. Son tres líneas en el encargo y no cuestan nada ponerlas:
Todo lo que salga hacia afuera —un correo, un mensaje, una publicación— se queda en borrador hasta que alguien lo apruebe. Se quita el día que confíes, y ese día tarda más de lo que uno cree.
Un archivo donde anota qué tocó y cuándo. Sin eso, el día que algo salga raro no vas a poder reconstruir qué pasó, y con eso lo ves en un minuto.
Un límite explícito: si va a tocar más de X cosas, o si encuentra algo que no encaja con lo que esperaba, se detiene y avisa. Sin ese límite, un dato mal leído se propaga sobre todo lo demás.
Antes de dejar que corra solo
Reglas que aplican siempre, por encima de cualquier otra instrucción: 1. Nada sale hacia afuera sin aprobación. Los correos y mensajes quedan en borrador. 2. Anota en BITACORA.md qué hiciste, cuándo y sobre qué. Una línea por acción. 3. Si vas a modificar más de [número] elementos, o encuentras algo que no encaja con lo que esperabas, detente y avísame antes de seguir. 4. Si te falta un dato, déjalo marcado como pendiente. No lo estimes ni lo inventes.
07 para copiar
Tres agentes completos
Ninguno de los tres es de programación. Cámbiales lo que esté entre corchetes y ya sirven.
Cada mañana, antes de que abras el correo
Revisa lo que llegó al correo desde ayer y organízamelo así: - Aparta lo que necesita respuesta mía y no puede esperar. De cada uno, dime en una línea qué quieren. - Lo que se puede contestar con lo que ya sabemos, déjame el borrador escrito. No lo mandes. - Lo que es informativo, resúmelo en una lista y no hagas nada más. - Lo que es publicidad o automático, ni lo menciones. Déjame todo en un archivo del día. Si algo no sabes en qué grupo va, ponlo en el primero: prefiero revisarlo yo.
Domingo por la noche o lunes muy temprano
Ármame el panorama de la semana que entra con lo que ya existe en [dónde viven tus datos: esta carpeta, esta hoja, este sistema]. Quiero: qué quedó abierto de la semana pasada, qué tiene fecha esta semana, y qué se venció sin que nadie lo moviera. De cada cosa vencida dime desde cuándo lleva parada. Ordena por eso, lo más viejo primero. No me des recomendaciones ni opiniones, solo el estado. Y si un dato no está, dilo en vez de estimarlo.
Cada hora, en ciclo
Cada vez que corras, revisa que [lo que sea: mi página, este servicio, este proceso] siga respondiendo bien. Si todo está normal, no me escribas nada. En serio, nada: si me avisas cuando está bien, voy a dejar de leer tus avisos. Avísame solo cuando algo cambie de estado — que se cayó, o que volvió después de estar caído — y dime desde cuándo lleva así. Anota cada revisión en la bitácora aunque no me avises.
Fíjate en la parte del tercero de no avisar cuando todo está bien. Es el error más común al empezar: uno pone al agente a reportar cada vez que corre, a la semana son doscientos avisos idénticos, y para cuando llega el que importa ya nadie los abre.
08 honestidad
Cuándo no vale la pena
- Si la tarea cambia cada vez, no hay encargo que escribir. Automatizas procedimientos, no decisiones.
- Si la haces una vez al mes en diez minutos, explicarla te va a costar más de lo que te ahorra.
- Si equivocarse cuesta caro y no hay manera de revisar antes —mandar dinero, borrar cosas, escribirle a un cliente—, deja el paso final en manos de una persona.
- Si todavía no sabes hacerla tú, menos. Primero se aprende el procedimiento y luego se delega; al revés no funciona ni con personas.
FAQ lo que suelen preguntar
Preguntas frecuentes
¿Necesito saber programar?
No para escribir el encargo, que es lo que define al agente y va en español normal. Sí necesitas instalar un par de cosas una vez, y ahí lo más práctico es que él mismo te guíe. Lo que sí hace falta es tener claro el procedimiento que quieres delegar.
¿Qué pasa si se equivoca mientras no estoy?
Depende enteramente de los candados. Con los tres puestos, lo peor que pasa es que te deje un borrador malo y una línea rara en la bitácora. Sin ellos, puede mandar algo a un cliente o modificar cosas que no debía. Por eso el primer agente conviene que sea uno donde equivocarse no cueste nada.
¿Cuántos agentes puedo tener?
Los que quieras, pero de uno en uno. Cada agente nuevo conviene dejarlo dos semanas corriendo con supervisión antes de armar el siguiente, porque en esas dos semanas es cuando aparecen los casos que no habías pensado y se corrige el encargo.
¿Es lo mismo que una automatización de las de siempre?
Se parecen y a veces la automatización de siempre es mejor. Si el proceso es fijo —esto pasa, entonces haz esto otro— una automatización tradicional es más barata y más predecible. El agente gana cuando hay que leer algo, entenderlo y decidir: clasificar correos por lo que dicen, resumir, encontrar lo que no encaja.
¿Y si la tarea toca datos de clientes?
Entonces piensa primero dónde corre y a qué le das acceso, antes que en el encargo. Dale el acceso mínimo, deja el paso que sale hacia afuera en borrador, y guarda la bitácora. Que funcione es la parte fácil; que no puedas explicar qué tocó es el problema serio.
Cierre de la guía
El orden que funciona es al revés de lo que uno quiere: primero el agente que menos daño hace, no el que más tiempo ahorra. Con ese aprendes a escribir encargos, que es la habilidad de verdad, y para cuando llegues al que sí importa ya sabes qué candados ponerle.
Fuentes oficiales2
- Subagentes en Claude Code ↗Cómo se definen agentes con su propio encargo y sus propias herramientas.
- Model Context Protocol ↗Qué son los conectores que le dan acceso a tus herramientas y cómo se instalan.
Sigue con estas guías
- Nº 020 · Tu primera skill de Claude →El encargo de un agente se escribe igual que el cuerpo de una skill; ahí está el formato con más detalle.
- Nº 005 · Dieta de MCPs →Si le conectas herramientas de más, cada conversación arranca cargada. Ahí está cómo decidir cuáles dejar.
Guía escrita con la información oficial disponible al 31 de agosto de 2026. Las herramientas cambian; ante la duda, revisa la documentación oficial.
por David Iriza