L’application de bureau ChatGPT pour Windows vous permet de travailler sur plusieurs projets, de mener des discussions en parallèle et d’examiner les résultats dans une même interface. L’application Windows prend notamment en charge les arbres de travail, les tâches planifiées, les fonctionnalités Git, le navigateur intégré, les aperçus de fichiers, les plugins et les skills. Elle s’exécute nativement sur Windows avec PowerShell et le bac à sable Windows. Vous pouvez aussi la configurer pour qu’elle s’exécute dans le sous-système Windows pour Linux 2 (WSL2).
Téléchargement de l’application de bureau ChatGPT
Téléchargez l’application de bureau ChatGPT pour Windows.
Suivez ensuite le guide de démarrage rapide pour faire vos premiers pas.
Pour connaître les options d’installation et de mise à jour en entreprise, consultez le guide Déploiement de l’application Windows.
Si vous préférez installer l’application en ligne de commande, exécutez la commande suivante :
winget install --id 9PLM9XGG6VKS -s msstoreBac à sable natif
Sur Windows, l’application de bureau ChatGPT prend en charge un bac à sable Windows natif lorsque l’agent s’exécute dans PowerShell. Elle utilise un bac à sable Linux lorsque vous exécutez l’agent dans le sous-système Windows pour Linux 2 (WSL2). Dans les deux cas, pour appliquer les protections du bac à sable, sélectionnez Demander l’approbation sous la zone de saisie avant d’envoyer des messages à Codex.
En mode Accès complet, Codex peut agir en dehors du répertoire de votre projet. Il risque alors d’effectuer par inadvertance des opérations destructrices pouvant entraîner une perte de données. Conservez les limites du bac à sable et utilisez des règles pour définir des exceptions ciblées. Vous pouvez aussi configurer votre politique d’approbation pour ne jamais demander d’approbation. Codex tentera alors de résoudre les problèmes sans demander de permissions élevées, selon vos paramètres d’approbation et de sécurité.
Personnalisation de votre environnement de développement
Éditeur préféré
Choisissez l’application à utiliser par défaut pour Ouvrir, par exemple Visual Studio, VS Code ou un autre éditeur. Vous pouvez choisir une autre application pour chaque projet. Si vous en avez déjà sélectionné une dans le menu Ouvrir d’un projet, ce choix prévaut pour ce projet.
Open
Terminal intégré
Vous pouvez également choisir le terminal intégré par défaut. Selon les outils installés, les options disponibles comprennent :
- PowerShell
- Invite de commandes
- Git Bash
- WSL
Ce changement s’applique uniquement aux nouvelles sessions de terminal. Si un terminal intégré est déjà ouvert, redémarrez l’application ou lancez une nouvelle discussion pour utiliser le nouveau terminal par défaut.
Sous-système Windows pour Linux (WSL)
Par défaut, l’application de bureau ChatGPT utilise l’agent Codex natif de Windows. L’agent exécute donc les commandes dans PowerShell. L’application peut aussi travailler sur des projets stockés dans le sous-système Windows pour Linux 2 (WSL2) en utilisant la CLI wsl au besoin.
Pour ajouter un projet depuis le système de fichiers WSL, cliquez sur Ajouter un nouveau projet ou appuyez sur Ctrl+O, puis saisissez \\wsl$\ dans la fenêtre de l’Explorateur de fichiers. Choisissez ensuite votre distribution Linux et le dossier à ouvrir.
Si vous comptez continuer à utiliser l’agent natif de Windows, stockez de préférence vos projets sur le système de fichiers Windows et accédez-y depuis WSL via /mnt/<drive>/.... Cette configuration est plus fiable que l’ouverture des projets directement depuis le système de fichiers WSL.
Pour exécuter l’agent lui-même dans WSL2, ouvrez les Paramètres, passez de l’agent natif de Windows à WSL, puis redémarrez l’application. Le changement prend effet au redémarrage. Vous devriez retrouver vos projets au même endroit.
Codex prenait en charge WSL1 jusqu’à la version 0.114 incluse. Depuis Codex 0.115, le bac à sable Linux utilise bubblewrap et WSL1 n’est plus pris en charge.
Le terminal intégré se configure indépendamment de l’agent. Consultez la section Personnalisation de votre environnement de développement pour connaître les options du terminal. Selon votre façon de travailler, vous pouvez garder l’agent dans WSL et utiliser PowerShell dans le terminal, ou utiliser WSL pour les deux.
Outils de développement utiles
Codex fonctionne mieux si vous avez déjà installé quelques outils de développement courants :
- Git alimente le volet de revue de l’application de bureau ChatGPT et vous permet d’examiner ou d’annuler les modifications.
- Node.js est un outil courant que l’agent utilise pour effectuer ses tâches plus efficacement.
- Python est un outil courant que l’agent utilise pour effectuer ses tâches plus efficacement.
- Le SDK .NET vous permet de créer des applications Windows natives.
- GitHub CLI permet d’utiliser les fonctionnalités propres à GitHub dans l’application de bureau ChatGPT.
Pour installer ces outils avec le gestionnaire de paquets par défaut de Windows, winget, collez les commandes suivantes dans le terminal intégré ou demandez à Codex de les installer :
winget install --id Git.Git
winget install --id OpenJS.NodeJS.LTS
winget install --id Python.Python.3.14
winget install --id Microsoft.DotNet.SDK.10
winget install --id GitHub.cliAprès avoir installé GitHub CLI, exécutez gh auth login pour activer les fonctionnalités GitHub dans l’application.
Si vous avez besoin d’une autre version de Python ou de .NET, utilisez les identifiants de paquets correspondant à la version souhaitée.
Dépannage et questions fréquentes
Exécution de commandes avec des permissions élevées
Si Codex doit exécuter des commandes avec des permissions élevées, lancez l’application de bureau ChatGPT elle-même en tant qu’administrateur. Après l’installation, ouvrez le menu Démarrer, recherchez l’application et choisissez Exécuter en tant qu’administrateur. L’agent Codex hérite de ce niveau de permissions.
La stratégie d’exécution de PowerShell bloque des commandes
Si vous n’avez encore jamais utilisé d’outils comme Node.js ou npm dans PowerShell, l’agent Codex ou le terminal intégré peut rencontrer des erreurs liées à la stratégie d’exécution.
Cela peut aussi se produire si Codex crée des scripts PowerShell pour vous. Vous devrez peut-être assouplir la stratégie d’exécution pour que PowerShell puisse les exécuter.
Voici un exemple de message d’erreur :
npm.ps1 cannot be loaded because running scripts is disabled on this system.Une solution courante consiste à définir la stratégie d’exécution sur RemoteSigned :
Set-ExecutionPolicy -ExecutionPolicy RemoteSignedAvant de modifier la stratégie, consultez le guide Microsoft sur les stratégies d’exécution pour en savoir plus et découvrir les autres options.
Scripts d’environnement local sur Windows
Si votre environnement local utilise des commandes multiplateformes, comme des scripts npm, vous pouvez utiliser le même script de configuration ou le même ensemble d’actions sur toutes les plateformes.
Si vous avez besoin d’un comportement propre à Windows, créez des scripts de configuration ou des actions spécifiques à Windows.
Les actions s’exécutent dans l’environnement du terminal intégré. Consultez la section Personnalisation de votre environnement de développement.
Les scripts de configuration locale s’exécutent dans l’environnement de l’agent : dans WSL si l’agent utilise WSL, et dans PowerShell dans les autres cas.
Partage de la configuration, de l’authentification et des sessions avec WSL
L’application Windows utilise le même répertoire personnel Codex que la version native de Codex sur Windows : %USERPROFILE%\.codex.
Si vous utilisez également la CLI Codex dans WSL, celle-ci utilise par défaut le répertoire personnel Linux. Elle ne partage donc pas automatiquement sa configuration, ses données d’authentification en cache ni son historique de sessions avec l’application Windows.
Pour partager ces données, choisissez l’une des méthodes suivantes :
- Synchronisez le répertoire WSL
~/.codexavec%USERPROFILE%\.codexsur votre système de fichiers. - Configurez WSL pour qu’il utilise le répertoire personnel Codex de Windows en définissant
CODEX_HOME:
export CODEX_HOME=/mnt/c/Users/<windows-user>/.codexPour appliquer ce réglage à chaque session du shell, ajoutez cette ligne au profil de votre shell WSL, par exemple ~/.bashrc ou ~/.zshrc.
Les fonctionnalités Git sont indisponibles
Si Git n’est pas installé nativement sur Windows, certaines fonctionnalités de l’application sont indisponibles. Installez Git avec winget install Git.Git depuis PowerShell ou cmd.exe.
Git n’est pas détecté pour les projets ouverts depuis \\wsl$
Pour le moment, si vous souhaitez utiliser l’agent natif de Windows avec un projet également accessible depuis WSL, la solution la plus fiable consiste à stocker le projet sur le disque Windows et à y accéder depuis WSL via /mnt/<drive>/....
Cmder ne figure pas dans la boîte de dialogue d’ouverture
Si Cmder est installé mais n’apparaît pas dans la boîte de dialogue d’ouverture de Codex, ajoutez-le au menu Démarrer de Windows : faites un clic droit sur Cmder et choisissez Épingler au menu Démarrer, puis redémarrez Codex ou votre ordinateur.