Hermoso pero inútil: Lo que 30,000 años de infografías nos enseñan sobre la construcción de habilidades de agentes de IA

Resumen: La IA hace que sea trivial construir agentes que procesen datos. ¿El problema? La mayoría de ellos son solo vertederos de datos ruidosos sin conclusión. La solución no es más datos, sino arquitectar el juicio. Tres comprobaciones: directiva de una oración, jerarquía operativa y la prueba de eliminación del 50%.
Soy James, CEO de Mercury Technology Solutions.
Desde mi oficina en Wanchai— julio de 2026.
El Problema del Bonito Fluff
He estado observando cómo las empresas construyen agentes de IAy definen sus "habilidades." Y me recuerda exactamente a la locura de las infografías de hace una década.
En ese entonces, los creadores de contenido descubrieron que podían comprimir un informe de 2,000 palabras en una gráfica visualmente impresionante. Bonita. Compartible. Y mayormente inútil — porque resumía sin concluir.
Hoy, los desarrolladores están haciendo lo mismo con la IA. Lanzan enormes datos y conexiones de API en un aviso del sistema, y esperan que emerja un brillante agente autónomo. El código es elegante. La salida es basura.
Lo veo a diario. El agente ingiere una hoja de cálculo de datos de ventas, genera tres gráficos circulares y se detiene. Un inmenso poder de procesamiento.Cero juicio.
Esto sucede porque malinterpretamos lo que realmente es una "Habilidad del Agente". Para solucionarlo, necesitamos mirar hacia atrás en cómo los humanos hanestructurado la información durante 30,000 años.
La Evolución de la Información: De las Cuevas al Código
Estructurar datos para impulsar decisiones no es nuevo. Evolucionó a través de cuatro fases distintas:
1. Supervivencia (30,000 a.C.)Las pinturas rupestres no eran arte. Eran bases de datos prehistóricas: registrando erupciones volcánicas, terrenos de caza, patrones de migración. El objetivo era simple: vivir o morir.
2. Marcos (1637)Descartes inventó el sistema de coordenadas. Ejes X e Y. La arquitectura fundamental para trazar datos abstractos. Nos dio la estructura para pensar espacialmente sobre los números.
3. Claridad (1786) William Playfair inventó el gráfico de barras y el gráfico circular. Su objetivo no era la estética. Era forzar a los políticos que no podían leer hojas de cálculo a comprender la economía de un vistazo.
4. Acción (1858)Florence Nightingale no solo registró las bajas de la Guerra de Crimea. Diseñó el "Gráfico de Rosas" específicamente para demostrar que la mala higiene estaba matando a más soldados que las balas enemigas.
Su gráfico no era un resumen.Era un argumento armado que cambió la política médica militar.
**El Estándar:** Cuando construyas un agente de IA, no apuntes a un resumen de datos. Apunta al Gráfico de Rosas de Nightingale. La habilidad de tu agente no es "procesar datos" — es **hacer un juicio definitivo.**
Las 3 Comprobaciones Cruciales para Agente de IA Habilidades
En Mercury, implementamos Mercury Muses AI — agentes que realizan tareas en contenido, operaciones y ventas. Antes de que cualquier agente se active, sometemos sus habilidades a tres comprobaciones.
Si estás escribiendo indicaciones del sistema o construyendo agentes, pregúntate:
Comprobación 1: ¿Cuál es la Directiva en Una Sola Oración?
Si no puedes resumir el objetivo final de tu agente en una sola frase, tu agente fracasará.
Definición de habilidad deficiente:
"Analizar los datos de ventas de mayo y junio a través de ocho líneas de productos y proporcionar un resumen."
Definición de habilidad buena:
"Identificar qué producto causó la caída de ingresos en junio y recomendar si aumentar el gasto en publicidad o eliminar el producto."
Los modelos de IA están ansiosos por complacer. Si no les das una postura o conclusión definitiva a la que llegar, te devuelven datos sin parar.Arquitecta la conclusión primero.
Verificación 2: ¿Cuál es la jerarquía operativa?
Cuando tu agente mira el aviso y los datos, ¿qué procesa primero?
En nuestro interno Marco F.I.N.D.S., la 'I' significa Estructuración de Información — arquitectar contenido en "fragmentos citables" que la IA puede extraer y razonar.
Si tu agente se distrae con un fondo irrelevante o ventanas de contexto infladas, su jerarquía cognitiva se rompe. Diseña la prioridad de las instrucciones para que la IA sepa exactamente qué variables son las más importantes.
Chequeo 3: La Prueba de Eliminación del 50%
Esta es la prueba más dolorosa y más efectiva.
Mira el aviso y los datos de tu agente. Ahora elimina la mitad. Casos extremos, instrucciones redundantes, contexto "agradable de tener" — todo eso.
Si la directiva central del agente sobrevive, y su salida se vuelve más rápida y clara, ese 50% era puro ruido.
En la era de la IA, la eficiencia de los tokens lo es todo.El valor de la habilidad de un agente no se determina por cuántos datos puede absorber. Se determina por cuánto ruido puede ignorar.
La IA simplifica la ejecución, no el juicio
Sí, la IA hace que construir herramientas sea increíblemente fácil. Puedes generar un agente funcional en minutos. Pero debido a que la barrera para la ejecución ha desaparecido, la barrera para *el juicio* ahora está completamente expuesta.
La IA ejecutará fielmente lo que le digas que haga. Pero si no sabes lo que realmente intentas decir, la IA no puede decidir por ti.
Por eso, cuando implementamos soluciones para los clientes, no comenzamos con los datos. Comenzamos con la intención empresarial. Definimos la decisión exacta que el sistema necesita tomar — entonces estructuramos el agente para entregarla.
Deja de construir agentes que dibujen gráficos bonitos.
Comienza a construir agentes que tomen decisiones.
Mercury Technology Solutions: Acelera la Digitalidad.
Originally published on MTS Blog & Research