OpenAI
Esta página se tradujo automáticamente. Ver el artículo original en inglés.

Plantillas de aplicaciones de ChatGPT

Aprende cómo los administradores y propietarios del espacio de trabajo pueden convertir una plantilla de aplicación en una aplicación específica del espacio de trabajo para su organización.

Última actualización: 3 days ago

Desde el 9 de julio de 2026, migramos el directorio de apps al directorio de plugins. Los plugins son la principal forma de descubrir capacidades de flujo de trabajo en ChatGPT y Codex. Un plugin puede incluir habilidades, apps y plantillas de apps: las apps siguen siendo las integraciones que conectan ChatGPT o Codex con datos y acciones externos, mientras que los plugins facilitan habilitar flujos de trabajo en ChatGPT. Las conexiones de apps existentes no se ven afectadas, y los usuarios pueden agregar nuevos plugins desde el directorio de plugins, conectando y autenticando la app subyacente como antes. Los administradores del espacio de trabajo gestionan la instalación de plugins en Configuración del espacio de trabajo > Plugins, y pueden gestionar el acceso y los permisos de cada app subyacente desde la configuración del plugin o desde Configuración del espacio de trabajo > Apps.

Descripción general

Las plantillas de apps son una ruta de configuración para espacios de trabajo administrados que necesitan una versión específica del espacio de trabajo de una app o conector de ChatGPT. Los administradores y propietarios del espacio de trabajo encuentran plantillas en Configuración del espacio de trabajo > Apps > Directorio, agregan la configuración específica de la organización y crean una app en borrador para revisión. Las plantillas de apps administradas no aparecen en los espacios de trabajo personales.

Las plantillas son útiles cuando OpenAI puede proporcionar el comportamiento común de la app, pero cada espacio de trabajo debe aportar la configuración específica del proveedor. Según la plantilla, esa configuración puede incluir un nombre de inquilino o de host, credenciales de cliente de OAuth, URL de callback, alcances, detalles de webhook, URL de servidores MCP administrados u otros ajustes del proveedor. Por ejemplo, una plantilla de GitHub Enterprise puede crear el conector específico del espacio de trabajo que Codex usa para acceder al host de GitHub Enterprise de esa organización.

Después de la configuración, los miembros no usan la plantilla original. Usan la app publicada del espacio de trabajo que se creó a partir de ella. Luego, los administradores pueden gestionar esa app como otras apps de ChatGPT, incluido el acceso por rol, los controles de acciones, los permisos de la app y la autorización del proveedor.

Los plugins también pueden incluir plantillas de apps o apps creadas a partir de plantillas. Si un plugin incluye una plantilla de app, un administrador o propietario del espacio de trabajo debe crear y publicar la app específica del espacio de trabajo antes de que los miembros puedan conectarla en ChatGPT o usarla mediante ese plugin. Cuando el plugin se ejecuta, usa la instancia de la app disponible en ese espacio de trabajo en lugar de pedirles a los miembros que configuren la plantilla original por su cuenta. Si la plantilla requerida aún no se configuró, es posible que los miembros necesiten que un administrador complete primero la configuración. El plugin no puede usar una plantilla de app por sí solo.

Usa este artículo para consultar el flujo general de plantillas. Para la configuración específica del proveedor, consulta:

Las plantillas son útiles cuando el mismo patrón de app puede funcionar en muchas organizaciones, pero cada organización necesita su propia configuración.

Estos son algunos ejemplos comunes:

  • La URL del proveedor incluye un inquilino, una cuenta, una organización o un nombre de host de espacio de trabajo de la empresa.

  • La organización debe aportar su propio cliente de OAuth o sus credenciales de proveedor.

  • El proveedor requiere configurar una URL de callback específica del cliente.

  • La app debe usar el mismo patrón de implementación, mientras cada espacio de trabajo controla por separado el acceso, las acciones y la configuración de seguridad.

En qué se diferencian las plantillas delas apps comunes

Por lo general, una app común se puede habilitar directamente. En cambio, una plantilla inicia un flujo de configuración para administradores del espacio de trabajo.

El flujo habitual es el siguiente:

  • Un administrador encuentra una plantilla en Configuración del espacio de trabajo > Apps > Directorio.

  • El administrador ingresa la configuración requerida específica del espacio de trabajo.

  • ChatGPT crea una app en borrador para el espacio de trabajo.

  • El administrador revisa y publica el borrador.

  • El administrador configura el acceso y los ajustes de acciones para la app publicada.

Los miembros usan la app publicada del espacio de trabajo, no la plantilla original.

Buscar y configurar una plantilla de app

  • Abre Configuración del espacio de trabajo > Apps.

  • Selecciona Directorio.

  • Busca el proveedor o el nombre de la app.

  • Busca entradas marcadas como plantillas.

  • Selecciona Habilitar para iniciar el flujo de configuración.

El flujo de configuración solicita los detalles necesarios para crear la app específica del espacio de trabajo. Los campos exactos dependen de la plantilla.

Por ejemplo, una plantilla de GitHub Enterprise puede solicitar detalles como los siguientes:

  • Nombre y descripción de la app.

  • Nombre de host de GitHub Enterprise.

  • Configuración de la URL de callback.

  • ID de cliente y secreto de cliente de OAuth.

  • Clave privada de GitHub App.

  • Alcances solicitados.

  • Detalles de configuración de webhook.

Revisa cuidadosamente cada campo antes de crear el borrador. Si tu organización gestiona OAuth o las credenciales del proveedor de forma centralizada, coordina con el equipo responsable de esas credenciales.

Consulta las instrucciones específicas de cada app:GitHub,Snowflake yDatabricks.

Configurar el cliente de OAuth

Algunas plantillas requieren que tu organización aporte su propio cliente de OAuth. Cuando esto sea necesario, crea o configura la app OAuth en la consola de administración del proveedor externo y luego copia la URL de callback de ChatGPT en la configuración de URL de redirección o callback del proveedor.

Ingresa el ID de cliente y el secreto de OAuth en ChatGPT solo después de confirmar que la configuración del proveedor coincide con las instrucciones de configuración de la plantilla.

Si la plantilla incluye alcances predeterminados, mantén los valores predeterminados a menos que tu organización haya revisado los permisos del proveedor y tenga un motivo claro para cambiarlos.

Crear un borrador

Después de ingresar la información requerida, selecciona Crear borrador.

Crear un borrador no pone automáticamente la app a disposición de los miembros. Revisa el borrador, publícalo y configura el acceso y los ajustes de acciones antes de pedirles a los miembros que lo usen.

Publicar y gestionar la app resultante

Después de publicarla, gestiona la app específica del espacio de trabajo desde Configuración del espacio de trabajo > Apps > Habilitadas.

Verificaciones recomendadas después de publicar:

  • Confirma que la app aparezca en Apps habilitadas.

  • Configura Acceso de usuario para los roles que deben usar la app.

  • Revisa Control de acciones para las acciones de lectura y escritura.

  • Revisa Permisos de la app para elegir cuándo ChatGPT les pide confirmación a los miembros antes de usar la app.

  • Pídele a un usuario de prueba autorizado que abra Apps en ChatGPT y confirme que la app aparece.

  • Si la app requiere autenticación del proveedor, pídele al usuario de prueba que conecte su cuenta del proveedor.

  • Ejecuta un prompt de prueba de bajo riesgo para confirmar que la app funciona según lo esperado.

Estos permisos de la app se aplican a las conversaciones de ChatGPT. Los Agentes del Espacio de trabajo usan controles por agente definidos por el creador del agente para determinar qué acciones de la app están disponibles y cuándo se les pide a los usuarios finales que las aprueben. Para el comportamiento de los agentes, consulta:Agentes de Espacio de trabajo de ChatGPT para Enterprise y Business.

Si una plantilla solo se puede usar una vez

Algunas plantillas pueden crear solo una app por espacio de trabajo. Si una plantilla ya se usó, es posible que el botón Habilitar no esté disponible. En ese caso, gestiona el borrador o la app publicada existentes en lugar de crear otra desde la misma plantilla.

Lo que ven los miembros

Los miembros ven la app publicada que se creó a partir de la plantilla. Que un miembro pueda verla o usarla depende de la configuración del espacio de trabajo y de la autorización del proveedor. Si la app está incluida en un plugin, los miembros pueden encontrarla a través de ese plugin, pero se siguen aplicando los mismos requisitos de acceso al espacio de trabajo y autorización del proveedor.

Si un plugin requiere una app creada a partir de una plantilla, el plugin puede indicar que se necesita configuración hasta que un administrador cree y publique la app específica del espacio de trabajo, la habilite para el rol correspondiente y se complete cualquier autorización de proveedor requerida para usuarios o administradores.

Verifica lo siguiente:

  • La app está publicada.

  • La app está habilitada para el espacio de trabajo.

  • El rol del miembro en el espacio de trabajo tiene acceso.

  • El miembro está en el espacio de trabajo correcto.

  • El miembro tiene los permisos requeridos en el proveedor externo.

Las apps publicadas aparecen en Configuración del espacio de trabajo > Apps > Habilitadas. Si la app forma parte de un plugin, también puede aparecer como app obligatoria u opcional en la página de detalles del plugin.

Solución de problemas

Si la configuración falla o la app no aparece, confirma lo siguiente:

  • El inquilino, la cuenta o el nombre de host del espacio de trabajo son correctos.

  • La URL de callback se copió exactamente en la configuración del proveedor.

  • El ID de cliente y el secreto de cliente de OAuth son correctos.

  • Los alcances solicitados coinciden con lo que permite la app OAuth del proveedor.

  • Se creó un borrador.

  • Se publicó el borrador.

  • El acceso por rol permite que el usuario de prueba vea la app.

  • Los permisos del lado del proveedor permiten los datos o la acción que se están probando.

Notas de seguridad

  • Trata los secretos de cliente de OAuth y las credenciales del proveedor como información confidencial.

  • Revisa los alcances solicitados antes de crear el borrador.

  • Usa Control de acciones después de publicar para limitar lo que puede hacer la app.

  • Usa Permisos de la app para decidir cuándo ChatGPT les pide confirmación a los miembros antes de usar la app.

  • Ten en cuenta que los permisos del proveedor se siguen aplicando después de habilitar la app en ChatGPT.

¿Este artículo te fue útil?