> ## Documentation Index
> Fetch the complete documentation index at: https://docs.devin.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# Utilisation de l’ordinateur

> Comment Devin utilise un environnement de bureau complet pour interagir avec des interfaces graphiques, tester des applications et vérifier visuellement les modifications

Devin a accès à un environnement de bureau complet — pas seulement un navigateur. Il peut déplacer la souris, cliquer sur des éléments de l’interface, taper au clavier, prendre des captures d’écran et interagir avec n’importe quelle application qui s’exécute sur le bureau. Cette capacité s’appelle **Computer Use**, et elle permet à Devin de tester et d’interagir avec votre logiciel de la même manière qu’un humain le ferait.

Computer Use fonctionne à la fois sur les sessions **Linux** (la plateforme de session par défaut) et **Windows**. Consultez [Plateformes prises en charge](#supported-platforms) pour plus de détails.

<video controls className="w-full aspect-video" src="https://mintcdn.com/cognitionai/lQBZeyJhpcluxU_P/images/computer-use-demo.mp4?fit=max&auto=format&n=lQBZeyJhpcluxU_P&q=85&s=6d33a326a338483ad74eb9e05f4a9d71" data-path="images/computer-use-demo.mp4" />

<div id="what-is-computer-use">
  ## Qu'est-ce que Computer Use ?
</div>

Computer Use donne à Devin un accès direct à un environnement de bureau graphique avec souris et clavier. Cela va au-delà de l'automatisation du navigateur : Devin peut interagir avec **n'importe quelle application** qui s'affiche à l'écran, y compris :

* **Les applications web** dans Chrome (cliquer sur des boutons, remplir des formulaires, naviguer entre les pages)
* **Les applications de bureau** qui s'exécutent sur la plateforme de la session (Linux ou Windows), y compris les applications Electron, les IDE et les interfaces graphiques natives de la plateforme
* **Les interfaces basées sur le terminal** (programmes TUI, CLI interactives)
* **Toute interface visuelle** qui peut être affichée sur le bureau

Devin voit l'écran comme un écran de 1024×768 pixels et peut effectuer des actions comme cliquer, taper, faire défiler, faire glisser et prendre des captures d'écran — comme un humain assis devant l'ordinateur.

<div id="supported-platforms">
  ## Plateformes prises en charge
</div>

| Plateforme         | Compatibilité avec Computer Use                                                                                                                                           |
| ------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Linux (par défaut) | Pris en charge — les sessions s’exécutent dans un environnement de bureau Linux complet                                                                                   |
| Windows            | Pris en charge — les sessions sur les [environnements Windows](/fr/onboard-devin/environment/windows-support) s’exécutent dans un environnement de bureau Windows complet |
| macOS              | Non pris en charge                                                                                                                                                        |

L’expérience Computer Use est la même sur les deux plateformes : Devin utilise la souris et le clavier, prend des captures d’écran, exécute Chrome pour les applications web et peut enregistrer ses sessions de test. Sous Windows, Devin peut également tester des applications de bureau natives de Windows (p. ex. WPF, WinForms et d’autres applications qui ne s’exécutent que sous Windows). Pour exécuter des sessions sous Windows, configurez un blueprint Windows comme indiqué dans [la documentation sur la prise en charge de Windows](/fr/onboard-devin/environment/windows-support).

<div id="how-to-enable-it">
  ## Comment l’activer
</div>

Computer Use est contrôlé par le commutateur **Enable desktop mode** dans les options de personnalisation de votre organisation.

1. Accédez à [**Settings > Customization**](https://app.devin.ai/customization)
2. Dans la section **Browser interaction**, activez **Enable desktop mode**
3. Devin utilisera désormais son environnement de bureau pendant les sessions

<Info>Desktop mode est disponible dans toutes les offres. Seuls les administrateurs de l’organisation peuvent modifier ce paramètre.</Info>

<div id="when-computer-use-runs">
  ## Quand Computer Use s’exécute
</div>

Une fois le mode Bureau activé, Computer Use est disponible dans chaque session. Il existe trois manières dont il peut être utilisé :

<div id="after-creating-a-pr">
  ### Après la création d’une PR
</div>

Quand Devin crée une PR, il propose un bouton **Tester l’app**. En cliquant sur ce bouton, vous déclenchez le [workflow de test](/fr/work-with-devin/testing-and-recordings) complet : Devin démarre votre application, utilise Computer Use pour interagir avec le bureau, teste les modifications et vous envoie un enregistrement.

<Frame>
  <img src="https://mintcdn.com/cognitionai/t3ELyAdF5CfeLLyT/images/test-the-app-button.png?fit=max&auto=format&n=t3ELyAdF5CfeLLyT&q=85&s=6e7cc949688beb051244c06844a7f509" alt="Bouton « Test the app »" width="276" height="96" data-path="images/test-the-app-button.png" />
</Frame>

<div id="on-request-during-a-session">
  ### Sur demande pendant une session
</div>

Vous pouvez demander à Devin d’exécuter des tests à tout moment pendant une session — aucune syntaxe particulière n’est nécessaire, utilisez simplement le langage naturel. Par exemple :

* « Testez les modifications que vous venez d’effectuer et envoyez-moi un enregistrement »
* « Ouvrez l’application dans le navigateur et vérifiez que la page de connexion fonctionne »
* « Lancez l’application de bureau et vérifiez que le nouvel élément de menu apparaît »

<div id="autonomously-when-appropriate">
  ### De manière autonome lorsque c'est approprié
</div>

Devin décide de lui-même quand l'interaction avec le bureau est l'outil le plus adapté à la tâche. Si une tâche implique de cliquer sur des éléments d'interface, de naviguer dans une application, de remplir des formulaires ou de vérifier visuellement quelque chose, Devin utilisera Computer Use sans qu'on le lui demande explicitement. Vous n'avez pas besoin d'expliquer à Devin *comment* interagir avec l'écran — indiquez-lui simplement *ce* qu'il doit accomplir.

<div id="what-devin-can-do-with-computer-use">
  ## Ce que Devin peut faire avec l’accès à un ordinateur
</div>

<div id="test-web-applications-end-to-end">
  ### Tester des applications web de bout en bout
</div>

Devin peut démarrer votre application en local, l’ouvrir dans Chrome et parcourir des parcours utilisateur complets — connexion, navigation, saisie de formulaires, finalisation de commande — en vérifiant que tout fonctionne comme prévu.

<div id="test-desktop-applications">
  ### Tester des applications de bureau
</div>

Toute application qui s’exécute sur la plateforme de sessions de Devin peut être testée. Dans les sessions Linux, cela inclut les applications Electron, les applications Java Swing/AWT, les applications GTK/Qt, et bien d’autres. Dans les [sessions Windows](/fr/onboard-devin/environment/windows-support), Devin peut également tester des applications propres à Windows, telles que les applications WPF et WinForms. Devin lance l’application, interagit avec son interface graphique et vérifie son comportement.

<div id="visual-verification">
  ### Vérification visuelle
</div>

Devin peut prendre des captures d’écran à des moments précis pendant les tests pour vérifier que la mise en page, le style et les éléments d’interface utilisateur s’affichent correctement. Il peut comparer ce qu’il voit à l’écran par rapport au comportement attendu et signaler les problèmes visuels.

<div id="interact-with-complex-ui-flows">
  ### Interagir avec des flux d’interface utilisateur complexes
</div>

Certains scénarios de test nécessitent des interactions avec l’interface graphique en plusieurs étapes qui vont au-delà de simples appels d’API ou de l’automatisation du navigateur — des actions comme le glisser-déposer, les menus contextuels, les raccourcis clavier ou la navigation entre plusieurs fenêtres. Computer Use prend tout cela en charge.

<div id="record-testing-sessions">
  ### Enregistrer les sessions de test
</div>

Devin peut enregistrer son écran au cours des tests et annoter les moments clés dans la vidéo. L’enregistrement est ensuite traité et envoyé afin que vous puissiez regarder Devin interagir avec votre application et confirmer que les modifications fonctionnent. Consultez [Tests et enregistrements vidéo](/fr/work-with-devin/testing-and-recordings) pour plus de détails sur le processus d’enregistrement.

<div id="how-computer-use-works">
  ## Fonctionnement de Computer Use
</div>

Lorsque Devin utilise Computer Use pendant une session, il suit ce processus :

1. **Prend une capture d’écran** de l’écran actuel pour comprendre ce qui est visible
2. **Identifie les éléments interactifs** — boutons, champs de texte, menus, liens — et décide avec lesquels interagir
3. **Effectue une action** — clique, tape, fait défiler ou utilise des raccourcis clavier
4. **Attend et observe** — prend une autre capture d’écran pour voir le résultat de l’action
5. **Répète** jusqu’à ce que la tâche soit terminée

Cette boucle capture d’écran–action permet à Devin de s’adapter à tout ce qui s’affiche à l’écran, en gérant le contenu dynamique, les états de chargement, les fenêtres contextuelles (pop-ups) et les boîtes de dialogue inattendues comme le ferait un humain.

<div id="computer-use-and-testing">
  ## Utilisation de l’ordinateur et tests
</div>

Computer Use est au cœur du flux de travail de [tests et enregistrements](/fr/work-with-devin/testing-and-recordings) de Devin. Lorsque Devin teste votre application après avoir créé une PR :

1. **Configuration** — Devin installe les dépendances, lance votre application et prépare l’environnement
2. **Planification des tests** — Devin lit le diff et crée un plan de tests ciblé
3. **Exécution via Computer Use** — Devin utilise son bureau pour interagir avec votre application, en suivant le plan de tests étape par étape
4. **Enregistrement** — Le processus complet est capturé en vidéo avec des annotations, puis vous est envoyé pour relecture

La principale différence entre Computer Use et le workflow Testing & Recordings est la portée : **Computer Use** est la fonctionnalité sous-jacente (interaction avec le bureau), tandis que **Testing & Recordings** est le flux de travail structuré qui utilise Computer Use pour tester vos PR et fournir une preuve sous forme de vidéo.

<div id="tips-for-getting-the-best-results">
  ## Conseils pour obtenir les meilleurs résultats
</div>

<CardGroup cols={2}>
  <Card title="Soyez précis sur ce que vous voulez tester" icon="bullseye">
    * "Ouvrez l’application, cliquez sur le bouton Settings en haut à droite, activez le mode sombre et vérifiez que tout le texte reste lisible"
    * "Lancez l’application Electron, créez un nouveau document, saisissez du texte et vérifiez qu’il est enregistré lorsque vous fermez la fenêtre"
  </Card>

  <Card title="Expliquez à Devin ce que signifie la réussite" icon="check">
    * "Le tableau de bord doit afficher trois graphiques sans messages d’erreur"
    * "Après avoir envoyé le formulaire, une bannière verte de succès doit apparaître en haut de la page"
  </Card>
</CardGroup>

<div id="pre-configure-access">
  ### Préconfigurer l’accès
</div>

Si votre application nécessite une authentification, configurez les [secrets](/fr/product-guides/secrets) à l’avance afin que Devin puisse se connecter sans vous solliciter pendant la session. Effectuez la [configuration de l’environnement](/fr/onboard-devin/environment) pour garantir que Devin puisse installer les dépendances et lancer votre application sans problème.

<div id="create-testing-skills">
  ### Créer des skills de test
</div>

Pour les applications que vous testez fréquemment, créez un [Skill](/fr/product-guides/skills) qui indique à Devin exactement comment configurer et tester votre application. Cela vous fait gagner du temps lors de sessions répétées et garantit la cohérence des tests. Consultez [Tests et enregistrements vidéo — suggestions de skills](/fr/work-with-devin/testing-and-recordings#skill-suggestions) pour des exemples.

<div id="scripted-browser-use-via-playwright">
  ## Utilisation scriptée du navigateur via Playwright
</div>

Le navigateur Chrome de Devin expose un endpoint **Chrome DevTools Protocol (CDP)** auquel Playwright peut se connecter. Devin peut écrire et exécuter des scripts Playwright pour automatiser des interactions dans le navigateur — comme des parcours de connexion ou la saisie systématique de données — sur sa propre instance de navigateur en cours d’exécution. Vous pouvez également écrire ces scripts vous-même et les versionner dans votre dépôt. Pour la plupart des autres actions dans le navigateur, il est recommandé d’utiliser Computer Use ou les outils de navigateur natifs de Devin.

<div id="how-it-works">
  ### Comment cela fonctionne
</div>

L'instance Chrome de Devin écoute les connexions CDP sur le port **29229**. Un script Playwright peut se connecter à ce navigateur, effectuer des actions (remplir des formulaires, cliquer sur des boutons, gérer les redirections), puis se déconnecter. Comme le script se connecte au navigateur *existant* au lieu d'en lancer un nouveau, tous les changements d'état — cookies, localStorage, jetons d'authentification — sont conservés après la fin du script.

Cela signifie que Devin peut immédiatement utiliser la session authentifiée : actualiser les pages, naviguer et interagir normalement avec l'application.

<div id="example-connecting-to-devins-browser">
  ### Exemple : connexion au navigateur de Devin
</div>

```python theme={null}
from playwright.sync_api import sync_playwright

with sync_playwright() as p:
    browser = p.chromium.connect_over_cdp("http://localhost:29229")
    context = browser.contexts[0]
    page = context.pages[0] if context.pages else context.new_page()

    # Exemple : naviguer et se connecter
    page.goto("https://example.com/login")
    page.fill('input[name="email"]', "user@example.com")
    page.fill('input[name="password"]', "password")
    page.click('button[type="submit"]')
    page.wait_for_url("**/dashboard")
    print("Connexion réussie !")
```

Une fois ce script exécuté, le navigateur de Devin est authentifié et prêt à l’emploi — aucune intervention manuelle n’est nécessaire.

<div id="when-to-use-this">
  ### Quand utiliser cette fonctionnalité
</div>

<CardGroup cols={2}>
  <Card title="Flux SSO / OAuth" icon="key">
    Automatisez les parcours de connexion en plusieurs étapes (p. ex., Okta, Auth0, Google SSO) qu’il serait fastidieux d’effectuer manuellement à chaque session.
  </Card>

  <Card title="Authentification lors de la configuration de l’environnement" icon="gear">
    Incluez un script de connexion dans votre [configuration de l'environnement](/fr/onboard-devin/environment) afin que Devin démarre chaque session en étant déjà authentifié.
  </Card>

  <Card title="Automatisation basée sur les Skills" icon="wand-magic-sparkles">
    Stockez des scripts de connexion ou de saisie de données dans une [Skill](/fr/product-guides/skills) afin que Devin puisse les exécuter automatiquement lorsque nécessaire.
  </Card>

  <Card title="Saisie de données systématique" icon="table">
    Créez des scripts pour des envois répétitifs de formulaires ou des saisies de données en masse, qui seraient lents et sources d’erreurs en pointant-cliquant.
  </Card>
</CardGroup>

<div id="tips">
  ### Conseils
</div>

* Stockez les scripts de connexion dans le répertoire `.agents/skills/` de votre dépôt afin qu’ils restent disponibles d’une session à l’autre
* Utilisez [Secrets](/fr/product-guides/secrets) pour stocker les identifiants — faites-y référence via des variables d’environnement dans vos scripts
* L’endpoint CDP est toujours `http://localhost:29229` — le port est le même, que le mode Bureau soit activé ou non
* Une fois le script exécuté, Devin peut utiliser Computer Use ou les outils du navigateur pour interagir avec la session authentifiée

<div id="troubleshooting">
  ## Résolution des problèmes
</div>

<div id="devin-cant-find-a-ui-element">
  ### Devin ne trouve pas un élément d’interface
</div>

Si Devin ne parvient pas à trouver un bouton ou un élément à l’écran, essayez d’être plus précis dans vos instructions — décrivez l’emplacement de l’élément, son libellé ou le contexte autour de lui. Par exemple, « cliquez sur le bouton **Save** bleu en bas à droite de la fenêtre modale » est mieux que « cliquez sur Save ».

<div id="the-app-doesnt-render-on-devins-desktop">
  ### L'application ne s'affiche pas sur le bureau de Devin
</div>

Par défaut, Devin s'exécute dans un environnement Linux. Si votre application ne fonctionne que sous Windows, exécutez vos sessions dans un [environnement Windows](/fr/onboard-devin/environment/windows-support) afin que Devin puisse l'y tester. Les applications uniquement compatibles avec macOS ne sont pas prises en charge. Les applications web fonctionnent quel que soit le système, puisqu'elles s'exécutent dans Chrome. Pour les applications de bureau, assurez-vous qu'elles disposent d'un build pour la plateforme sur laquelle vos sessions s'exécutent.

<div id="devin-is-clicking-the-wrong-things">
  ### Devin clique sur les mauvais éléments
</div>

Si Devin interagit mal avec votre interface, ajoutez une entrée [Skill](/fr/product-guides/skills) ou [Knowledge](/fr/product-guides/knowledge) avec des instructions de navigation précises pour votre application. Décrire les étapes exactes (« cliquez sur le menu hamburger en haut à gauche, puis cliquez sur **Settings** dans le menu déroulant ») réduit les ambiguïtés.
