«Windsurf» y «Devin Desktop» son el mismo producto. Los clientes de Windsurf Enterprise legacy gestionan las Team Settings en windsurf.com/team/settings; los clientes de Devin Enterprise gestionan esas mismas Team Settings en la app de Devin. Ambos escriben en las mismas Team Settings, por lo que cualquier cambio hecho en un sitio se refleja en el otro.
Team Settings
Las Team Settings se almacenan en el servidor y llegan a Devin Desktop junto con el estado de la cuenta del usuario, por lo que acompañan a los miembros en todos los dispositivos en los que inician sesión. Para cambiar una opción de Team Settings se necesita el permiso de admin de Devin Desktop (account.windsurf.admin en Devin, TEAM_SETTINGS_UPDATE en el dashboard de Windsurf). Consulta Gestión de roles RBAC para saber cómo otorgarlo.
Salvo que se indique lo contrario, los cambios en las Team Settings surten efecto la próxima vez que Devin Desktop actualice el estado de la cuenta del usuario (al iniciar sesión y periódicamente mientras está en ejecución). Las opciones marcadas con reinicio requieren reiniciar Devin Desktop para aplicarse por completo.
Anulaciones de organización
Las cuentas Enterprise con varias organizaciones definen los valores predeterminados una sola vez a nivel de Enterprise. Si las anulaciones a nivel de organización están habilitadas, un admin que acceda a la página de configuración de Devin Desktop de una organización secundaria puede anular configuraciones concretas solo para esa organización; todo lo que no se anule se hereda de los valores predeterminados de la Enterprise. En la página de la Enterprise, cada configuración con al menos una anulación muestra la insignia Overridden in N orgs, y las anulaciones pueden restablecerse al valor de la Enterprise desde la página de la organización.Funciones
Permisos y seguridad
MCP & ACP
Inteligencia de la base de código
Modelos
Estos ajustes se encuentran en la pestaña Models de la página de configuración de Devin Desktop.Retención de datos
Uso compartido
Estos ajustes se encuentran en la pestaña Sharing, junto con las listas de conversaciones y Codemaps que han compartido los miembros.Analítica y cumplimiento
Cascade legacy
Estos controles solo afectan al agente legacy de Cascade.Administración de cuentas
El dashboard de Windsurf también incluye controles a nivel de cuenta que no forman parte de la configuración de Devin Desktop, pero que determinan quién puede iniciar sesión y qué puede hacer: SSO (inicio de sesión único) y SCIM, verificación de dominio, roles y permisos y claves de servicio para la API de analítica. En la aplicación de Devin, se encuentran en Settings → Administration.Políticas de dispositivo (MDM)
El sistema operativo aplica las políticas de dispositivo antes de que se inicie Devin Desktop, por lo que tienen efecto tanto si el usuario inicia sesión como si no, y no se pueden modificar desde el editor. Impleméntelas con Group Policy de Windows (ruta del registroSoftware\Policies\Windsurf\Devin), un perfil de configuración de macOS o /etc/vscode/policy.json en Linux; consulte Políticas de Enterprise para ver la configuración paso a paso en cada plataforma.
Las políticas entran en vigor la próxima vez que se inicia Devin Desktop. Las políticas más relevantes para administrar Devin Desktop son:
Los archivos de ejemplo
policy.json, .mobileconfig y ADMX que se incluyen en la carpeta policies de cada versión enumeran todas las políticas que admite la versión instalada, incluidas las políticas heredadas de VS Code que no se describen arriba.
Cómo se combinan las políticas de dispositivo y las Team Settings
Cuando el mismo control existe en ambas superficies:- Lista de permitidos de extensiones: la opción de Team Settings Extension policy reemplaza la política
AllowedExtensionsen la máquina del miembro cuando ambas están definidas. Usa la opción de Team Settings cuando la lista de permitidos deba aplicarse según la cuenta; usa la política de MDM para máquinas en las que quizá nunca se inicie sesión. - URL del marketplace de extensiones: la política
ExtensionGalleryServiceUrltiene prioridad sobre la opción de Team Settings URL del marketplace de extensiones cuando ambas están definidas, y la opción de Team Settings tiene prioridad sobre la configuracióndevin.marketplaceExtensionGalleryServiceURLdel propio miembro. La vista Extensions siempre muestra el marketplace que se está usando realmente. - Todo lo demás solo se puede configurar en una de las dos superficies.
Archivos a nivel de sistema
Los administradores también pueden desplegar archivos de contenido en un directorio del sistema en el que los miembros no tienen permisos de escritura. Para rules, flujos de trabajo, skills yhooks.json, Devin Desktop lee primero la ubicación de Devin y recurre como fallback a la ubicación legacy de Windsurf (/Library/Application Support/Windsurf/, C:\ProgramData\Windsurf\, /etc/windsurf/) solo si no existe la de Devin. El fallback se evalúa por subdirectorio o archivo, y las dos ubicaciones nunca se combinan, así que traslada por completo cada tipo de contenido que migres. system.json se lee únicamente desde la ubicación de Devin.
Si tus herramientas de seguridad de endpoints o de DLP restringen el acceso a archivos, asegúrate de que estas rutas estén permitidas; consulta la referencia de directorios en las preguntas frecuentes.
Lo que ven los miembros
Cuando se aplica un control, Devin Desktop se lo notifica al miembro en lugar de fallar en silencio:- La configuración bloqueada por una política de dispositivo aparece como gestionada por tu organización en el editor de Settings y no se puede modificar.
- Cuando las Team Settings eliminan una opción (por ejemplo, una funcionalidad deshabilitada o un modelo que no está en la lista de permitidos), esa opción deja de mostrarse en el selector o en la página de configuración correspondiente.
- La vista de Extensions muestra un banner con el nombre del marketplace en uso e indica si lo estableció tu organización; cuando se aplica una lista de permitidos de extensiones, también indica que esa configuración la gestiona tu organización.