API Microsoft Work IQ : Créer des agents IA pour les entreprises

L'API Work IQ de Microsoft a atteint sa disponibilité générale le 16 juin 2026, changeant fondamentalement la façon dont les développeurs construisent des agents IA d'entreprise. Au lieu d'assembler des pipelines de données personnalisés, des systèmes d'autorisations et des vérifications de conformité, Work IQ encapsule toute cette complexité dans une seule couche d'intelligence que les agents peuvent interroger via trois protocoles : Agent-à-Agent (A2A), Model Context Protocol (MCP) et REST.

Ce guide couvre ce qu'est Work IQ, comment fonctionne chaque protocole, et comment faire raisonner votre premier agent sur les données Microsoft 365 en quelques minutes.

Qu'est-ce que Work IQ ?

Work IQ est la couche d'intelligence professionnelle de Microsoft — une surface d'API unifiée qui permet aux agents IA d'accéder aux données organisationnelles et de raisonner dessus : emails, événements de calendrier, messages Teams, documents SharePoint, fichiers OneDrive et contexte des personnes. Elle se place entre vos agents et les données brutes Microsoft 365, gérant automatiquement l'authentification, le filtrage des autorisations et l'application de la conformité.

L'idée centrale est simple : les agents IA d'entreprise ont besoin de contexte organisationnel pour être utiles, mais construire cette couche correctement est difficile. Vous avez besoin de scopes OAuth, de jobs de synchronisation delta, de magasins vectoriels, de gestion des étiquettes de sensibilité et de journaux d'audit. Work IQ élimine tout cela en en faisant une responsabilité de la plateforme plutôt que du développeur.

Pourquoi Work IQ plutôt que des pipelines personnalisés ?

Les intégrations IA d'entreprise traditionnelles vous demandent de :

Extraire et indexer les données de diverses API M365
Maintenir des magasins vectoriels pour la recherche sémantique
Gérer manuellement le filtrage des autorisations
Implémenter des politiques de conformité et des pistes d'audit
Gérer le renouvellement des tokens, la limitation de débit et la gestion des erreurs sur des dizaines d'endpoints Graph API

Work IQ compresse tout cela en un seul endpoint API conscient des politiques. Chaque requête est automatiquement limitée aux autorisations de l'utilisateur connecté. Les étiquettes de sensibilité sont respectées. Les journaux d'audit sont intégrés.

Quelles données les agents peuvent-ils analyser ?

Work IQ expose six catégories de données professionnelles :

Messages email — lire, rechercher et résumer le contenu de la boîte de réception
Calendrier et réunions — interroger les événements à venir, le contexte des réunions et les participants
Fichiers — accéder aux documents dans OneDrive et SharePoint
Messages Teams — rechercher dans les canaux et conversations
Contexte des personnes — hiérarchie organisationnelle, expertise et relations
Recherche d'entreprise — recherche sémantique multi-sources

Toutes les données sont servies via le même endpoint, avec filtrage des autorisations en temps réel.

Trois protocoles, une couche d'intelligence

Work IQ prend en charge trois protocoles d'interaction, chacun adapté à un modèle d'intégration différent.

A2A : Protocole Agent-à-Agent

Utilisez A2A quand votre agent doit déléguer du travail à Work IQ en tant qu'agent pair. C'est idéal pour les systèmes multi-agents où un agent coordinateur externalise les tâches spécifiques à M365.

A2A utilise une enveloppe JSON-RPC et poste vers une URL de base unique. Le nom de la méthode se trouve à l'intérieur du corps de la requête, pas dans le chemin URL.

POST https://workiq.svc.cloud.microsoft/a2a/
Authorization: Bearer {access-token}
Content-Type: application/json
A2A-Version: 1.0
 
{
  "jsonrpc": "2.0",
  "id": "req-001",
  "method": "SendMessage",
  "params": {
    "message": {
      "role": "ROLE_USER",
      "messageId": "msg-001",
      "parts": [
        { "text": "Quelles réunions ai-je cet après-midi ?" }
      ],
      "metadata": {
        "Location": {
          "timeZone": "Africa/Tunis",
          "timeZoneOffset": 60
        }
      }
    }
  }
}

La réponse inclut un artefact de tâche avec la réponse :

{
  "jsonrpc": "2.0",
  "id": "req-001",
  "result": {
    "task": {
      "id": "task-abc",
      "contextId": "ctx-xyz",
      "status": { "state": "TASK_STATE_COMPLETED" },
      "artifacts": [
        {
          "parts": [
            { "text": "Cet après-midi : revue client à 14h, standup équipe à 16h." }
          ]
        }
      ]
    }
  }
}

Pour les conversations multi-tours, passez le contextId de la réponse précédente dans les messages suivants. Work IQ maintient le contexte conversationnel entre les tours.

Quand utiliser A2A : systèmes multi-agents, délégation autonome de tâches, pipelines d'orchestration.

MCP : Model Context Protocol

Utilisez MCP quand un assistant IA dans un IDE ou CLI a besoin de tirer du contexte M365 dynamiquement comme outils. Work IQ fournit un serveur MCP local que vous installez via la CLI workiq, compressant des centaines d'appels Graph API potentiels en seulement 10 verbes d'outils génériques.

Configurez-le dans votre environnement compatible MCP :

{
  "workiq": {
    "type": "stdio",
    "command": "workiq",
    "args": ["mcp"]
  }
}

Une fois configuré, un assistant IA peut invoquer Work IQ comme outil. Par exemple, demander "Résume les discussions récentes sur les risques du projet" déclenche :

{
  "tool": "workiq.search",
  "arguments": {
    "query": "risques projet",
    "source": "teams"
  }
}

Work IQ retourne des résultats contextualisés et filtrés par les autorisations, sans que l'assistant IA n'ait besoin d'accès direct à Graph API.

Quand utiliser MCP : assistants de codage IA, IDEs, CLIs, tout outil basé sur un LLM qui supporte les appels d'outils.

REST API : Requête/Réponse conversationnelle

Utilisez REST quand vous construisez une application web ou un service backend qui envoie des questions à Work IQ et affiche les réponses.

POST https://workiq.svc.cloud.microsoft/v1/conversations
Authorization: Bearer {access-token}
Content-Type: application/json
 
{
  "query": "Montre-moi les emails de Dana sur les prévisions T3"
}

Work IQ retourne une réponse en langage naturel contextualisée avec des extraits d'emails pertinents, filtrés selon ce que l'utilisateur connecté est autorisé à voir.

Quand utiliser REST : applications web, agents hébergés en service, orchestrateurs backend qui n'ont pas besoin de délégation agent.

Choisir le bon protocole

Scénario	Protocole
Un autre agent doit déléguer une tâche M365	A2A
Application web ou service backend envoie des requêtes	REST
Assistant IA dans IDE ou CLI a besoin de contexte M365	MCP

Authentification et sécurité

Work IQ utilise l'authentification déléguée Microsoft Entra ID. Chaque requête s'exécute dans le contexte de l'utilisateur connecté — il n'y a pas d'accès application uniquement. Si un utilisateur ne peut pas lire un document, l'agent agissant en son nom ne le peut pas non plus.

Règles clés :

Utilisez des flux délégués (code d'autorisation, code appareil, ou on-behalf-of)
L'authentification application uniquement n'est pas supportée
Pour les apps multi-tenant, enregistrez comme AzureADMultipleOrgs et assurez-vous que les utilisateurs se connectent via l'autorité de leur tenant d'origine

Le flux on-behalf-of (OBO) est particulièrement utile pour les architectures service-à-service où un backend reçoit un token utilisateur et l'échange contre un token Work IQ.

Tarification : Copilot Credits

Work IQ est facturé via un modèle basé sur la consommation utilisant les Copilot Credits — la même monnaie unifiée utilisée pour Copilot Studio et autres services IA Microsoft. Il n'y a pas d'abonnement par utilisateur ni de SKU Work IQ séparé.

Cela signifie que le coût s'adapte directement à l'utilisation plutôt qu'aux effectifs, ce qui est économiquement avantageux pour les agents servant de nombreux utilisateurs via une intégration partagée. Gérez les crédits et surveillez la consommation via le centre d'administration Microsoft 365.

Démarrage

Pour construire votre première intégration Work IQ :

Enregistrez une app Entra — créez un enregistrement dans le portail Azure et ajoutez la permission déléguée Work IQ
Choisissez votre protocole — A2A pour la délégation agent, MCP pour les intégrations d'outils IA, REST pour les apps web
Obtenez un token — utilisez MSAL ou la plateforme Microsoft Identity pour obtenir un token délégué
Effectuez votre premier appel — envoyez un SendMessage (A2A) ou une requête conversationnelle (REST) vers l'endpoint Work IQ
Configurez la facturation — activez la facturation Copilot Credits dans le centre d'administration M365 pour passer de la préversion à la production

Le dépôt d'exemples officiel sur github.com/microsoft/work-iq-samples inclut des exemples complets pour les trois protocoles.

Ce que cela signifie pour le développement IA en entreprise

Work IQ représente un changement dans la façon dont l'IA d'entreprise est architecturée. Plutôt que de traiter Microsoft 365 comme une source de données à scraper et indexer, Work IQ le positionne comme une couche d'intelligence live que les agents interrogent en temps réel avec toute la gouvernance intacte.

Pour les développeurs, cela signifie moins d'infrastructure à construire et maintenir. Pour les entreprises, cela signifie des agents IA qui respectent les mêmes autorisations et contrôles de conformité que chaque autre charge de travail Microsoft 365.

La combinaison d'A2A, MCP et REST dans une seule surface API rend Work IQ exceptionnellement composable. Vous pouvez la connecter à un système multi-agents existant via A2A, l'exposer à l'IDE d'un développeur via MCP, et la présenter dans une app web via REST — tout depuis la même couche d'intelligence sous-jacente.

Conclusion

L'API Work IQ supprime la partie la plus difficile de la construction d'agents IA d'entreprise : obtenir un accès fiable et gouverné aux données organisationnelles. Avec la disponibilité générale en juin 2026 et un choix de protocole clair entre A2A, MCP et REST, il est désormais pratique de construire des agents qui raisonnent sur les emails, calendriers, fichiers et Teams sans gérer un pipeline de données personnalisé.

Commencez avec la documentation officielle Microsoft Learn et le dépôt work-iq-samples pour explorer des exemples de code fonctionnels pour chaque protocole.