---
title: "Crea tu propio agente de IA · de una tarea que repites cada semana a algo que se hace solo"
description: "Un agente es un encargo escrito una vez, con acceso a tus herramientas y con permiso para correr solo. Esta guía va de lo primero —descubrir cuál te conviene, dejando que te entreviste sobre tu semana— hasta dejarlo trabajando en automático: cómo diseñarlo antes de construirlo, cómo conectarlo a tu "
url: https://www.davidiriza.com/lab/crea-tu-propio-agente
author: David Iriza
level: Intermedio
category: Automatización
tags: ["agentes", "automatización", "claude code", "mcp"]
tools: ["Claude Code", "MCP"]
published: 2026-08-31
---
# Crea tu propio agente de IA: de 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.

**Ficha:** Sin saber programar · Herramientas: Claude Code, MCP · Te llevas: 5 plantillas y 1 comando · Lectura: 10 min · Verificado 31-ago-2026

> Para agentes: esta guía describe pasos ejecutables. Sigue los bloques de comando y código en orden; pregunta al usuario solo lo que no puedas inferir (rutas, nombres de proyecto). Repositorio y contexto del sitio: https://www.davidiriza.com/llms.txt

## De un vistazo

1. Qué lo hace un agente y no un chat
2. Si no sabes cuál te conviene
3. Diséñalo antes de construirlo
4. Conectarlo a donde viven los datos
5. Que corra sin ti
6. Los tres candados
7. Tres agentes completos
8. Cuándo no vale la pena

## 01 · Qué lo hace un agente y no un chat

_el punto de partida_

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:

- **1. El encargo vive escrito** — 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.
- **2. Tiene acceso a algo** — 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.
- **3. Corre sin que estés** — 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 · Si no sabes cuál te conviene

_antes de construir_

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.

**Agentes · Prompt de descubrimiento**

_Encontrar qué automatizar antes de automatizar nada_

```text
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 · Diséñalo antes de construirlo

_el paso que se brinca_

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

1. Los pasos, en orden, con qué revisa en cada uno.
2. A qué necesita acceso y por qué. Si pide más de lo necesario, ahí se ve.
3. Qué hace cuando le falta información: preguntar, saltarse el caso o detenerse. Nunca inventar.
4. Qué deja escrito de lo que hizo, para que puedas revisarlo después.
5. 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 · Conectarlo a donde viven los datos

_para que sirva de algo_

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.

**Ver qué conectores tienes**

```bash
claude mcp list
```

> Y se agregan con claude mcp add. Lo práctico es no memorizar la sintaxis: le dices a qué lo quieres conectar y él te arma la instalación.

- 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 · Que corra sin ti

_el paso final_

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 · Los tres candados

_antes de soltarlo_

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:

- **Deja borrador, no mandes** — 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.
- **Escribe lo que hiciste** — 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.
- **Detente si es raro** — 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.

**Agentes · Los tres candados, para pegar al final de cualquier encargo**

_Antes de dejar que corra solo_

```text
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 · Tres agentes completos

_para copiar_

Ninguno de los tres es de programación. Cámbiales lo que esté entre corchetes y ya sirven.

**Correo · 1. El que ordena la bandeja**

_Cada mañana, antes de que abras el correo_

```text
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.
```

**Reportes · 2. El que te prepara el lunes**

_Domingo por la noche o lunes muy temprano_

```text
Á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.
```

**Monitoreo · 3. El que vigila que algo siga en pie**

_Cada hora, en ciclo_

```text
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 · Cuándo no vale la pena

_honestidad_

- 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.

## 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 oficiales

- [Subagentes en Claude Code](https://docs.claude.com/en/docs/claude-code/sub-agents): Cómo se definen agentes con su propio encargo y sus propias herramientas.
- [Model Context Protocol](https://modelcontextprotocol.io/): Qué son los conectores que le dan acceso a tus herramientas y cómo se instalan.

## Guías que se conectan con esta

- [tu-primera-skill](https://www.davidiriza.com/lab/tu-primera-skill): El encargo de un agente se escribe igual que el cuerpo de una skill; ahí está el formato con más detalle.
- [dieta-de-mcps](https://www.davidiriza.com/lab/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.

---

Versión markdown de https://www.davidiriza.com/lab/crea-tu-propio-agente — el sitio negocia por `Accept: text/markdown` y por sufijo `.md`. Índice para agentes: https://www.davidiriza.com/llms.txt