Blog

Claude Skills, GPTs o Gems: cómo elegir ahora que OpenAI retira los GPTs

Pablo Cabrera

Pablo Cabrera

Fundador de OperandIA

10 min de lectura

Si en tu empresa alguien montó un GPT personalizado en ChatGPT hace unos meses —para propuestas, para tono de marca, para lo que sea—, esta semana le ha llegado (o le va a llegar) un aviso: OpenAI está retirando los GPTs. No es un rumor ni un cambio menor de interfaz: el 11 de septiembre anunciaron el calendario de retirada definitiva, y el 17 de septiembre empezó la migración para las cuentas Enterprise. Ya hemos explicado en este blog qué es una Claude Skill y cómo se construye una; hoy no repetimos eso, sino que respondemos a la pregunta que de verdad importa si tu empresa ya tiene algo montado o está a punto de montarlo: ¿en qué se diferencian de verdad Claude Skills, los nuevos "plugins" de ChatGPT y las Gems de Gemini a la hora de controlar quién las crea, quién las revisa y quién decide qué información manejan? Esa pregunta de gobierno, no la de "qué es cada una", es la que te va a ahorrar un disgusto.

Qué ha pasado esta semana: OpenAI retira los GPTs personalizados

El calendario, confirmado por OpenAI y ya en marcha, es este: el 17 de septiembre de 2026 empezó a desplegarse la experiencia de migración para los espacios de trabajo Enterprise; el 25 de septiembre se cierra la creación de GPTs nuevos; y el 11 de diciembre de 2026 los GPTs existentes dejan de funcionar y desaparecen del directorio. Otros planes (Free, Plus, Business) van a recibir el mismo calendario mediante avisos dentro del propio producto, con fechas que OpenAI puede ajustar.

¿A qué se migra? A los plugins, un formato que OpenAI lanzó en julio de este año y que combina dos piezas: una skill —así lo llama ya la propia OpenAI, instrucciones reutilizables empaquetadas, el mismo concepto que Anthropic bautizó primero con Claude Skills— y, opcionalmente, una app conectada mediante MCP (el protocolo abierto que conecta un asistente con herramientas externas, como vuestro CRM o vuestro gestor documental). Cuando un GPT se migra, sus instrucciones se convierten automáticamente en la skill del nuevo plugin y sus conexiones de datos se convierten en apps; lo que no se migra solo son las "acciones personalizadas" (custom actions, las integraciones a medida que algunas empresas conectaron vía API), que hay que reconstruir a mano.

La lectura de fondo no es "OpenAI copia a Anthropic": es que las tres plataformas grandes —Claude, ChatGPT y Gemini— han llegado, por caminos distintos, a la misma conclusión de producto: un asistente genérico que hay que reinstruir cada vez vale menos que un paquete de conocimiento reutilizable que se activa solo cuando toca. La diferencia real entre proveedores ya no está en si "tienen skills" —los tres las tienen, con otro nombre—, sino en cómo se controlan dentro de una empresa. Y ahí es donde de verdad se separan.

La pregunta que de verdad hay que hacerse: no "qué es", sino "quién lo controla"

Ya cubrimos en detalle qué es una Claude Skill y cómo se crea una paso a paso. Lo que no habíamos comparado todavía es lo que de verdad decide si esto es seguro de desplegar en tu empresa o un riesgo silencioso: quién puede crear una, quién la revisa antes de que se use con datos reales, y quién puede desplegarla a todo el equipo sin que cada persona tenga que instalarla por su cuenta.

Verificado esta semana contra la documentación oficial de Anthropic:

  • En claude.ai, las Skills personalizadas son individuales. Cada persona sube las suyas desde Ajustes, y no existe gestión centralizada por administrador ni distribución a toda la organización desde claude.ai —esto sorprende a bastantes clientes nuestros que daban por hecho que un admin podía "instalar" una skill a todo el equipo desde ahí, y no es así.
  • Lo que sí permite desplegar una skill a toda la organización de una vez es la Skills API: se sube una vez y queda disponible para todo el espacio de trabajo (workspace), pero eso ya requiere alguien con perfil técnico o vuestro proveedor de IA.
  • En Claude Cowork, las organizaciones con plan Enterprise pueden activar un escaneo de seguridad automático (Skill and plugin security scanning) que revisa cada skill que se sube o edita buscando comportamiento malicioso —código oculto, envío de datos a un servicio externo, instrucciones que intentan saltarse las salvaguardas de Claude—. Una skill que no pasa el escaneo queda bloqueada; una que pasa con advertencia queda utilizable pero marcada. Este escaneo no cubre lo que se sube por la Skills API directamente.

En el lado de ChatGPT, el reparto por defecto también importa: en los espacios Business, las apps (la parte "conectada" de un plugin) vienen activadas por defecto; en Enterprise, al contrario, vienen desactivadas hasta que un administrador las activa explícitamente. Es una decisión de diseño con implicaciones reales: una pyme con plan Business puede tener, sin saberlo, plugins con acceso a herramientas externas activos desde el primer día.

De Gemini, lo que está documentado es que las Gems se pueden compartir dentro de un entorno de Google Workspace con los controles de administrador propios de la suite (los mismos paneles con los que ya gestionáis quién ve qué carpeta de Drive), lo que en la práctica las acerca más al modelo de gobierno "de suite ofimática" que al de "producto de IA independiente" de los otros dos.

Tabla comparativa: cómo se gobierna cada una en una empresa

Claude Skills Plugins de ChatGPT Gems de Gemini
Quién la crea Cualquier usuario, en cualquier plan de pago con ejecución de código activada Cualquier usuario desde Plus en adelante Cualquier cuenta de Google; funciones avanzadas requieren plan de pago
Despliegue individual vs. organización Individual en claude.ai; solo la Skills API despliega a todo el workspace de una vez Empresa: Business las activa por defecto, Enterprise las deja apagadas hasta que un admin decide Compartibles dentro de Workspace con controles de administrador de la suite
Revisión de seguridad automática Sí, opcional, en Claude Cowork para organizaciones Enterprise (no cubre la Skills API) No hay escaneo automático documentado equivalente a fecha de esta semana; el control es el interruptor de admin por app Hereda los controles de seguridad y DLP ya existentes de Google Workspace
Ejecuta código propio Sí (genera Excel, Word, PDF con formato real) Depende del plugin: puede incluir app conectada vía MCP, no ejecución de código genérica No
Se sincroniza entre superficies (web, API, agente de escritorio) No: hay que subir la skill por separado en claude.ai, la API y Claude Code Aplica al ecosistema ChatGPT; las conexiones se gestionan por espacio de trabajo Aplica dentro del ecosistema Google; ligado a la cuenta y al Workspace

La lectura práctica para una pyme: si lo que os importa es que el administrador tenga el mando desde el primer día, ninguna de las tres lo da gratis y sin pensar — Claude exige pasar por la API para desplegar de verdad a toda la organización, ChatGPT lo resuelve con un interruptor que en Enterprise viene apagado (bien) y en Business viene encendido (peor, revisadlo), y Gemini apoya en los controles que ya tenéis montados en Workspace si vivís ahí.

Qué hacer esta semana si tenías un GPT montado

Si tu empresa construyó uno o varios GPTs siguiendo la guía que publicamos en julio (5 asistentes de IA que toda pyme debería tener), no hay que entrar en pánico, pero sí moverse antes de diciembre:

  1. Haz un listado de los GPTs que usáis de verdad y quién los creó. En la mayoría de pymes son dos o tres, no veinte.
  2. Guarda las instrucciones y los archivos de conocimiento aparte, en un documento normal, por si la migración automática no recoge algún matiz que le disteis en su día.
  3. Publica cualquier borrador que quieras conservar antes del 25 de septiembre: a partir de esa fecha no se pueden crear GPTs nuevos, ni siquiera en borrador.
  4. Cuando la migración esté disponible en vuestro plan, revisad el plugin resultante con el mismo criterio que aplicaríais a una skill nueva: qué instrucciones lleva, a qué apps queda conectado, y si alguna de esas apps necesita autorización explícita que antes no hacía falta dar.
  5. Si alguno de vuestros GPTs usaba acciones personalizadas (conexión directa a una API propia, no a una app del catálogo), asumid que hay que reconstruirlas: no se migran solas.

Dos ejemplos: una imprenta y un laboratorio, cada uno con su decisión distinta

Imprenta y artes gráficas industrial, 26 empleados (Lugo). Trabajan con un GPT de Business desde marzo para generar las descripciones de producto de su catálogo de packaging personalizado, alimentado con fichas técnicas y ejemplos de textos aprobados. Al revisar el aviso de retirada, descubrieron que el plugin resultante venía con dos apps activadas por defecto (una de gestión documental y otra de correo) que nadie en la empresa recordaba haber autorizado explícitamente para ese GPT —venían encendidas por la configuración Business por defecto—. Antes de dar por buena la migración, el responsable de sistemas desactivó ambas apps hasta confirmar con el proveedor del ERP si esa conexión era necesaria. El GPT seguía funcionando igual para su tarea real (redactar descripciones), solo con menos superficie de acceso innecesaria.

Laboratorio de análisis clínicos, 20 empleados (Huelva). Manejan resultados de pacientes, así que cuando decidieron automatizar la redacción de informes de resultados normales (los que no requieren interpretación médica, solo formato), descartaron un GPT desde el principio por la falta de gestión centralizada por administrador, y construyeron en su lugar una Claude Skill a través de la Skills API, desplegada de una vez a todo el equipo técnico, con la ejecución de código limitada y sin acceso a red —justo la configuración más restrictiva que permite el entorno de Claude en la API—. El tiempo de generar un informe de resultados normales bajó de 15 a 4 minutos, y el laboratorio documentó en su registro interno quién es el responsable de la skill y cuándo se revisó por última vez, siguiendo el mismo criterio de "propietario por skill" que recomienda la propia guía de gobierno de Anthropic para empresas.

El patrón en ambos casos no es "una herramienta es mejor que otra": es que ninguna de las dos empresas dio por hecho el comportamiento por defecto. Revisaron qué venía activado antes de confiar el proceso a la herramienta.

Límites y riesgos: lo que ninguna de las tres resuelve sola

  • Ninguna plataforma sustituye una política interna de quién puede publicar qué. El escaneo de seguridad de Claude Cowork, el interruptor de apps de ChatGPT Enterprise y los controles de Workspace de Google reducen el riesgo, pero si en vuestra empresa cualquier persona puede subir una skill o un plugin sin que nadie la revise, el control automático es una red, no una garantía.
  • Los datos sensibles no deberían depender de la configuración por defecto. El caso del GPT de la imprenta lo demuestra: "viene activado" no es lo mismo que "lo hemos decidido nosotros". Revisar los ajustes de administrador de empresa antes de dar por bueno un despliegue es un paso de 10 minutos que evita un problema mucho más caro después.
  • La migración automática no es perfecta. Instrucciones muy largas o con matices poco explícitos pueden perder precisión al convertirse en skill dentro de un plugin. Probad el resultado con un caso real antes de dar por buena la migración, exactamente igual que recomendamos probar cualquier skill nueva.
  • Cambiar de plataforma por esto no suele compensar. Si vuestro equipo ya vive en ChatGPT o en Google Workspace, la retirada de los GPTs es un motivo para revisar la configuración, no para migrar toda la empresa a otro proveedor por una única función.

Conclusión

La retirada de los GPTs de OpenAI confirma algo que llevamos meses viendo en este blog: el formato ganador para empaquetar el conocimiento de una empresa ya no se discute —skills, plugins o Gems, los tres llaman "reutilizable y automático" a lo mismo—. Lo que sí se decide caso por caso es quién controla ese paquete dentro de tu empresa. El primer paso que puedes dar hoy, tengas GPTs, Skills o Gems montados o no: entra en el panel de administrador de la herramienta que ya uses y comprueba qué viene activado por defecto. En la mayoría de pymes, es la primera vez que alguien lo mira.

Si quieres que revisemos con vosotros qué tenéis desplegado hoy —GPTs, Skills o Gems— y qué configuración de gobierno os falta antes de que un dato salga por donde no debía, en OperandIA hacemos esa revisión en la diagnóstico de IA.

Fuentes

← Volver al blog
Empieza por aquí

Averigua qué procesos de tu empresa se pueden automatizar

Pide el diagnóstico. En una semana tendrás la lista de procesos que más horas se llevan, cuáles conviene automatizar primero y qué haría falta para hacerlo.

Pedir el diagnóstico