> For the complete documentation index, see [llms.txt](https://docs.devolutions.net/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.devolutions.net/rdm/fr/knowledge-base/how-to-articles/set-up-an-ai-assistant.md).

# Configurer un assistant IA

Configurez un assistant IA dans Remote Desktop Manager en liant un fournisseur comme OpenAI, Gemini ou Claude et un serveur MCP optionnel.

Remote Desktop Manager prend en charge l'intégration de l'IA avec Azure OpenAI, OpenAI, Ollama, Gemini, Mistral AI, Claude (Anthropic) et Azure AI Inference. Le fournisseur ***Personnalisé*** se connecte également à tout service compatible avec l'API OpenAI, Claude ou Ollama. Ceux-ci peuvent être exploités au moyen d'une entrée de session ***Assistant IA*** ou du panneau ***Assistant IA***.

{% hint style="info" %}
Les données sont uniquement traitées par ces intégrations d'IA fournies par le client.
{% endhint %}

Pour lier votre fournisseur d'IA préféré à Remote Desktop Manager au moyen d'une entrée de session, suivez les étapes ci-dessous :

1. Cliquez sur ***Modifier*** – ***Ajouter une entrée***, puis trouvez l'entrée ***Assistant IA*** sous ***Session*** – ***Autre***. Cliquez sur ***Sélectionner***.
2. Entrez un ***Nom*** pour la nouvelle entrée, choisissez un ***Fournisseur*** et sélectionnez un ***Modèle***. Selon le fournisseur, entrez également une ***Clé API***, un ***Terminal*** ou les deux. Cliquez sur ***Enregistrer***.

Pour utiliser l'assistant IA comme panneau latéral distinct, rendez-vous dans ***Fichier*** – ***Paramètres*** – ***Assistant IA***, entrez les informations de votre fournisseur et cliquez sur ***Enregistrer***. Ensuite, cliquez sur ***Fenêtre*** – ***Assistant IA***, situé dans le groupe ***Communication***.

### Configurer un fournisseur personnalisé

Utilisez le fournisseur ***Personnalisé*** pour vous connecter à un service qui ne figure pas dans la liste des fournisseurs, mais qui expose une API compatible avec OpenAI, Claude ou Ollama, comme un serveur auto-hébergé (llama.cpp, par exemple), une passerelle d'IA ou un proxy approuvé par votre organisation. Lorsque votre service est l'un des fournisseurs nommés, sélectionnez plutôt ce fournisseur.

1. Dans la liste ***Fournisseur*** (dans ***Fichier*** – ***Paramètres*** – ***Assistant IA*** ou dans une entrée ***Assistant IA***), sélectionnez ***Personnalisé***, puis cliquez sur ***Configurer***.
2. Remplissez les paramètres décrits ci-dessous, puis cliquez sur ***Enregistrer***.
3. Cliquez sur le bouton ***Actualiser*** à côté de la liste ***Modèle***, puis sélectionnez un modèle.

<table><thead><tr><th width="220">PARAMÈTRES</th><th>DESCRIPTION</th></tr></thead><tbody><tr><td><strong>Fournisseur</strong></td><td>L'API avec laquelle votre service est compatible : <em><strong>OpenAI</strong></em>, <em><strong>Claude</strong></em> ou <em><strong>Ollama</strong></em>.</td></tr><tr><td><strong>URL de base</strong></td><td>L'adresse du service, qui commence par <code>http://</code> ou <code>https://</code>. Remote Desktop Manager ajoute les chemins d'API à cette adresse, alors incluez le segment de version que le service attend. Pour un service compatible avec OpenAI, l'adresse se termine habituellement par <code>/v1</code> (par exemple, <code>http://localhost:8080/v1</code>).<br><br>Cliquez sur <em><strong>Valider</strong></em> pour envoyer une requête à l'<em><strong>URL de base</strong></em> avec les en-têtes configurés et confirmer que le service est accessible.</td></tr><tr><td><strong>Mode API</strong></td><td><p>Affiché lorsque <em><strong>Fournisseur</strong></em> est <em><strong>OpenAI</strong></em>. Choisissez l'API OpenAI utilisée pour envoyer les requêtes :</p><ul><li><strong>Chat completions</strong> : Fonctionne avec les backends auto-hébergés qui ne conservent pas l'état de la conversation du côté du serveur. Utilisez ce mode pour ces backends.</li><li><strong>Responses API</strong> : Nécessite un backend qui conserve l'état de la conversation du côté du serveur. Avec un backend qui ne le fait pas, le premier message d'une conversation réussit et le second échoue.</li></ul></td></tr><tr><td><strong>En-tête</strong></td><td>En-têtes HTTP envoyés avec chaque requête, y compris la découverte des modèles. Cliquez sur <em><strong>Ajouter</strong></em> pour ajouter un en-tête, puis remplissez son <em><strong>Nom</strong></em> et sa <em><strong>Valeur</strong></em> dans des champs distincts. Le fournisseur <em><strong>Personnalisé</strong></em> n'a pas de champ <em><strong>Clé API</strong></em>, alors utilisez un en-tête pour vous authentifier.<br><br>Par exemple, entrez <code>Authorization</code> dans <em><strong>Nom</strong></em> et <code>Bearer &#x3C;token></code> dans <em><strong>Valeur</strong></em>. La saisie de l'en-tête complet (<code>Authorization: Bearer &#x3C;token></code>) dans <em><strong>Nom</strong></em> échoue avec le message <em>Property Header has an invalid value</em>.</td></tr></tbody></table>

{% hint style="info" %}
Lorsque le ***Fournisseur*** est ***OpenAI***, la liste des modèles provient d'une requête `GET` vers `<Base URL>/models`. Avec une ***URL de base*** se terminant par `/v1`, il s'agit du terminal standard `/v1/models`. Lorsque le ***Fournisseur*** est ***Ollama***, la liste affiche les modèles installés sur le serveur Ollama.
{% endhint %}

### Connecter un assistant IA à un serveur MCP local

1. D'abord, configurez un [serveur MCP local](/rdm/fr/ribbon-menu-bar/tools/all-tools/mcp-server.md).
2. Ouvrez l'onglet ***Serveurs MCP*** (soit dans ***Fichier*** – ***Paramètres*** – ***Assistant IA***, soit dans une entrée ***Assistant IA***), puis cliquez sur ***Ajouter***. L'onglet s'affiche une fois qu'un ***Fournisseur*** est sélectionné.
3. Entrez un ***Nom*** pour votre serveur MCP et sélectionnez son ***Transport***. Pour ***HTTP***, entrez l'***URL du serveur***. Pour ***Stdio***, entrez la ***Commande***. Cliquez sur ***Enregistrer*** pour fermer le dialogue, puis cliquez de nouveau sur ***Enregistrer*** pour appliquer les modifications.

{% hint style="warning" %}
Évitez d'activer un serveur MCP de récupération de contenu et un serveur MCP capable d'actions dans le même assistant IA, à moins que votre flux de travail n'exige les deux. Un serveur de récupération de contenu, comme le [serveur MCP de documentation Devolutions](/rdm/fr/ribbon-menu-bar/tools/all-tools/mcp-server/access-devolutions-documentation-mcp-server.md) ou un serveur de recherche Web, place du texte tiers dans le contexte du modèle. Un serveur capable d'actions, comme le [serveur MCP Remote Desktop Manager](/rdm/fr/ribbon-menu-bar/tools/all-tools/mcp-server.md), expose des outils qui peuvent mettre à jour les mots de passe stockés, générer des OTP ou exécuter des commandes sur les hôtes connectés. Lorsque les deux partagent un contexte, des instructions cachées dans le contenu récupéré pourraient amener le modèle à appeler ces outils (injection indirecte d'invite).

Les pages renvoyées par le serveur MCP de documentation Devolutions sont marquées comme du contenu non fiable que le modèle doit traiter comme des données à citer, jamais comme des instructions à suivre. Cela réduit le risque, mais ne l'élimine pas, et d'autres serveurs tiers de récupération de contenu peuvent ne pas offrir cette protection.
{% endhint %}

### Voir aussi

* [Mise en lumière de l'assistant IA de Remote Desktop Manager](https://blog.devolutions.net/2025/03/spotlight-on-remote-desktop-manager-ai-assistant/)
* [Devolutions Academy – Créer et utiliser l'assistant IA dans RDM](https://academy.devolutions.net/student/activity/2639962-create-and-use-ai-assistant-in-rdm)


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.devolutions.net/rdm/fr/knowledge-base/how-to-articles/set-up-an-ai-assistant.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
