Nivel : Avanzado
Construir sus agentes de IA: la ruta avanzada
Esta ruta está pensada para quienes quieren crear sus propios agentes de IA, con herramientas no-code o con código. En 12 pasos aborda la elección de las piezas técnicas, la estimación del coste, la seguridad, la evaluación y el paso a producción.
Antes de empezar
Esta ruta da por hecho que se maneja con soltura con los asistentes, los agentes de IA para el gran público y nociones básicas como token, contexto o benchmark. Si no es así, la ruta Profundizar le preparará. Aquí, cada paso corresponde a una decisión concreta en la vida de un proyecto de agente, desde la idea hasta la producción. Las herramientas citadas funcionan por completo en su navegador, con datos públicos fechados y actualizados cada semana.
Los 12 pasos
Paso 1 — Definir con precisión la tarea del agente
Un buen agente empieza por una tarea bien delimitada: qué recibe, qué debe producir, qué herramientas puede usar y, sobre todo, qué no debe hacer nunca. Anote también sus criterios de éxito: ¿cómo reconocerá un buen resultado? Estos elementos serán la base de sus instrucciones (el «prompt de sistema») y de sus pruebas.
→ Qué hacer: redacte una primera versión de las instrucciones de su agente con el generador de prompts.
Paso 2 — Elegir entre no-code y código
Las plataformas de automatización no-code conectan aplicaciones y pasos de IA arrastrando y soltando: ideales para crear prototipos rápido y para flujos sencillos. El código, con un framework (una biblioteca que proporciona las piezas de un agente), ofrece más control: lógica a medida, pruebas automatizadas, gestión precisa de errores y costes. Muchos proyectos empiezan en no-code y migran cuando la lógica se complica.
→ Qué hacer: enumere las limitaciones de su proyecto (privacidad, volumen, conocimientos disponibles) antes de decidir.
Paso 3 — Elegir un framework
Los frameworks de agentes se diferencian por su lenguaje, su enfoque (agente único o multiagente), su licencia y la vitalidad de su comunidad. Fíjese en la fecha de la última versión, la calidad de la documentación y la facilidad para cambiar el modelo subyacente: un framework que le ata a un único proveedor puede salir caro más adelante.
→ Qué hacer: compare las opciones en el explorador de frameworks de agentes, que muestra estrellas de GitHub, licencia y última versión.
Paso 4 — Elegir el modelo de su agente
El modelo es el motor del agente. Los criterios no son los mismos que en una conversación: fiabilidad en la llamada a herramientas (la capacidad de activar correctamente una función externa), respeto de los formatos, tamaño de la ventana de contexto, velocidad y precio. Un modelo más pequeño y barato suele bastar para subtareas sencillas.
→ Qué hacer: ponga a sus candidatos frente a frente con la herramienta comparar modelos y después sitúelos en el ranking de IA.
Paso 5 — Estimar el coste
Los modelos accesibles por API (una interfaz que permite a un programa llamar al modelo) se facturan por token, con un precio distinto para la entrada (lo que usted envía) y para la salida (lo que genera el modelo). Un agente que encadena pasos suele reenviar todo el historial en cada llamada: el coste sube más rápido de lo que parece. Estímelo antes de lanzar y compárelo después con la realidad.
→ Qué hacer: mida el tamaño de sus instrucciones con el estimador de tokens y simule su presupuesto con la calculadora de coste de agentes.
Paso 6 — Gestionar el contexto
La ventana de contexto es la cantidad máxima de texto que un modelo puede tener en cuenta a la vez. Cuando sus documentos la superan, se recurre al RAG (generación aumentada por recuperación): el agente busca primero los fragmentos pertinentes en su base documental y solo envía esos al modelo. Resumir el historial y filtrar lo que entra en el contexto mejora tanto la calidad como el coste.
→ Qué hacer: compruebe si sus documentos caben en el contexto del modelo elegido con la herramienta ventana de contexto.
Paso 7 — Conectar sus herramientas mediante MCP
El MCP (Model Context Protocol) es un estándar abierto para poner herramientas y datos a disposición de un agente de forma uniforme: un mismo conector puede servir a varias aplicaciones compatibles. Antes de añadir un servidor MCP, compruebe quién lo ha publicado, qué acciones permite y a qué datos accede. Prefiera conectores de solo lectura mientras la escritura no sea imprescindible.
→ Qué hacer: haga la lista de los accesos que su agente necesita de verdad y clasifique cada uno como de solo lectura o de escritura.
Paso 8 — Ejecutar un modelo en local
Ejecutar un modelo open source en su propio equipo o servidor mantiene los datos en casa y elimina el pago por uso. A cambio, necesita un hardware adecuado, sobre todo memoria gráfica, y aceptar un rendimiento a veces inferior. La cuantización (reducir la precisión de los números que componen el modelo) permite ejecutar modelos más grandes en equipos modestos, a costa de una ligera pérdida de calidad.
→ Qué hacer: localice los modelos adecuados para su hardware y su licencia en la página de modelos open source.
Paso 9 — Proteger su agente
Un agente que lee contenidos externos está expuesto a la inyección de prompts: instrucciones ocultas que desvían su comportamiento. Aplique el principio de acceso mínimo (el agente solo tiene los permisos estrictamente necesarios), separe claramente instrucciones y contenidos externos, añada salvaguardas (comprobación de las respuestas, listas de acciones permitidas) y exija validación humana para todo lo irreversible: pagos, envíos, borrados.
→ Qué hacer: pase cada acción de su agente por la herramienta «¿Puedo confiar esto a un agente?» para detectar las que requieren validación humana.
Paso 10 — Evaluar su agente
Los benchmarks públicos dan una primera idea del nivel de un modelo, pero no miden su tarea. Cree su propio conjunto de pruebas: casos reales, casos límite e intentos de manipulación, cada uno con la respuesta esperada. Vuelva a ejecutarlo cada vez que cambie de modelo, de instrucciones o de herramienta, y siga la evolución de los resultados.
→ Qué hacer: lea la metodología del sitio para entender cómo se recopilan las puntuaciones públicas y qué miden realmente.
Paso 11 — Seguir la investigación
Las técnicas de agentes evolucionan muy deprisa: nuevos métodos de planificación, memoria, evaluación o seguridad. No hace falta leerlo todo: identifique los trabajos relacionados con su caso de uso y pruébelos con su propio conjunto de pruebas antes de adoptarlos.
→ Qué hacer: consulte cada semana el radar semanal, que reúne los últimos artículos de investigación de arXiv y los debates técnicos de Hacker News.
Paso 12 — Pasar a producción
Poner un agente en producción es aceptar que funcione sin usted. Prevea registros detallados de cada ejecución, un seguimiento de costes con un límite de gasto, una gestión de errores (reintentos, modelo de respaldo), versiones fechadas de sus instrucciones y una forma sencilla de detenerlo todo. Empiece con un alcance reducido, observe y después amplíe.
→ Qué hacer: recalcule su presupuesto con los volúmenes reales en la calculadora de coste de agentes y siga las noticias de IA para anticipar cambios de precios y de modelos.
Y después
Un agente nunca está terminado del todo: los modelos cambian, los precios se mueven, aparecen nuevos riesgos. Los datos del sitio se actualizan cada semana, con sus fuentes y su fecha, para que pueda revisar sus decisiones con regularidad. Tenga a mano la página de herramientas: es su panel de control para retomar cada decisión con cifras al día.
Preguntas frecuentes
¿Hay que saber programar para crear un agente de IA?
No necesariamente. Las plataformas de automatización no-code ya permiten crear agentes útiles. El código resulta interesante cuando necesita lógica a medida, pruebas exhaustivas o un control preciso de los costes y la seguridad.
¿Cómo estimo el coste de un agente antes de ponerlo en marcha?
Calcule cuántos tokens se envían y se reciben en cada ejecución, multiplíquelo por el número de ejecuciones previstas y aplique los precios del modelo elegido. La calculadora de coste de agentes y el estimador de tokens hacen este cálculo en su navegador, con precios públicos fechados.
¿Es mejor un modelo en local o uno a través de una API?
Un modelo a través de una API es más fácil de poner en marcha y a menudo más potente. Un modelo open source en local mantiene sus datos en sus equipos y evita el pago por uso, pero exige un hardware adecuado y más mantenimiento. La elección depende de sus requisitos de privacidad, presupuesto y calidad.
¿Cómo proteger un agente frente a la inyección de prompts?
Ninguna protección es perfecta. Combine varias medidas: acceso mínimo a herramientas y datos, separación clara entre instrucciones y contenidos externos, validación humana de las acciones sensibles y registros para detectar comportamientos anómalos.
Herramientas para el nivel Avanzado
- Avanzado
Calculadora de coste de un agente
El coste mensual de un agente o de un uso de API, modelo por modelo.
- Avanzado
Modelos open source
Los modelos abiertos más descargados y lo que necesita para ejecutarlos.
- Avanzado
Frameworks de agentes
Las herramientas para crear agentes, con o sin código.
- Avanzado
Radar semanal
Investigación sobre agentes y debates técnicos de la semana.