Preguntas frecuentes de administración de ChatGPT Work

ChatGPT Work incorpora en ChatGPT la tecnología que sustenta Codex para realizar tareas más largas y de varios pasos. Puede recopilar contexto de chats, archivos, recursos del espacio de trabajo y sistemas conectados; usar herramientas aprobadas; y crear resultados listos para revisión. El acceso, el contexto, las acciones, el comportamiento de la red y el uso de créditos varían según el plan, la configuración del espacio de trabajo, los permisos de origen y la interfaz.

Trabajar en varios dispositivos

¿Qué permite el acceso al equipo local con Work Cloud?

Los miembros que cumplan los requisitos pueden continuar una conversación de Work en la aplicación de escritorio, en dispositivos móviles y en la web. Las tareas que utilizan el acceso al equipo local con Work Cloud usan coordinación en la nube. Para las empresas, el selector Local/Cloud de la aplicación y su valor predeterminado no cambian en el lanzamiento. Los pasos individuales pueden seguir ejecutándose en la nube o utilizar recursos aprobados en un equipo conectado.

Por ejemplo, una persona puede empezar a trabajar con una carpeta local aprobada en una computadora portátil y después dar instrucciones adicionales desde su teléfono. Los pasos que necesiten la computadora portátil siguen requiriendo que esté en línea y conectada.

¿Cómo se habilita?

Para habilitar esta función para los usuarios previstos:

1. Habilita Work Cloud para los usuarios previstos. Permitir el acceso al equipo local se encuentra dentro de Work Cloud. No necesitas habilitar Usar Codex localmente en la aplicación de escritorio de ChatGPT.

2. Revisa la configuración base de las políticas de nube en Agent Security.

3. Como propietario del espacio de trabajo, abre Configuración del espacio de trabajo > Permisos y roles y habilita Permitir el acceso al equipo local. Completa los pasos de revisión de políticas y consentimiento que se muestren para tu espacio de trabajo. La migración de políticas puede realizarse antes de la configuración. Revisa las políticas antes de la implementación; no es necesario crear políticas en el flujo de confirmación de acceso. Consulta Acceso al equipo local para Work Cloud y dots para conocer los requisitos específicos de configuración y elegibilidad.

Si enforce_residency está habilitado en alguna política de nube, Permitir el acceso al equipo local se deshabilita tanto para Work como para dots. Esta medida de protección no configura la residencia del espacio de trabajo ni deshabilita, por sí sola, Work Cloud o dots.

¿Podemos usar esta función si nuestras políticas se distribuyen únicamente mediante MDM?

Prepara la política de Agent Security para los requisitos empresariales compatibles durante la ejecución local. Cuando el acceso al equipo local con Work Cloud está habilitado, los contenedores en la nube de Work no aplican estos requisitos. MDM distribuye los requisitos a los dispositivos.

Para la ejecución local, los requisitos de MDM y los requisitos heredados de dispositivos administrados tienen prioridad sobre Agent Security. El archivo de requisitos del sistema del dispositivo tiene menor prioridad que Agent Security. Este orden de políticas locales no extiende la aplicación de los requisitos empresariales a los contenedores en la nube de Work. Los contenedores en la nube de Work siguen utilizando las políticas existentes de Work Cloud.

¿Qué ocurre si ya usamos políticas de nube?

Usa Agent Security en la consola de administración para gestionar las políticas y la configuración. Sustituye a Políticas y configuración. Agent Security estará disponible para todos, independientemente del acceso al equipo local con Work Cloud.

Se conservan las políticas, las asignaciones y el orden existentes. Revisa tus políticas existentes en Agent Security. El acceso al equipo local con Work Cloud se habilita por separado y de forma opcional. Consulta Agent Security para obtener orientación sobre la migración.

Usa la API de políticas para gestionar la configuración de Global. Para gestionar la configuración de Local o Codex Cloud, usa la interfaz de Agent Security. Los flujos de trabajo existentes de la API de Global siguen disponibles después de la migración. Prueba tus scripts e integraciones con Terraform y confirma que las asignaciones y el orden de las políticas no hayan cambiado.

¿Qué hooks son compatibles con el acceso al equipo local con Work Cloud?

Cuando la política administrada y los hooks remotos están habilitados, Work Cloud con acceso local y dots usan hooks MCP remotos gestionados por administradores en el orquestador en la nube. Configura los controladores mcp_tool en el archivo requirements.toml de Global. Work Cloud sin acceso local y las cuentas personales no usan estos hooks empresariales. Los controladores de comandos/shell, de prompts y de agentes; los hooks de la configuración local, de plugins o de directorios locales; los hooks con ámbito de entorno; y los hooks MCP SessionEnd no son compatibles con la orquestación en la nube, incluso cuando las herramientas se ejecutan localmente. Cuando tanto la orquestación como la ejecución son locales, los hooks compatibles existentes siguen funcionando en los hilos de Work y Codex que se ejecutan únicamente de forma local. Los administradores pueden seguir configurando hooks administrados compatibles en Agent Security para esos flujos de trabajo.

Antes de depender de estos hooks, prueba la conectividad de las funciones de callback, los eventos requeridos y el comportamiento ante fallos. Una denegación explícita compatible puede bloquear una acción, pero un error, un tiempo de espera agotado o una respuesta mal formada de una función de callback de PreToolUse pueden hacer que el hook falle sin bloquear la herramienta. Los hooks MCP no proporcionan un registro de auditoría completo de Compliance API.

¿Qué política tiene prioridad?

Dentro de una política determinada, el orden de mayor a menor prioridad es: anulación de entorno específica del sistema operativo → anulación de entorno para todos los sistemas operativos → Global. Una política de mayor prioridad sigue prevaleciendo sobre una de menor prioridad, incluso cuando la de menor prioridad es más específica. Algunos requisitos tienen reglas de combinación específicas por campo.

Para la ejecución local, los requisitos de MDM y los requisitos heredados de dispositivos administrados tienen prioridad sobre Agent Security. El archivo de requisitos del sistema del dispositivo tiene menor prioridad que Agent Security.

Para el acceso al equipo local con Work Cloud, la nueva configuración empresarial de requirements.toml se aplica a los ejecutores locales. No sustituye las políticas existentes de Work Cloud. El entorno de ejecución en la nube no admite puertos de escucha HTTP/SOCKS administrados ni servicios de escucha de proxy en direcciones que no sean de loopback; la compatibilidad con las reglas de sockets depende de la ruta de ejecución.

¿Qué requisitos de Agent Security se aplican a Work Cloud?

Para Work con acceso local y dots, la política compatible de Global se aplica a través del orquestador compartido en la nube cuando la política administrada está habilitada. Los requisitos locales aplicables de requirements.toml rigen la ejecución en un equipo conectado. Los contenedores en la nube de Work y los equipos en la nube de dots usan su propia configuración y sus propios requisitos de ejecución, en lugar del paquete de entorno administrado que usan otros tipos de ejecutores. Las restricciones de ejecución local no se aplican automáticamente a estos equipos en la nube. Revisa los permisos de las funciones en la nube y prueba la ejecución local y en la nube por separado.

Mantén los controles del orquestador, incluidas las aprobaciones y la búsqueda web, en Global. Usa los controles específicos Políticas de aprobación permitidas y Modos de búsqueda web permitidos cuando estén disponibles, y TOML para los demás campos compatibles. Consulta la Referencia de configuración para conocer la lista de campos y el ámbito de ejecución.

¿Qué ocurre si el equipo local no está disponible?

Mantén el equipo en línea y conectado para los pasos que necesiten sus archivos o herramientas locales. Si el equipo no está disponible al iniciarse un nuevo turno, una tarea existente que cumpla los requisitos y use el acceso al equipo local con Work Cloud puede continuar en un contenedor en la nube. El contenedor en la nube no puede acceder a los archivos ni a las herramientas del equipo no disponible. Tampoco aplica los requisitos empresariales de la ejecución local. Una tarea no puede pasar de la ejecución local a la nube durante un turno.

¿Qué ocurre si un administrador desactiva el acceso al equipo local con Work Cloud?

Desactivar la sincronización interrumpe cualquier turno en curso. Los usuarios pueden enviar un nuevo mensaje para iniciar un nuevo turno en una conversación existente en la nube. Ese turno utiliza automáticamente Work Cloud sin acceso a los archivos locales.

Desactivar la sincronización no cambia las políticas de retención o eliminación de datos.

¿Qué ocurre con los chats y las tareas existentes en los proyectos cuando se activa la sincronización?

El acceso al equipo local con Work Cloud solo se aplica a las tareas creadas después de activar la sincronización. Las tareas existentes, incluidas las de los proyectos, mantienen su modo original: solo en local o en la nube sin acceso a los archivos locales. Inicia una nueva tarea para utilizar esta función.

¿Esto cambia Codex?

No. El acceso al equipo local con Work Cloud no cambia el comportamiento actual de la configuración de Codex, y las conversaciones que utilizan esta función no aparecen en el historial de Codex.

¿Es adecuada la sincronización para una implementación con ZDR?

No. El acceso al equipo local con Work Cloud no ofrece retención cero de datos estricta. La residencia de datos y la residencia de inferencia solo abarcan el contenido que cumple los requisitos y las cargas de trabajo, regiones y configuraciones compatibles. Enterprise Key Management (EKM) abarca el contenido almacenado compatible en los espacios de trabajo que cumplen los requisitos. Work no es compatible con la residencia de inferencia en los Emiratos Árabes Unidos. Ejecutar un paso en un equipo conectado no convierte el flujo de trabajo en una implementación con ZDR.

Descripción general

ChatGPT Work permite a los usuarios delegar en ChatGPT tareas más largas y de varios pasos. Puede recopilar información de fuentes conectadas, razonar a lo largo de varios pasos, crear documentos, presentaciones o análisis y devolver resultados para su revisión.

ChatGPT Work está disponible en las interfaces web, móviles y de escritorio compatibles para los planes y espacios de trabajo que cumplan los requisitos. Cuando sea compatible, los propietarios del espacio de trabajo o los administradores autorizados pueden administrar Work Cloud, Work Local y Codex Local mediante permisos independientes. En los espacios de trabajo Enterprise y Edu que cumplan los requisitos, el rol predeterminado del espacio de trabajo incluye Work, salvo que un administrador autorizado lo desactive. Los controles del navegador y de la red restringen aún más Work Cloud, y la disponibilidad depende del rol, el plan, el espacio de trabajo y la región. Consulte ChatGPT Work y Codex.

Para conocer el modelo de ejecución alojada y los límites de seguridad, consulta Descripción general de ChatGPT Work.

Controles administrativos principales

Los administradores gestionan ChatGPT Work mediante estas capas de control:

• Acceso al espacio de trabajo empresarial: Los controles de identidad y acceso administran la autenticación y el acceso al espacio de trabajo. Según el plan y la configuración, las funciones de identidad controladas por el administrador pueden incluir SSO, verificación de dominios, aprovisionamiento mediante SCIM, gestión del ciclo de vida de los usuarios y sincronización de grupos de identidad. SCIM y los grupos de identidad sincronizados no están incluidos en ChatGPT Business. Los usuarios pueden habilitar OpenAI MFA en el ámbito de la cuenta. ChatGPT no permite aplicar MFA en todo el espacio de trabajo; las organizaciones que lo necesiten deben aplicar SSO y MFA mediante su proveedor de identidad. Administre SSO y la configuración de identidad relacionada en la Global Admin Console. Consulte Autenticación multifactor.
• Acceso a ChatGPT Work dentro del espacio de trabajo: Cuando está disponible, Work Cloud gestiona Work alojado en las interfaces web, móviles y de escritorio compatibles. Work Local gestiona Work local en el escritorio, mientras que Codex Local controla el acceso local compatible a Codex en clientes de escritorio, CLI e IDE. La configuración del navegador en la nube y de la red restringe aún más Work Cloud. El control de acceso personalizado basado en roles (RBAC) y los permisos disponibles dependen del plan y del espacio de trabajo.
• Pertenencia a grupos: En los planes que admiten SCIM, sincronice los grupos mediante un proveedor de identidad para que el acceso se actualice cuando los empleados se incorporen a la organización, cambien de función o se marchen. Consulte Grupos y aprovisionamiento.
• Roles del espacio de trabajo y de los miembros: Los roles integrados de Enterprise incluyen Owner, Admin, Member y Analytics Viewer. En los planes compatibles, los roles personalizados y el RBAC de miembros controlan el acceso a ChatGPT Work, los plugins y otras capacidades. Cuando se apliquen tipos de puesto, los miembros también necesitarán un puesto que incluya ChatGPT; un puesto exclusivo para Codex no concede acceso a Work. Consulte Roles y permisos del espacio de trabajo.
• Plugins y aplicaciones: La política de plugins gestiona la disponibilidad y la instalación de plugins. El acceso a las aplicaciones, los controles de acciones y el comportamiento de aprobación se configuran por separado. Workspace Agents dispone de sus propios controles cuando está disponible. Consulte Controles de plugins, Plugins y el Informe de seguridad de las aplicaciones.
• Permisos del sistema de origen: Un usuario solo puede acceder al contenido y las acciones permitidos por la cuenta o la conexión compartida en la aplicación nativa. Consulte Controles administrativos, seguridad y cumplimiento en aplicaciones.
• Restricciones de aprobación y acciones: En las aplicaciones compatibles con el Control de acciones, los administradores pueden permitir todas las acciones, solo las de lectura o un conjunto personalizado, y decidir cómo se gestionan las acciones recién añadidas. Los permisos de la aplicación determinan por separado cuándo ChatGPT solicita permiso antes de usar una aplicación.
• Créditos: ChatGPT Work y Codex comparten precios, créditos y límites de uso. Los administradores de Enterprise y Edu que cumplan los requisitos pueden establecer límites mensuales por usuario mediante un valor predeterminado para el espacio de trabajo, valores predeterminados para grupos y anulaciones individuales. Los usuarios pueden solicitar aumentos cuando el espacio de trabajo lo permita. Business sigue un modelo independiente de créditos y control del gasto. Consulte Límites de uso y controles de gasto de ChatGPT.
• Análisis e informes: La Global Admin Console y los análisis del espacio de trabajo permiten analizar la adopción y el uso de créditos. Use Compliance API y las interfaces de informes de Codex para los ámbitos documentados de sus eventos y productos; revise los esquemas actuales antes de prometer cobertura de determinados prompts, archivos, aprobaciones, acciones, errores o llamadas a herramientas. Consulte Gobernanza.

Acceso, datos, sistemas y acciones de los usuarios

¿Cómo se protegen el acceso a los datos y sistemas y las acciones de los usuarios?

ChatGPT Work se rige por los controles de identidad, acceso y permisos ya establecidos en su espacio de trabajo de ChatGPT. Los administradores usan la gestión de identidades, los roles del espacio de trabajo y, en los planes que cumplan los requisitos, RBAC para determinar quién puede usar ChatGPT Work.

Cuando se admite, el acceso puede sincronizarse con su proveedor de identidad mediante SCIM y la sincronización de grupos. Esto permite gestionar de forma centralizada el acceso y los permisos cuando los empleados se incorporan a la organización, cambian de rol o la abandonan.

Los sistemas de origen subyacentes aplican los permisos de la cuenta o de la conexión compartida aprobada que se usa para la operación. Una conexión individual usa el acceso de esa persona al sistema de origen. Una conexión compartida o propiedad de un agente puede dar a los usuarios autorizados del agente acceso mediante la cuenta conectada, incluidos datos o acciones a los que su propia cuenta no podría acceder. Restrinja los ámbitos de la conexión, las acciones disponibles y el público del agente a la necesidad empresarial prevista. Consulte Conexiones y permisos de los agentes del espacio de trabajo.

¿Cómo accede ChatGPT Work a los datos y al contexto?

ChatGPT Work puede usar el chat actual, los archivos cargados, los recursos del espacio de trabajo y los sistemas conectados mediante apps aprobadas y, cuando corresponda, plugins. Según las capacidades habilitadas y los permisos, esto puede incluir documentos, repositorios, tickets, canales, correo electrónico y calendarios. Los archivos anteriores pueden estar disponibles a través del chat actual, proyectos compatibles, acceso autorizado a Library o referencias automáticas a Library habilitadas. Las memorias guardadas se rigen por sus propios controles del espacio de trabajo y del usuario.

Cada fuente de contexto conserva sus propios controles: los usuarios proporcionan el contexto del chat, los administradores gestionan los recursos del espacio de trabajo y los sistemas conectados aplican la autenticación y los permisos. ChatGPT Work solo puede acceder a la información autorizada para el usuario o para una conexión compartida aprobada.

ChatGPT Work hereda las protecciones aplicables del espacio de trabajo de ChatGPT. La residencia, la retención, el registro y la disponibilidad de las funciones varían según el plan, la región, la interfaz y el sistema conectado, por lo que debe confirmar la cobertura de su configuración.

¿Qué acciones de gran impacto están restringidas o requieren revisión?

El riesgo de las acciones varía. Leer o redactar suele tener un impacto menor que modificar datos, compartir información o actuar en sistemas externos. Combine roles, permisos y credenciales limitados y aprobaciones compatibles para restringir las acciones de mayor impacto a usos fiables y revisados.

Las categorías de acciones habituales incluyen:

• Leer: Acceder, buscar o resumir información de fuentes aprobadas sin cambiar los datos subyacentes.
• Redactar: Preparar documentos, correos electrónicos, informes, código u otro contenido para que una persona lo revise antes de usarlo.
• Escribir: Crear, actualizar o eliminar registros en sistemas conectados, como documentos, tickets, repositorios o herramientas de gestión de proyectos.
• Compartir: Enviar, publicar o poner información a disposición de más personas, sistemas o destinos externos por otros medios.
• Programar: Iniciar una tarea en el futuro o según una programación periódica sin exigir que un usuario inicie cada ejecución.
• Ejecutar: Ejecutar código, comandos de shell, automatización del navegador u otras tareas basadas en herramientas que interactúan directamente con entornos externos.

Para las acciones de mayor impacto, use revisión humana, credenciales restringidas, ámbitos limitados y aprobaciones compatibles. Las acciones de los plugins siguen sujetas a los permisos y controles de seguridad de cada integración.

Cumplimiento

¿Cómo respalda ChatGPT Work los compromisos empresariales de privacidad y datos?

ChatGPT Work aplica los compromisos de privacidad, seguridad y datos correspondientes al espacio de trabajo de ChatGPT del cliente, sujetos al plan, la configuración, la interfaz, la función y la región. En ChatGPT Enterprise, esto incluye no utilizar los datos empresariales para el entrenamiento de forma predeterminada, cifrado en tránsito y en reposo, controles de acceso a nivel del espacio de trabajo y las funciones de registro de auditoría compatibles.

En Work con acceso local, la residencia solo se aplica al contenido que cumple los requisitos y a las cargas de trabajo, regiones y configuraciones compatibles; EKM abarca el contenido almacenado compatible en los espacios de trabajo que cumplen los requisitos. Work no es compatible con la residencia de inferencia en los Emiratos Árabes Unidos. Esta experiencia no ofrece retención cero de datos estricta. Los dots tienen exclusiones de la versión beta independientes y no admiten la residencia de datos ni de inferencia. Consulta los requisitos de compatibilidad y datos. La cobertura de HIPAA y del acuerdo de socio comercial (Business Associate Agreement) depende de las funciones y del acuerdo que se utilicen.

Los servicios conectados tienen sus propios requisitos de retención, registro, acceso, residencia y cumplimiento. Cuando ChatGPT Work utiliza plugins, repositorios o sistemas de terceros, evalúa tanto los controles del espacio de trabajo de ChatGPT como los del sistema conectado.

Para la actividad de Codex, los controles empresariales pueden extenderse a los entornos de desarrollo, los repositorios, las herramientas configuradas y la actividad relacionada. Revisa la Guía de implementación para administradores y Gobernanza junto con los controles del espacio de trabajo.

¿Qué datos se almacenan, conservan o eliminan?

La retención y eliminación de datos de ChatGPT Work se rigen por el plan del espacio de trabajo de ChatGPT, la configuración administrativa y las capacidades en uso. La retención puede variar entre los distintos tipos de información a los que accede ChatGPT Work. Las conversaciones y los archivos de Library que cumplan los requisitos siguen la configuración aplicable del espacio de trabajo. Los archivos de proyectos, las cargas transitorias, las memorias guardadas, los eventos de cumplimiento, los datos sincronizados de apps y los registros de terceros pueden tener reglas de retención y eliminación independientes. Consulte Políticas de retención de chats y archivos.

ChatGPT Work puede crear contenido de chats, archivos cargados o generados, artefactos y metadatos de ejecución. Los chats de Codex también pueden crear metadatos de repositorios o entornos, salidas de comandos, diferencias y registros. Consulte la documentación actual del producto y de la Compliance API para conocer las clases de datos, los periodos de retención y las rutas de eliminación exactos.

Revise los requisitos de retención tanto en el espacio de trabajo de ChatGPT como en los sistemas empresariales conectados para que las políticas de gobernanza de datos, cumplimiento y retención de registros de su organización se apliquen a cada sistema.

Observabilidad

¿Qué datos de uso están disponibles para los administradores o propietarios?

Los administradores y propietarios pueden usar los análisis del producto y los registros de cumplimiento para obtener distintos tipos de visibilidad. La Global Admin Console proporciona vistas compatibles de la adopción de ChatGPT y Codex y del uso de créditos; los desgloses disponibles por usuario, producto, agente y modelo dependen de la superficie de análisis y del espacio de trabajo. Para los espacios de trabajo que cumplan los requisitos, la Compliance API proporciona registros cubiertos de conversaciones de ChatGPT, incluida la actividad compatible de Work en la nube. La cobertura depende del producto, la superficie, los permisos, el endpoint disponible y el esquema de eventos documentado. Consulte Análisis del espacio de trabajo y la Compliance API.

¿Se registran los prompts, los resultados, los archivos, las acciones o las llamadas a herramientas?

Para los espacios de trabajo Enterprise y Edu que cumplan los requisitos, Compliance Logs Platform proporciona los prompts de los usuarios de Work y las respuestas de los agentes. Las llamadas a apps conectadas se registran por separado, y los espacios de trabajo que cumplan los requisitos pueden acceder a archivos activos de Library mediante endpoints de Compliance API específicos de Library compatibles. Estos registros no constituyen un registro de auditoría completo de cada operación de archivos alojados, comando de shell, interacción con el navegador, invocación de herramientas o aprobación. Confirme la cobertura actual de eventos y productos en la documentación autenticada de la Compliance API.

La Plataforma de registros de cumplimiento conserva los datos durante 30 días. Exporte los registros continuamente a un sistema aprobado de descubrimiento electrónico, prevención de pérdida de datos, SIEM o lago de datos cuando su organización requiera una conservación más prolongada. Consulte la guía de la Plataforma de cumplimiento de OpenAI.

Activar el acceso al equipo local con Work Cloud cambia lo que recibe tu recopilador de OpenTelemetry (OTel) existente. Tu ejecutor local puede seguir exportando los eventos de ejecución compatibles. Los eventos de orquestación en la nube no llegan a tu recopilador de OpenTelemetry existente.

Utiliza la Compliance API para los registros de la nube compatibles. Cambiar el endpoint del recopilador no restablece los eventos de orquestación en la nube. Los registros de la Compliance API no sustituyen todos los eventos del flujo anterior de OpenTelemetry. Consulta Revisar OpenTelemetry y la cobertura de auditoría.

¿Se pueden detectar rápidamente comportamientos inusuales, errores o picos de uso?

Los análisis del espacio de trabajo, los registros de cumplimiento y las herramientas de supervisión conectadas ayudan a los administradores a revisar el uso e investigar la actividad compatible de ChatGPT, Work y Codex. Según la superficie de informes seleccionada, las señales pueden incluir usuarios activos, mensajes compatibles, actividad de apps, uso de agentes, eventos de autenticación o administrativos y consumo de créditos. Los registros exportados pueden respaldar el descubrimiento electrónico, la prevención de pérdida de datos, SIEM, las auditorías y las investigaciones. La calidad de la detección depende del plan, la cobertura de eventos, la atribución, la actualidad y las reglas configuradas.

Entre las señales que pueden justificar una revisión se incluyen aumentos inesperados del uso o del consumo de créditos, actividad inusual de usuarios o agentes, errores operativos recurrentes y eventos de autenticación o administración relevantes. Confirme las señales exactas con los esquemas aplicables de analíticas, cumplimiento y registros de auditoría.

Para la actividad de Codex, los análisis de Codex y la Analytics API proporcionan métricas compatibles de adopción y actividad. Las organizaciones que usan clientes locales de Codex pueden optar por exportaciones de OpenTelemetry para eventos como solicitudes de API, errores, metadatos de prompts, decisiones de aprobación de herramientas y resultados de herramientas. El contenido de los prompts se oculta a menos que otel.log_user_prompt = true se habilite mediante una aceptación explícita independiente. Consulte Supervisión y telemetría. Esta telemetría local de Codex no proporciona una exportación de OpenTelemetry para ChatGPT Work en la web.

Gobernanza

¿Cómo pueden los administradores controlar el acceso, los permisos y las políticas?

La gobernanza abarca tres capas relacionadas, pero independientes:

• Los controles de acceso de ChatGPT Work determinan quién puede utilizar Work y si está disponible la sincronización de hilos locales.

• Los controles de Workspace Agent determinan quién puede crear, publicar, compartir, programar o configurar agentes reutilizables y conexiones compartidas, donde estén disponibles.

• Agent Security contiene la base de la política global en la nube para los controles compatibles de Work y Codex. En Work con acceso local y dots, la política global compatible se aplica a la orquestación en la nube cuando la política administrada está activada. Los requisitos de ejecución local rigen el equipo conectado; los equipos en la nube utilizan su propia configuración y sus propios requisitos de ejecución. Codex conserva el comportamiento actual de su configuración.

La configuración administrada restringe el comportamiento en tiempo de ejecución compatible. No concede acceso al espacio de trabajo, no sustituye el RBAC ni revoca el acceso de un usuario al espacio de trabajo. Estas capas no constituyen una única interfaz uniforme de políticas de ChatGPT Work. Los análisis y los registros de cumplimiento proporcionan mayor visibilidad dentro de sus ámbitos documentados de productos y eventos.

Para los clientes locales de Codex compatibles, los administradores empresariales pueden aplicar configuración administrada y perfiles de permisos. Esos controles de clientes locales no conceden acceso a ChatGPT Work alojado ni sustituyen sus permisos del espacio de trabajo.

¿Se puede delimitar el acceso por grupo, rol, espacio de trabajo o capacidad?

Sí. En los planes Enterprise y Edu que cumplan los requisitos y admitan RBAC personalizado para miembros, las capacidades de ChatGPT Work se pueden delimitar mediante roles del espacio de trabajo, grupos de identidad y permisos definidos por administradores. ChatGPT Business usa los controles aplicables del espacio de trabajo, pero no incluye RBAC personalizado para miembros ni sincronización de grupos de SCIM. Asigne las capacidades compatibles según las necesidades empresariales y la política de la organización. Consulte la guía de RBAC y este recorrido de RBAC.

Cuando RBAC personalizado está disponible, las organizaciones pueden usarlo para determinar qué usuarios pueden acceder a ChatGPT Work, administrar la configuración del espacio de trabajo, configurar plugins aprobados o usar funciones compatibles de Workspace Agent. Para los espacios de trabajo Enterprise y Edu que cumplan los requisitos, los límites de uso mensuales pueden facilitar una implementación gradual mediante un valor predeterminado del espacio de trabajo, valores predeterminados de grupos y anulaciones de usuarios.

El acceso a los sistemas conectados sigue rigiéndose de forma independiente. Limite los plugins, las credenciales compartidas, los repositorios y las acciones con capacidad de escritura al público mínimo necesario mediante los permisos del espacio de trabajo, la configuración de plugins y los controles del sistema de origen. Para los clientes locales de Codex compatibles, la configuración administrada puede restringir aún más las capacidades del entorno de ejecución local. Work alojado sigue sus propios controles del espacio de trabajo y específicos del producto.

¿Cómo se gobiernan los límites del entorno de ejecución y de la red?

Los límites de seguridad de ChatGPT Work dependen de la tarea. Una conversación estándar de Chat, un flujo de trabajo conectado, una tarea programada y un chat de Codex pueden ejecutarse en entornos diferentes con distintos permisos, herramientas y accesos a la red.

Gestione cada entorno de ejecución mediante sus controles aplicables. Work Cloud rige Work alojado en las superficies web, móviles y de escritorio compatibles. Work Local rige Work local para escritorio, y Codex Local controla el acceso local compatible a Codex en los clientes de escritorio, CLI e IDE. Los permisos de red del navegador y del shell restringen aún más Work Cloud. La búsqueda, las apps, los plugins, los Workspace Agents disponibles y los permisos del sistema de origen siguen siendo controles independientes. La configuración administrada y las políticas del entorno de ejecución local aplicables rigen únicamente sus experiencias locales compatibles. Estos controles no son intercambiables.

En la actividad de Codex, las ejecuciones locales en la app de escritorio de ChatGPT, CLI e IDE se ejecutan en el equipo del usuario con aislamiento del sistema operativo y políticas de aprobación. Codex cloud ejecuta chats en entornos aislados administrados por OpenAI. Para los clientes locales compatibles, los administradores empresariales pueden usar requisitos administrados para restringir los perfiles de permisos, las aprobaciones, el acceso al sistema de archivos y a la red, los MCP servers, los hooks, las reglas de comandos y otros comportamientos compatibles del entorno de ejecución.

Uso y coste

¿Cómo se traduce el uso de ChatGPT Work en gasto a lo largo del tiempo?

ChatGPT Work y Codex comparten precios, créditos y límites de uso. En el caso de acuerdos elegibles basados en créditos, revise el uso combinado de Chat y Work de los empleados en relación con la asignación compartida de créditos del espacio de trabajo. El consumo varía según el modelo, la configuración aplicable de razonamiento o velocidad, la entrada y salida procesadas, y las herramientas o funciones elegibles.

El uso de créditos comprometidos no aumenta automáticamente su factura. Los cargos reales dependen del saldo de créditos restante, las tarifas contratadas, la elegibilidad de la cuenta para excedentes y el límite de excedentes configurado en el espacio de trabajo. Para consultar ejemplos de planificación, los límites efectivos de los usuarios, los límites de los informes y los detalles de facturación, consulte ChatGPT Work: uso y coste.

Los patrones con mayor variación suelen ser flujos de trabajo que se ejecutan con frecuencia, recuperan o procesan grandes cantidades de información, llaman a varias herramientas o apps, reintentan después de fallos o producen artefactos grandes. Algunos ejemplos sensibles al coste incluyen el trabajo programado o periódico, los archivos grandes, la recuperación amplia en fuentes empresariales, las llamadas repetidas a apps y los chats de Codex que procesan repositorios, ejecutan comandos o usan entornos en la nube. Los activadores de la API de Workspace Agent también pueden aumentar el uso cuando estén disponibles.

Use controles de gasto, analíticas de uso e informes para supervisar estos patrones a lo largo del tiempo. Revise el uso según las dimensiones compatibles con la superficie actual de analíticas y ajuste los límites o el alcance de la implementación según el valor empresarial. No considere las analíticas agregadas como una atribución exacta del coste de cada flujo de trabajo.

Las analíticas del espacio de trabajo, los registros de cumplimiento y las herramientas de supervisión conectadas pueden ayudar a los administradores a revisar el uso e investigar la actividad compatible. La capacidad para detectar comportamientos arriesgados o inusuales depende del plan, la cobertura de los registros, la atribución, la actualidad de los datos y las reglas configuradas en sus sistemas de supervisión.

¿Qué límites de uso, alertas o topes están disponibles?

Los espacios de trabajo Enterprise y Edu elegibles pueden usar límites mensuales por usuario y controles de gasto para todo el espacio de trabajo en el uso basado en créditos:

• Supervise el consumo de créditos: Revise los informes compatibles sobre el uso de créditos en la Global Admin Console y en la configuración del espacio de trabajo.
• Establezca un límite mensual predeterminado: Defina un límite de créditos predeterminado por usuario para el espacio de trabajo.
• Aplique límites específicos por grupo: Asigne a los grupos valores mensuales predeterminados por usuario que reflejen sus flujos de trabajo, responsabilidades o etapa de implementación.
• Cree anulaciones para usuarios: Asigne a un usuario específico un límite diferente sin cambiar el valor predeterminado de todo el grupo.
• Revise las solicitudes de aumento: Si las solicitudes están habilitadas, los usuarios pueden solicitar un límite mensual más alto. La aprobación crea una anulación para el usuario.
• Controle la exposición general del espacio de trabajo: Configure por separado las alertas de créditos del espacio de trabajo y el límite de excedente en la Global Admin Console. Las alertas notifican a los destinatarios; el límite de excedente controla el uso elegible después de que se agote la reserva de créditos comprometida.
• Exporte los datos de uso: Los administradores de Enterprise elegibles pueden acceder a los datos de uso de créditos mediante la Cost API unificada para elaborar informes internos o realizar tareas de supervisión.

Los usuarios pueden consultar su propio uso y, si está habilitado, solicitar más créditos, pero no pueden cambiar los límites asignados. Consulte Administrar los límites de uso y los excedentes y el tutorial sobre controles de gasto.

Controles de incidentes y revocación

¿Cómo pueden los administradores detener el acceso o la actividad?

Durante la eliminación de un usuario o la revisión de un incidente, es posible que los administradores deban detener el acceso, deshabilitar apps, revocar credenciales compartidas, pausar tareas programadas o revocar credenciales de Codex.

Las vías de revocación incluyen:

• Elimine el acceso de un usuario al espacio de trabajo o al grupo. Para los usuarios administrados mediante SCIM, elimine el acceso en el proveedor de identidad; de lo contrario, una sincronización posterior puede volver a aprovisionar al usuario.
• Deshabilite o restrinja el plugin o la app correspondiente.
• Revoque una conexión compartida, un bot o una cuenta de servicio desde la superficie a la que pertenece. Los propietarios y administradores del espacio de trabajo pueden revocar por separado los tokens de acceso al espacio de trabajo de Codex.
• Retire un Workspace Agent de la publicación o elimínelo mediante el propietario del agente o el administrador del espacio de trabajo.
• Deshabilite la tarea programada correspondiente o, cuando esté disponible, el activador de la API de Workspace Agent.
• Para el acceso a Codex, revoque por separado el token de acceso, la conexión del repositorio y el acceso al entorno en la nube correspondientes. La configuración administrada no es un mecanismo de revocación de acceso.

Recursos adicionales para sus equipos

Acciones recomendadas para administradores

• Elige quién necesita ChatGPT Work. Identifica a los usuarios o grupos y las tareas que necesitan completar y, a continuación, concede acceso mediante los ajustes compatibles del espacio de trabajo y de los roles.
• Configura los roles y los permisos. En Permisos y roles, concede acceso a ChatGPT Work a los usuarios o grupos correspondientes. Comprueba todos los roles asignados para confirmar su acceso efectivo.
• Revisa los plugins y las fuentes de datos. ChatGPT Work resulta más útil con contexto empresarial aprobado, como archivos, correo electrónico, calendarios, Slack o CRM. Revisa los plugins activados, sus públicos y si las políticas de las aplicaciones siguen ajustándose a cómo los usuarios deben delegar el trabajo.
• Define las expectativas sobre los casos de uso adecuados. Orienta ChatGPT Work a tareas de varios pasos y mayor valor, como investigación, síntesis, análisis, creación de archivos, actualizaciones de flujos de trabajo y resultados reutilizables. Utiliza Chat para preguntas rápidas, reformulaciones sencillas o lluvias de ideas.
• Configura los controles de créditos y uso. ChatGPT Work puede utilizar más créditos que una conversación estándar de Chat porque las tareas pueden durar más tiempo. Configura los valores predeterminados del espacio de trabajo, los de los grupos y las excepciones por usuario. Orienta a los usuarios para que elijan el modelo y el nivel de esfuerzo adecuados para cada tarea.
• Identifica tus primeros flujos de trabajo de alto valor. Empieza con resultados claros y fáciles de revisar, como informes sobre clientes, informes periódicos, síntesis de investigaciones, actualizaciones de herramientas de seguimiento o documentos y presentaciones pulidos.
• Prepara a los promotores internos y a los equipos de soporte. Proporciona primero a los promotores internos, a los responsables de formación y a los equipos de soporte los recursos de implementación para que puedan responder preguntas, recopilar comentarios y mostrar cómo delegar de forma eficaz.
• Explica las expectativas de revisión y aprobación. Indica a los usuarios que comprueben los resultados y las afirmaciones importantes antes de utilizarlos o compartirlos, y que aprueben las acciones de impacto significativo antes de que se ejecuten.
• Supervisa la adopción y realiza ajustes. Revisa el uso, los comentarios, el consumo de créditos y el trabajo delegado después de la implementación. Utiliza los hallazgos para ajustar el acceso, las orientaciones, la formación y la expansión.