Conectar una cuenta y permitir que Okou la use son decisiones separadas. Compartir un flujo de trabajo o un resultado no comparte sus cuentas, instrucciones personales (Instructions), chats privados ni concesiones de permisos.
Conexión, autorización y permiso
| Capa | Qué controla |
|---|---|
| Conexión | Qué cuenta de servicio o credencial guardada tiene conectada. |
| Autorización | Si esa conexión está disponible para Okou en el contexto aplicable. Los agentes heredados pueden requerir una autorización de agente. |
| Concesión de permiso | Qué operaciones del conector con nombre están permitidas y durante cuánto tiempo. Revise el alcance que se muestra en la solicitud. |
Cada miembro conecta y autoriza sus propias cuentas. Un flujo de trabajo de equipo no puede tomar prestado el buzón o token personal de su autor. Las integraciones instaladas en el espacio de trabajo pueden requerir un enlace separado de cada miembro.
My Okou
Use Conectores o siga la solicitud de conexión en su chat. Elija la cuenta prevista, complete el flujo de conexión propio del servicio y revise cualquier permiso con nombre solicitado. No necesita crear un agente especializado para conectar un servicio.
Algunas cuentas tienen controles adicionales de cuentas del conector de chat. Cuando esos controles están disponibles, revise qué cuentas están habilitadas para este chat y cuál está seleccionada. Una conexión guardada no es automáticamente permiso para usarla en todos los chats, y seleccionar una cuenta no concede todas las operaciones del conector. My Okou no habilita por sí mismo estos controles; si no aparecen, use el flujo de conexión y autorización que se le muestra.
El alcance del permiso lo define la solicitud del producto y la política del conector. No asuma que una concesión queda aislada a un solo chat o a una sola cuenta guardada solo porque la aprobó allí. Revise el permiso con nombre y la duración mostrada antes de aprobar.
Legacy Agents
Si su interfaz todavía tiene agentes, seleccione el agente previsto y abra su configuración de Autorización. Una conexión puede autorizar agentes específicos. El agente seleccionado usa las cuentas conectadas y las concesiones del miembro que lo ejecuta, no la cuenta de la persona que lo publicó. Quitar una autorización de agente deja intactos los demás agentes autorizados.
Conceder y revocar acceso
Cuando Okou necesita un permiso que no tiene, revise el conector, la operación, el motivo y cualquier cuenta o alcance mostrados. Elija Allow o Deny, y una duración ofrecida por esa solicitud. El acceso con límite de tiempo debe renovarse después de caducar. Denegar un permiso no desconecta la cuenta ni elimina concesiones no relacionadas.
Revise el acceso actual en Conectores y los controles de permiso que ofrece el producto. En los agentes heredados, revise también la configuración de Autorización del agente seleccionado. Quitar el acceso de chat, revocar una operación y desconectar una cuenta guardada son acciones distintas. Compruebe el impacto mostrado antes de elegir una.
Gestión de credenciales
Los tokens OAuth y los secretos introducidos manualmente se almacenan en la plataforma. Para las solicitudes del conector, el firewall inyecta la credencial en el límite de red; el secreto no se expone al código del agente como una variable de entorno.
No pegue contraseñas, claves API, tokens OAuth ni secretos de cliente en un chat, instrucciones personales (Instructions), un flujo de trabajo o un archivo adjunto. Use el flujo de conexión del conector. Desconectar una cuenta guardada elimina esa conexión de ejecuciones futuras; es más amplio que deshabilitar su uso en un solo chat.
Límites de aprobación
El límite exigible es la concesión de permiso con nombre del conector. Una instrucción personal o una instrucción de flujo de trabajo no amplía el acceso, y una categoría genérica como “sensitive action” no garantiza que cada escritura externa se pause de la misma manera.
Para el trabajo que debe permanecer sujeto a revisión humana:
- Conceda acceso de lectura o borrador y deniegue el acceso de escritura o envío final cuando el conector los exponga por separado.
- Indique el requisito de revisión en instrucciones personales o en el flujo de trabajo.
- Mantenga la acción final en manos de la persona, por ejemplo preparando un borrador de correo o una propuesta de cambio.
Use también los controles del servicio externo: claves API con ámbito limitado, ámbitos OAuth de mínimo privilegio, permisos de repositorio y credenciales de producción separadas. La aprobación de compra sigue siendo independiente de conectar una cuenta.
Chats, registros y visibilidad administrativa
Los miembros acceden a sus propios hilos de chat. Publicar un flujo de trabajo, o un agente en la experiencia heredada, no publica los chats privados ni las credenciales de un miembro. Comparta conversaciones y artefactos solo mediante los controles explícitos de uso compartido.
Los administradores del espacio de trabajo pueden ver agregados de uso a nivel de miembro para facturación y gestión de capacidad. Eso no expone automáticamente el contenido privado de los chats. Dentro de su propio chat, inspeccione el registro de actividad para ver qué acción del conector se ejecutó y si tuvo éxito.
Lista de verificación de revisión
- ¿La cuenta de servicio prevista está conectada y disponible para esta tarea?
- En los agentes heredados, ¿está autorizado el agente previsto?
- Cuando existen controles de cuenta de chat, ¿la cuenta prevista está permitida y seleccionada?
- ¿Solo están permitidas las operaciones con nombre necesarias, durante la duración adecuada?
- ¿La tarea mantiene las acciones externas finales en un paso revisable?
Vea Conectores, Flujos de trabajo y Para equipos.
