Actualidad de IA
Muse Wonder quiere mantener el hilo cuando cambias de idea a mitad de tarea
Meta presenta Muse Wonder y Wonder Full para trabajos largos de agentes. Recordar un requisito sirve de poco si el siguiente cambio lo rompe.
Dos variantes con accesos diferentes
Empiezas pidiendo un filtro por autor y luego decides que debe aceptar varios. Un asistente de programación tiene que incorporar el cambio sin olvidar lo que ya funcionaba. Ese tipo de trabajo largo es el terreno al que Meta dirige Muse Wonder y Muse Wonder Full, presentados el 12 de octubre de 2026.
Muse Wonder se puede probar con Meta Model API o Muse Code. La API identifica muse-wonder-1.0 y sigue en preview. Wonder Full aparece en determinados planes de Muse Code; no hay que asumir que la API ofrece esa misma variante.
| Variante | Acceso documentado al consultar |
|---|---|
| Muse Wonder | Meta Model API y Muse Code; API en preview |
| Muse Wonder Full | Muse Code con planes Power Usage o Maximum Usage |
El modelo y el agente no son el mismo producto
Model API te permite integrar el modelo con tu aplicación. Muse Code es un agente de terminal que trabaja con archivos y comandos, con aprobaciones y aislamiento descritos en su documentación. Llamar a la API no instala ese entorno.
Puedes comparar un modelo manteniendo tus herramientas, o probar el agente completo. La segunda opción cambia más piezas a la vez. Si mejora un resultado, no siempre podrás atribuirlo solo al modelo.
Recordar el contexto y seguir con el objetivo
Meta llama Active Memory a conservar contexto relevante entre conversaciones y recuperarlo cuando hace falta. Active Focus describe mantener el objetivo, buscar alternativas y adaptarse a información nueva. Son las capacidades que destaca el fabricante.
En tu aplicación quedan decisiones concretas: qué historial se guarda, quién puede verlo y cómo sustituir una preferencia antigua. Recordar algo de ayer no ayuda si contradice la corrección que acabas de pedir.
La prueba del filtro que cambia a mitad de camino
En una biblioteca de demostración, pide primero un filtro por un autor y después selección de varios. Más tarde solicita una mejora de accesibilidad. Revisa que el último cambio conserve la selección múltiple y que las pruebas cubran todavía un solo autor.
Si falla una prueba, observa si revisa la causa o repite la misma solución. Ese recorrido dice más que la afirmación de que recuerda el encargo. Puedes repetir esta prueba propuesta con los mismos datos públicos y criterios en cada candidato.
Qué no te dicen las tablas de resultados
La ficha reconoce errores en tareas de varios pasos y diferencias según idioma, herramientas y entorno. También explica que las comparaciones de programación no usan siempre el mismo agente. Sus tablas reúnen métodos distintos; no reproducen el trabajo de tu aplicación.
Empieza con un repositorio de prueba, revisa el diff y conserva los permisos en el sistema que ejecuta las herramientas. Lo primero es elegir qué quieres comparar: Muse Wonder dentro de tu integración o Muse Code como producto, con sus condiciones de acceso y tratamiento de datos.