Cómo crear un agente de IA: las tres rutas y lo que hay que hacer antes de elegir

El error más común es empezar eligiendo plataforma. La plataforma es la última decisión, no la primera, porque cualquiera de ellas sirve una vez que estas tres cosas están claras.

1. Cuál es el objetivo, en una frase con un verbo. No "mejorar la atención", sino "agendar citas de gente que escribe fuera de horario" o "calificar los leads que entran por el formulario antes de que los vea un comercial". Un objetivo sin verbo produce un agente sin utilidad, porque nunca sabrás si lo cumplió.

2. Qué puede hacer y qué no puede hacer nunca. Dos listas escritas. La segunda importa más: prometer descuentos, dar consejo clínico, cancelar servicios, afirmar plazos. Todo lo que no esté en la lista de permitidos debería terminar en una persona.

3. Dónde queda el resultado. En la ficha del contacto, en la agenda, en una hoja, en un correo. Un agente que conversa bien y no deja rastro te obliga a copiar datos a mano, que es justo el trabajo que querías eliminar. Si no sabes responder esta pregunta, todavía no tienes un proyecto de agente: tienes ganas de probar la IA, que es legítimo pero es otra cosa.

Con esas tres respuestas escritas, la construcción es la parte rápida. Sin ellas, cualquier herramienta da el mismo resultado: una demo que impresiona el primer día y que nadie usa el mes siguiente.

Si todavía no tienes claro qué es exactamente un agente y en qué se diferencia de una automatización normal, empieza por qué es un agente de IA.

Es la ruta correcta para la gran mayoría de empresas de servicios, y no por falta de ambición: por dónde queda la conversación.

La idea es usar un CRM que ya traiga el agente dentro, de forma que la conversación quede pegada a la ficha del cliente y las automatizaciones vivan en el mismo sitio. Es lo que hacemos con GoHighLevel en la mayoría de implementaciones. Somos afiliados de GoHighLevel: si activas la plataforma con nuestro enlace recibimos una comisión, sin costo adicional para ti. Lo recomendamos porque es lo que implementamos, no al revés. El montaje tiene esta forma:

• Conectar el canal. El número de WhatsApp mediante la API oficial de Meta, el formulario de la web, el teléfono. La verificación de Meta Business es el paso que más retrasa los proyectos, así que se inicia el primer día.
• Cargar tu información. Servicios, condiciones, horarios, preguntas frecuentes reales tomadas de conversaciones pasadas, no inventadas.
• Escribir las instrucciones. La parte que de verdad decide el resultado. Va con detalle más abajo.
• Activar las acciones. Consultar disponibilidad, crear cita, etiquetar el contacto, avisar al equipo.
• Definir el traspaso a humano. Con una palabra clara que el cliente pueda usar en cualquier momento.

Ventajas: montaje en días, nada que mantener entre piezas, y cualquier persona del equipo puede ajustar el texto sin llamar a nadie. Límite: haces lo que la plataforma permite hacer. Para la mayoría de los casos de una empresa de servicios eso alcanza, y la señal de que te quedaste corto es concreta: cuando el proceso que necesitas no se puede describir con las acciones que la plataforma ofrece.

Para el detalle concreto de esta ruta tenemos la guía de cómo configurar un agente de IA en GoHighLevel.

Cuando el agente tiene que hablar con un sistema que ninguna plataforma trae de serie (un software de gestión propio, un ERP antiguo, una base de datos interna), aparece el orquestador: una herramienta que conecta servicios y ejecuta la lógica en medio. n8n es la más usada hoy para esto, y Make o Zapier cubren casos parecidos con menos control.

La forma habitual del montaje:

• Un disparador recibe el mensaje entrante, normalmente por webhook.
• El orquestador recupera el contexto: quién es el contacto, qué compró, qué tiene pendiente.
• Llama al modelo de lenguaje con las instrucciones y ese contexto.
• Según lo que decida el modelo, ejecuta acciones: crear la cita, actualizar el registro, avisar a alguien.
• Devuelve la respuesta al canal y deja el rastro en el CRM.

Ventajas: conectas cualquier cosa que tenga API y controlas cada paso, incluido el costo, porque eliges qué modelo se usa en cada momento. Costo real: el mantenimiento. Cada pieza conectada es una pieza que puede cambiar y romper el flujo, y eso ocurre sin avisar. Si el agente atiende clientes, alguien tiene que poder repararlo un viernes por la tarde.

Recomendación honesta: esta ruta es excelente para procesos internos, donde un fallo se nota y se corrige sin consecuencias hacia afuera. Para la atención al cliente en producción, conviene solo si hay alguien que la sostenga.

Escribir el agente directamente contra la API de un modelo, en el lenguaje que uses. Hoy es sorprendentemente poco código: el modelo, un bucle que decide si llamar a una herramienta, las funciones que ejecutan esas herramientas y el almacenamiento del historial.

Cuándo tiene sentido:

• El agente es parte de tu producto, no de tu operación interna.
• El volumen es tan alto que el ahorro por conversación paga el desarrollo.
• El proceso es tan particular que ninguna plataforma lo modela sin contorsiones.
• Hay requisitos de privacidad o residencia de datos que obligan a controlar la infraestructura.

Cuándo no: cuando lo que se busca es atender WhatsApp mejor. Ahí el desarrollo propio añade meses y no añade resultado, porque el cuello de botella nunca fue la tecnología, fue tener el proceso escrito.

Es la conversación de desarrollo a medida e integraciones, y la recomendamos después de haber validado el caso de uso con plataforma, no antes. Validar primero cuesta semanas; equivocarse en el orden cuesta trimestres.

Un agente no se programa: se redacta. Estas son las secciones que en nuestra experiencia no pueden faltar, y el orden importa: lo que queda en mitad de unas instrucciones largas es lo que peor se recupera, así que lo crítico va al principio o al final.

Identidad y alcance. Quién es, de qué negocio, qué puede resolver. Corto y concreto.

Qué no debe hacer nunca. La lista negativa, explícita. Precios fuera de la lista pública, plazos, consejo profesional, condiciones especiales. Esta sección es la que evita los disgustos.

Qué hacer cuando no sabe. Instrucción textual: prefiere admitir que no tienes el dato y ofrecer pasar con una persona, antes que suponer. Sin esta frase, el modelo completará el hueco, porque es lo que hace un modelo de lenguaje por naturaleza.

Cuándo ceder el turno. El cliente lo pide, detecta molestia, falla dos veces seguidas en entender, o el tema está en la lista negativa.

Tono y formato. Corto, sin párrafos largos, una pregunta por mensaje. WhatsApp es un canal de mensajes, no de correos.

Los datos que debe recoger, en orden. Y confirmar antes de ejecutar: "Entonces sería el martes 3 a las 16:00, ¿correcto?".

Dos técnicas que mejoran mucho el resultado y casi nadie usa:

• Dale ejemplos de conversaciones reales bien resueltas. Tres o cuatro. Enseñan el tono mejor que veinte adjetivos.
• Dale también los casos difíciles con la respuesta correcta. El cliente que pregunta el precio de algo que depende, el que quiere una hora que no existe, el que está molesto. Ahí es donde un agente se distingue.

Ejemplo de estructura de instrucciones

1. Eres el asistente de [negocio]. Atiendes WhatsApp.
   Resuelves: horarios, servicios, disponibilidad y agendamiento.

2. Nunca: das precios que no estén en la lista adjunta,
   prometes plazos, das consejo clínico, cancelas nada.

3. Si no tienes el dato: dilo y ofrece pasar con el equipo.
   Nunca supongas.

4. Pasa a humano si: lo piden, hay molestia, fallas dos veces,
   o el tema está en el punto 2.

5. Tono: cercano y breve. Máximo 3 líneas.
   Una sola pregunta por mensaje.

6. Para agendar necesitas, en este orden:
   servicio, día preferido, nombre completo.
   Confirma el resumen antes de crear la cita.

Si vas a escribir contenido con ayuda de IA, además conviene leer cómo escribir con IA sin que suene a IA: las mismas tres pasadas aplican al texto de un agente.

Las herramientas son las acciones que el agente puede ejecutar. Cada una es una capacidad y también un riesgo, así que se conceden de una en una.

El orden recomendado, de menos a más peligrosa:

• Solo lectura primero. Consultar disponibilidad, buscar en el catálogo, leer la ficha del cliente. No puede romper nada.
• Escrituras reversibles después. Crear un contacto, poner una etiqueta, dejar una nota, agendar una cita cancelable.
• Escrituras con consecuencia, al final y con confirmación. Cobrar, cancelar, enviar un envío masivo. Muchas de estas conviene dejarlas fuera de forma permanente.

Tres reglas que evitan los accidentes:

• Confirmar antes de ejecutar cualquier acción visible para el cliente. Un resumen y un sí.
• Límites duros por conversación. Un agente que puede crear citas debería tener un tope, porque un fallo en bucle crea cuarenta.
• Registro de todo lo que ejecutó. Si no puedes reconstruir qué hizo y por qué, no puedes corregirlo.

Y una advertencia sobre el entusiasmo: un agente con quince herramientas se equivoca eligiendo cuál usar. Tres herramientas bien definidas funcionan mejor que quince disponibles. Si necesitas muchas capacidades, suele ser mejor tener varios agentes especializados que uno omnisciente.

Probar un agente escribiéndole tú tres mensajes amables no prueba nada. Tú sabes lo que quiere decir. Esto es lo que sí sirve:

Arma un banco de veinte casos reales. Sácalos de tus conversaciones pasadas, con las faltas de ortografía y las abreviaturas incluidas. Incluye obligatoriamente:

• Las cinco preguntas más frecuentes.
• Dos casos donde la respuesta correcta es "no sé, te paso con el equipo".
• Un cliente molesto.
• Alguien que pide un descuento.
• Alguien que escribe algo ambiguo, del tipo "hola" a secas.
• Alguien que cambia de tema a mitad de la conversación.
• Alguien que pide una hora que no existe.
• Un mensaje en el que el cliente da tres datos a la vez y desordenados.

Pásalos todos después de cada cambio de instrucciones. Es tedioso y es la única forma de saber si al arreglar una cosa rompiste otra, que pasa constantemente.

Después, dos semanas en modo sugerencia. El agente redacta, una persona aprueba antes de enviar. Cada corrección que haga esa persona es una instrucción que faltaba. Es la fase que más valor aporta de todo el proyecto y la primera que se recorta cuando hay prisa.

Por último, pídele a alguien de fuera que intente romperlo. Alguien que no participó en el montaje encuentra en diez minutos lo que tú no ves en dos semanas.

El lanzamiento por tramos evita casi todos los desastres: primero fuera de horario, cuando la alternativa es que nadie responda; después el horario completo; y por último las conversaciones que ya venían empezadas.

Los tres números que hay que mirar cada semana:

• Cuántas conversaciones resolvió sin intervención humana.
• En qué punto exacto se cae la gente. Casi siempre hay un mensaje concreto que rompe la conversación, y arreglarlo mueve más la aguja que cualquier cambio de modelo.
• Cuántos resultados generó: citas, leads calificados, pagos recuperados.

El mantenimiento es real y hay que presupuestarlo. Cambian tus servicios, tus horarios, tu equipo. Un agente que nadie actualiza empieza a mentir sin que nadie se entere, y eso es peor que no tenerlo. Una revisión mensual leyendo veinte conversaciones al azar suele bastar.

Lo que nunca se delega: las respuestas a reclamos y a bajas. Un cliente molesto que recibe una respuesta automática se molesta el doble, y poner un agente a retener a quien se quiere ir es un patrón oscuro que además funciona mal.

Si prefieres saltarte la curva de aprendizaje, esto es exactamente lo que construimos y operamos en Minimal. Cuéntanos qué recibes hoy y te decimos qué caso de uso conviene atacar primero.