Agente de IA: cuánto cuesta crearlo o encargarlo

la pregunta que más me llega en español no es «a quién contrato», es «cómo creo un agente de ia yo mismo». y mi respuesta va a sonar rara viniendo de alguien que vende esto: inténtalo tú primero.

construyo y mantengo estos sistemas en mis propios negocios (algunos están explicados aquí). lo que he aprendido montándolos es que la herramienta nunca fue la parte difícil.

¿cómo crear un agente de ia paso a paso?

el orden que funciona:

1. elige una tarea aburrida y repetida donde el error se vea y se pueda deshacer. reponer stock, ordenar los mismos informes, contestar las mismas veinte preguntas. lo vistoso es el peor primer proyecto porque no sabrás si funcionó.
2. escribe qué puede tocar y qué no. la segunda mitad es la que todo el mundo se salta.
3. decide dónde se para y a quién avisa. un agente sin negativa no tiene límite, tiene una esperanza.
4. conecta tus datos de verdad, no una hoja de ejemplo. aquí es donde mueren la mayoría de los prototipos.
5. elige la herramienta al final. n8n si lo quieres visual, python si necesitas control fino. es la decisión menos importante de la lista.

¿cómo crear un agente de ia para whatsapp?

es lo más buscado en español y tiene truco. hacen falta tres piezas: el canal oficial de whatsapp business, un sitio donde viva la lógica, y una fuente de verdad de tus datos que esté fresca.

la tercera es la que hunde los proyectos. si tus existencias o tus pedidos viven en dos sitios y nadie los ha cruzado, tu bot contestará con total seguridad cosas que no son ciertas, y lo hará delante del cliente.

y la línea que no muevo: el agente redacta, una persona firma lo que importa. lo rutinario dentro del umbral se ejecuta solo; lo grande o lo raro pasa a un humano. yo tengo esto funcionando como asistente de chat con clientes, y funciona precisamente porque sabe cuándo callarse.

¿se puede crear un agente de ia gratis?

un prototipo, sí. y deberías hacerlo: el proceso es interesante y te enseña qué exigir luego.

lo que no es gratis es tenerlo vivo. el consumo del modelo de un agente es bastante mayor que el de un chat normal, por los bucles de razonamiento y las llamadas repetidas a herramientas. súmale las pruebas de calidad y el tiempo de alguien que mire el aviso cuando salta. presupuéstalo desde el principio y decide quién lo paga.

ejemplos reales, no de diapositiva

esto es lo que corre hoy en mis propios negocios, y cada uno es una página que puedes leer:

• una estantería que se repone sola según el nivel de existencias, y se detiene cuando los números se salen de lo normal
• un gestor de devoluciones y defectos
• un vigilante de sistemas que avisa cuando algo se rompió antes en la cadena
• un guardián de promociones que mira qué le hacen los descuentos al margen

ninguno impresiona en una presentación. todos son aburridos, comprobables y reversibles, por eso siguen vivos.

¿cuándo dejar de crear tu agente de ia tú mismo?

contrata cuando no tengas el tiempo y la atención. esa es la línea honesta, y no la dificultad de la tarea. es una inversión de semanas, no de una tarde.

y si contratas, la comprobación de verdad no es la entrevista: pide ver el código que ha escrito y los proyectos que ha entregado, y léelo antes de empezar. no hace falta ser ingeniero, abre los archivos con una ia al lado y pregunta «¿esto lo puede mantener otra persona?». lleva una hora y ahorra meses.

la comprobación técnica barata, además de esa: pregúntale qué haría con las herramientas y el contexto, no qué framework le gusta. pregúntale cómo evitaría que el agente se invente una respuesta. pregúntale qué no tiene permitido tocar. quien ha conectado herramientas de verdad habla de la fontanería con naturalidad; quien solo ha pegado una cadena, normalmente no.

¿qué hay que exigir junto con el agente?

yo no contrato desarrolladores en plantilla, trabajo con socios técnicos. el suelo son dos cosas y no se negocian: el código, y una descripción clara de cómo está montado, para que se pueda mantener sin su autor. no compras una demo que funciona, compras algo que sobrevive a quien lo construyó.

encima de ese suelo, para trabajo con agentes, pide esto por escrito antes de empezar:

• las pruebas de calidad con un umbral de aprobación escrito, y el presupuesto mensual de ejecutarlas. no es gratis: ejecutarlas sobre cada traza de producción casi duplica el consumo del modelo, y una estimación ingenua de unos pocos euros al mes acaba más cerca de veinticinco o cuarenta (DigitalApplied). acuerda quién lo paga desde el principio, no cuando llega la primera factura.
• registros que puedas abrir. cuando un usuario diga «este número está mal», necesitas ver qué hizo el agente, sin pedirle al desarrollador que lo mire por ti.
• un tope de coste por tarea, no por mes. un agente consume entre cinco y treinta veces más que un chat normal por culpa de los bucles de razonamiento y las llamadas repetidas a herramientas (Splunk). un bucle desbocado se come un tope mensual en una tarde.
• una regla de escalado: qué no puede decidir solo el agente, y a quién se lo pasa. un agente que puede aprobar sus propias excepciones no tiene límite.
• un plan para el día que cambie la versión del modelo. nombra quién vuelve a probar, contra qué umbral y quién lo paga. es la cláusula que nadie escribe y todo el mundo necesita.
• las instrucciones y sus versiones dentro del repositorio, no en el historial de chat de alguien.

si un candidato lee esa lista y se queda callado, ya tienes la respuesta antes de haber gastado nada.

¿cuánto cuesta encargar un agente de ia?

con un rango así, la media no te dice nada sobre tu proyecto. lo que sí decide la factura está justo debajo.

el encargo decide el precio, no la tarifa

esto es lo que casi nadie te dice. las cosas se rompen en las dos primeras semanas tras el lanzamiento; después funcionan estables durante meses. eso es normal.

lo que no es igual es lo que te cuesta el arreglo. una avería típica se desmonta y se repara en una o dos horas si el encargo estaba bien trabajado. la misma avería, con un encargo difuso, se convierte en reescribirlo entero. mismo fallo, mismo desarrollador, dos facturas distintas.

por eso comparar tarifas por hora es comparar el número equivocado. la distancia entre una hora y un mes es mayor que la distancia entre dos tarifas cualesquiera.

y las tarifas publicadas para 2026 lo dejan claro: de cincuenta a trescientos dólares la hora en estados unidos, de cuarenta a noventa en europa del este, de veinticinco a cincuenta en el sudeste asiático (SecondTalent). con un rango así, la media no te dice nada sobre tu proyecto.

lo que hago yo: precio cerrado a un primer trozo pequeño contra un encargo escrito, y luego tiempo y materiales. no compras el trozo: compras la prueba de que esa persona sabe leer un encargo y entregar contra él. si vas a comprar meses de trabajo, es la prueba más barata que harás nunca.

un encargo difuso no es un descuento. es lo que convierte un arreglo de dos horas en una reescritura, y lo pagas igual, más tarde y a peor precio.

gartner prevé que más del 40% de los proyectos de ia agéntica se cancelen antes de que acabe 2027, por costes crecientes, valor de negocio poco claro y controles de riesgo insuficientes (gartner). ninguna de esas razones es «no se pudo construir». todas ocurren después del lanzamiento.

¿de quién son las instrucciones y el conjunto de pruebas?

la mayoría de los contratos de este trabajo se escribieron para hacer una web y luego se reutilizan para un agente. ahí empieza el problema: un agente sigue tomando decisiones después de pagar la factura, y casi nada de un contrato estándar cubre lo que pasa entonces.

las cláusulas estándar transfieren «el código» y se paran ahí. con un agente no basta. di de forma explícita que las instrucciones, el conjunto de pruebas y los datos de prueba son tuyos. el conjunto de pruebas es lo que le permite a otro desarrollador demostrar que un cambio no rompió nada: sin él, cambiar de socio significa empezar a construir confianza desde cero, y el segundo desarrollador te cotizará en consecuencia.

y pregunta por las licencias de las librerías antes de construir, no en la entrega. una dependencia con licencia contagiosa dentro de un producto que piensas vender es un problema que se descubre demasiado tarde. yo mantengo una lista corta de licencias vetadas justo por esto.

¿qué significa «hecho» en el contrato?

define «hecho» como comportamiento, no como una demostración.

la versión honesta: funciona dos semanas dentro de tu negocio y los fallos que produce son los que acordaste que podía producir. que se rompa en las dos primeras semanas es normal y no es un incumplimiento. lo que importa es si una avería típica se desmonta en una hora o se convierte en reescritura, y eso lo decide el encargo, y si tus criterios de aceptación describían comportamiento o una captura de pantalla.

¿qué exige el reglamento europeo de ia y desde cuándo?

si vendes en la unión europea, esto es un entregable con fecha, no una nota al pie. las obligaciones de transparencia del reglamento europeo de ia se aplican desde el 2 de agosto de 2026: avisar de que la persona trata con una ia, marcar de forma legible por máquina el contenido sintético, etiquetar los deepfakes. los sistemas que ya estaban en el mercado antes de esa fecha tienen hasta el 2 de diciembre de 2026 para el marcado legible por máquina (explorador del reglamento). el incumplimiento llega a multas de hasta quince millones de euros o el tres por ciento de la facturación anual mundial, la cifra que sea mayor (Sidley).

así que mete dos líneas con fecha en el pliego: el texto del aviso, y el marcado. añadirlos después a un producto vivo cuesta más que escribirlos al principio.

¿qué dejar claro antes de empezar un proyecto de ia?

el futuro no es la ia sola. es una persona trabajando con ella.

relacionado: cuando el robot se niega y la primera tarea que vale la pena automatizar.

faq

¿cómo crear un agente de ia desde cero? empieza por una tarea aburrida y repetida donde el error se vea y se pueda deshacer. define qué puede tocar el agente y qué no, dónde tiene que pararse, y a quién avisa. luego elige la herramienta: n8n si prefieres montarlo visualmente, python si necesitas control. la herramienta es la parte fácil; los límites son el trabajo.

¿cómo crear un agente de ia para whatsapp? necesitas tres piezas: el canal oficial de whatsapp business, un sitio donde viva la lógica y una fuente de verdad de tus datos. lo que decide si funciona no es el canal, sino qué tiene permitido responder solo y qué pasa a una persona. sin esa línea, el bot contesta con seguridad cosas que no son.

¿se puede crear un agente de ia gratis? un prototipo sí, y merece la pena hacerlo: aprendes qué exigir después. lo que no es gratis es tenerlo funcionando, el consumo del modelo, las pruebas de calidad y el tiempo de alguien que mire cuando falla.

¿cuándo conviene contratar en vez de construirlo? cuando no tienes el tiempo y la atención, no cuando la tarea es difícil. esa es la línea honesta. si ese tiempo no existe, busca un socio técnico y pídele ver su código y sus proyectos antes de empezar.

¿qué decide de verdad lo que voy a pagar? el encargo escrito. una avería típica se arregla en una o dos horas si el encargo estaba trabajado; con un encargo difuso, la misma avería se convierte en reescritura. la diferencia entre una hora y un mes es mayor que la diferencia entre dos tarifas por hora.

¿qué hay que exigir por escrito antes de empezar? el código y una descripción clara de cómo está montado, para que se pueda mantener sin su autor. encima de eso, para trabajo con agentes: las pruebas de calidad con un umbral escrito y el presupuesto de ejecutarlas, registros que puedas abrir, un tope de coste por tarea, una regla de escalado, un plan para el día que cambie la versión del modelo, y las instrucciones versionadas dentro del repositorio.

¿de quién son las instrucciones y el conjunto de pruebas? dilo de forma explícita en el contrato, porque las cláusulas estándar transfieren «el código» y se paran ahí. las instrucciones cargan buena parte del conocimiento de trabajo, y el conjunto de pruebas es lo que le permite a otro desarrollador demostrar que un cambio no rompió nada. si viven en el historial de chat de alguien y no en tu repositorio, no los tienes.

¿qué pasa cuando cambia la versión del modelo? los modelos se retiran según el calendario de otro, no el tuyo. el contrato debería nombrar quién vuelve a probar contra la versión nueva, contra qué umbral y quién lo paga. sin esa cláusula, una retirada rutinaria se convierte en una urgencia que financias dos veces.

si estás montando tu primer agente y quieres que alguien te diga dónde va a fallar en silencio, mándame qué quieres que haga y con qué datos. te digo claramente qué número debería vigilar, qué no puede decidir solo y qué conviene dejar por escrito antes de que se mueva el dinero. la primera conversación es de una hora y es gratuita, y te llevas el informe tanto si acabamos trabajando juntos como si no. reserva una hora.

Creado con asistencia de IA.