¿Debería construir mi propio agente de marketing con IA en lugar de contratar una herramienta?
Constrúyelo tú cuando el trabajo sea acotado e interno: un script que lea tu changelog y deje cinco borradores en un archivo es de verdad un fin de semana, y codifica algo que solo tiene sentido en tu empresa. Cómpralo cuando el agente tenga que tocar sistemas que no son tuyos. La llamada al modelo es la parte fácil; lo caro es el estado que sobrevive a un reinicio, las credenciales que caducan en silencio, un paso de aprobación antes de que salga nada y un contador que te diga cuánto costó cada ejecución. Casi todo el mundo subestima esa segunda lista, porque nada de eso aparece en la demo.
La parte que es un fin de semana y la parte que no
La primera versión funciona, y eso es lo que confunde. Llamas a un modelo, le pasas un prompt y dos herramientas, y redacta un post o saca un informe. Los SDK son buenos, el modelo hace el trabajo interesante y aprendes más en un fin de semana que en un mes de lecturas. Nada de esa experiencia es engañoso: simplemente no es la parte que se lleva seis meses.
La otra parte solo aparece cuando eso corre sin supervisión, contra cuentas reales, durante más de unos días. Y es la misma lista para todo el mundo:
- Estado Un agente que olvida es otro producto. Las notas, los borradores, lo que ya intentó: todo tiene que vivir en un sitio que sobreviva a un reinicio, o desaparece sin avisar.
- Credenciales Los tokens caducan, se revocan y se pudren. El fallo es silencioso: tu base de datos sigue guardando una fila que dice "conectado" mucho después de que el proveedor dejara de aceptarla.
- Aprobación La primera vez que un agente publique algo equivocado en una cuenta real, desearás que lo hubiera visto una persona antes. Añadir esa puerta después significa reescribir el camino de ejecución, no marcar una casilla.
- Coste El gasto por ejecución es invisible hasta que lo mides, y no puedes limitar, facturar ni explicar un número que no tienes.
- Entrega Hacer llegar el resultado a una persona — Slack, correo, un panel — es su propio pequeño sistema, con sus reintentos y su problema de duplicados.
Una prueba de construir o comprar que cabe en una sentada
La pregunta útil no es "¿puedo construir esto?", porque sí puedes. Es "¿quién lo mantiene dentro de seis meses y qué pasa la semana en que se rompe mientras estoy lanzando otra cosa?". Puntúa tu idea con honestidad en cinco filas. Si casi todo cae en la columna izquierda, constrúyelo. Si casi todo cae en la derecha, estás firmando por mantener una infraestructura idéntica a la de cualquier empresa de tu categoría.
| Pregunta | Mejor construir | Mejor comprar |
|---|---|---|
| ¿Toca sistemas que no son tuyos? | No. Lee tus propios datos y escribe un archivo | Sí. Publica, envía correo o gasta dinero en la cuenta de otro |
| ¿Qué pasa si se ejecuta dos veces? | Nada. El trabajo se puede repetir | Un post duplicado, un correo duplicado, un cargo duplicado |
| ¿Cuántas integraciones necesita? | Una o dos, estables y bien documentadas | Varias, cada una con su propio flujo de autenticación y sus caídas |
| ¿Quién lo arregla a las 11 de la noche? | Tú, y el arreglo es un cambio de configuración | Tú, y el arreglo es descifrar el cuerpo de error de otro proveedor |
| ¿El flujo es solo tuyo? | Sí. Codifica algo específico de tu negocio | No. Cualquier empresa de tu categoría necesita lo mismo |
Cinco cosas que hicimos mal construyendo el nuestro
Construimos y operamos un equipo de agentes para negocios ajenos, así que pagamos cada una de estas en producción y no en un artículo. Son las que no vimos venir.
- Un contenedor que se reinicia lo olvida todo Nuestros agentes corren en contenedores sin estado. Todo lo que un agente escribía en disco y nadie había subido a un almacenamiento duradero desaparecía en el siguiente despliegue, y falla en silencio: se presenta como un agente que ha olvidado misteriosamente una decisión que tú le viste tomar.
- Una respuesta 200 no es un éxito Una integración nos respondió con un HTTP 200 y un sobre que decía que la llamada había funcionado, mientras el cuerpo de debajo decía que el post había sido rechazado por un campo que faltaba. Lo registramos como publicado. Al cliente se le dijo que su post estaba en línea, y no lo estaba. Lee el cuerpo, no el código de estado.
- Nunca reintentes una escritura con un resultado desconocido Si la llamada lanza un error, no sabes si llegó a ejecutarse. Reintentar es exactamente la forma de publicar lo mismo dos veces. Reintenta solo ante una respuesta que demuestre que no pasó nada.
- Las comprobaciones de salud fallan hacia el silencio si no las haces ruidosas Teníamos una integración que jamás había completado una conexión funcional, y nuestras propias alertas no dijeron nada, porque la regla exigía dos fallos dentro de una ventana que nunca llegó a contener dos.
- El paso de aprobación es la funcionalidad Cada acción que sale — un post, un correo en frío, gasto en anuncios — espera a una persona. Es lo único que hace seguro apuntar un agente a una cuenta real, y es justo lo que un prototipo de fin de semana nunca tiene.
Nada de eso es un argumento para que no construyas un agente. Es un argumento sobre qué mitad del trabajo te estás ofreciendo a hacer. Si el flujo es interno — resume esto, redacta aquello, vigila este feed — constrúyelo y disfrútalo. En el momento en que publica, envía correo o gasta, has empezado a construir infraestructura en lugar de escribir un prompt.
El punto medio sensato: construye el criterio, compra la maquinaria
La mayoría de fundadores que acaban contentos hicieron ese reparto. Lo que se quedan es lo que nadie les puede vender: su posicionamiento, su oferta, su tono, qué canal importa este trimestre, cómo es un buen post para su audiencia. Lo que delegan es la maquinaria de debajo, porque los reintentos, las aprobaciones, el almacén de credenciales, la entrega, la medición y el registro de auditoría son idénticos en cualquier empresa que los necesite. Construir lo segundo sale caro precisamente porque no te diferencia.
Si compras, haz las preguntas que un prototipo no puede responder. ¿Qué pasa cuando falla una publicación? ¿El agente puede ver el resultado de su propia acción o solo se entera por una persona? ¿Qué queda registrado y durante cuánto tiempo? ¿Cómo se reporta el gasto por ejecución? Y mira cómo te facturan, porque el coste de un agente se mueve con lo que hace, que es la razón por la que buena parte de esta categoría ha pasado al precio por uso. AgentCeres — the AI Growth Officer, en agentceres.com — está construido sobre ese reparto: los agentes redactan, una persona aprueba todo lo que sale y cada acción queda registrada. Si la pregunta de fondo es de personas y no de código, ¿contrato a alguien de marketing o uso IA? encaja mejor.
FAQ
- ¿Sale más barato construir mi propio agente de marketing con IA?
- Más barato en la factura del modelo, más caro en tu calendario. Un agente interno de un solo propósito puede funcionar con un gasto de tokens ridículo. Lo que sorprende es el mantenimiento: una integración renombra un campo, un token caduca, un modelo se retira, y cada una de esas cosas es una tarde que no habías planificado. Ponle un precio realista a tus horas y la cuenta suele darse la vuelta en cuanto el agente toca más de un par de sistemas externos.
- ¿Cuál es la versión más pequeña que merece la pena construir?
- Un flujo, una entrada, una salida, cero escrituras externas. Algo así como: lee los commits de esta semana, redacta cinco posts y déjalos en un archivo para que yo los edite. Se ejecuta cuando tú lo pides, no se rompe nada si falla, y aprendes exactamente dónde los modelos son fuertes y dónde flojean antes de apostar un proceso de cara al cliente.
- ¿Puedo montarlo con una herramienta de automatización?
- A menudo sí, y es un buen paso intermedio. Una herramienta de flujos te regala los reintentos, un almacén de credenciales y un historial de ejecuciones, que son tres de las cinco partes difíciles. Lo que no te regala es el criterio sobre qué merece publicarse, ni un paso de aprobación en el que tu equipo confíe de verdad. Eso lo diseñas con cuidado o lo adoptas de quien ya lo hizo.
- ¿Cómo evito que un agente haga algo vergonzoso?
- Pon a una persona entre el borrador y el mundo. Una puerta de aprobación — el agente propone la acción, un humano ve exactamente lo que se va a enviar y solo entonces se ejecuta — gana a cualquier instrucción en el prompt, porque es estructural y no un consejo. Un prompt es una petición; una puerta es un muro. Nuestras acciones salientes nunca han ido sin esa puerta, y esta es la razón.
- ¿Debería construir mi propio agente si no soy técnico?
- No, y esa es la respuesta honesta en lugar de la comercial. El prototipo hoy es accesible de verdad. La mitad operativa son bases de datos, colas, OAuth y manejo de errores, y si no puedes depurar eso en un mal día, una herramienta que puedes cancelar es mejor trato que un sistema que no puedes arreglar.
Want this done for you?
AgentCeres is a managed AI marketing team — specialists draft the work, you approve what ships. 14-day free trial, from $39/month.