Documentation Index
Fetch the complete documentation index at: https://docs.devinenterprise.com/llms.txt
Use this file to discover all available pages before exploring further.
Le 2 juin 2026, Windsurf devient Devin Desktop. Cette FAQ présente ce qui change, ce qui ne change pas et ce que cela implique pour votre équipe.
Qu’est-ce que Devin Desktop ?
Devin Desktop est le nouveau nom de Windsurf. C’est le même IDE, le même éditeur, avec les mêmes fonctionnalités, mais désormais unifiés sous la marque Devin. Si vous utilisiez Windsurf 2.0, vous utilisiez déjà ce qui deviendra Devin Desktop.
Le centre de commande des agents (Spaces, vue Kanban, gestion multi-agents) est désormais au premier plan. L’expérience Windsurf classique (éditeur, extensions, raccourcis clavier, workflows, LSP) est toujours là et reste entièrement accessible. Rien ne sera retiré.
Quand cela aura-t-il lieu ?
Le 2 juin 2026. Devin Desktop sera déployé via une mise à jour OTA classique. Vous serez informé à l’avance que l’expérience va changer.
Windsurf devient Devin Desktop, avec le centre de commande des agents comme vue principale. L’IDE Windsurf complet reste disponible, avec toutes les fonctionnalités que vous connaissez et appréciez, et tout votre travail existant ainsi que votre avancement resteront intacts. Aucun travail en cours ne sera interrompu et, après une courte prise en main, l’interface vous paraîtra immédiatement familière.
Pourquoi cela arrive-t-il ?
Nous regroupons tous nos produits sous la marque Devin : Devin Cloud, Devin Desktop, Devin CLI et Devin Review. Nous pensons que l’avenir de l’ingénierie logicielle réside dans la gestion d’équipes d’agents (locaux et dans le cloud) travaillant à vos côtés. Devin Desktop en est le poste de commandement, et c’est là que nous prévoyons que les développeurs passeront plus de 90 % de leur temps.
Mon forfait ou mes tarifs changent-ils ?
Non. Votre forfait actuel continue de fonctionner exactement comme aujourd’hui. Les tarifs ne changent pas. Cela s’applique à tous les types de forfaits, y compris aux anciens forfaits Windsurf Enterprise.
Devin Desktop est disponible pour les utilisateurs disposant d’une licence complète. Avec le forfait Teams, ajoutez une licence complète pour débloquer Devin Desktop ainsi que 40 $/mois d’utilisation, valables sur l’ensemble des produits Devin (Devin Cloud, Devin Desktop, Devin CLI et Devin Review).
Dois-je utiliser Devin pour utiliser Devin Desktop ?
Non - vous pouvez continuer à utiliser Devin Desktop avec des agents locaux uniquement.
Non. Devin Desktop fonctionne immédiatement pour tous les utilisateurs Windsurf existants, y compris les anciens clients Enterprise. Devin Cloud reste un SKU distinct. Si Devin Cloud vous intéresse, adressez-vous à l’équipe en charge de votre compte.
Que deviennent mes Settings et ma configuration ?
Tous vos Settings Windsurf seront automatiquement transférés vers Devin Desktop. Devin Local reprend également vos Settings Windsurf. Si vous utilisez un ancien forfait Windsurf, vous pouvez toujours utiliser windsurf.com pour gérer vos Settings.
Vais-je perdre l’accès à quoi que ce soit ?
Non. L’IDE Windsurf, vos extensions, vos workflows et tout le reste sont toujours là. Votre forfait, votre tarification et votre accès restent les mêmes. Seuls le nom et la marque changent.
Pour en savoir plus sur la prise en charge de fonctionnalités comme la mémoire et les workflows par le nouvel agent Devin Local, consultez ses limitations.
Mes règles Windsurf sont-elles toujours prises en charge ? Et qu’en est-il des règles Devin ?
Oui. Devin Desktop continue de lire toutes vos règles Windsurf existantes et prend aussi en charge les nouveaux équivalents .devin/. Rien de ce que vous utilisez aujourd’hui n’a besoin d’être modifié.
Les deux formats de règles sont pris en charge en parallèle :
- Règles dans un fichier unique : l’ancien fichier
.windsurfrules à la racine de votre workspace est toujours lu. (Il n’existe pas d’équivalent monofichier .devinrules — utilisez le format par répertoire ci-dessous pour les nouvelles règles.)
- Règles par répertoire : des fichiers de règle
.md individuels dans un répertoire rules/. .devin/rules/ est l’emplacement recommandé et est prioritaire, tandis que .windsurf/rules/ est conservé comme solution de repli pour assurer la rétrocompatibilité.
En outre, Devin Desktop lit les règles à partir des fichiers AGENTS.md / agents.md, et peut importer .cursor/rules (.mdc) dans .devin/rules/. Les règles basées sur des répertoires prennent en charge des déclencheurs d’activation dans leur frontmatter (always-on, model-decision, glob-based et manual), ce qui permet à une règle de s’appliquer à chaque requête, uniquement lorsque le modèle décide qu’elle est pertinente, uniquement aux fichiers correspondant à un glob, ou uniquement lorsqu’elle est invoquée manuellement.
Les administrateurs Enterprise peuvent également déployer des règles à l’échelle du système ; voir Configuration au niveau du système ci-dessous.
Qu’est-ce que Devin Local ?
Devin Local est un nouvel agent local disponible dans Devin Desktop. Il est plus performant que Cascade, prend en charge les sous-agents et repose sur la même architecture que Devin CLI. Devin Local reprend vos Settings Windsurf actuels.
L’agent local passe lui aussi sous la marque Devin et s’appellera Devin Local. Il bénéficie aussi d’un harness amélioré, d’une efficacité des tokens jusqu’à 30 % supérieure, de la prise en charge des sous-agents et du sandboxing. À partir du 2 juin, Devin Local sera l’option par défaut. Cascade restera disponible jusqu’au 1er juillet.
Ma tarification changera-t-elle en passant à Devin Local ?
Non, Devin Local dans Windsurf ou Devin Desktop utilise exactement le même modèle de tarification que Cascade : si vous utilisez actuellement des crédits facturés au prompt, ce sera toujours le cas.
Qu’en est-il de Windsurf JetBrains ?
Le plugin Windsurf JetBrains n’est pas concerné par cette modification et continuera de fonctionner comme prévu (et conservera son nom).
Que se passe-t-il avec les versions précédentes de Windsurf ?
En règle générale, nous considérons comme obsolète toute version autre que la plus récente, même si nous faisons de notre mieux pour maintenir la compatibilité et éviter toute rupture avec les versions antérieures. Nous suivons en cela le même modèle que Microsoft pour VSCode. Vous pourrez continuer à télécharger les versions précédentes de Windsurf, même si nous ne le recommandons pas.
Nos administrateurs peuvent-ils tester cela avant le déploiement progressif ?
Oui. Nous serons ravis de partager une version préliminaire avec vos administrateurs dans la semaine précédant le 2 juin afin qu’ils puissent valider ce changement dans votre environnement avant le déploiement à l’échelle de l’organisation. Contactez l’équipe en charge de votre compte pour organiser cela.
Devrons-nous mettre à jour notre liste d’autorisation réseau ?
Aucune modification du réseau n’est requise.
Pour les utilisateurs de Cognition Platform qui se connectent via devinenterprise.com, toute l’authentification et les Settings seront gérés depuis le site web de Devin.
Pour les anciens environnements Windsurf Enterprise, aucun changement n’est strictement nécessaire. Les mises à jour et les binaires continueront d’être stockés sur codeiumdata.com, et la connexion continuera de se faire sur windsurf.com/enterprise. Le seul changement est que le contenu du site web visible par les utilisateurs (le journal des modifications et la documentation) sera déplacé vers un sous-domaine de Devin (docs.devin.ai). Si vous souhaitez que votre Team conserve l’accès au journal des modifications et à la documentation, ajoutez docs.devin.ai ou docs.devinenterprise.com à votre liste d’autorisation (ou .devin.ai / .devinenterprise.com si vous utilisez des règles avec caractères génériques).
Quelle est la liste complète des noms d’hôte à autoriser ?
Aucune modification de la liste d’autorisation n’est nécessaire avant le lancement.
Si vous préférez établir une liste d’autorisation de façon proactive, voici les noms d’hôte concernés :
Tous les clients (mises à jour, téléchargements de binaires et développement à distance) :
.codeiumdata.com
update.windsurf.com
.windsurf.com
.codeium.com
.googleapis.com (authentification)
apis.google.com (authentification)
decagon.ai (support)
docs.devin.ai ou docs.devinenterprise.com (historique des modifications et documentation, après le 2 juin 2026)
De plus, les clients de Cognition Platform doivent ajouter .devin.ai ou .devinenterprise.com à la liste d’autorisation
Quels noms d’hôte l’application de bureau utilise-t-elle pour les mises à jour automatiques ?
L’application de bureau vérifie et télécharge automatiquement les mises à jour OTA (over-the-air). Le système de mise à jour utilise deux types de requêtes :
- API de vérification des mises à jour : l’application contacte périodiquement le serveur de mise à jour pour vérifier si une nouvelle version est disponible.
- Certains utilisateurs désactivent cette fonctionnalité
- Téléchargement binaire : lorsqu’une mise à jour est détectée, l’application télécharge le nouveau programme d’installation ou l’archive depuis un CDN.
Les noms d’hôte pertinents sont utilisés par tous les clients (Legacy Windsurf et Cognition Platform) :
update.windsurf.com — API de vérification des mises à jour
windsurf-stable.codeiumdata.com — téléchargements binaires pour les canaux stable et next
Si vos règles de pare-feu ou de proxy sont basées sur les noms de domaine, assurez-vous que ces noms d’hôte sont accessibles sur le port 443 (HTTPS). Les bloquer empêchera l’application de détecter ou d’installer les mises à jour.
Quels noms d’hôte sont utilisés pour le développement à distance (SSH, Dev Containers) ?
Lors d’une connexion à une machine distante via SSH ou Dev Containers, l’application de bureau télécharge les binaires Remote Extension Host (REH) et CLI sur cette machine. Ces noms d’hôte sont requis pour tous les clients (Legacy Windsurf et Cognition Platform) :
windsurf-stable.codeiumdata.com — archives REH et CLI (canaux stable et next)
windsurf-nightly.codeiumdata.com — archives REH et CLI (canal insiders)
La machine distante doit pouvoir accéder à ces noms d’hôte sur le port 443. Si vos serveurs distants se trouvent derrière un proxy d’entreprise ou sur un réseau isolé, assurez-vous que ces domaines sont accessibles ou préinstallez manuellement le bundle REH.
Le changement de nom de l’application affectera-t-il nos politiques de gestion des appareils (MDM) ?
Oui — c’est le point le plus important pour les équipes informatiques et de sécurité des endpoint. Le nom de l’application de bureau passe de Windsurf à Devin (elle apparaîtra sous la forme Devin.app sur macOS, Devin.exe sur Windows, et Devin / devin sur Linux). De nombreuses organisations utilisent des politiques centralisées de gestion des appareils (MDM / gestion des endpoint) qui signalent ou bloquent toute application qui n’est pas explicitement approuvée. Ainsi, une politique qui n’autorise aujourd’hui que « Windsurf » peut signaler ou bloquer l’application renommée après la mise à jour du 2 juin.
Action requise : Avant le 2 juin 2026, ajoutez Devin à la liste d’autorisation de vos politiques de gestion des appareils / gestion des endpoint, et confirmez avec votre équipe de sécurité des endpoint que l’application renommée est approuvée. Assurez-vous que cette information parvienne bien à l’équipe réellement responsable de ces politiques — dans de nombreuses entreprises, cette équipe est distincte de celle qui gère le déploiement de l’IDE.
Depuis quels chemins de fichiers locaux l’application lit-elle et dans quels chemins écrit-elle ?
Devin Desktop lit à la fois les anciens chemins de fichiers (Windsurf/Codeium) et les nouveaux (Devin) pendant la période de transition, et écrit les nouvelles données dans les chemins Devin. Les administrateurs Enterprise qui gèrent les politiques d’endpoint, la surveillance de l’intégrité des fichiers ou les règles de prévention des pertes de données doivent connaître les répertoires suivants.
Toutes les données des anciens chemins seront copiées vers les nouveaux chemins lors du premier lancement de Devin Desktop.
Données IDE par utilisateur (Settings, extensions, workspaces)
Il s’agit du répertoire de données utilisateur issu de VS Code. Si le nouveau chemin existe, nous le lirons à partir de celui-ci :
| OS | Ancien chemin (lecture) | Nouveau chemin (lecture + écriture) |
|---|
| macOS | ~/Library/Application Support/Windsurf/ | ~/Library/Application Support/Devin/ |
| Windows | %APPDATA%\Windsurf\ | %APPDATA%\Devin\ |
| Linux | ~/.config/Windsurf/ | ~/.config/Devin/ |
Contient : User/settings.json, User/keybindings.json, User/snippets/, globalStorage/, Workspaces/, argv.json
Répertoire d’extensions par utilisateur
Les extensions sont stockées dans le dossier caché dont le nom est dérivé de celui du produit. Les anciens chemins resteront accessibles en lecture seule :
| Ancien chemin (lecture) | Nouveau chemin (lecture + écriture) |
|---|
~/.windsurf/extensions/ | ~/.devin/extensions/ |
Répertoire de configuration propre à l’utilisateur
Le répertoire principal de configuration propre à l’utilisateur stocke les Settings utilisateur, la configuration MCP, les skills globaux et les workflows :
| Usage | Chemin |
|---|
| Settings utilisateur | ~/.codeium/user_settings.pb |
| Configuration MCP | ~/.codeium/mcp_config.json |
| Workflows globaux | ~/.codeium/windsurf/global_workflows/ |
| Skills globaux | ~/.codeium/windsurf/skills/ |
| Binaires CLI | ~/.codeium/windsurf/bin/ |
La structure du répertoire ~/.codeium/ ne change pas dans cette version. Ces chemins restent identiques.
Configuration au niveau du système (gérée par les administrateurs, pour chaque machine)
Les administrateurs Enterprise peuvent déployer des règles, des workflows et des skills à l’échelle du système dans les répertoires suivants :
| OS | Ancien chemin (lecture) | Nouveau chemin (lecture + écriture) |
|---|
| macOS | /Library/Application Support/Windsurf/ | /Library/Application Support/Devin/ |
| Windows | C:\ProgramData\Windsurf\ | C:\ProgramData\Devin\ |
| Linux | /etc/windsurf/ | /etc/devin/ |
Contient les sous-répertoires suivants : rules/, workflows/, skills/
Binaires de commande CLI / shell
| OS | Chemin | Noms des binaires |
|---|
| macOS / Linux | ~/.codeium/windsurf/bin/ | devin-desktop, surf (ancien), windsurf (ancien) |
| macOS / Linux | ~/.local/bin/ | devin |
| Windows | %LOCALAPPDATA%\devin\bin\ | devin.exe |
Répertoires au niveau du workspace (dans les dépôts)
L’application prend déjà en charge .devin/ comme répertoire principal du workspace et utilise .windsurf/ comme solution de repli pour assurer la rétrocompatibilité. Aucune action d’administration n’est nécessaire pour cela :
| Ancien (lecture, solution de repli) | Nouveau (lecture + écriture, préféré) | Contenu |
|---|
.windsurfrules (fichier racine) | .devin/rules/ (répertoire) | Règles du projet (ancien format monofichier) |
.windsurf/rules/ | .devin/rules/ | Règles du projet |
.windsurf/workflows/ | .devin/workflows/ | Workflows |
.windsurf/skills/ | .devin/skills/ | Skills |
.windsurf/plans/ | .devin/plans/ | Plans |
.codeiumignore / .windsurfignore | .codeiumignore (inchangé) / .windsurfignore | Motifs d’exclusion |
Que doivent autoriser les politiques de sécurité endpoint / DLP ?
Si votre organisation utilise des outils de sécurité endpoint qui restreignent les répertoires auxquels les applications peuvent accéder en lecture ou en écriture, assurez-vous que les chemins suivants sont autorisés pour l’application Devin Desktop :
- macOS:
~/Library/Application Support/Devin/, ~/.devin/, ~/.codeium/, ~/.windsurf/, ~/.local/bin/devin
- Windows:
%APPDATA%\Devin\, %LOCALAPPDATA%\devin\, ~\.codeium\, ~\.windsurf\
- Linux:
~/.config/Devin/, ~/.devin/, ~/.codeium/, ~/.windsurf/, /etc/devin/, ~/.local/bin/devin
L’application utilise également le répertoire temporaire du système ($TMPDIR / %TEMP%) pour stocker des données temporaires.
Quels noms d’hôte Devin CLI utilise-t-il pour les mises à jour ?
Devin CLI dispose de son propre mécanisme de mise à jour, distinct de l’application de bureau. Ce changement n’aura aucune incidence sur Devin CLI.
Contactez l’équipe en charge de votre compte ou le support client.