Descripción general de ChatGPT Work

ChatGPT Work y Codex comparten los mecanismos básicos de ejecución, aislamiento y permisos. Ambos operan dentro de los mismos límites de seguridad establecidos en tu acuerdo de ChatGPT Business o Enterprise. Las funciones y los controles disponibles en cada uno dependen de dónde se ejecute la tarea (localmente o en la nube), de las herramientas disponibles para esa tarea y de las políticas aplicables del espacio de trabajo.

ChatGPT Work puede completar tareas de varios pasos con los archivos, las aplicaciones y las herramientas que un miembro tiene autorización para usar. Cuando el acceso a la computadora local está habilitado, la nube puede coordinar una tarea que usa herramientas aprobadas en una computadora conectada.

Actualiza la app de escritorio. Una vez que se habilite el acceso a la computadora local con Work en la nube en su espacio de trabajo, los usuarios deben actualizar la app de escritorio de ChatGPT a la última versión para que el acceso surta efecto.

La disponibilidad y los controles dependen de tu plan, de la configuración del espacio de trabajo y de la etapa de lanzamiento.

Para conocer en detalle la ejecución en infraestructura alojada, los permisos de las cuentas conectadas, la configuración del navegador y de la red, la retención y la información disponible para auditorías, consulta Seguridad de ChatGPT Work en la nube.

Para obtener información sobre el acceso al dispositivo, las sesiones del navegador local, las políticas administradas y el manejo local de datos, consulta Seguridad local de ChatGPT Work.

Aislamiento de la ejecución, archivos y acceso al dispositivo

Los archivos y las herramientas disponibles para ChatGPT Work dependen de dónde se ejecute el modo Work, de los permisos del usuario y de la configuración que establezca el administrador.

Work local

La ejecución local permite que una tarea de Work use recursos aprobados de la computadora, según los permisos del usuario, los controles del espacio de trabajo y las políticas de dispositivo compatibles. Cuando la sincronización está habilitada, el coordinador en la nube recurre a la computadora conectada para los pasos que la necesitan. La computadora debe estar en línea y conectada.

La ejecución local no implica que la conversación o el contexto de la tarea permanezcan únicamente en el dispositivo. Para conocer los límites aplicables a los datos y al dispositivo, consulta Seguridad local de Work.

Work en la nube

Los pasos en la nube tienen sus propios requisitos de ejecución y se ejecutan en infraestructura administrada por OpenAI. Los requisitos locales solo se aplican a los pasos que se ejecutan en la computadora conectada.

Un entorno de ejecución en la nube no hereda automáticamente los archivos, las aplicaciones, las sesiones del navegador ni el acceso a la red de una computadora. Una tarea que usa el acceso a la computadora local con Work en la nube también puede usar, por separado, herramientas locales aprobadas a través de una computadora en línea y conectada. Los archivos que subes, las fuentes del proyecto y las apps conectadas autorizadas siguen siendo vías distintas para proporcionar información.

Cuando la Biblioteca está disponible, se pueden guardar allí los archivos subidos o generados que cumplan los requisitos. Revisa los controles disponibles en tu espacio de trabajo. Los usuarios pueden acceder explícitamente a los archivos que tienen autorización para usar o adjuntarlos.

Consulta Entorno aislado para código y comandos de shell, Creación y edición de documentos, hojas de cálculo y presentaciones y Almacenamiento de archivos y Biblioteca en ChatGPT.

Para saber qué tareas puedes continuar y cómo funciona Work en cada dispositivo, consulta Continuar una tarea de Work en otro dispositivo.

Habilitar y administrar el acceso a la computadora local con Work en la nube

Un propietario del espacio de trabajo habilita Permitir el acceso a la computadora local después de revisar los permisos que requiere Work y la política de la nube en Seguridad de agentes. Habilita Work en la nube para los usuarios que deban tener acceso. La opción Permitir el acceso a la computadora local se encuentra dentro de Work en la nube. No necesitas habilitar Usar Codex localmente en la app de escritorio de ChatGPT.

Antes de habilitar la sincronización, revisa cómo se aplican estas políticas:

• Requisitos empresariales. Cuando la política administrada está habilitada, el orquestador compartido en la nube aplica la política Global compatible a Work con acceso local y a los dots. Los requisitos locales aplicables de requirements.toml rigen la ejecución en una computadora conectada. Los contenedores de Work en la nube y las computadoras en la nube de los dots usan su propia configuración de ejecución y sus propios requisitos, 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 estas computadoras en la nube. Revisa los permisos de las funciones en la nube y prueba por separado la ejecución local y la ejecución en la nube.

• Ejecución local. Los requisitos de MDM y los requisitos heredados para dispositivos administrados tienen prioridad sobre la configuración de Seguridad de agentes. A su vez, Seguridad de agentes tiene prioridad sobre el archivo de requisitos del sistema del dispositivo.

• Hooks empresariales. Consulta qué hooks se ejecutan con la orquestación en la nube. Antes de la implementación, verifica que se reciban los callbacks, qué ocurre si hay fallas y cuál es la cobertura de auditoría para los eventos de los que depende tu espacio de trabajo.

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

Antes de desactivar el acceso, revisa qué debes comunicar a los usuarios afectados.

El acceso a la computadora local con Work en la nube no cambia el funcionamiento de la configuración de Codex ni combina el historial de Work con el de Codex. Consulta Configuración administrada y las Preguntas frecuentes para administradores de Work.

Acceso a la red y destinos externos

Work usa herramientas como la ejecución de código y comandos de shell y el navegador en la nube para completar tareas. Cada herramienta tiene permisos configurables.

• Código y comandos de shell: el acceso a internet pública depende de la política aplicable del espacio de trabajo y de la configuración de red de cada usuario en Work. Si no se permite el acceso a internet pública, los comandos aún pueden acceder a los destinos aprobados por OpenAI que Work necesita para funcionar. Esta configuración determina a qué destinos de red pueden acceder los comandos, pero no cuáles se pueden ejecutar.
• Búsqueda web: la búsqueda tiene controles independientes de la configuración de red para código y comandos de shell de Work.

Cuando está disponible, la configuración individual para código y comandos de shell se encuentra en Configuración > Controles de datos > Acceso a la red de Work. Activar Permitir el acceso a internet pública no anula las restricciones aplicables que haya establecido el administrador. Al desactivar esta opción, el código y los comandos de shell solo pueden acceder a los destinos necesarios de la lista administrada de destinos permitidos. Desactivarla no deshabilita las apps conectadas, la búsqueda web ni el navegador en la nube.

Los cambios en la configuración de red para código y comandos de shell surten efecto cuando termina la ejecución en curso y Work actualiza su entorno de ejecución. Consulta Entorno aislado para código y comandos de shell y Controles de acceso de Work.

Los controles de las interacciones salientes son independientes de las restricciones de acceso por IP del espacio de trabajo, que limitan el acceso entrante al espacio de trabajo de ChatGPT o a la API de Cumplimiento.

Navegador en la nube y acceso a sitios web

El Navegador en la nube es una de las herramientas que puede usar ChatGPT Work y es distinto del Navegador integrado. Funciona de forma remota y usa una sesión independiente de la del navegador local del usuario. No puede acceder a las pestañas, las extensiones, el historial de navegación, las contraseñas guardadas ni las sesiones autenticadas del navegador local.

El navegador en la nube puede visitar sitios web públicos, ingresar información en formularios públicos compatibles y usar información relevante de una app aprobada como parte de una tarea en un sitio web. En los espacios de trabajo Enterprise o Edu, no se puede iniciar sesión en sitios web a través del navegador en la nube. La disponibilidad del navegador depende de tu plan, tu región, la etapa de lanzamiento y los permisos del espacio de trabajo. En los espacios de trabajo Enterprise, un administrador debe habilitar el acceso al navegador en la nube además del acceso a Work.

El acceso a sitios web y las acciones que se realizan en ellos tienen controles independientes:

• De forma predeterminada, ChatGPT pide permiso antes de visitar un sitio web nuevo. Cuando estas opciones están disponibles, los usuarios pueden seleccionar Preguntar siempre, Aprobar automáticamente o Permitir siempre, y permitir o bloquear sitios específicos. Aprobar automáticamente aplica comprobaciones de riesgo automatizadas. Permitir siempre elimina la revisión interactiva del acceso a los sitios web. Los administradores también pueden limitar las opciones de aprobación disponibles para los usuarios. Por ejemplo, pueden desactivar Permitir siempre en todo el espacio de trabajo.
• Permitir el acceso a un sitio web no implica aprobar todas las acciones en ese sitio. ChatGPT puede pedir una confirmación por separado antes de realizar acciones que puedan generar un compromiso financiero, legal, relacionado con una cuenta o de otro tipo que tenga consecuencias importantes.

En una conversación de Work, los usuarios pueden consultar las capturas de pantalla disponibles de las páginas y ver la reproducción de la sesión del navegador. El hecho de que los usuarios puedan ver estos registros no implica que se exporten a través de la API de Cumplimiento ni que los administradores puedan ver un historial completo de la ejecución.

Consulta Uso del navegador en la nube en ChatGPT y Navegador.

Aplicaciones conectadas, credenciales y permisos

Una app conectada o un complemento solo le da acceso a Work a través de la integración permitida por tu espacio de trabajo y dentro de los permisos otorgados a esa conexión. Desde el panel de administración, los administradores pueden controlar la disponibilidad de complementos y apps, el acceso según el rol en el espacio de trabajo, la autorización externa, la configuración de acciones y los permisos del sistema de origen.

En los espacios de trabajo Enterprise y Edu, los complementos y las apps que utilizan están desactivados de forma predeterminada. En los espacios de trabajo Business, los complementos y las apps están activados de forma predeterminada. Poner un complemento a disposición de los usuarios no habilita automáticamente la app que necesita ni otorga acceso a una cuenta. Antes de que ChatGPT Work pueda acceder a una cuenta individual, compartida o propia de un agente, se debe autorizar la conexión requerida para esa cuenta. Una conexión compartida o propia de un agente usa los permisos que tiene la cuenta conectada en el sistema de origen. Estos pueden ser distintos de los permisos del usuario que hace la solicitud.

Cuando la app lo admite, los administradores pueden limitar su uso a acciones de solo lectura o a un conjunto de acciones aprobadas. La configuración de permisos de la app también puede determinar si ChatGPT pide confirmación antes de usarla, hacer cambios o realizar acciones importantes. Los controles de acciones varían según la app, y algunas acciones no requieren una confirmación humana individual.

En las apps sincronizadas, los cambios en el contenido de origen o en los permisos pueden tardar en aparecer. Desconectar una app no elimina automáticamente la información que ya se guardó en una conversación, en un archivo generado o en un registro con su propia política de retención.

Consulta Controles de administración, seguridad y cumplimiento para complementos y apps, Controles de complementos, Configuración de Google Workspace a cargo del administrador y Apps de ChatGPT con sincronización.

Privacidad y manejo de datos

ChatGPT Work sigue las políticas de privacidad, seguridad y manejo de datos aplicables a tu espacio de trabajo de ChatGPT. El acceso a la computadora local con Work en la nube no ofrece retención cero de datos en sentido estricto. La residencia de datos y la residencia de inferencia solo cubren el contenido que cumple los requisitos y las cargas de trabajo, regiones y configuraciones compatibles. La administración de claves empresariales (EKM) cubre el contenido almacenado compatible en los espacios de trabajo que cumplen los requisitos. Work no admite la residencia de inferencia en los Emiratos Árabes Unidos. Las conversaciones, los archivos subidos, los archivos generados, las aplicaciones conectadas y los datos del navegador pueden estar sujetos a distintas reglas de retención y eliminación. Si enforce_residency está habilitado en alguna política de la nube, se desactiva Permitir el acceso a la computadora local tanto para Work como para los dots. Esta medida de protección no configura la residencia del espacio de trabajo ni desactiva por sí sola Work en la nube o los dots.

Para obtener más información, consulta Privacidad empresarial, Políticas de retención de chats y archivos, Residencia de datos y residencia de inferencia y las Preguntas frecuentes para administradores de ChatGPT Work.

La retención depende del tipo de datos

• Conversaciones de Work: se rigen por la configuración de retención y eliminación de conversaciones aplicable en el espacio de trabajo de ChatGPT.
• Archivos guardados en la Biblioteca: se rigen por las reglas de retención aplicables a los archivos y al espacio de trabajo. Eliminar una conversación no elimina los archivos almacenados en la Biblioteca.
• Archivos de proyectos: permanecen en el proyecto hasta que se elimina, según las reglas de eliminación y las excepciones aplicables.
• Archivos subidos temporalmente fuera de la Biblioteca: en Enterprise, estos archivos pueden caducar después de 48 horas, salvo que se aplique otra configuración de retención.
• Memorias guardadas, cuando están habilitadas: se rigen por los controles independientes de Memoria.
• Cookies del navegador en la nube: se mantienen separadas de los datos del navegador local. Los usuarios pueden borrarlas desde la configuración del navegador en la nube.
• Registros de la Plataforma de registros de cumplimiento: están disponibles en la plataforma durante 30 días. Las copias exportadas se rigen por la política de retención del sistema que las recibe.
• Datos de aplicaciones conectadas: los registros de origen se rigen por las políticas de la aplicación conectada. Las copias guardadas en un chat, un archivo o un índice sincronizado también se rigen por las reglas de almacenamiento y retención aplicables de OpenAI.

Eliminar una conversación, finalizar una tarea de Work, borrar las cookies del navegador y conservar los registros de cumplimiento son operaciones distintas. Cuando eliminas un chat, deja de estar visible y se programa su eliminación permanente en un plazo de 30 días, con las excepciones publicadas por motivos de seguridad, requisitos legales y desidentificación.

Consulta Políticas de retención de chats y archivos, Memoria en ChatGPT y la Plataforma de cumplimiento de OpenAI.