Pour préparer l'entretien d'un développeur Copilot Studio, partez de ce qu'il construit. Il écrit des agents qui répondent à partir de SharePoint ou de Dataverse, appellent des API par des connecteurs, des agent flows ou des serveurs MCP, et suivent des topics quand le parcours doit être fixé. Depuis juin 2026, il choisit aussi entre deux moteurs : le standard harness, avec ses topics, et le GitHub Copilot harness, piloté par des instructions, des skills et des hooks.
Le profil vient le plus souvent de Power Platform. Il connaît Power Automate, Dataverse et Power Fx, ce qui aide beaucoup. La différence se voit sur les sujets propres aux agents : la description d'un outil qui oriente le choix du modèle, l'identité avec laquelle s'exécute une action, l'évaluation des réponses avant chaque mise en production, la consommation de Copilot Credits.
Ce poste diffère de celui du consultant Microsoft 365 Copilot, qui prépare le tenant, les droits SharePoint et les licences. Ici, on attend du code low-code testé et déployé par solution. Demandez un agent mis en production et ce qu'il fait quand un outil échoue. Le PDF suit un agent de support informatique interne.
Les briques d'un agent Copilot Studio, vues par le développeur
Copilot Studio et ses harnesses
L'outil Microsoft pour construire des agents conversationnels ou autonomes. Le standard harness suit les topics, les règles et les chemins définis par le développeur. Le GitHub Copilot harness, arrivé en juin 2026, raisonne à partir d'instructions et peut enchaîner des étapes, manipuler des fichiers et garder une mémoire. Un agent ne passe pas d'un harness à l'autre : le choix se fait à la création.
Topics, variables et Power Fx
Les topics décrivent un parcours de conversation nœud par nœud : questions, conditions, messages, appels d'outils. Les formules s'écrivent en Power Fx, le langage d'Excel adapté à Power Platform. Les cartes adaptatives affichent listes, boutons et formulaires. Un développeur confirmé sait quand un topic vaut mieux que de laisser le modèle décider.
Outils : connecteurs, API REST et MCP
Les outils permettent à l'agent d'agir : lire ou écrire dans un système, créer une demande, lancer un calcul. Ils passent par les connecteurs Power Platform, des connecteurs personnalisés décrits en OpenAPI ou des serveurs MCP. L'agent choisit un outil d'après son nom et sa description, ce qui fait de la rédaction de ces textes une partie du code.
Agent flows et Power Automate
Des flux de type Power Automate appelés par l'agent quand une action demande plusieurs étapes, une boucle ou une approbation. Ils répondent normalement en moins de deux minutes, avec un mode asynchrone pour les traitements longs. Le standard harness parle d'agent flows, le GitHub Copilot harness de workflows.
Sources de connaissances
Sites SharePoint, fichiers chargés, tables Dataverse, Azure SQL, Azure AI Search, connecteurs Graph vers des outils comme ServiceNow. Chaque source a ses règles de mise à jour et de droits. Sur SharePoint, l'agent ne voit que ce que l'utilisateur peut ouvrir. Demandez au candidat pourquoi il a choisi telle source sur son dernier agent.
Authentification et Entra Agent ID
L'agent s'authentifie avec Entra ID dans Teams et Microsoft 365, sans authentification sur un site public, ou en authentification manuelle sur le standard harness. Chaque outil s'exécute avec les identifiants de l'utilisateur ou ceux de l'auteur. Depuis juillet 2026, chaque nouvel agent reçoit une identité Entra Agent ID, utilisée pour l'accès conditionnel et la DLP.
Solutions, pipelines et extension VS Code
Un agent vit dans une solution Power Platform avec ses flux, ses références de connexion et ses variables d'environnement. Les pipelines Power Platform ou la CLI pac le déplacent du développement à la production. L'extension Copilot Studio pour Visual Studio Code, disponible depuis janvier 2026, permet de travailler l'agent en fichiers sous Git.
Évaluations et télémétrie
Les évaluations d'agent, disponibles depuis mars 2026, rejouent des jeux de questions et notent les réponses, y compris sur plusieurs tours de conversation. Elles se lancent aussi par API depuis une chaîne CI/CD. En production, l'analytique de Copilot Studio et Application Insights montrent les échecs d'outils, les escalades et la consommation de crédits.
Les offres mélangent souvent trois métiers sous le nom Copilot : le consultant qui prépare Microsoft 365 Copilot, l'expert gouvernance Power Platform et le développeur qui construit les agents. Ce dernier passe ses journées dans Copilot Studio, Power Automate et Dataverse, et, depuis 2026, dans Visual Studio Code. Les missions en ESN portent sur la reprise d'agents montés par des makers et leur industrialisation. Chez un client final, il garde les agents en service, suit les évaluations et la consommation de Copilot Credits. Le produit change chaque mois : un candidat qui parle encore de Power Virtual Agents ou d'actions plutôt que d'outils n'a pas forcément travaillé dessus récemment.
Six savoir-faire à noter chez un développeur Copilot Studio
- Conception d'agents et orchestration générative
- Topics, variables et Power Fx
- Outils, connecteurs, agent flows et MCP
- Sources de connaissances et qualité des réponses
- Authentification et droits des outils
- ALM, évaluations et suivi en production
Les questions d'entretien d'un développeur Copilot Studio
Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.
Question 1 · confirmé
L'agent lance l'outil « Créer un ticket » alors que l'utilisateur voulait seulement connaître l'état de son ticket. Où cherchez-vous ?
Une bonne réponseDans la carte d'activité du panneau de test, pour voir quel outil ou topic l'orchestration a choisi et avec quelles entrées. Avec l'orchestration générative, ce choix repose d'abord sur le nom et la description des outils, des topics et de leurs paramètres. Deux descriptions qui se recouvrent donnent un choix imprévisible. Il réécrit les deux descriptions en précisant ce que chaque outil ne fait pas, exige une confirmation avant toute écriture et ajoute le cas à un jeu d'évaluation pour éviter la régression.
Signal d'alerteAjouter des phrases déclencheuses, réflexe de l'orchestration classique qui ne sert à rien ici. Ou réécrire les instructions en majuscules sans avoir regardé quelle décision l'agent a prise.
Question 2 · confirmé
L'agent doit appeler l'API REST interne qui gère les congés. Quelles options avez-vous, et laquelle retenez-vous ?
Une bonne réponseUn connecteur personnalisé décrit en OpenAPI, ou un outil API REST créé à partir de la même spécification, quand il s'agit d'un appel simple. Un agent flow quand il faut enchaîner plusieurs appels, transformer la réponse ou gérer une approbation. Un serveur MCP si l'équipe de l'API en expose déjà un. Dans tous les cas : authentification OAuth via Entra ID, passerelle de données si l'API est sur site, entrées et sorties décrites pour que l'orchestration sache quoi envoyer. Le connecteur reste soumis aux stratégies DLP de l'environnement.
Signal d'alerteUne action HTTP dans un flux avec une clé d'API écrite en dur, sans savoir que le connecteur HTTP est souvent bloqué par la DLP. Ou aucune idée de la manière dont l'agent remplit les paramètres de l'appel.
Question 3 · confirmé
Un agent publié sans authentification sur le site public appelle un connecteur SQL configuré avec votre compte. Quel risque voyez-vous ?
Une bonne réponseAvec les identifiants de l'auteur, chaque visiteur anonyme agit avec les droits de ce compte : tout ce que le développeur peut lire devient lisible par n'importe qui sachant formuler la demande. Il passe par un compte de service dédié, limité à des vues en lecture seule sur les seules colonnes utiles, valide les entrées côté base, et réserve les données personnelles aux agents authentifiés. Il vérifie aussi les stratégies DLP et le canal choisi.
Signal d'alerte« C'est en lecture seule, donc sans risque », ou ne pas savoir qu'une connexion peut utiliser les identifiants de l'auteur plutôt que ceux de l'utilisateur final.
Question 4 · confirmé
L'agent fonctionne en développement. Importé dans l'environnement de recette, ses outils échouent. Que contenait votre solution, et que manquait-il ?
Une bonne réponseUne solution personnalisée, pas la solution par défaut, avec l'agent, ses agent flows, les références de connexion et des variables d'environnement pour tout ce qui change d'un environnement à l'autre : URL du site SharePoint, adresse de l'API, identifiants de listes. À l'import, chaque référence de connexion est reliée à une connexion créée dans la cible, et la solution arrive en managée. Les pipelines Power Platform ou la CLI pac avec un fichier de paramètres de déploiement automatisent ces liaisons.
Signal d'alerteExporter depuis la solution par défaut, laisser l'URL du SharePoint de développement dans les sources de connaissances, ou refaire l'agent à la main en production.
Question 5 · confirmé
L'agent support cite une procédure périmée trouvée sur SharePoint. Comment faites-vous pour qu'il réponde à partir de la bonne version ?
Une bonne réponseIl resserre la source de connaissances sur la bibliothèque ou le dossier à jour, utilise les filtres de métadonnées SharePoint (date de modification, nom de fichier) et fait archiver les anciennes versions hors du périmètre. Il rappelle que l'agent lit avec les droits de l'utilisateur : un document visible par lui peut ressortir. Il vérifie les citations dans le panneau de test et ajoute la question au jeu d'évaluation avec la réponse attendue.
Signal d'alerteÉcrire dans les instructions « utilise toujours la dernière version », ou charger une copie des fichiers dans l'agent, qui deviendra périmée à son tour.
Recevez la fiche d'entretien complète en PDF
La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.
- 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
- Le niveau visé pour chaque question
- Une mise en situation de 20 minutes et ce qu'on attend du candidat
- La grille d'évaluation de 1 à 4, axe par axe
Embaucher un développeur Copilot Studio, les points qui reviennent
Développeur Copilot Studio et consultant Microsoft 365 Copilot font-ils le même métier ?
Non. Le consultant prépare le tenant : droits SharePoint, étiquettes Purview, licences, adoption. Le développeur construit des agents dans Copilot Studio, les relie aux API et aux données, les teste et les déploie par solution. Certains profils couvrent les deux, mais l'entretien n'est pas le même. Pour un poste de développeur, interrogez la personne sur les outils, les topics, l'authentification des connecteurs et le passage en production, plutôt que sur le déploiement des licences.
Un développeur Power Platform peut-il prendre un poste Copilot Studio ?
Souvent, oui. Il connaît déjà les solutions, les connecteurs, Power Automate, Dataverse et Power Fx, qui forment la moitié du poste. Il lui reste à apprendre la conduite d'un modèle : rédiger des descriptions d'outils, choisir les sources de connaissances, évaluer des réponses qui varient d'une fois à l'autre. Demandez-lui s'il a déjà mis un agent devant de vrais utilisateurs et ce qu'il a corrigé après les premières semaines.
Power Fx, JSON, OpenAPI : quel bagage technique demander ?
Plus qu'à un maker, moins qu'à un développeur C#. Power Fx dans les topics, JSON des cartes adaptatives, spécifications OpenAPI des connecteurs personnalisés, CLI pac et Git pour le déploiement : un bon profil manipule tout cela sans gêne. Pour des API internes ou un serveur MCP, une équipe de développeurs classiques intervient souvent. Précisez dans l'offre qui écrit ces API.
Un test technique Copilot Studio peut-il tenir en vingt minutes ?
Oui. Donnez deux descriptions d'outils qui se recouvrent et une erreur de déploiement entre deux environnements, puis demandez comment la personne corrige l'un et l'autre. Vous pouvez aussi lui faire commenter la carte d'activité d'une conversation ratée. Ces exercices montrent si elle a déjà diagnostiqué un agent réel, ce qu'une démonstration préparée chez soi ne prouve pas.
Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.
