Margital
IA en marketing

MargitalIA: por qué los agentes IA con personalidad no son un gimmick

Manuel Revert··7 min lectura

El reflejo natural ante "agentes con personalidad"

La primera reacción cuando alguien oye que tenemos un agente IA llamado "Dominguez · CEO" es asumir que es marketing de juguete. Que les ponemos nombres propios para venderlo más bonito. Que detrás hay un GPT genérico con un wrapper estético.

No. Y la razón es operativa, no estética.

El problema de los agentes sin identidad

Cuando arrancamos con MargitalIA en 2025, todos los flujos pasaban por un único endpoint LLM. "Agente Margital, haz X". El problema fue inmediato:

  • Sin contexto persistente. Cada llamada era un disparo aislado. El agente no sabía si ya había contestado al mismo lead 3 veces antes.
  • Sin autoridad delegada. Cualquier acción crítica requería revisión humana porque "el agente" no tenía un rol claro.
  • Sin auditabilidad. Cuando algo salía mal, no sabíamos qué prompt había generado el output. Era un único agente borroso haciendo de todo.

Los GPTs y wrappers tipo Custom GPT de OpenAI tienen exactamente este problema multiplicado. Por eso el 80% de implementaciones empresariales de IA en 2025 fracasaron en los primeros 6 meses.

Lo que cambia al darles identidad

Cuando dividimos a "el agente Margital" en 7 agentes con rol, autoridad y memoria propias, todo se ordenó:

  • Dominguez (CEO) decide qué se hace y delega. Lee informes de los demás y aprueba acciones críticas (envío de emails al cliente, gasto >100€).
  • MacGyver (Ingeniería) ejecuta tareas técnicas: arreglar workflows n8n, debuggear scripts, integraciones. No tiene autoridad para hablar al cliente final.
  • Manus (Marketing) publica contenido programado y monitoriza distribución. Reporta a Dominguez.
  • ANAIS (SEO) audita técnicamente. Sus outputs van a CERVANTES (copy) o MacGyver (implementación).
  • CERVANTES (Copy) escribe en el tono Margital, pero su output siempre va a Dominguez antes de publicarse externamente.
  • Melgaria (Admin) detecta y enruta incidencias internas.
  • Consejero asesora estratégicamente para clientes selectos como Pont Grup.

Cada uno tiene memoria persistente vía RAG. Cada uno tiene un prompt específico cuidadosamente afinado. Cada uno tiene una "constitución" que define qué SÍ puede decidir solo y qué NO.

El test de la sustitución

Si renombrara mañana "Dominguez" a "Agente_CEO_v3" y "MacGyver" a "Agente_Eng_v2", la web se reiría. Pero internamente, nada cambiaría. Los nombres son el envoltorio, no el contenido.

Los nombres importan por dos razones secundarias:

1. Comunicación interna. "Mándale esto a Dominguez para que decida" es más rápido que "manda esto al endpoint del rol CEO con la siguiente firma de prompt" 2. Cara visible. Cuando un cliente nos delega un workflow automatizado, le decimos "MacGyver lo arregla". Tiene una cara conceptual a la que dirigirse. Es más humano que "el sistema lo procesará".

Pero si los nombres fueran lo único, sería gimmick. Lo que hace que NO sea gimmick es la arquitectura subyacente: separación de roles, memoria por agente, autoridad delegada con governance, auditoría completa.

Aplicabilidad para tu equipo

Si tu empresa está pensando en "implementar IA":

  • Mal: un único asistente genérico que hace de todo. Acabarás en el 80% que fracasa.
  • Bien: agentes con rol específico, memoria persistente, autoridad limitada. Mucho más caro de implementar bien al inicio. Mucho más sostenible a 12-18 meses.

Y si quieres ahorrarte el aprendizaje, hablamos.


Si tu equipo gasta 30%+ de su tiempo en tareas que un agente IA bien diseñado podría hacer — pide tu First Date.

¿Te ha resonado?

Pide tu First Date