Ir al contenido
Mercury .
Back to InsightsAI

El Cambio de Habilidades: Por Qué los GPTs Murieron y Mercury Flux Fue Construido para lo Que Viene

By James Huang20 de agosto de 2026·Updated 23 ago 20267 min read
AI Generated Cover for: The Skill Shift: Why GPTs Died and Mercury Flux Was Built for What's Next

El Cambio de Habilidades: Por Qué los GPTs Murieron y Mercury Flux Fue Construido para lo Que Viene

Resumen: Google está matando a Gems. OpenAI acaba de matar a los GPTs personales para cuentas individuales. La era de "envolver un aviso en una ventana de chat, agregar un avatar, compartir un enlace" ha terminado oficialmente. ¿Qué lo reemplaza? Habilidades—flujos de trabajo ligeros, autogestionables y compartibles en equipo que los agentes ejecutan de principio a fin. Mercury Flux fue construido para este cambio exacto: enrutar el modelo correcto a la tarea correcta, con memoria local que persiste a través de sesiones. La tabla de clasificación de modelos cambia semanalmente. Tu flujo de trabajo no debería tener que hacerlo.


James aquí, CEO de Mercury Technology Solutions. Wanchai, Hong Kong — 22 de agosto de 2026

Dos anuncios llegaron esta semana que deberían hacer sudar a cada "constructor de productos" de IA.

Google: Gems se cerrará el 20 de octubre. Exporta tus cosas o las perderás.

OpenAI: Las cuentas personales ya no pueden crear o publicar GPTs. Los existentes funcionan—por ahora. Pero el pipeline de "construir un GPT, compartir el enlace, llamarlo un producto" está muerto.

Si construiste tu "negocio" de IA sobre GPTs o Gems, estás sosteniendo inventario obsoleto. Si enseñaste cursos sobre cómo construirlos, tu plan de estudios acaba de quedar desactualizado. Si externalizaste tu trabajo de conocimiento a un GPT personalizado que actualizaste manualmente y copiaste y pegaste de... bueno, necesitamos hablar.

Por qué los Giants están matando sus propios juguetes

Esto no es caprichoso. Es estructural.

Cuando OpenAI renombró la interfaz de chat básica a "Clásico" y comenzó a impulsar ChatGPT Work y Codex, señalaron el cambio: de la IA conversacional a la IA agente.

El antiguo modelo: Tú preguntas. La IA responde. Tú ejecutas.

El nuevo modelo: Tú delegas. La IA ejecuta. Tú verificas.

Los GPT y Gems eran ruedas de entrenamiento—útiles para demostrar que los usuarios no técnicos podían "construir" algo con IA. Pero nunca fueron una infraestructura seria. No podían auto-mantenerse. No podían integrarse con tus herramientas. No podían pasar a los miembros del equipo. Eran, esencialmente, indicaciones en una caja más bonita.

Las habilidades son diferentes. Las habilidades son flujos de trabajo con límites de juicio—especificaciones de entrada, estándares de salida, pasos que no se pueden omitir, puntos de control que requieren aprobación humana. Son más ligeras que los GPT, más mantenibles y diseñadas para equipos en lugar de usuarios individuales.

Los gigantes no están abandonando el espacio. Están mejorando la capa de abstracción. Y si tu negocio todavía está en la antigua capa, estás a punto de experimentar un colapso de abstracción.

La Ecuación 2026: Envolturas de prompt = flujos de trabajo alquilados. Habilidades = infraestructura propia. La diferencia es el riesgo de política.

La Ecuación 2026: Envolturas de prompt = flujos de trabajo alquilados. Habilidades = infraestructura propia. La diferencia es el riesgo de política.

El Ranking del Modelo es una distracción

Aquí hay algo más que sucedió esta semana: otro cambio en el ranking de modelos.

Fable > Grok 4.6 > Kimi 3 > Opus 4.8 > Grok 4.5 > Codex 5.5 > Qwen 3.8 > Kimi 2.7 > Opus 4.6 > GLM 5.2 > minmax

Toma aire. Cambiará el próximo mes.

La obsesión por "cuál modelo es el mejor" pierde el punto. Diferentes modelos destacan en diferentes tareas. Grok es excelente en razonamiento. Kimi 3 tiene un contexto masivo. Opus maneja matices. Codex está diseñado para software. Qwen es eficiente para idiomas asiáticos. El modelo "mejor" es el que resuelve tu problema específico al menor costo con calidad aceptable.

Por eso construimos Mercury Flux.

Flux no apuesta por un solo modelo.Rutas de flujo. Mantiene memoria local de tus tareas, tus preferencias, tus resultados—y envía cada trabajo al modelo que realmente es el mejor para ello. ¿Razonamiento complejo? Grok. ¿Análisis de documentos largos? Kimi. ¿Generación de código? Codex. ¿Clasificación rápida? Qwen. Todo sin que tengas que cambiar manualmente de pestañas o copiar contexto entre ventanas.

La tabla de clasificación de modelos es entretenimiento para Twitter de IA.El enrutamiento de modelos es infraestructura para las personas que realmente trabajan.

De GPTs a Habilidades: ¿Qué Cambió?

Déjame hacer esto concreto con un ejemplo real.

Antes (Era de GPTs)

Tenía dos GPTs: uno para escribir, uno para "des-AI-izar" contenido.

Cada pocas semanas, tenía que actualizar manualmente sus bases de conocimiento con mis últimos artículos, proyectos actuales, nuevas técnicas de escritura que había aprendido. Los GPTs generaban borradores, luego copiaba y pegaba en el correo electrónico o WordPress, reformateaba, añadía enlaces, revisaba el tono.

La IA me dio borradores iniciales.Todo el mantenimiento, integración y trabajo de finalización estaba a mi cargo.

Después de (Era de Habilidades)

Escribí mi metodología como una Habilidad. No un aviso—un flujo de trabajo.

Mi agente de IA ahora:

  1. Autoactualizacionessu base de conocimientos a partir de mis publicaciones en redes sociales, blog, boletín y registros de trabajo
  2. Generaborradores utilizando mi contexto y voz actuales
  3. Se autoeditapara el tono ("des-AI-izar" está integrado en el flujo de trabajo)
  4. Entregaa borradores de Gmail o al editor de WordPress, dentro de los límites autorizados
  5. Presentaterminé el trabajo para mi aprobación

Hago lo que los humanos deberían hacer: revisar, ajustar, publicar. El agente hace lo que debería hacer: todo lo demás.

Mismo "asistente de escritura." Descripción del trabajo completamente diferente. El GPT era una herramienta que operaba. La habilidad es un empleado que gestiono.

El Imperativo de Memoria Local

Aquí está la parte que la mayoría de la gente pasa por alto.

Cuando construyes sobre la plataforma de otra persona—GPTs, Gems, Proyectos Claude, lo que sea—no posees tu flujo de trabajo. Lo alquilas. Y el propietario puede cambiar los términos, aumentar el alquiler o demoler el edificio.

Google acaba de probar eso. OpenAI acaba de probar eso.

Por eso he estado diciéndole a todos: coloca tu conocimiento, tus habilidades, tus materiales de referencia en un almacenamiento local que controlas. No porque la nube sea mala, sino porque el riesgo de política es real.

Con Mercury Flux, tu memoria local persiste a través de modelos. Si OpenAI cambia los precios mañana, cambias el motor a Kimi. Si Kimi falla, te diriges a Grok. Tu flujo de trabajo—tus habilidades, tu contexto, tus límites de juicio—siguen siendo tuyos.

Las empresas de IA pueden no sobrevivir 10 años. Tus habilidades deberían.

Lo que esto significa para tu negocio

Si eres un entrenador de IA, creador de cursos o consultor que enseñó a las personas a construir GPTs: pivota. Ahora. Las habilidades que enseñaste no son inútiles, pero el contenedor está muerto. Enseña habilidades. Enseña diseño de flujos de trabajo. Enseña cómo descomponer un trabajo en pasos que un agente pueda ejecutar con puntos de control humanos apropiados.

Si eres un negocio que externalizó trabajo a GPTs personalizados: migra. Los GPTs seguirán funcionando por un tiempo, pero estás en aviso de desuso. Construye habilidades que se integren con tus herramientas reales: tu CRM, tu CMS, tu correo electrónico, tus análisis.

Si eres un trabajador del conocimiento que pensó que la IA sería una interfaz de chat para siempre: despierta. El chat era el nivel tutorial.La ejecución agentiva es el juego principal.

La acción

Deja de construir indicaciones. Comienza a construir flujos de trabajo con juicio.

  1. Inventaria tus GPTs/Gemas.¿Qué hacen realmente? ¿Puedes describir el flujo de trabajo en pasos?
  2. Define límites.¿Qué requiere aprobación humana? ¿Qué puede decidir el agente de forma autónoma?
  3. Elige la ruta sobre la lealtad.No te cases con un modelo. Cásate con un flujo de trabajo que pueda usar cualquier modelo.
  4. Prioriza tu conocimiento localmente.Tu IP debería sobrevivir a cualquier cambio de política de la plataforma.
  5. Prueba Mercury Flux.Si estás ejecutando múltiples modelos para diferentes tareas, ya estás haciendo manualmente lo que Flux hace automáticamente.

Los gigantes acaban de declarar que la era del envoltorio de prompts ha terminado. No están equivocados. Solo se están tardando en admitir lo que los practicantes ya sabían: el trabajo real requiere flujos de trabajo reales, no ventanas de chat con avatares.

Construye en consecuencia.


Superficies relacionadas de Mercury:

  • Mercury Flux — Rutea cada tarea al modelo capaz más económico. Memoria local. Sin bloqueo.
  • Núcleo de Mercurio — El SO donde los humanos y los agentes comparten memoria. Las habilidades viven aquí.
  • Habla con tu ERP — Operaciones a través de la conversación, en el Núcleo.
  • Consultoría de IA — Arquitectura, no una competencia de herramientas.

Soluciones Tecnológicas de Mercurio: Acelera la Digitalidad.

Originally published on MTS Blog & Research