Ciclo de vida de los sistemas multiagente LLM

Los documentos proporcionados describen el marco LIFE, un ciclo de vida integral para sistemas multiagente de modelos de lenguaje a gran escala (LLM) que conecta las capacidades individuales con la inteligencia colectiva. Esta progresión comienza estableciendo las capacidades básicas de los agentes individuales mediante la optimización del razonamiento, la memoria, la planificación y el uso de herramientas. La segunda etapa integra a los agentes a través de la colaboración, utilizando roles estructurados, protocolos de comunicación y topologías de orquestación para resolver problemas complejos. Para garantizar la fiabilidad, el sistema debe detectar fallos mediante la atribución, una fase de diagnóstico que identifica las causas raíz de los errores que se propagan entre las interacciones de los agentes. Finalmente, el sistema evoluciona mediante la auto-mejora autónoma, utilizando la información obtenida del diagnóstico para refinar el comportamiento de los agentes y reorganizar las estructuras colaborativas. Al conectar estas cuatro etapas, la investigación proporciona una hoja de ruta para construir ecosistemas de IA resilientes y autoorganizados, capaces de aprender y adaptarse continuamente.

Enlace al artículo científico, para aquellos interesados en profundizar en el tema: "Beyond Individual Intelligence: Surveying Collaboration, Failure Attribution, and Self-Evolution in LLM-based Multi-Agent Systems", por Shihao Qi y colegas. Publicado el 15 de Mayo de 2026.

El resumen, la transcripción, y la traducción fueron hechas usando herramientas de software de Inteligencia Artificial.

El resumen se presenta en la forma de un diálogo entre dos personajes sintéticos que llamaremos Alicia y Beto.

---

Resumen

Alicia
Normalmente, cuando estás lidiando con un error de software estándar, hay una expectativa de precisión absoluta.

B
Oh, sí, totalmente.

Alicia
Correcto. Quiero decir, un programa falla, el desarrollador inicia el depurador (debugger), busca esa única línea irregular y rota de código, y simplemente señala en la pantalla como diciendo: "Ahí está. Hay un error tipográfico."

Beto
Es muy binario.

Alicia
Exacto. El sistema, o está roto, o no lo está.

Beto
Y ese tipo de depuración determinista es básicamente el cimiento de la ciencia de la computación tradicional. Siempre puedes rastrear la trayectoria de ejecución hasta el origen exacto del fallo.

Alicia
Pero cuando entras en el mundo de la inteligencia artificial, ...

Beto
... oh, es un juego completamente diferente.

Alicia
Correcto. Específicamente con estos nuevos sistemas de IA multi agente, esa máquina de rayos X de diagnóstico se apaga por completo.

Beto
Sí, de verdad que lo hace.

Alicia
Porque de repente estás viendo una sociedad entera de trabajadores digitales colaborando, pasando instrucciones increíblemente complejas de un agente a otro y modificando sus propios comportamientos en tiempo real.

Beto
Lo cual es aterrador para un depurador.

Alicia
En serio. Si el resultado final es incorrecto, tratar de averiguar qué agente causó realmente el fallo es una pesadilla absoluta.

Beto
Nos obliga a replantearnos por completo cómo evaluamos la arquitectura de un sistema. Ya no estamos lidiando con una base de código estática. Estamos lidiando con organizaciones dinámicas.

Alicia
Ese es el núcleo de nuestra inmersión profunda de hoy. Estamos explorando este enorme artículo de encuesta de vanguardia para ustedes. Y esencialmente está trazando el mapa futuro de la inteligencia artificial.

Beto
Es un artículo enorme.

Alicia
Sí, estamos extrayendo de este plano académico muy completo que introduce un marco llamado "progresión de la vida".

Beto
L-I-F-E.

El Ciclo LIFE: Una hoja de ruta para la IA multi-agente auto-evolutiva

Alicia
Correcto. Significa Lay a Foundation, Integrating Agents, Finding Faults, and Evolving (Sembrar Fundación, Integración de Agentes, Detección de Fallas y Evolución). Pero el acrónimo en sí importa mucho menos que el cambio profundo que representa.

Beto
Absolutamente.

Alicia
Esta es la hoja de ruta para cómo pasamos de diseñar cerebros de IA individuales a diseñar organizaciones completas de IA autónomas.

Así que, bueno, desglosémoslo. Primero tenemos que mirar la arquitectura fundamental. Porque de fábrica, incluso los modelos de lenguaje más avanzados carecen de estado persistente.

Beto
Sí, son brillantes, pero olvidan todo.

Alicia
Exacto. Son increíblemente inteligentes, pero, esencialmente, sufren de amnesia.

Beto
Correcto. Y si quieres construir una sociedad funcional, bueno, necesitas individuos autónomos primero.

Alicia
Tiene sentido.

Beto
Un modelo de lenguaje base, sabes, no puede percibir su entorno. No tiene memoria persistente de lo que sucedió hace una hora, y no puede tomar ninguna acción física o digital.

Alicia
Entonces, ¿cómo solucionan eso?

Beto
Para tender ese puente, la arquitectura requiere, según el artículo, un "circuito cognitivo cerrado".

Alicia
OK.

Beto
Los investigadores describieron cuatro componentes específicos que tienen que funcionar en constante concierto: razonamiento, memoria, planificación y uso de herramientas.

Alicia
Honestamente, parece que la memoria es realmente el punto de apoyo clave ahí.

Beto
Oh, cien por ciento.

Alicia
Porque si el agente no puede recordar el resultado de su última acción, entonces los módulos de razonamiento y planificación son completamente inútiles.

Beto
La memoria actúa como el sustrato vital. Así es como lo enmarca el artículo. Y los investigadores están resolviendo esto a través de arquitecturas como MemGPT, que la encuesta resalta bastante.

Alicia
MemGPT. Bien. ¿Cómo funciona eso?

Beto
Bueno, no trata la memoria solo como un documento de texto gigante sin estructura. Utiliza una metáfora de sistema operativo tradicional.

Alicia
Oh, interesante.

Beto
Sí. Gestiona activamente la ventana de contexto de la IA. De la misma manera que una computadora gestiona su RAM y su disco duro.

Alicia
Así que un LLM regular es como un cerebro en un frasco.

Beto
Sí.

Alicia
Pero un agente es como darle a ese cerebro una libreta para la memoria, un calendario para la planificación y manos para el uso de herramientas.

Beto
Sí. Esa es una gran manera de decirlo.

La integración de todas esas cosas es lo que importa.

Alicia
Quiero asegurarme de que estoy visualizando correctamente esta parte de la memoria, sin embargo. Y el LLM tiene una ventana de contexto, ¿verdad? Como un límite estricto sobre cuántas palabras o tokens puede mantener en su cerebro activo a la vez.

Beto
Correcto. El cuello de botella.

Alicia
Y si una tarea requiere más contexto de lo que permite la ventana, el modelo simplemente empieza a alucinar, u olvida por completo las instrucciones iniciales.

Beto
Lo cual es precisamente el problema que resuelve MemGPT. La arquitectura le da al agente la capacidad de ejecutar sus propias llamadas a funciones auto-dirigidas.

Alicia
¿Para qué?

Beto
Para introducir y extraer información de esa ventana de contexto activa. Así que si el agente se da cuenta de que su RAM, sabes, su cerebro activo se está llenando, escribe autónomamente un resumen de la información más antigua.

Alicia
Oh, wow.

Beto
Sí. Y luego lo mueve al almacenamiento de archivo, el disco duro.

Alicia
Así que básicamente está tomando sus propias notas y archivándolas.

Beto
Exacto. Y más tarde, si el módulo de razonamiento se da cuenta de que necesita esos datos antiguos para formular un plan, consulta la base de datos de archivo y los trae de vuelta a la ventana de contexto activa.

Alicia
Eso es genial. Así que está curando activamente sus propios pensamientos para mantenerse dentro de sus límites computacionales.

Beto
Correcto. Gestiona su propio estado interno.

Alicia
Bien, eso se encarga de lo interno. Pero para que un agente realmente interactúe con el mundo, necesita los componentes de planificación y uso de herramientas.

Beto
Sí. Las manos de tu analogía.

Alicia
Correcto. La encuesta se adentra en este sistema llamado Voyager, que opera dentro del juego Minecraft. Y parece que Voyager toma esta arquitectura de circuito cerrado y simplemente la arma para el aprendizaje continuo.

Beto
Voyager es una demostración tan notable de esto. Muestra cómo la memoria, la planificación y el uso de herramientas se sintetizan para crear una autonomía verdadera.

Alicia
Porque no solo está jugando un juego.

Beto
No, Voyager no recibe un guion sobre cómo jugar Minecraft. Explora el entorno y su módulo de planificación propone sus propios subobjetivos basándose en lo que observa.

Alicia
¿Qué tipo de subobjetivos?

Beto
Bueno, podría mirar a su alrededor y decidir que necesita minar hierro.

Alicia
Bien.

Beto
Y para lograr eso, literalmente escribe código JavaScript ejecutable.

Alicia
Espera, escribe su propio código para jugar el juego.

Beto
Sí. Y ejecuta ese código en el entorno del juego.

Alicia
Pero, ¿qué pasa si el código falla? Como si el agente se quedara atascado en un barranco o la herramienta de minería se rompiera.

Beto
Ahí es exactamente donde se activa el circuito cerrado. El entorno alimenta el error de vuelta al agente.

Alicia
Ah, OK.

Beto
El módulo de razonamiento analiza el rastreador de pila o lo que sea la retroalimentación ambiental que recibe, modifica el código, e intenta de nuevo.

Alicia
Así que se depura a sí mismo.

Beto
Sí. Pero el mecanismo realmente crucial aquí es lo que sucede cuando tiene éxito. Una vez que el código mina exitosamente el hierro, Voyager guarda ese script verificado en una biblioteca de habilidades centralizada.

Alicia
Oh, ya veo. Está construyendo una base de datos permanente de acciones verificadas.

Beto
Exacto. Así que la próxima vez que necesite hierro, no tiene que deliberar o descubrir la lógica desde cero otra vez.

Alicia
Simplemente, recupera el código verificado de la biblioteca.

Beto
Correcto. Acumula capacidades transferibles con el tiempo. El agente crea este bucle de retroalimentación donde el uso de herramientas pasado expande directamente sus horizontes de planificación futuros.

Alicia
Entiendo cómo eso crea un agente individual increíblemente capaz. Pero quiero decir, eventualmente, incluso un superagente golpea un límite, ¿verdad?

Beto
Oh, absolutamente.

Alicia
Como si estuvieras tratando de automatizar todo el ciclo de vida del desarrollo de software o ejecutar alguna simulación científica masiva, forzando a un solo agente a actuar como el gerente del proyecto, el ingeniero de software, el probador de QA y el arquitecto de bases de datos todo a la vez.

Beto
Se va a colapsar.

Alicia
Sí, causará un colapso masivo de contexto. La IA simplemente se confundirá por objetivos conflictivos.

Beto
Inevitablemente, te encontrarás con los límites de un mecanismo de atención de una sola red neuronal. Simplemente, no puede concentrarse en tantos tipos diferentes de tareas.

Así que para resolver problemas increíblemente complejos y de largo horizonte, debes introducir una división del trabajo. Integras esos agentes individuales en un sistema multiagente o un MAS (Sistema Multiagente).

Alicia
Y esto plantea la pregunta de cómo divides realmente ese trabajo porque el artículo categoriza la asignación de roles en dos enfoques, ¿verdad? Homogéneo y heterogéneo. Y el enfoque homogéneo básicamente usa exactamente el mismo modelo para cada agente, solo con instrucciones ligeramente diferentes.

Beto
Sí. El ejemplo clásico que citan es el de los agentes generativos, donde los investigadores simularon toda una ciudad de personajes digitales mostrando comportamiento social.

Alicia
Eso suena genial para simular multitudes o dinámicas sociales, ya que todos comparten las mismas capacidades fundamentales.

Beto
Así es. Pero para la resolución rigurosa de problemas profesionales, la industria se está moviendo fuertemente hacia roles heterogéneos.

Alicia
OK. Diferentes modelos.

Beto
Diferentes roles. Aquí es donde se diseñan sistemas con capacidades asimétricas altamente especializadas.

Alicia
Asimétrico significa que literalmente no pueden hacer el trabajo de los demás.

Beto
Precisamente. Tienen espacios de observación completamente diferentes y acceso a herramientas totalmente diferente. Toma MetaGPT, que es un sistema analizado en la encuesta. MetaGPT mapea los procedimientos operativos estándar humanos directamente a agentes de IA.

Alicia
Como un equipo corporativo real.

Beto
Exacto. Diseñas un agente para que sea el gerente de producto. Pero su única herramienta es un editor de texto para escribir documentos de requisitos del producto. No tiene absolutamente ningún acceso a un compilador.

Alicia
Y el agente ingeniero solo puede leer el documento del producto en código, pero no puede cambiar el diseño general.

Beto
Correcto. Al restringir sus capacidades, fuerzas una división del trabajo estricta que reduce drásticamente las alucinaciones.

Alicia
Porque no pueden pisarse los talones.

Beto
Exacto. El gerente de producto no va a empezar a escribir código Python roto por accidente porque físicamente carece del acceso a la API para hacerlo.

Alicia
Bueno. Así que tienes estos agentes altamente especializados haciendo su trabajo perfectamente. Pero cuando cien agentes perfectos intentan colaborar en un solo proyecto, tienen que hablar entre ellos.

Beto
Por supuesto.

Alicia
Y si solo están enviando texto crudo de vuelta y de nuevo como comunicación explícita, ¿no explota el costo de los tokens?

Beto
Oh, se vuelve absurdamente caro.

Alicia
Correcto. Tendrías agentes discutiéndose constantemente sobre cada proceso de pensamiento, hinchando la ventana de contexto de todos. ¿Cómo evitas que esta sociedad digital se ahogue solo con charla?

Beto
Ese es un problema enorme. La sobrecarga de tokens de la comunicación explícita es un gran cuello de botella de escalabilidad.

Alicia
Puedo imaginarlo.

Beto
Si cada agente transmite cada archivo JSON a toda la red, el costo computacional se dispara y honestamente, los agentes simplemente pierden el rastro del objetivo central en medio de todo el ruido.

Alicia
Entonces, ¿cuál es la solución?

Beto
La solución es moverse hacia la comunicación implícita.

Alicia
Lo que significa que no se envían mensajes entre sí.

Beto
No directamente ahora. Se comunican alterando el entorno compartido.

Alicia
OK, voy a necesitar un ejemplo para eso.

Beto
Piensa en un grupo de memoria compartida o como un espacio de trabajo colaborativo. Un agente arquitecto podría actualizar un plano digital en la reserva compartida.

Alicia
OK.

Beto
El agente de ingeniería monitorea continuamente esa sección específica del plano. Cuando detecta un cambio de estado, infiere su próxima tarea y comienza a escribir código.

Alicia
Oh, wow.

Beto
Y hace esto sin que el arquitecto envíe nunca un mensaje directo de, "escríbele este código".

Alicia
Es como una línea de cocina en un restaurante.

Beto
Oh, esa es una buena comparación.

Alicia
Bien. La chef joven no necesita enviar un mensaje a la estación de emplatado. Simplemente pone el bistec del cocinero en el servicio. La estación de emplatado ve el bistec y simplemente sabe naturalmente que es hora de añadir la guarnición.

Beto
Eso es exactamente eso. Esa inferencia ambiental reduce drásticamente la sobrecarga de comunicación. Pero sabes, para mantener esa cocina funcionando, necesitas orquestación.

Alicia
Alguien tiene que ser el chef principal.

Beto
Correcto. Necesitas una topología que dicte el flujo de tareas. Y el artículo lo desglosa en topologías centralizadas versus distribuidas.

Alicia
Mira, soy increíblemente escéptica del modelo centralizado.

Beto
¿En serio? ¿Por qué?

Alicia
Bueno, espera, si usamos una topología centralizada donde un agente jefe orquesta todo, ¿no estamos recreando las peores partes de la burocracia corporativa humana?

Beto
Eh, ese es un punto justo.

Alicia
Simplemente, parece un gran cuello de botella para la IA. Si el agente jefe malinterpreta la instrucción, toda la empresa falla instantáneamente.

Beto
Esto plantea una pregunta importante sobre las compensaciones del diseño de sistemas. Porque tienes razón, el control centralizado es muy susceptible a fallos de punto único y latencia.

Alicia
Exacto. Sin embargo, es muy fácil de gestionar y mantiene a todo el sistema alineado en un objetivo global singular.

Beto
OK, es justo. ¿Qué hay de lo distribuido?

Alicia
Una topología distribuida opera más como una red peer-to-peer, lo que evita ese cuello de botella central. Los agentes hablan directamente con los nodos adyacentes y toman decisiones locales.

Beto
Pero un sistema puramente peer-to-peer parece que se degeneraría en una anarquía total.

Alicia
Definitivamente puede hacerlo.

Beto
Si todos solo están hablando con su vecino, ¿cómo aseguras que el software en general se construya según las especificaciones del usuario?

Alicia
Es increíblemente difícil mantener la alineación global en una configuración puramente distribuida. Por eso las arquitecturas más avanzadas están utilizando topologías híbridas.

Beto
Lo mejor de ambos mundos.

Alicia
Exacto. Empleas coordinación estratégica centralizada. Así que, un planificador maestro que descompone la instrucción del usuario en hitos de alto nivel.

Beto
OK.

Alicia
Pero usas ejecución descentralizada. Pequeños equipos especializados y pequeños se encargan de los detalles micro entre ellos sin reportar cada paso al jefe.

Beto
Ya veo. Así que el CEO establece la visión, pero los pods de ingeniería individuales ejecutan los sprints de forma independiente.

E incluso estamos viendo la aparición de topologías dinámicas.

Alicia
¿Qué significa eso?

Beto
Es donde el sistema de IA monitorea su propio rendimiento y reorganiza autónomamente su estructura de comunicación en tiempo real, solo basándose en la complejidad de la tarea en cuestión.

Alicia
Espera. Así que está redibujando dinámicamente su propio organigrama para optimizar por lo que sea que esté enfrentando actualmente.

Beto
Sí.

Alicia
Eso es salvaje. Pero ese nivel de complejidad introduce un escenario realmente aterrador cuando tienes agentes altamente especializados fuertemente acoplados, reaccionando a los cambios en el estado ambiental y literalmente reconfigurando su propio organigrama. ¿Qué pasa cuando algo se rompe?

Beto
Eh, sí. La pesadilla de depuración de la que hablamos al principio.

Alicia
Exacto. Si ocurre un error local, no se quedará localizado. Se propagará a través de toda la red.

Beto
Lo hace. El error se propaga tan rápidamente que el resultado final proporciona casi cero valor de diagnóstico.

Alicia
Es menos como el error tipográfico en un script y más como una falla sistémica de la cadena de suministro.

Beto
Esa es una muy buena manera de pensarlo.

Alicia
Digamos que tienes una sociedad de IA tratando de reservar un itinerario de viaje complejo. Si el resultado final dice que el hotel está reservado para la fecha equivocada, no puedes simplemente culpar al agente de reserva.

Beto
No, porque tal vez solo estaba siguiendo órdenes incorrectas.

Alicia
Correcto. Tienes que rastrear la lógica. Quizás el agente del clima sacó un pronóstico para la ciudad equivocada, lo que hizo que el agente de planificación cambiara las actividades al aire libre al martes, lo que obligó al agente de reserva a mover la reservación del hotel.

Beto
Exacto.

Alicia
El agente de reserva ejecutó sus instrucciones sin fallos. Hizo exactamente lo que se le dijo.

Beto
Y si miras el resultado final y castigas al agente de reserva, estás optimizando el nodo equivocado.

Alicia
Simplemente, lo estás confundiendo.

Beto
Peor aún, vas a degradar realmente el rendimiento del sistema, porque estás tratando de arreglar un componente que ni siquiera está roto.

Este es el desafío definitorio de la atribución de fallos en sistemas multiagente. Tenemos que ir más allá de preguntar si las tareas tuvieron éxito. Para señalar exactamente quién introdujo la anomalía, cuándo ocurrió, y cómo se propagó.

Alicia
Pero, ¿cómo empiezas a desenredar esa telaraña?

Beto
Bueno, el artículo describe algunos métodos de diagnóstico diferentes. El primero es basado en datos.

Alicia
OK. ¿cómo se ve eso?

Beto
El enfoque basado en datos se basa en entrenar modelos de diagnóstico dedicados para analizar registros masivos y complejos de trayectorias de ejecución.

Alicia
OK.

Beto
La fuente señala el conjunto de datos de quién y cuándo. Los investigadores básicamente han compilado miles de ejemplos de cadenas de IA colaborativas etiquetando explícitamente el paso de tiempo exacto y el agente específico donde se introdujo un error lógico.

Alicia
Oh, vaya. Así que básicamente estás entrenando a un oficial de asuntos internos de IA haciéndole leer miles de transcripciones de proyectos grupales fallidos.

Beto
Eso es exactamente lo que es. Entrenas un modelo en este conjunto de datos para que aprenda a reconocer los sutiles patrones de fallas en cascada en registros en tiempo real.

Alicia
Eso tiene mucho sentido. Pero la fuente también ha mencionado métodos guiados por restricciones. ¿Cómo difiere eso?

Beto
La atribución guiada por restricciones es mucho más rígida. En lugar de dejar que un modelo de diagnóstico busque toda la historia de ejecución, diseñas el sistema con puntos de control de diagnóstico estrictos.

Alicia
Como barreras de contención (guard rails).

Beto
Exacto. Impones marcos por etapas. Si se detecta un error en el paso 10, las reglas de restricción podrían dictar que solo analices las entradas y salidas de los pasos 8 y 9. Esto estrecha artificialmente el espacio de búsqueda para evitar que el proceso de diagnóstico se vuelva computacionalmente abrumador.

Alicia
Pero reducir el espacio de búsqueda podría significar que te pierdes la causa raíz si ocurrió en el paso 2, ¿verdad?

Beto
Correcto, que es la falla principal ahí.

Alicia
Lo cual es probablemente por lo que el artículo parece priorizar un tercer método: la inferencia causal. Y aquí es donde se pone realmente interesante. Se siente como la forma más robusta de depurar una sociedad de IA.

Beto
Lo es. Atribución causal se centra completamente en separar el síntoma propagado de la verdadera causa raíz.

Alicia
OK.

Beto
En tu ejemplo de la cadena de suministro, la fecha incorrecta del hotel es simplemente el síntoma propagado. Para encontrar la causa raíz, los investigadores usan técnicas como la reproducción contrafactual (counterfactual replay).

Alicia
Bien, desglosémoslo. ¿Qué estamos haciendo realmente ahí? Suena como un concepto de ciencia ficción.

Beto
Es básicamente una simulación. Tomas toda la trayectoria de ejecución de la tarea fallida y la representas como un grafo jerárquico de variables.

Alicia
OK.

Beto
Luego, esencialmente, congelas el estado del sistema y empiezas a jugar ¿qué pasaría si ... realizo una intervención

Alicia
Como una prueba.

Beto
Exacto. Preguntas matemáticamente, si rebobinamos la simulación al paso de tiempo 4 e inyectamos artificialmente el pronóstico correcto en la región climática, pero dejamos absolutamente todo lo demás igual, ¿tendrá éxito la reserva final cuando ejecutemos la simulación hacia adelante?

Alicia
Es como un juego de teléfono, pero los jugadores son IA. Si el mensaje final es incorrecto, ¿cómo lo rastreas hasta el agente exacto que escuchó mal el susurro?

Aíslas la variable ejecutando una versión de realidad alternativa de la tarea.

Beto
Exacto. Y si la simulación contrafactual tiene éxito, has probado matemáticamente que el pronóstico del agente del clima fue la causa raíz del fallo.

Alicia
Wow.

Beto
Eso atraviesa por completo el ruido del agente de planificación y el agente de reserva.

Alicia
Eso es increíble, pero sabes, diagnosticar un fallo incluso con inferencia causal es, en última instancia, un acto retrospectivo. Estás examinando la caja negra después de que el avión ya se ha estrellado.

¿Cómo usa una sociedad de IA esa atribución para mirar hacia adelante? ¿Cómo se arregla a sí misma realmente?

Beto
Esto nos lleva a la etapa final: Evolución. Esta es la frontera absoluta de la tecnología. El objetivo es tender un puente entre la atribución de fallos y la autoevolución. Estamos pasando de flujos de trabajo diseñados por humanos estáticos, a sistemas dinámicos que mejoran estructuralmente a sí mismos basándose en sus propios fallos.

Alicia
La analogía biológica en el artículo realmente ayudó a aclarar esto para mí. Comparan este proceso evolutivo con una colonia de hormigas recolectoras.

Beto
Es un paralelismo perfecto. Cuando las hormigas están recolectando por un camino exitoso, dejan rastros feromonales. Si un obstáculo bloquea repentinamente ese camino, las hormigas dejan de cruzar y los rastros feromonales comienzan a desvanecerse. Esa señal química de desvanecimiento actúa como una atribución de fallo biológico.

Alicia
Es el entorno diciéndoles que está roto.

Beto
Exacto. Les dice a la colonia que el flujo de trabajo estructural actual está roto. Pero la parte crucial es que las hormigas no solo registran el fallo y se detienen.

Alicia
Correcto. Los rastros feromonales que se desvanecen activan a las hormigas a dispersarse y explorar prospectivamente nuevas rutas. El fallo es el mecanismo exacto que alimenta la adaptación.

Beto
Y en los sistemas multiagente, los investigadores están replicando esta adaptación biológica a través de tres niveles distintos de evolución.

Alicia
¿Cuáles son?

Beto
Agéntico, Sistémico y Meta.

Alicia
OK. La evolución de Agéntico parece ser la más sencilla. Se centra en modificar los componentes internos de un solo trabajador, ¿verdad?

Beto
Sí. Si la inferencia causal señala a un agente específico como la causa raíz, la evolución Agéntica permite que el sistema reescriba autónomamente la instrucción de la indicación de ese agente individual. O puede ajustar sus parámetros, o actualizar su acceso a la memoria localizada. Optimiza el nodo sin tocar la red más amplia.

Alicia
Eso tiene mucho sentido para un error localizado. Como cuando un empleado sigue estropeando la hoja de cálculo, simplemente le envías a un seminario de capacitación.

Beto
Exacto.

Alicia
Pero ¿qué pasa si el problema no es el empleado? ¿Qué pasa si el problema es la estructura del equipo en sí? Ajustar la indicación de un agente es solo poner una tirita en una herida abierta. ¿Se da cuenta el sistema cuando todo el flujo de trabajo es fundamentalmente defectuoso?

Beto
Ahí es donde toma el control la evolución sistémica.

Alicia
Oh, ok.

Beto
Si el sistema detecta cuellos de botella repetidos o alucinaciones sistémicas, opera a nivel de la sociedad. Reconfigura autónomamente la topología de comunicación.

Alicia
Espera, ¿de verdad?

Beto
Sí. Si el orquestador centralizado está causando demasiada latencia, el sistema podría escribir nuevo código Python para disolver el nodo central y establecer una red peer-to-peer distribuida para esa tarea específica.

Alicia
Increíble.

Beto
Literalmente cambia la composición del equipo y las reglas de compromiso.

Alicia
Entonces, ¿qué significa todo esto? ¿Estamos diciendo que la IA está literalmente disparando y contratando sus propios subagentes internos y redibujando su propio organigrama corporativo, en el momento, basado en lo que funciona?

Beto
Si conectamos esto con la imagen más grande, sí.

Alicia
Eso es una locura.

Beto
El sistema trata su propia estructura organizativa como una variable que puede optimizarse. Pero el nivel final, la meta evolución, lleva este darwinismo algorítmico aún más lejos.

Alicia
¿Cómo vas más allá de reescribir tu propio organigrama?

Beto
Al acumular conocimiento de diseño transferible, ves que la evolución sistémica reorganiza un equipo para una tarea específica. La meta evolución evalúa diseños de sistemas completos a través de una vasta población de tareas diversas.

Alicia
Oh, vaya.

Beto
Utiliza algoritmos evolutivos para evaluar, recombinar y seleccionar entre miles de posibles sociedades de IA. Muta topologías, las prueba contra puntos de referencia complejos e identifica patrones organizacionales que se generalizan a través de dominios.

Alicia
Está ejecutando un algoritmo genético sobre teorías de gestión corporativa.

Beto
Precisamente. Y el objetivo final de la meta evolución es trascender completamente los límites diseñados por humanos.

Alicia
¿Qué significa eso?

Beto
Cuando diseñamos estos sistemas hoy, imponemos nuestros propios sesgos. Construimos sistemas de IA que parecen equipos de software humanos con gerentes de producto y procedimientos operativos estándar.

Alicia
Correcto. Porque eso es lo que sabemos.

Beto
Pero la gestión jerárquica humana podría ser una forma horriblemente ineficiente para que un enjambre digital opere. La meta evolución permite que este sistema invente autónomamente estructuras de colaboración que los humanos ni siquiera han concebido.

Alicia
OK, hemos cubierto una cantidad masiva de terreno hoy.

Beto
Realmente lo hemos hecho.

Alicia
Para sintetizar lo que hemos explorado, para todos los que escuchan: La industria está avanzando rápidamente más allá de simplemente solicitar a un solo modelo. El futuro es sentar una base con arquitecturas cognitivas de circuito cerrado que den a la IA memoria y herramientas.

Beto
A los individuos.

Alicia
Correcto. Y luego es integrar esos agentes autónomos en sociedades complejas con roles especializados en orquestación dinámica.

Beto
La sociedad.

Alicia
Lo cual nos requiere abandonar por completo la depuración tradicional y usar la inferencia causal para encontrar las fallas verdaderas de los errores en cascada. Y finalmente, esos diagnósticos alimentan directamente la evolución biológica, permitiendo que la sociedad de IA mute y reestructure constantemente su propia arquitectura.

Beto
Y comprender esta transición desde la ingeniería de prompts a la ingeniería de sociedad es fundamental. Quiero decir, es el cambio de paradigma definitorio de la próxima década de inteligencia artificial.

Alicia
Absolutamente.

Beto
Pero a medida que estos sistemas avanzan hacia la meta evolución, priorizando la eficiencia pura por encima de todo, nos enfrentamos a un cambio sistémico bastante profundo.

Alicia
¿Cómo es eso? ¿Qué estás pensando?

Beto
Bueno, establecimos antes que la comunicación explícita como generar texto en inglés legible por humanos es un gran cuello de botella de escalabilidad.

Alicia
Correcto. El costo de los tokens es enorme.

Beto
Es computacionalmente costoso y lento. Si estas sociedades multiagentes están mutando continuamente sus topologías para optimizar la velocidad y la eficiencia, eventualmente reconocerán que el lenguaje humano es un impedimento para su colaboración.

Alicia
Oh, vaya.

Beto
Es probable que evolucionen sus propios protocolos de comunicación latente ocultos. No enviarán texto. Transmitirán representaciones matemáticas crudas y comprimidas que permiten una sincronización instantánea a través del enjambre.

Alicia
Porque es más rápido.

Beto
Exacto. El sistema se volverá exponencialmente más rápido, pero su diálogo interno se volverá totalmente ajeno.

Alicia
Eso es escalofriante.

Beto
Algo para reflexionar. ¿Qué pasa cuando la sociedad de agentes se vuelve tan avanzada que ya no podamos entender el lenguaje que están usando para resolver nuestros problemas? Estaremos interactuando con una sociedad digital altamente eficiente y autogestionada cuya lógica de colaboración real es completamente imperceptible para los ingenieros humanos que la encendieron.

Habilidades de los Agentes

El texto presentado examina el surgimiento de las habilidades de los agentes, definidas como artefactos procedimentales reutilizables que ayudan a los agentes de modelos de lenguaje grandes (LLM) a salvar la brecha entre el acceso directo a las herramientas y la ejecución confiable de tareas. Si bien los agentes estándar suelen tener dificultades con la consistencia, los sistemas centrados en habilidades externalizan el conocimiento práctico en módulos estructurados que coordinan herramientas, memoria y razonamiento. La investigación organiza estas capacidades en un ciclo de vida de cuatro etapas: representación, adquisición, recuperación y evolución. Las habilidades se clasifican según sus recursos subyacentes, que van desde instrucciones basadas en texto hasta código ejecutable y formatos híbridos. Además, las fuentes describen diversos métodos de adquisición, incluidos aquellos derivados de la experiencia humana, experiencias previas, tareas específicas o corpus externos. En definitiva, estos documentos abogan por una transición hacia ecosistemas de habilidades robustos para mejorar la escalabilidad y el mantenimiento de los sistemas inteligentes autónomos.

Enlace al artículo científico, para aquellos interesados en profundizar en el tema: "A Comprehensive Survey on Agent Skills: Taxonomy, Techniques, and Applications", por Yingli Zhou, y colegas. Publicado el 8 de Mayo de 2026.

El resumen, la transcripción, y la traducción fueron hechas usando herramientas de software de Inteligencia Artificial.

El resumen se presenta en la forma de un diálogo entre dos personajes sintéticos que llamaremos Alicia y Beto.

---

Resumen

Alicia
Imagina que, en lugar de limitarse a responder pasivamente tus preguntas, tu IA de pronto empezara a escribir sus propios manuales permanentes de instrucciones.

Beto
Sí, enseñándose a sí misma a gestionar tu calendario o a reservar tus vuelos.

Alicia
Reescribiendo su propio código sin que tú lo pidas siquiera. Ya no es solo hipotético. Estamos ante un cambio de paradigma masivo en la IA.

Beto
De verdad lo es. Es una reestructuración fundamental de lo que esperamos que haga una máquina.

Alicia
Bien. Bienvenidos a un nuevo análisis profundo. Hoy exploramos un artículo académico muy fascinante de 2026. Es de investigadores de la Chinese University of Hong Kong, Shenzhen, y se titula "Una encuesta exhaustiva sobre habilidades de agente".

Beto
Es un trabajo importantísimo porque traza esta transición que estamos viviendo, pasando de la recuperación pasiva de conocimiento, a la ejecución activa en el mundo real.

Alicia
Exacto. Durante mucho tiempo hemos pensado en los grandes modelos de lenguaje como una enciclopedia básicamente pasiva. Preguntas algo y recibes una respuesta.

Beto
Como un diccionario muy inteligente.

Alicia
Claro. Pero este artículo muestra cómo la IA está moviéndose de solo saber cosas, a hacerlas autónomamente en el mundo real. Vamos a desentrañar cómo estos agentes están desarrollando su propia "memoria muscular", esos procedimientos reutilizables que llaman "habilidades de agente".

Beto
Y ya sea que te prepares para una reunión técnica, que intentes automatizar tus flujos de trabajo diarios ...

Alicia
O que simplemente sientas una curiosidad intensa por el futuro de la IA, entender este cambio es totalmente crucial para ti. Es la diferencia entre tratar a la IA como un buscador, y tratarla como un colega digital real.

Bien, vamos a desglosarlo.

Habilidades de los Agentes: La "Memoria Muscular" de la IA Autónoma

Beto
Para entender realmente qué es una "habilidad de agente", primero tenemos que ver el problema con el que se toparon los ingenieros, el muro al que llegaron.

Alicia
Lo que el artículo llama "la brecha procedimental".

Beto
Exacto. Es la brecha procedimental. Porque desde hace unos años, los desarrolladores han estado conectando herramientas directamente a los modelos de IA. Les dan navegadores web, intérpretes de código, APIs de reserva de vuelos, lo que sea.

Alicia
Pensando que simplemente darle la herramienta a la IA sería suficiente.

Beto
Claro. La suposición era: la IA entiende el lenguaje, tiene la herramienta, naturalmente descubrirá cómo hacer el trabajo.

Alicia
Pero el artículo apunta que dar acceso es increíblemente insuficiente. A medida que las tareas se vuelven complejas, esperar que la IA averigüe exactamente cómo usar esa herramienta desde cero cada vez que surge la tarea conduce a errores.

Beto
Sí: alta latencia, alucinaciones, fragilidad severa.

Alicia
Es como darle a un completo novato una sierra eléctrica cara.

Beto
Ah, buena comparación.

Alicia
Exacto. La herramienta es estupenda, poderosa. Pero sin la habilidad, el saber hacer —medir, cortar y, ya sabes, protocolos básicos de seguridad— va a ser un desastre total.

Beto
Te vas a cortar un dedo.

Alicia
Exacto. La herramienta por sí sola no confiere las habilidades de carpintería.

Beto
Y es ahí donde las habilidades de agente salvan la brecha. Los investigadores definen una habilidad como "un artefacto procedimental reutilizable". Básicamente codifica ese conocimiento de “cómo hacer” en un paquete.

Alicia
Es, en esencia, la "memoria muscular" del agente.

Beto
Exacto. Le dice al agente cuándo actuar, cómo ejecutar una herramienta específica y, crucialmente, cómo manejar fallos. Empaqueta instrucciones, código ejecutable y condiciones disparadoras. Así no tiene que razonar desde cero cada vez.

Alicia
Lo que ahorra muchísimo cómputo. Y el artículo destaca sistemas como OpenClaw, Manus y Claude Code que ya están haciendo esto.

Beto
Si lo conectamos con el panorama más amplio —y hay una gran figura en el artículo, la figura uno— traza la evolución de las habilidades. Empieza con habilidades de supervivencia humanas encarnadas como la caza.

Evolución histórica de las habilidades, desde la supervivencia humana encarnada y la artesanía hasta la ingeniería, la industria, los sistemas de habilidades digitales y de la era de los agentes.

Alicia
Sí, como hacer fuego, ese tipo de cosas.

Beto
Sí. Luego pasa a habilidades industriales, a habilidades digitales como la programación. Y ahora la línea del tiempo llega a las habilidades de agente. Las máquinas están acumulando experiencia como lo hacemos nosotros.

Alicia
Es alucinante pensarlo. Un momento, me quedé enganchada en algo. Si los agentes necesitan esta memoria muscular para evitar empezar desde cero, ¿de dónde salen estas habilidades? ¿Cómo se almacenan?

Beto
Estructuralmente se almacenan de tres maneras principales. Están las basadas en texto, que son como procedimientos operativos estándar o listas de verificación. Las basadas en código, que son scripts ejecutables. Y los sistemas híbridos que usan ambos.

Pero cómo las adquieren es una parte realmente fascinante. Hay cuatro grandes categorías de adquisición.

Alicia
OK. ¿Cuál es la primera?

Beto
La primera es derivada de humanos. Eso es cuando expertos escriben explícitamente las reglas. Como médicos que elaboran una plantilla diagnóstica para que la IA la siga.

Alicia
Claro, pero humanos escribiendo reglas a mano no escala, ¿verdad?

Beto
No. Lo que nos lleva a la segunda categoría: derivada de la experiencia. Aquí los agentes aprenden de sus éxitos y fracasos pasados.

Alicia
Oh, wow. Aprender de sus propios errores.

Beto
Sí. El artículo referencia un sistema llamado Reflexion. Básicamente, si un agente intenta una tarea y falla, analiza el fallo y escribe una breve regla correctiva.

Alicia
¿Para que la próxima vez no cometa el mismo error?

Beto
Exacto. Y hay otro llamado Voyager, que retiene trayectorias de código exitosas. A medida que explora un entorno y tiene éxito en algo, congela ese camino en una habilidad permanente.

Alicia
Es brillante. ¿Y si enfrenta un problema totalmente nuevo? Algo que nunca ha visto.

Beto
Entonces entra la adquisición derivada de la tarea. El agente genera esencialmente una habilidad personalizada sobre la marcha para resolver esa restricción nueva específica.

Alicia
Y si funciona, la conserva.

Beto
Sí. Y la cuarta categoría es derivada de corpus. Aquí es donde extrae de enormes conjuntos de datos externos.

Alicia
Espera. ¿Como leer internet?

Beto
Sí, como escanear los write-ups de competiciones en Kaggle. Observa cómo los mejores científicos de datos humanos resuelven problemas, abstrae sus métodos y convierte esos patrones en habilidades reutilizables para sí mismo.

Alicia
Espera, espera. Si un agente solo hojea foros de Kaggle o aprende de sus fallos aleatorios, ¿cómo sabemos que no está memorizando basura?

Beto
Es una preocupación muy justa.

Alicia
Claro. Si extrae una habilidad que funciona pero es súper ineficiente, no quieres que la use para siempre.

Beto
Y los investigadores lo reconocen. Por eso el proceso de adquisición tiene una fase rigurosa de selección. Los sistemas deben filtrar realmente su historial de ejecución.

Alicia
¿Cómo funciona eso? ¿Se califica a sí mismo?

Beto
Algo así, sí. Analiza métricas de resultado. Elimina trazas ruidosas, fallidas o ineficientes. Y solo empaqueta las interacciones exitosas y de alta calidad en memoria estructurada. La basura se descarta o se mantiene como una restricción negativa, como un recordatorio de qué no hacer.

Alicia
Bien, tiene control de calidad. Pero eso conduce a otra pesadilla logística. Supongamos que nuestro agente adquiere y filtra decenas de miles de habilidades. El artículo menciona repositorios como SkillNet y SkillsMP, ¿no?

Beto
Exacto. Bibliotecas masivas.

Alicia
Entonces le das un prompt. ¿Cómo no se queda congelado buscando el procedimiento correcto entre 100.000 opciones?

Beto
Ese es el gran dilema de búsqueda y ejecución. El artículo separa claramente la solución en dos etapas: recuperación, que reduce el conjunto, y selección, que elige la habilidad exacta.

Alicia
Hablemos de recuperación primero. ¿Cómo la reduce?

Beto
Generalmente usa dos métodos. Recuperación densa, que empata el significado semántico o la “vibra” conceptual de tu prompt.

Alicia
Así, si digo “limpia mi bandeja de entrada”, busca conceptos como correo y clasificación.

Beto
Exacto. Y el otro método es recuperación dispersa, que busca coincidencias exactas de palabras clave o APIs. Normalmente necesitas un híbrido de ambos para quedar con una lista corta de habilidades candidatas.

Alicia
Aquí es donde se pone realmente interesante si miras la segunda etapa: selección. Elegir la habilidad final no se trata solo de encontrar la coincidencia textual más relevante, porque estas habilidades hacen cosas reales. Consumen cómputo, llevan tiempo, cuestan dinero real.

Beto
Sí, diste justo con el dilema. Se llama selección consciente de costo y utilidad.

Alicia
Bien. Porque solo porque un agente pueda usar una habilidad enorme y cara, de múltiples pasos, para responder una pregunta, no significa que deba hacerlo si una simple habilidad de búsqueda en texto hace exactamente lo mismo.

Beto
Exacto. Una IA debe ponderar el beneficio esperado de una habilidad frente a su riesgo y su costo. Es como no contratar a un ingeniero estructural para clavar un solo clavo.

Alicia
Funciona, pero es un desperdicio enorme. ¿Cómo aprende el agente cuál usar?

Beto
El artículo describe algo llamado "reordenamiento impulsado por retroalimentación". El agente actualiza sus preferencias en función de si una habilidad tuvo éxito o fracasó o costó demasiado en el pasado. Mantiene un libro de cuentas, básicamente.

Alicia
Mientras más la uses, más eficiente se vuelve económicamente.

Beto
Completamente, adapta su propia política de selección.

Alicia
Lo que nos lleva a la etapa final del ciclo de vida de una habilidad: ese bucle de retroalimentación aprendiendo del éxito, el fracaso y el coste en tokens. Significa que la biblioteca de habilidades no es solo un disco duro estático.

Beto
No, es un ecosistema vivo y en evolución continua. El artículo traza una analogía con el refinamiento humano. Como un jugador de ajedrez que afina su juego tras una derrota, o un médico que actualiza sus métodos tras un caso raro. Los agentes de IA pasan por una evolución de habilidades.

Alicia
Y hay pasos específicos para esto, ¿verdad? Como la revisión.

Beto
Sí, la revisión es el primer paso: reescribir el artefacto de la habilidad basándose en nueva retroalimentación. Pero no puedes actualizar código operacional a ciegas ...

Alicia
... porque podrías romper otra cosa.

Beto
Correcto. Por eso el siguiente paso es la validación. Probar si la nueva habilidad realmente funciona de forma segura.

Alicia
OK. Esta parte me dejó alucinada. El artículo menciona las Memento-Skills. Que usan rollbacks con pruebas unitarias. Como si el agente probara una habilidad revisada en un sandbox y falla, simplemente viaja en el tiempo y restaura la versión anterior y segura.

Beto
Exacto. Tiene que demostrar matemáticamente que la nueva versión es mejor o más segura antes de convertirse en una mejora permanente. Y solo después de pasar la validación pasa a la evolución del repositorio. Es decir, hundir la habilidad actualizada en una biblioteca global compartida para que otros agentes la usen.

Alicia
Bien, pero ¿qué pasa si se cuela una mala habilidad? Si estos agentes se actualizan y comparten habilidades globalmente entre plataformas, ¿no están arriesgando una contaminación generalizada?

Beto
Ese es el escenario de pesadilla.

Alicia
Sí. ¿Y si un agente aprende un atajo para gestionar almacenamiento que simplemente borra correos no leídos?

Beto
Esto plantea una pregunta importante y es uno de los grandes desafíos abiertos que identifica el artículo. Lo llaman "habilidades envenenadas".

Alicia
Habilidades envenenadas. Suena ominoso.

Beto
Lo es. Es lógica maliciosa o simplemente muy defectuosa que puede ocultarse en documentación de terceros. Si tu agente descarga una habilidad envenenada porque obtuvo altas puntuaciones de relevancia, podría ejecutar acciones inseguras directamente en tu máquina.

Alicia
Porque lo trata como memoria muscular de confianza: no lo cuestiona, lo ejecuta.

Beto
Exacto. Eso subraya la absoluta necesidad de gobernanza en tiempo de ejecución.

Alicia
¿Cómo se ve eso en la práctica?

Beto
Significa que necesitamos límites estrictos de permisos, detección de contaminación y un sistema para aislar y retirar de forma segura las habilidades peligrosas antes de que se propaguen y causen estragos. Tenemos que evaluar a estos agentes de forma distinta en adelante.

Alicia
Claro. Ya no podemos calificarlos solo por si acertaron la respuesta final a una trivia.

Beto
No. Tenemos que calificarlos por si eligieron una habilidad segura, rentable y confiable para llegar allí. Es evaluar el juicio, no solo el conocimiento.

Alicia
Wow. Bien. Hoy hemos cubierto muchísimo terreno. Empezamos con la brecha procedimental: por qué solo darle una herramienta a una IA no es suficiente.

Beto
La analogía de "la sierra eléctrica".

Alicia
Exacto. Y vimos cómo los agentes adquieren su propia memoria muscular digital, recuperan los procedimientos correctos de bibliotecas masivas y evolucionan constantemente esas habilidades según los costes y la retroalimentación del mundo real.

Beto
Los LLM del mañana no solo procesarán lenguaje. Estarán construyendo y compartiendo cajas de herramientas operativas.

Alicia
Entonces, ¿qué significa todo esto para ti, oyente?

La forma en que interactúas con la IA va a cambiar fundamentalmente. Vas a gestionar agentes que tienen su propia experiencia especializada. Tu trabajo no será ya darles instrucciones paso a paso.

Beto
No. Será mucho más sobre curar sus conjuntos de habilidades y darles objetivos de alto nivel para que los ejecuten.

Alicia
Exacto. Tratarlos como una fuerza laboral digital.

Pero quiero dejarte con un último pensamiento provocador para que lo mastiques. Hablamos de la evolución del repositorio, donde los agentes comparten habilidades actualizadas a través de un ecosistema sincronizado masivo, ....

Beto
... la biblioteca global.

Alicia
Correcto. Si millones de agentes de IA generan, refinan y comparten habilidades procedimentales a una velocidad que supera con creces la validación humana, ¿en qué momento ese ecosistema de habilidades se convierte en una nueva especie de cultura digital económica?

Si se están enseñando entre sí a operar en el mundo, ¿cómo nos aseguramos de que la memoria muscular que desarrollan esté alineada con los valores humanos?

Es un concepto salvaje para tratar de comprenderlo. Gracias por acompañarnos en este análisis profundo.

Alfabetización en IA en Comunidades Creativas

El texto presentado detalla un estudio computacional y cualitativo a gran escala de más de 122 000 conversaciones de Reddit para comprender cómo las comunidades creativas desarrollan la alfabetización en IA en entornos informales. Alejándose de los marcos tradicionales dirigidos por expertos, los investigadores identificaron que los creadores se centran principalmente en el dominio de las herramientas, priorizando habilidades prácticas como la resolución de problemas y la integración de flujos de trabajo sobre la comprensión teórica. Si bien el uso práctico predomina en el discurso diario, las discusiones sobre las implicaciones éticas y las capacidades de los modelos suelen surgir solo en respuesta a eventos importantes de la industria o lanzamientos de nuevas herramientas. El análisis ilustra que la alfabetización en IA es un proceso dinámico y socialmente condicionado que evoluciona a través del intercambio de conocimientos entre pares y la resolución colectiva de problemas. En definitiva, el estudio sugiere que los futuros recursos y políticas educativas deberían priorizar las técnicas aplicadas para apoyar mejor las necesidades reales de los creadores digitales.

Enlace al artículo científico, para aquellos interesados en profundizar en el tema: "Tracing Everyday AI Literacy Discussions at Scale: How Online Creative Communities Make Sense of Generative AI", por Haidan Liu y colegas, de Simon Fraser University, Canadá. Publicado el 10 de Marzo de 2026.

El resumen, la transcripción, la traducción, y las voces, fueron hechas usando herramientas de software de Inteligencia Artificial.

El resumen se presenta en la forma de un diálogo entre dos personajes sintéticos que llamaremos Alicia y Beto.

Escúchalo aquí, mientras lees la transcripción (abajo):

O escúchalo en Spotify.

---

Resumen

Alicia
Así que si quieres aprender a conducir un coche, no te sientas en un aula estéril a memorizar la termodinámica de un motor de combustión.

Beto
Claro, definitivamente no empiezas por ahí.

Alicia
Sí, quiero decir, no te hacen un examen escrito sobre la física de la fricción del caucho antes de dejarte tocar el volante. Simplemente te subes al coche, lo pones en marcha y, bueno, descubres el punto en el que el acelerador comienza a responder moviéndote de verdad.

Beto
Exacto, aprendes haciendo.

Alicia
Pero sin embargo, en los últimos tres años, la educación formal básicamente ha intentado enseñar la inteligencia artificial exactamente como una clase de termodinámica. Hoy, para quienes nos escuchan, ya sea que se estén preparando para una reunión, intentando ponerse al día con la última tecnología o simplemente sientan una curiosidad insaciable, vamos a zambullirnos en un estudio enorme. Y demuestra que la gente de a pie está básicamente cogiendo las llaves, tirando el manual y aprendiendo esta tecnología por su cuenta.

Beto
Sí, estamos analizando un trabajo realmente exhaustivo de la conferencia CHI 2026 sobre factores humanos y sistemas informáticos. Y los investigadores no se limitaron a hacer una encuesta estándar: de hecho rasparon y analizaron más de 122.000 conversaciones de Reddit.

Alicia
¿122.000? Eso es un conjunto de datos enorme.

Beto
Inmenso. Y monitorizaron 80 subreddits creativos diferentes: comunidades de artistas digitales, diseñadores, aficionados, y siguieron todos esos datos durante una ventana de tres años, básicamente de abril de 2022 a febrero de 2025.

Alicia
Y ese intervalo específico es crítico porque cubre el momento exacto en que la IA generativa dejó de ser un proyecto de nicho y se convirtió en un producto de consumo totalmente generalizado.

Beto
Hablamos del lanzamiento de ChatGPT, Midjourney, Stable Diffusion, todo eso.

Alicia
Nuestra misión hoy es desentrañar lo que realmente revela este estudio sobre cómo las personas, concretamente los creadores visuales, aprenden a usar estas herramientas en el mundo real. Y aviso: desmonta por completo la manera en que los expertos creen que deberíamos estar aprendiendo.

Beto
De verdad lo hace. Porque para entender la magnitud de lo que muestran estos datos primero tenemos que mirar el estándar académico contra el que los investigadores están reaccionando.

Alicia
Ese enfoque de arriba hacia abajo, ¿no?

Beto
Exacto. En la educación formal, el concepto de alfabetización en IA se define mediante un marco muy rígido y jerárquico. Los académicos básicamente sostienen que antes de abrir una caja de texto para prompts necesitas todo ese conocimiento fundacional.

Alicia
Como leer el manual del motor.

Beto
Necesitas entender el concepto subyacente de una red neuronal. Debes ser capaz de evaluar los datos de entrenamiento por sesgos. Tienes que enfrentarte a las amplias implicaciones éticas del aprendizaje automático.

Alicia
OK, pero tengo que ponerme un poco en el papel del abogado del diablo un segundo. Desmenucémoslo. Los académicos abogan por ese aprendizaje de arriba hacia abajo porque supuestamente evita errores catastróficos más adelante.

Beto
Esa es la teoría, sí.

Alicia
Entonces si yo solo sé cómo escribir un prompt para hacer una imagen bonita de un gato, ¿eso realmente me hace alfabetizado en IA? ¿O solo estoy machacando botones hasta tener suerte? ¿Como un mono ante una máquina de escribir?

Beto
Pues lo fascinante aquí es que los marcos tradicionales ven a ese usuario exacto, al que machaca botones, y ven un déficit. Asumen que la falta de conocimiento matemático subyacente significa que el usuario es incompetente.

Alicia
Básicamente están haciendo las cosas mal.

Beto
Claro. Pero este análisis cualitativo de esas 122.000 conversaciones revela que la práctica informal basada en prueba y error no es un déficit en absoluto. Es, de hecho, una vía legítima y altamente eficaz hacia una comprensión más profunda.

Cómo aprenden las comunidades creativas a usar la IA generativa

Alicia
Vaya. Así que machacar botones funciona.

Beto
Realmente funciona. En plataformas como Reddit, la alfabetización emerge estrictamente de abajo hacia arriba. Es increíblemente desordenado. Y está totalmente enfocado en completar una tarea inmediata y específica en vez de entender la gran filosofía de la herramienta.

Alicia
Es un entorno donde la supervivencia práctica básicamente prima sobre el conocimiento teórico. Si miramos los números duros del estudio, ¿qué proporción de la conversación en esos foros es realmente este ensayo y error orientado a tareas?

Beto
Es la gran mayoría. Los investigadores categorizaron todas las conversaciones. Y lo que llamaron “alfabetización de la herramienta” fue el rey indiscutible. Constituyó el 46% de toda la muestra cualitativa.

Alicia
Casi la mitad.

Beto
Y se mantuvo como la categoría más grande a lo largo de los tres años del estudio. Y si miras subreddits dedicados estrictamente a software de IA específico, como r/stablediffusion, el contenido de alfabetización promedió alrededor del 59% de todas las discusiones allí.

Alicia
Es decir, más de la mitad de las conversaciones son personas intentando simplemente hacer que el coche avance. ¿Están ahí discutiendo la matemática abstracta de la difusión latente, tipo el proceso de entrenar una IA para reconstruir una imagen a partir del ruido estático?

Beto
No, para nada. Están preguntando “hago clic aquí y el software se cayó, ¿cómo lo arreglo?”

Alicia
Sí. Es materia procedimental muy específica. Uno de los ejemplos que destaca el artículo es un usuario preguntando a la comunidad "cómo combinar Stable Diffusion con ControlNet en Replicate".

Beto
Suena a idioma extranjero si no estás en ese mundo.

Alicia
Claro. Traduzcamos esa jerga un segundo, porque creo que destaca exactamente cómo es ese aprendizaje desde abajo. Stable Diffusion genera imágenes a partir de texto, pero es realmente caótico. Si pides una persona saludando, podría aparecer con tres brazos.

Beto
Pasa mucho, sí.

Alicia
Exacto. ControlNet es un software secundario que le conectas para obligar a la IA a seguir un armazón estructural específico o una pose humana. Y Replicate es simplemente una plataforma en la nube donde puedes alquilar espacio en servidor para ejecutar estos modelos pesados.

Beto
Así que ese usuario no preguntaba sobre algoritmos en absoluto.

Alicia
Hacía una pregunta de fontanería: quería saber cómo conectar la tubería A con la B en un sitio concreto para poder hacer su trabajo.

Beto
Y esa resolución de problemas procedimental no es solo sobre configuración de software: implica mucho aprender las rarezas lingüísticas de los modelos.

Por ejemplo, el estudio detalla a un usuario que intenta generar un personaje específico para su campaña de Dungeons & Dragons.

Alicia
Oh, sí, el “firbolg”.

Firbolg

Beto
Exacto, un "firbolg", que es esa criatura gigante que habita la naturaleza. Usaban Midjourney y no lograban que la IA produjera nada cercano a lo que imaginaban. Fueron al subreddit y literalmente pidieron consejo sobre la redacción.

Alicia
Porque la base de datos de entrenamiento de Midjourney probablemente tiene un millón de fotos de Batman, pero muy pocos "firbolg". La IA simplemente no tiene una asociación visual fuerte con esa palabra en particular.

Beto
Exacto. El usuario tenía una visión creativa cristalina, pero le faltaba la alfabetización de la herramienta para traducir su imaginación a la sintaxis textual que la IA necesitaba.

Alicia
Entonces la comunidad interviene.

Beto
Sí, la comunidad tuvo que enseñarles a hacer ingeniería inversa del prompt. Usaron términos que la IA valora mucho. En lugar de decir solo “firbolg”, les sugirieron frases como “armadura musgosa”, “2,4 metros de altura” o “nariz bovina”.

Alicia
Básicamente, se convierte en ingeniería de prompts, como un rompecabezas lingüístico.

Beto
Precisamente.

Y para quienes nos escuchan, si alguna vez se han sentido culpables por no entender cómo funciona un modelo de lenguaje a nivel interno, no lo hagan. Están en la mayoría. La habilidad real es simplemente averiguar cómo hacer que la herramienta haga lo que tú quieres.

Alicia
Sí, hay un alivio masivo en esos datos. La habilidad práctica que los creadores digitales modernos están desarrollando no es ingeniería en el sentido académico. Es esta negociación continua con el software.

Beto
Y dado que estas compañías actualizan sus modelos cada pocos meses, cambiando cómo la IA interpreta esos prompts, lograr que funcione es un estado perpetuo. Realmente nunca te gradúas de la alfabetización de la herramienta.

Alicia
Pero una vez que los usuarios pillan la sintaxis básica para conducir el coche, no se quedan en el trayecto diario. Aquí es donde se pone realmente interesante. Lo sacan del asfalto para ver cuándo se rompe el eje.

Beto
Sí, la fase de pruebas de resistencia.

Alicia
Ese cambio, de supervivencia básica, a test de estrés, explica el segundo gran bloque de datos en Reddit. Los investigadores lo llaman “conciencia de capacidad” ("capacity awareness"). Y eso representó alrededor del 15,4% de las conversaciones.

Beto
La conciencia de capacidad es esencialmente la fase en la que los usuarios activamente sondean los modelos para averiguar sus límites. Están investigando las limitaciones, las capacidades ocultas y las rarezas completamente impredecibles que los desarrolladores originales probablemente ni siquiera anticiparon.

Alicia
Es como los veloci-raptores en Jurassic Park probando las vallas eléctricas. No están chocando contra las paredes al azar; buscan sistemáticamente los puntos débiles para entender la forma exacta de su recinto.

Beto
Muy buena analogía. Los investigadores encontraron que este sondeo suele dividirse en dos comportamientos: pruebas altamente orientadas a objetivos y curiosidad lúdica pura.

Alicia
Y las pruebas orientadas a objetivos producen resultados locos. Por ejemplo, el estudio menciona a un usuario que intentó forzar a ChatGPT a escribir música en notación de tablatura para guitarra.

Beto
... algo complejo y muy específico. Básicamente querían ver si la IA podía acomodarse.

Alicia
Y como explicaste antes, eso es una prueba fascinante de la arquitectura del sistema, porque ChatGPT predice texto token a token en una secuencia lineal.

Beto
Exacto. Pero una tablatura de guitarra requiere una comprensión espacial bidimensional: seis cuerdas horizontalmente con los números de los trastes alineados en columnas verticales.

Alicia
El modelo de lenguaje no ve dos dimensiones; solo escupe caracteres en una línea.

Beto
Así que los números inevitablemente se desalinean. Al tratar de hacer que una canción funcionara, ese usuario descubrió una limitación inherente de la arquitectura transformadora.

Alicia
Encontraron una valla. ¿Y cómo aparece ese mapeo en un hilo comunitario cuando la gente solo está jugando?

Beto
El mejor ejemplo de ese mapeo colectivo en el artículo involucra a DALL·E, el generador de imágenes. Un usuario trataba de generar un logo que incluyera texto específico, pero notó que la IA deformaba continuamente las palabras en una mezcla extraña de galimatías y caracteres vagamente escandinavos.

Alicia
En vez de escribir “Coffee Shop” salía algo como C-O-F-F-E-E con letras derretidas y raras.

Beto
Fallaba completamente la ortografía. El usuario lleva ese fallo al subreddit y, en lugar de consultar un paper académico, la comunidad colaboró para explicar el porqué del fallo basándose únicamente en sus observaciones.

Alicia
Apenas mirando las salidas.

Beto
Sí, dedujeron que, como DALL·E es un modelo de difusión de imágenes, no utiliza un archivo de fuentes. No “lee” en sentido estricto. Simplemente remueve el ruido para coincidir con patrones visuales que vio en sus datos de entrenamiento.

Alicia
Sabe cómo es la forma general de un logo de Coca-Cola, pero no sabe cómo se escriben letras específicas. Simplemente dibuja formas que imitan la geometría del texto humano.

Beto
Exacto. La comunidad probó la valla, encontró un enorme punto ciego respecto a la generación de texto y mapeó la mecánica subyacente de la IA solo analizando sus fallos. Eso es un nivel profundo de comprensión algorítmica.

Alicia
Y se logró enteramente mediante la experimentación de abajo hacia arriba, no leyendo un libro de texto.

Pero ese testeo colectivo finalmente choca con un umbral crítico, ¿no? Porque cuando empujas los límites de una herramienta lo suficiente, y mucha gente está probando esas vallas simultáneamente, la herramienta termina usándose de formas que impactan el mundo real.

Beto
Y eso normalmente significa que alguien sale lastimado, o que algo se rompe a nivel social.

Alicia
Claro. Y eso nos lleva a los temas finales que el estudio identificó: ética y uso responsable junto con la participación comunitaria. Y si volvemos al enfoque académico de arriba hacia abajo con el que empezamos, la ética debería ser el capítulo uno. Se supone que debes filosofar sobre la moralidad del aprendizaje automático antes de tocar el teclado.

Beto
Pero los datos de Reddit prueban que, en la realidad, la alfabetización en IA es fundamentalmente impulsada por eventos. Las discusiones éticas no ocurren en el vacío ni ocurren de forma proactiva.

Alicia
Ocurren cuando algo estalla.

Beto
Exacto. Se disparan de forma reactiva, activadas por eventos externos, controversias o actualizaciones súbitas de las herramientas. Los investigadores mapearon una línea temporal literal del caos de internet a lo largo de esos tres años.

Alicia
Sí. Por ejemplo, los datos muestran un gran aumento en los debates éticos en diciembre de 2022 cuando Lensa AI lanzó su función de avatares mágicos. Millones de consumidores empezaron a pagar por retratos estilizados de IA.

Beto
Y de inmediato los subreddits creativos se desataron, porque los artistas empezaron a notar firmas mutiladas y marcas de agua en las salidas de la IA.

Alicia
La IA básicamente estaba escupiendo evidencia de lo que había sido entrenada.

Beto
Correcto. La comunidad tuvo que entender la mecánica del copyright sobre la marcha. Tuvieron que debatir el consentimiento de los artistas, la ética de raspar portafolios públicos para datos de entrenamiento y quién posee los derechos comerciales de una imagen generada.

Alicia
No estaban leyendo un libro de ética: reaccionaban a una amenaza inmediata para su industria.

Beto
Y vemos ese aprendizaje reactivo otra vez con la controversia de ElevenLabs y la clonación de voces.

Alicia
Oh, la clonación de voces.

Beto
Sí. Cuando los usuarios se dieron cuenta de que la herramienta de audio podía clonar voces, lo que derivó en ese infame deepfake de llamadas robadas del presidente Biden, la comunidad pivotó inmediatamente a debatir los usos indebidos.

Alicia
Empezaron a hablar de la necesidad de salvaguardas.

Beto
Exacto. Y del peligro político real de la tecnología con la que se habían estado divirtiendo.

Los investigadores también detectaron un pico significativo durante la huelga de guionistas y actores de Hollywood.

Alicia
Porque los subreddits de efectos visuales estaban probando generación de video, para ver si su trabajo específico podía ser replicado por un estudio con una caja de prompts.

Beto
Sí. Pero quizás el momento más revelador de toda la línea temporal es esta enorme caída absoluta en las conversaciones sobre IA entre abril y junio de 2023:

Alicia
El bloqueo del API de Reddit. Ahí es donde la economía subyacente de la IA realmente se vino encima del usuario medio.

Beto
Lo hizo. Reddit anunció que iba a empezar a cobrar tarifas exorbitantes a las aplicaciones de terceros por acceder a su API.

Alicia
Y el catalizador fue que los ejecutivos de Reddit se dieron cuenta de que gigantes tecnológicos como Google y OpenAI estaban rascando los comentarios de los usuarios de la plataforma gratis.

Beto
Correcto. Esos foros masivos generados por la comunidad eran datos de entrenamiento muy valiosos para modelos como GPT-4.

Alicia
Así que Reddit decidió cobrar un peaje. Pero al hacerlo, prácticamente mató a todas las apps móviles de terceros populares que los usuarios avanzados usaban para moderar esas comunidades.

Beto
Y los usuarios se enfurecieron. Se dieron cuenta de que toda la solución de problemas gratuita, los consejos de prompt engineering y el intercambio de flujos de trabajo que habían estado haciendo se estaban convirtiendo en mercancía para hacer más inteligentes a los bots corporativos.

Alicia
En respuesta, muchos de los subreddits más grandes se quedaron “a oscuras” en señal de protesta. Las conversaciones se desplomaron.

Pero la lección mecánica del estudio aquí es que ese evento obligó a la comunidad a volverse muy alfabetizada en los aspectos económicos y de privacidad de los datos de la IA.

Beto
Su entendimiento de cómo funcionan las canalizaciones de datos evolucionó estrictamente porque la plataforma que usaban cambió las reglas.

Alicia
Y eso nos devuelve a una narrativa que domina la industria tecnológica últimamente, y creo que realmente necesitamos abordar cómo este estudio la refuta. Porque existe la creencia generalizada de que el aprendizaje entre pares está muriendo.

Beto
Ah, el argumento de Stack Overflow.

Alicia
Sí, la gente señala sitios de programación formales y dice: "Stack Overflow se está convirtiendo en un pueblo fantasma". La afirmación es que todos estamos sentados solos en nuestras habitaciones preguntándole a Claude o a ChatGPT. Y si todos hablamos directamente con el Oráculo, ¿no está muerta la comunidad?

Beto
Es una suposición lógica. Pero el artículo de CHI lo contradice directamente. La comunidad no está muerta. La infraestructura de cómo compartimos conocimiento simplemente se ha adaptado.

Alicia
Correcto.

Beto
Los usuarios no están abandonando el aprendizaje entre pares; están construyendo nuevos sistemas en plataformas como Reddit para fomentarlo.

Alicia
¿Cómo funciona esa nueva infraestructura en la práctica? Si la gente está generando imágenes en aislamiento, ¿cómo obliga la comunidad a que interactúen?

Beto
Basta con mirar los bots moderadores automatizados que estos subreddits creativos han desplegado. Si vas a una comunidad grande de arte con IA hoy y publicas una imagen increíble y muy detallada, no puedes simplemente dejarla ahí sin más.

Alicia
No te van a dejar que te escapes.

Beto
Exacto. Un bot automatizado fijará inmediatamente un comentario en tu publicación exigiendo transparencia estricta: te mandará a responder con el prompt exacto que usaste, el número de semilla, la escala de configuración y la versión del modelo.

Alicia
Tienes que, literalmente, mostrar tu trabajo. Están imponiendo matemáticamente una cultura de conocimiento compartido.

Beto
Y si no compartes la mecánica exacta de cómo lograste el resultado, tu publicación se borra. Y al hacer esto, la comunidad está construyendo una base de datos masiva y buscable de flujos de trabajo exitosos.

Alicia
Están categorizando publicaciones en sistemas rígidos de “flair” como compartir flujo de trabajo o recursos.

Beto
Intercambian fragmentos de código open source para que los usuarios puedan ejecutar modelos localmente en sus propias tarjetas gráficas en lugar de depender de servidores en la nube corporativos.

Alicia
Entonces, ¿qué significa todo esto?

Si miras el agregado de esas 122.000 conversaciones, emerge una imagen clara del aprendizaje moderno. La alfabetización en IA no es una certificación estática que cuelgas en la pared después de aprobar un test de opción múltiple.

Beto
No, para nada.

Alicia
Es una práctica continua impulsada por la comunidad. Es el acto crudo de solucionar problemas, de chocar contra un muro, de probar sistemáticamente las cercas y luego saltar a un foro para debatir las consecuencias técnicas y económicas.

Beto
Y ese marco valida de verdad la experiencia de casi todo el mundo que ahora interactúa con esta tecnología: ya seas un usuario esporádico intentando que un chatbot te formatee un correo sin sonar como un robot, o un diseñador profesional construyendo flujos de trabajo complejos multimodales, tu aprendizaje práctico es el currículo.

Alicia
Exacto. Tus momentos de frustración y fracaso son los mecanismos exactos por los que se construye la alfabetización real en IA. No lo estás haciendo mal por saltarte el manual. Lo estás haciendo de la única manera que realmente escala con la velocidad de la tecnología.

Beto
Pero el estudio plantea un pensamiento final fascinante sobre el futuro de este aprendizaje de abajo hacia arriba. Si nuestra comprensión colectiva actual de la IA, nuestra alfabetización, se construye enteramente sobre estas luchas compartidas, sobre solucionar herramientas rotas y reunirse en foros para mapear los puntos ciegos, ...

Alicia
Oh, veo para donde vas con esto. ¿qué pasará en el futuro cercano?

Beto
Correcto. ¿Qué sucede cuando GPT-7 o Midjourney versión 10 son perfectamente invisibles?

Cuando las herramientas se vuelvan imperceptibles y simplemente ejecuten nuestras intenciones sin necesidad de ingeniería de prompts o configuraciones de pipeline complejas.

Alicia
Ya no tendremos motivo para pedir ayuda mutuamente.

Beto
Exacto. Si el motor nunca se rompe, ¿perdemos la comprensión comunal de cómo funciona por completo?

Alicia
Wow. Si dejamos de probar las cercas juntos, quizá simplemente olvidemos que existen. Es un pensamiento pesado con el que irse.

Bueno, muchas gracias por acompañarnos en esta inmersión profunda. Sigan experimentando. Sigan rompiendo las herramientas para ver cómo funcionan. Y, lo más importante, sigan compartiendo sus flujos de trabajo con la gente que los rodea. Porque ahora mismo todos estamos intentando aprender a conducir el coche juntos.

Hasta la próxima.

Ingeniería de Software con Agentes LLMs

Bueno, la Inteligencia Artificial (IA) ha avanzado tanto que ahora estamos usando agentes, basados en LLMs, para diseñar software. Es es el tema de este artículo reciente. El estudio analiza sistemáticamente 124 artículos, categorizándolos según la tarea de SE ("Software Engineering", ingeniería de software) que abordan (como la generación de código, la depuración y las pruebas) y los componentes de diseño del agente, como la planificación, la percepción, la memoria y el uso de acciones y herramientas.

Enlace al artículo, en inglés, para aquellos interesados en profundizar en el tema: "Large Language Model-Based Agents for Software Engineering: A Survey", por Junwei Liu y colegas, publicado en Diciembre 3 del 2025.

El resumen, la transcripción, y la traducción fueron hechas usando herramientas de software de Inteligencia Artificial.

El resumen se presenta en la forma de un diálogo entre dos personajes sintéticos que llamaremos Alicia y Beto.

---

Resumen

Beto
Bienvenidos a un nuevo análisis profundo donde convertimos investigación densa en conocimiento inmediato.

Hoy nos estamos sumergiendo en un campo que, de hecho, está reescribiendo por completo las reglas del desarrollo de software mientras hablamos. Hablamos de agentes basados en grandes modelos de lenguaje en ingeniería de software.

Alicia
Es un espacio enormemente dinámico y se está moviendo increíblemente rápido. Probablemente estés familiarizado con los modelos de lenguaje grandes (LLMs) autónomos, esos brillantes pero algo estáticos generadores de texto que pueden redactar un correo o resumir un artículo por ti.

Pero los Agentes basados en LLM son criaturas completamente diferentes. Piénsalos como entidades de IA que usan un LLM como su núcleo cognitivo, su controlador central. Pero, y esto es clave, tienen la capacidad de percibir el entorno y usar recursos y herramientas externas.

Beto
Así que no es solo un cerebro de lenguaje. Es un cerebro de lenguaje con manos y ojos.

Alicia
Exactamente. Esa es una manera perfecta de decirlo. Y eso les permite abordar metas de ingeniería del mundo real muchísimo más complejas que requieren trabajo iterativo, acceso a datos externos e interacción con un entorno de desarrollo real como ejecutar un compilador o incluso hacer clic en un botón.

Beto
Y nuestra misión hoy es darte una instantánea comprensiva del estado actual. El material fuente que sintetizas para esta inmersión profunda está basado en una enorme encuesta de investigación. Y aquí está el dato que realmente subraya la urgencia: el número acumulado de artículos en solo esta área explotó; había 124 para septiembre de 2024. Así que esto no es algún ataque teórico en el futuro. Esto es la vanguardia ahora mismo. Y vamos a desglosar exactamente cómo funcionan estos agentes y qué pueden hacer realmente.

La Arquitectura Central

Bien, desgranémoslo con el segmento uno: La arquitectura central. ¿Qué es lo que transforma un brillante modelo de lenguaje en un agente autónomo orientado a la acción?

Alicia
Pues bien, la diferencia fundamental es que el LLM está incrustado dentro de un bucle cerrado. Este cerebro controlado por el LLM está interactuando constantemente con el entorno. Y para hacerlo con éxito necesita cuatro capacidades distintas: planificación, memoria, percepción y acción.

Marco básico de los agentes basados en LLMs

Planificación

Beto
Empecemos por la planificación. Porque la ingeniería, por su propia definición, trata de seguir un proceso. ¿Cómo aborda un agente una tarea realmente compleja como, digamos, construir una interfaz web básica para X, cuando el LLM en sí mismo trata principalmente con lenguaje?

Alicia
La planificación es lo que permite al agente descomponer ese objetivo gigantesco y complejo en subtareas manejables. Ya sabes, cosas como crear el esquema de la base de datos, luego escribir el endpoint de la API y luego construir los componentes del front-end.

Beto
Sí, descomponerlo.

Alicia
Exacto. Y vemos dos comportamientos primarios aquí. Primero, el agente puede generar un plan inicial desde el principio. A menudo usa estas estrategias de razonamiento; probablemente hayas oído hablar de "Chain of Thought", CoT (Cadena de Pensamiento).

Beto
Así escribe su propia lista de tareas antes de empezar. Algo así como un plano fijo.

Alicia
Plano fijo, sí. Pero la segunda capacidad es, quizá, más crítica para cualquier tipo de fiabilidad en el mundo real. Y esa es la capacidad de ajustar ese plan generado sobre la marcha. Si intenta escribir la API y una prueba falla, el plan tiene que modificarse en función de ese feedback externo. No importa si ese feedback es un error del compilador o, ya sabes, una instrucción de un humano. Está reevaluando constantemente su enfoque en base a la realidad.

Memoria

Beto
Y me imagino que ese tipo de proceso iterativo de múltiples pasos requiere un sistema de memoria bastante robusto. ¿Cómo mantienen estos agentes el contexto a lo largo de un proyecto largo y complejo sin olvidar lo que hicieron cinco pasos antes?

Alicia
La memoria es absolutamente esencial. Registra pensamientos históricos, acciones, observaciones del entorno, todo. Básicamente lo categorizamos en dos tipos principales: Para el trabajo inmediato, la tarea en curso, tenemos memoria a corto plazo. Esto almacena cosas como registros simples de diálogo o, de manera más eficiente, algo llamado "registros de acción‑observación‑crítica".

Beto
¿Puedes aclarar eso, qué son exactamente los registros de acción‑observación‑crítica?

Alicia
Claro, piénsalo como un diario de aprendizaje muy detallado o quizá un registro de errores sofisticado:

• Registra qué hice — esa es la acción —,
• qué ocurrió — la observación —, como "la prueba falló con el error X"—, y luego,
• lo que concluí — la crítica —. Tipo: "Ok, el error probablemente está en la línea 42".

Esta memoria a corto plazo es crítica para la tarea actual.

Beto
Entendido. Y eso contrasta con la memoria a largo plazo, que se parece más a un archivo de proyecto.

Alicia
Correcto. La memoria a largo plazo es donde el agente guarda cosas como trayectorias destiladas, grafos de conocimiento o datos vitales, como los resultados finales exitosos de proyectos pasados. Esos datos no son realmente para depurar la subtarea inmediata, sino para la planificación futura, transfiriendo lo que ha aprendido entre proyectos completamente distintos.

Percepción

Beto
Bien, lo siguiente es la percepción. ¿Cómo ve el agente lo que está pasando? Empezamos esta conversación asumiendo que el texto es la entrada principal, pero ¿qué pasa con la realidad visual del software, especialmente en interfaces de usuario?

Alicia
Pues, aunque leer código y requisitos sigue siendo la entrada predominante — esa es la principal forma en que toman información —, la investigación apunta claramente hacia la creciente importancia de la entrada visual. Específicamente, en un dominio como las pruebas de GUI, los agentes empiezan a usar modelos especializados como SegLink++ y Screen Recognition para procesar capturas de pantalla.

Beto
¿Así que el agente puede literalmente mirar una captura de pantalla de una aplicación?

Alicia
Sí, exactamente. Esto le permite localizar con precisión widgets (componentes visuales), ya sabes, "dónde está el botón de enviar" o "qué elemento muestra un mensaje de error". Y luego combina ese contexto visual con la entrada textual para, bueno, para una efectividad mucho mayor en tareas como navegación web automatizada o pruebas de aplicaciones.

Acción

Beto
Y por último, acción. Aquí es donde culmina todo el ciclo. Cómo el agente realmente modifica el entorno.

Alicia
La acción es esa capacidad para interactuar. Y el mecanismo más esencial aquí es la habilidad para controlar y utilizar herramientas externas. Si el agente necesita compilar código, ejecutar pruebas, acceder a una base de datos o buscar en la web documentación de una API, usa su capacidad de acción para operar esa herramienta externa. Esto es lo que verdaderamente extiende al LLM más allá de ser solo una utilidad de lenguaje hacia un agente funcional y ejecutor.

Colaboración - Multi-Agentes

Beto
Esa funcionalidad ya es bastante compleja cuando un agente trabaja solo, pero construir software del mundo real es un deporte de equipo. Y eso nos lleva naturalmente al segmento dos: colaboración. La fuente señala que las tareas complejas a menudo requieren sistemas multiagente.

Alicia
Son absolutamente críticos. Sí, especialmente para abordar tareas que requieren dominios de conocimiento especializados y diversos. Y la arquitectura imita a los equipos humanos de una manera realmente notable. A los agentes se les asignan roles distintos, experiencia especializada, y se comunican constantemente para compartir progreso. Esto les permite trabajar de forma colaborativa, atacando diferentes subtareas, o incluso competitivamente, donde pueden debatir la mejor solución antes de ejecutarla.

Beto
Eso suena justo como un equipo de ingeniería real discutiendo elecciones de diseño en una sala de reuniones. ¿Qué tipos de roles suelen adoptar estos agentes?

Alicia
Los roles se basan en una taxonomía que, tienes razón, refleja a los equipos humanos. Hay roles de gestor responsables de la descomposición inicial de la tarea y la asignación. Están los arquitectos y diseñadores que manejan la estructura del sistema a alto nivel. Luego los desarrolladores que realmente escriben el código. Y, de manera crucial, los roles de garantía de calidad como revisores de código y testers. Estos roles crean esa especialización y rendición de cuentas.

Beto
Cuando colaboran, ¿cómo se estructura realmente esa interacción? Me imagino algo lineal para tareas pequeñas. Pero si están debatiendo o refinando algo, deben necesitar algo más complejo.

Mecanismos de colaboración en sistemas multi-agente

Alicia
Exacto. La estructura define el modo de colaboración. El más común es la estructura en capas, que es secuencial. Piénsalo como una línea de montaje. La salida de un agente alimenta la entrada del siguiente. El arquitecto pasa el diseño al desarrollador que pasa el código al tester.

Beto
Eso es eficiente, pero muy rígido. ¿Y qué pasa con ese feedback iterativo del que hablamos?

Alicia
Para eso necesitas la estructura circular. Esta está diseñada específicamente para ese feedback continuo y refinamiento. A menudo se ve como un bucle generación‑validación entre dos roles especializados. Así el desarrollador escribe el código y el tester lo valida, enviando informes de error de vuelta al desarrollador hasta que la tarea se completa.

Beto
¿Y cómo se pasa realmente la información entre ellos? ¿Solo tiran código terminado por encima del muro o realmente hablan?

Alicia
Vemos dos flujos principales. Primero está la transferencia unidireccional, que es muy impulsada por los datos. El siguiente agente simplemente toma la salida final del predecesor como su entrada fija. Ese es el modelo de la línea de montaje. Pero para el verdadero trabajo en equipo usan chat bidireccional. Aquí, los agentes comparten todo su historial de diálogo, lo que les permite participar en una discusión colaborativa, hacer preguntas aclaratorias y gestionar ese contexto compartido, mucho como una breve reunión de equipo.

Flujos principales

Beto
Pero aún con toda esta interacción IA–IA, el humano sigue siendo crucial, especialmente para definir requisitos y control de calidad. ¿Dónde encaja la coordinación humana de agentes en todo este ciclo de vida?

Alicia
Los humanos sirven como esas guías esenciales durante las fases críticas. Vemos entrada humana durante la planificación, donde una persona puede revisar un flujo de trabajo autogenerado si ve una ruta más lógica o más segura. La vemos durante los requisitos, aclarando ambigüedades. Incluso hay sistemas como ClarifyGPT diseñados para identificar proactivamente requisitos vagos y hacer al usuario humano preguntas específicas antes de escribir una sola línea de código.

Beto
¿Entonces el agente, en esencia, obliga al humano a ser un mejor cliente?

Alicia
Precisamente. Y esto continúa a lo largo del desarrollo, donde los humanos pueden corregir errores o guiar ediciones complejas de código, hasta la evaluación, que a menudo requiere pruebas de aceptación manuales del producto final para asegurar que el usuario puede identificar los requisitos necesarios. Es decir, una persona es quien juzga finalmente si satisface esos requisitos imprecisos.

Colaboración Humano-Agente en SE

Beto
Esa integración de la guía humana es fascinante.

Aplicaciones Claves

Pasemos al segmento tres y entremos en algunas aplicaciones clave dentro del ciclo de vida del software, empezando por la generación de código.

Generación de código

Alicia
Bueno, la generación de código es donde las capacidades de planificación y acción realmente brillan. Necesitamos distinguir entre dos enfoques de planificación aquí. Uno es la ingeniería de prompts, como la Cadena de Pensamiento (CoT) que mencionamos, donde el plan es fijo y determinado desde el principio. Cualquier LLM estándar puede hacer eso.

Beto
Pero el enfoque verdaderamente novedoso que pertenece a los agentes ...

Alicia
Sí, son las estrategias agénticas. Estas adaptan dinámicamente el plan en función de pensamientos históricos, observaciones del entorno, resultados de pruebas, lo que sea. Si el agente encuentra un error en el paso tres, no se queda bloqueado. Revisa los pasos cuatro a diez. Y este enfoque flexible requiere esa configuración completa de agente basado en LLM que hemos estado describiendo.

Retroalimentación

Beto
Ese enfoque dinámico debe depender muchísimo del "feedback" (retroalimentación). ¿Qué tipos de retroalimentación usan estos agentes para refinar su salida una y otra vez?

Alicia
Hay cuatro tipos básicos que impulsan ese refinamiento.

Primero, feedback del modelo. Esto implica ya sea reflexión pura — un agente revisando el trabajo de otro, como un marco de salvaguarda de auditorio — o autorreflexión. Que está diseñada para imitar la clásica técnica del "rubber‑duck debugging" (depuración con el patito). El agente literalmente habla del problema consigo mismo, revisando su propio razonamiento.

Beto
Lo cual es una forma fantástica de detectar errores lógicos antes de que se conviertan en fallas.

Alicia
Lo es.

El segundo tipo es feedback de herramientas. Esto significa usar herramientas externas como analizadores estáticos para analizar la calidad del código o, crucialmente, herramientas de recuperación. Las herramientas de recuperación permiten al agente acceder a motores de búsqueda en línea o documentación privada de API. Y este acceso externo es vital para mitigar dos grandes problemas de los LLM: la aleatoriedad y las alucinaciones. Pueden verificar hechos contra fuentes fiables.

Beto
Así que las herramientas proporcionan los datos duros y el modelo proporciona la interpretación.

¿Cuáles son los otros dos tipos de feedback?

Alicia
El tercero es feedback humano, que ya mencionamos. Es crucial para clarificar ambigüedades y asegurar la intención.

Y el cuarto es feedback híbrido, donde vemos algunas de las innovaciones más serias. Esto combina los informes de error objetivos y precisos de una herramienta con el poder interpretativo del LLM.

Beto
¿Puedes darnos un ejemplo de cómo funciona ese feedback híbrido? Más allá de obtener un simple error de compilación.

Alicia
La fuente destaca un ejemplo brillante, un método llamado LDB ("Large Language Model Debugger"). La mayoría de los sistemas solo analizan la salida final del programa: "¿pasó la prueba o no?" LDB va mucho más profundo. Recopila y analiza el estado de ejecución intermedio. Eso significa que el agente monitoriza realmente los estados en tiempo de ejecución de variables y estructuras de datos antes y después de que se ejecute cada bloque de código.

Beto
Wow, eso es exactamente lo que hace un ingeniero humano cuando pone un punto de interrupción en su código.

Alicia
Es el equivalente más cercano que tenemos en IA. Al mezclar esa información de tiempo de ejecución, precisa y basada en datos, con la capacidad del LLM para razonar sobre la lógica del código, este enfoque híbrido conduce a un rendimiento y depuración demostrablemente mejores que simplemente analizar el resultado final de aprobado/fallido.

Beto
Esa profundidad realmente muestra que los agentes están yendo más allá de tareas individuales y empiezan a cubrir todo el proceso de desarrollo de extremo a extremo. ¿Cómo están adaptando los modelos de proceso humanos clásicos?

Alicia
Los están adaptando por pura necesidad. Adaptan el "modelo en cascada" forzando iteraciones para control de calidad, e incorporan la verificación en ciclo porque un proceso lineal LLM sin verificación no funciona. Y adaptan métodos ágiles como "desarrollo guiado por pruebas" (TDD) o "SCRUM". Cuando emulan SCRUM, por ejemplo, los marcos de agentes a menudo simplifican el proceso omitiendo, curiosamente, la reunión diaria SCRUM.

Beto
¿Espera, omiten la reunión diaria? ¿Por qué harían eso?

Alicia
Se reduce a los mecanismos de memoria compartida de los agentes. Dado que todos los agentes participantes tienen acceso a este historial continuo de diálogo y al archivo de contexto, la necesidad humana tradicional de una sincronización diaria para reiterar el progreso e identificar bloqueos se vuelve en gran medida redundante. Su comunicación es continua y asincrónica por diseño.

Limitaciones

Beto
Todo esto suena como un progreso fenomenal, pero cada análisis profundo revela puntos de fricción.

Veamos el segmento cuatro. ¿Cuáles son las limitaciones prácticas actuales? Las causas comunes de fracaso con las que los investigadores están lidiando. ¿Dónde fallan consistentemente estos agentes?

Alicia
Los fallos se agrupan en torno a la gestión de la complejidad y el contexto. En sistemas multiagente vemos fallos frecuentes de coordinación. Cuando se les encarga comunicarse para resolver problemas, pueden atascarse fácilmente en ciclos conversacionales infinitos. La fuente menciona casos donde los agentes simplemente se dicen repetidamente "gracias" o "adiós", porque los criterios de terminación no se gestionan con la suficiente estrictitud.

Beto
Eso es a la vez gracioso y profundamente frustrante. Imagina quemar miles de dólares en cómputo solo para escuchar robots agradecerse mutuamente para siempre.

Alicia
Es un problema muy real que subraya el desafío de la autonomía verdadera.

También vemos problemas mayores con feedback defectuoso que lleva a errores en cascada. Por ejemplo, en un estudio detallado sobre agentes de depuración, un asombroso 33% de los casos fallidos fueron causados por el fallo del feedback del modelo para identificar con precisión la ubicación del error.

Beto
Así que el agente está confiado y precisamente equivocado, y eso desorienta todo el proceso de autocorrección.

Alicia
Exacto. Y suites de pruebas de baja calidad, ya sean creadas por el agente o preexistentes, engañan al agente de la misma manera. Si el feedback es basura, el proceso de refinamiento solo produce más basura.

Beto
Y si una tarea implica un refinamiento de muchos pasos a lo largo de semanas, la pura cantidad de historial de interacción debe volverse abrumadora.

Alicia
Ese es el desafío central de la gestión del contexto. A medida que ese historial de interacción crece, la capacidad del agente para razonar sobre ese contexto largo simplemente se degrada. El "cerebro" del LLM lucha para extraer eficientemente información útil de miles de líneas de pensamientos pasados y acciones fallidas, llevando a lo que los investigadores llaman "sobrecarga de contexto".

Beto
Entonces, si los agentes son tan complejos y los fallos tan sutiles, debe haber una gran brecha en cómo medimos siquiera su éxito. ¿Qué necesita cambiar sobre la evaluación?

Alicia
Hay una necesidad crítica y ampliamente reconocida de mejores evaluaciones y benchmarks mucho más desafiantes. Actualmente, muchos benchmarks a nivel de proyecto son menos complejos que las tareas empresariales del mundo real. Por ejemplo, en un benchmark como ProjectDev, la descripción media de requisitos de software es solo de 262 palabras. Incluso el ampliamente usado SWE‑bench Lite, a menudo implica tareas que un ingeniero humano experimentado podría completar en menos de una hora.

Beto
Esa escala es necesaria para la investigación, lo entiendo. Pero falla en capturar la complejidad de una enorme base de código heredada en una empresa.

Alicia
Precisamente. Y más allá de la complejidad, el enfoque actual de evaluación está casi exclusivamente en la tasa de éxito final. "¿Pasó la prueba?" Sí o no. Los investigadores llaman con urgencia a métricas finas para evaluar los pasos intermedios. Necesitamos métricas como la tasa de retroceso (backtracking), la proporción de acciones erróneas, o evaluaciones detalladas de los módulos internos de planificación y memoria. Necesitamos saber cómo fallaron, no solo que fallaron.

Beto
Finalmente, a medida que estos agentes pasan de los sistemas de laboratorio a producción, la cuestión de la confiabilidad debe volverse absolutamente primordial.

Alicia
Absolutamente. Avanzando, la comunidad tiene que ir más allá de métricas simples de efectividad. Necesitamos evaluar robustamente requisitos no‑funcionales como privacidad, seguridad, equidad y robustez general, especialmente porque, como hemos visto, estos agentes pueden exhibir comportamientos inestables e impredecibles. Asegurarlos como seguros y fiables es una gran frontera.

Beto
Para resumir nuestra inmersión: los agentes basados en LLM ofrecen un rendimiento superior y una aplicabilidad mucho más amplia en ingeniería de software comparados con los LLM independientes. Y esa superioridad está fundamentalmente habilitada por su capacidad de percibir el entorno, tanto visual como textualmente, de planificar dinámicamente y de ejecutar de manera iterativa usando herramientas especializadas, a menudo colaborando en sistemas multiagente estructurados.

Alicia
Y mirando hacia adelante, mientras la tentación y la investigación siempre empujan por máxima complejidad y máxima autonomía, el futuro de estos agentes demanda una mayor colaboración humano‑agente y, curiosamente, una integración más inteligente de la experiencia clásica en ingeniería de software. Lo fascinante es la observación de que algunos marcos de agentes, usando un flujo de trabajo relativamente simplista basado en las canalizaciones clásicas de localización de fallos y reparación que los ingenieros humanos perfeccionaron durante décadas, han demostrado superar a diseños de agentes totalmente autónomos y mucho más complejos.

Beto
Y aquí tienes una idea provocadora para masticar: si priorizamos la fiabilidad y la interpretabilidad por encima de todo, ¿cuánta autonomía máxima de un agente deberíamos sacrificar intencionadamente adhiriéndonos estrictamente a esos procesos clásicos humanos de ingeniería de software bien probados? ¿Debería la meta ser complejidad máxima e impredecible, o disciplina y fiabilidad guiadas por la tradición?