Caso real Negocio
Agentes de IA: ejemplos reales que usamos cada día en una empresa pequeña
Nueve agentes de IA que usamos a diario en GamzyHost: qué hacen, qué deciden solos, qué nos preguntan y cuál te conviene montar primero.
Probado el 16 de octubre de 2026 en Claude Code 2.1.283 · Windows Server 2022 · Agentes en uso diario en GamzyHost. Los nueve ejemplos salen de las skills y la memoria del asistente que usamos cada día; ninguno es una demo. Cómo probamos
En este artículo
Un agente de IA es un modelo de lenguaje al que le das herramientas (leer el correo, consultar un servidor, crear un fichero), un bucle para usarlas hasta terminar y permiso para actuar dentro de unos límites. Un chatbot solo contesta; una automatización fija hace siempre los mismos pasos; un agente decide qué paso toca según lo que va encontrando. Abajo tienes nueve agentes que usamos cada día en GamzyHost, con lo que deciden solos, lo que nos preguntan y lo que ha fallado, y al final cómo elegir el primero para tu negocio.
Qué es un agente de IA, sin teoría de más
Anthropic, la empresa detrás de Claude, separa dos cosas en su guía Building effective agents. Los flujos de trabajo son sistemas en los que el modelo y las herramientas siguen caminos definidos de antemano en el código. Los agentes son sistemas en los que el modelo dirige su propio proceso y decide qué herramientas usa. Y añade algo que nos gusta porque desmitifica: en la práctica suelen ser «solo modelos que usan herramientas, en bucle, según lo que les devuelve el entorno».
OpenAI, en su guía práctica, lo descompone en tres piezas: modelo, herramientas e instrucciones. En nuestro caso son estas:
- Modelo: Claude, a través de Claude Code, corriendo en una VPS con Windows Server.
- Herramientas: servidores MCP propios que hablan con el panel de juegos, el correo, Discord, la web de GamzyHost y GamzyCloud (si no sabes qué es MCP, lo tienes en qué es MCP).
- Instrucciones: 49 skills. Cada skill es un fichero
SKILL.mdcon una descripción que le dice a Claude cuándo usarla y unas instrucciones de cómo hacerlo, tal como lo define la documentación de Claude Code. Te lo contamos a fondo en skills de Claude. - Permiso: las acciones delicadas (contestar a un cliente, desplegar la web) pasan por un vale. El sistema le enseña a Ferran lo que va a hacer y espera su sí.
A ese conjunto lo llamamos Jarvis. Cada ejemplo de abajo es una skill o una rutina suya, con el mismo esquema: problema, herramientas, qué decide solo, qué pregunta, qué ahorra y qué vigilar.
Agentes que atienden a clientes
1. La bandeja de clientes: todo lo pendiente en una sola vista
- Problema: los clientes de un hosting escriben por todas partes: tickets de Discord, el chat de la web, el correo, la IA de soporte y, de vez en cuando, una disputa de pago. Revisarlo era abrir cinco pestañas.
- Herramientas: lanza a la vez las consultas a cada canal (más las alertas de impagos y las disputas de Stripe) y lo junta.
- Decide solo: qué es ruido. Ignora avisos automáticos y spam, y de la IA de soporte solo avisa si hay quejas o alguien pide una persona. Ordena por canal, cliente, tiempo de espera y tema.
- Pregunta: cada respuesta a un cliente. Prepara el texto final y el sistema se lo enseña a Ferran antes de enviarlo.
- Qué ahorra: antes, la ronda por todos los canales; ahora, una frase («¿qué tengo pendiente?») y una lista corta.
- Qué vigilar: que el agente entienda qué cuenta como pendiente. En los tickets aprendió que si el último mensaje del cliente es un «gracias» o un emoji, no hay que contestar nada.
2. El correo de la empresa
- Problema: el buzón de contacto mezcla clientes, avisos automáticos de servicios y publicidad. Lo importante se pierde entre notificaciones.
- Herramientas: un MCP que habla con la API del webmail como una persona del equipo: listar, buscar, leer, responder en el mismo hilo y ver si la cola de envío funciona.
- Decide solo: agrupar los avisos automáticos en una frase, ignorar el spam y destacar primero lo que escriben personas.
- Pregunta: contestar a un cliente y cualquier cosa de dinero o contratos. Un envío a muchos clientes no lo trata como correo: lo pasa a la skill de campañas, con baja y consentimiento.
- Qué ahorra: leer el buzón entero para encontrar los dos correos que importan.
- Qué vigilar: las fechas (la skill le obliga a dar la de la lista y no inventarla) y una regla dura: nunca borra correos.
3. Tickets de soporte en Discord
- Problema: contestar un ticket bien exige mirar quién es el cliente, qué servidor tiene y si ha pagado.
- Herramientas: la API del bot de tickets (leer con historial y ficha del cliente, responder, notas internas, asignar, cerrar) más el panel de servidores y los pagos.
- Decide solo: qué tickets esperan respuesta, buscar el caso real antes de redactar y adaptar las respuestas tipo en vez de pegarlas.
- Pregunta: el envío. No promete reembolsos, compensaciones ni plazos, y si el cliente está enfadado o pide algo delicado, avisa antes de escribir.
- Qué ahorra: el ir y venir entre Discord, el panel y Stripe para montar el contexto de cada ticket.
- Qué vigilar: que escriba por la API del bot y no directamente en su base de datos. Si lo hiciera, el mensaje no quedaría registrado como respuesta del equipo.
Agentes que vigilan y tocan servidores
4. Estado de los nodos de juegos
- Problema: los servidores de juegos de los clientes están repartidos en varias máquinas. Saber si alguna está caída, llena o sobrevendida era entrar en cada una.
- Herramientas: una llamada al MCP del panel de servidores: si cada nodo responde, servidores, RAM y disco asignados. En modo detalle, la carga, la RAM libre y el disco reales, leídos por SSH en solo lectura.
- Decide solo: qué es grave, con umbrales escritos: disco por encima del 85 % es aviso y del 95 %, urgente; carga de 15 minutos por encima de los núcleos, preocupante; una máquina encendida hace poco, preguntar si fue a propósito.
- Pregunta: nada; solo mira. Reinicios y cambios van por otras skills con vale.
- Qué ahorra: la ronda por SSH. El resumen son dos o tres frases: primero lo que va mal, luego el dato que importa.
- Qué vigilar: que no sustituya a la vigilancia automática. Otro proceso, sin IA, comprueba cada 2 minutos que los nodos responden; el agente es para interpretar. Más en automatizar servidores con IA.
5. Desplegar la web principal con copia y vuelta atrás
- Problema: gamzyhost.com es la web que vende. Un cambio mal compilado la tira, y hacerlo a mano exige no saltarse pasos.
- Herramientas: SSH y una receta fija: copia de seguridad con fecha, cambio, compilación, reinicio y comprobación de que la portada responde sin errores nuevos en los registros.
- Decide solo: si la compilación falla, no reinicia: arregla el error o restaura la copia. La skill guarda trampas conocidas, como ficheros que parecen en uso y son código muerto.
- Pregunta: desplegar. El vale se pide al primer cambio y sirve para toda la tarea.
- Qué ahorra: los sustos. Antes dependía de acordarse de hacer la copia; ahora es el paso 1.
- Qué vigilar: que la copia local del código se queda atrás. Por eso el agente apunta en memoria qué ficheros tocó.
Es medio flujo de trabajo: los pasos son fijos, pero seguir, arreglar o volver atrás lo decide el modelo leyendo la salida de cada uno.
Agentes de oficina
6. Crear documentos Word, Excel y PowerPoint
- Problema: «hazme un Excel con…» es una petición frecuente y aburrida.
- Herramientas: escribe un script de Python que genera el fichero con las librerías de Office habituales, lo ejecuta, comprueba que el fichero existe y no está vacío, y lo deja en la sección Archivos del panel web de Jarvis.
- Decide solo: la estructura del documento, el formato (cabeceras en negrita, importes en euros) y el nombre del fichero con su fecha.
- Pregunta: nada si el encargo está claro; los datos salen de otras skills ya probadas.
- Qué ahorra: el montaje del documento. Lo que tarda es pedirlo.
- Qué vigilar: que limpie los ficheros temporales al acabar y que no lea en voz alta el documento entero: basta con decir qué es y dónde está.
7. Ordenar proyectos, archivos y memoria
- Problema: con un agente trabajando todo el día, los ficheros sueltos y las notas duplicadas se acumulan rápido.
- Herramientas: tres skills.
nuevo-proyectocrea cada proyecto en su sitio (carpeta,CLAUDE.md, ficha en la memoria e índices).revisar-ordenbusca ficheros sueltos, temporales viejos, notas duplicadas y proyectos sin ficha, y corre sola cada lunes.momento-de-organizarsees la frase que lo lanza todo de golpe. - Decide solo: lo reversible: mover sus propios ficheros, vaciar temporales, juntar notas duplicadas (la sobrante va a un archivo; la memoria nunca se borra) y borrar restos de comandos rotos.
- Pregunta: mover o borrar ficheros de Ferran dentro de un proyecto y cambiar la estructura de áreas.
- Qué ahorra: en una pasada compactó 61 notas repetidas de un proyecto en 9 sin perder datos; en otra encontró 57 ficheros vacíos con nombres de comandos mal escapados repartidos por las carpetas de proyectos.
- Qué vigilar: que no borre lo que hace falta. Aprendió que la carpeta donde se reciben los archivos no se toca aunque parezca vacía, y que reorganizar sin confirmar antes la estructura exacta obliga a repetir el trabajo.
8. Revisar vídeos, audios y capturas con Gemini
- Problema: Claude no ve vídeo ni oye audio. Para revisar las promos que hacemos (sincronía de efectos de sonido, volúmenes, texto en pantalla) hacía falta verlas una a una.
- Herramientas: un script propio que sube el fichero a Gemini con unas instrucciones de revisión y devuelve un informe con marcas mm:ss, problemas por gravedad y un veredicto (listo, retocar o rehacer).
- Decide solo: las opciones de análisis (más fotogramas por segundo para promos cortas donde importa la sincronía, resolución alta solo si hay texto pequeño) y qué plantilla de instrucciones usar.
- Pregunta: usar el modelo más caro de Gemini solo si Ferran pide máxima finura.
- Qué ahorra: una primera pasada de revisión. En nuestra medición del 3 de octubre de 2026, una promo de 43 segundos costó 0,03 $ y tardó unos 40 segundos.
- Qué vigilar: los falsos positivos. Las marcas de tiempo son aproximadas y en capturas largas de una web Gemini marca fallos que no lo son, así que lo grave se comprueba en el vídeo o en el código antes de cambiar nada.
Agentes que trabajan de noche
9. El estudio nocturno y el resumen del día
Son dos rutinas que encadenan el trabajo del día con el siguiente.
- Problema: lo que se habla durante el día se pierde si nadie lo pasa a limpio, y vigilar a la competencia de varios proyectos no cabe en la agenda.
- Herramientas: el diario de cada día, la memoria (un vault de Obsidian ordenado por proyectos), búsqueda web y Discord para avisar.
- Cómo funciona: de madrugada se escribe el resumen del día: lo que se pidió, lo que se hizo, lo pendiente y las decisiones. Otra rutina lo lee, guarda en su sitio lo que merece quedarse y ordena la memoria. Después llega el estudio nocturno: el agente repasa los proyectos activos, elige uno o dos temas accionables (no noticias), busca, contrasta, guarda una nota en el proyecto y manda por Discord seis líneas como mucho: qué encontró, por qué sirve y qué hacer.
- Decide solo: tema, fuentes y recomendación. Tiene prohibido gastar dinero, escribir a nadie y tocar servidores.
- Pregunta: nada; solo propone.
- Qué ahorra: horas de vigilar a la competencia. Una noche detectó una función nueva que estaban sacando varios competidores y recomendó probarla en pequeño antes de decidir nada. Otra, una subida de precios de un competidor, y dejó escrito que no tocaba actuar todavía.
- Qué vigilar: las fuentes contradictorias. El agente marcó como «no verificado» un tema en el que las fuentes no coincidían, en vez de elegir una. Eso es lo que quieres de un agente que investiga solo.
Tabla resumen de los nueve agentes
| Agente | Qué resuelve | Decide solo | Pide permiso para |
|---|---|---|---|
| Bandeja de clientes | Pendientes repartidos en cinco canales | Qué es ruido y qué urge | Cada respuesta a un cliente |
| Correo de la empresa | Buzón mezclado con avisos y spam | Agrupar, filtrar, buscar | Contestar a clientes, temas de dinero |
| Tickets de Discord | Contexto de cada ticket | Buscar el caso y redactar | Enviar; casos delicados |
| Estado de los nodos | Máquinas llenas o caídas | Qué es grave según umbrales | Nada (solo lee) |
| Desplegar la web | Cambios sin romper la web | Seguir, arreglar o volver atrás | Desplegar |
| Crear documentos | Excel, Word y presentaciones | Estructura y formato | Nada |
| Ordenar proyectos y memoria | Ficheros sueltos y notas duplicadas | Lo suyo y lo reversible | Tocar ficheros de Ferran |
| Revisar vídeo y audio | Revisar promos sin verlas una a una | Opciones de análisis | Usar el modelo caro |
| Estudio nocturno y resumen | Memoria al día y competencia vigilada | Tema, fuentes, recomendación | Nada (solo propone) |
Fíjate en la última columna: ninguno envía nada a un cliente ni cambia producción sin vale. Los que actúan solos leen, trabajan sobre sus propios ficheros o se limitan a proponer.
Cómo elegir tu primer agente
Si tienes un negocio pequeño y quieres probar, no empieces por el agente más vistoso. Empieza por el que cumpla estas tres condiciones:
- Tarea frecuente. Algo de cada día o varias veces por semana: revisar canales, preparar un informe, mirar si algo está caído. Si es mensual, no compensa afinar las instrucciones.
- Resultado verificable. Tienes que poder comprobar en un momento si lo ha hecho bien: la lista cuadra, el Excel tiene las cifras correctas, la web responde. Si no puedes, no sabrás cuándo se equivoca.
- Reversible. Si se equivoca, se deshace sin daño. Resumir es reversible; mandar un correo a un cliente no. La bandeja de clientes es buen primer agente si solo junta y propone, y uno malo si contesta solo.
Anthropic recomienda lo mismo: empezar por lo más simple y añadir agentes de varios pasos solo cuando lo simple se queda corto. Si la tarea siempre sigue los mismos pasos, te basta una automatización fija.
Un orden razonable: primero un agente que solo lee y resume (pendientes, estado de tus sistemas); después uno que crea cosas nuevas sin tocar lo existente (documentos, borradores); y al final, con vale humano, uno que actúa sobre algo real (responder, desplegar).
Errores típicos al montar agentes en una empresa
- Darle permiso para todo desde el primer día. Nuestra regla, aprendida a base de correcciones: lo pequeño y reversible lo hace solo; lo que decide el dueño lo propone y espera su sí.
- No decirle qué es grave. Un agente que revisa servidores sin umbrales te contará todo con el mismo tono. Escribe los números: a partir de qué porcentaje de disco avisa y a partir de cuál es urgente.
- Creerse el «ya está hecho». Una de las lecciones que más ha repetido el nuestro: comprobar en producción, en el registro o en el fichero antes de decir que algo está terminado.
- Dejar que aprenda sin podar. Nuestras skills tienen un apartado «Aprendido» que el agente amplía solo cuando se equivoca. Funciona, pero en la de los nodos acabó con más de veinte líneas casi iguales: si una herramienta falla, avisa en vez de quedarte callado. Esa lección lleva 63 repeticiones registradas. Si el agente apunta lo mismo una y otra vez, la regla debe subir a las instrucciones generales y alguien tiene que limpiar las copias.
- Credenciales por chat. El agente nunca pide ni enseña una clave en la conversación. Comprueba antes si la credencial está donde debe y, si falta, pide que se deje en un sitio seguro.
- Mezclar vigilancia y agente. Lo que hay que comprobar cada pocos minutos lo hace mejor un proceso sencillo sin IA. El agente entra para interpretar o actuar.
Cómo encajan todas las piezas (la VPS, Claude Code, los MCP, la memoria en Obsidian y los vales) lo tienes en cómo montamos nuestro asistente de IA propio. Si empiezas desde cero, la guía de Claude Code es el primer paso, y lo que cuesta lo explicamos en el precio de Claude.