Agents & MCP : quand l'IA arrête
de parler et se met à agir

Jusqu'ici, votre assistant IA vivait dans une fenêtre de chat : il répondait, vous copiez-colliez. La génération suivante agit : elle consulte vos outils, enchaîne des étapes, exécute des tâches, et revient vous rendre compte. Deux mots structurent ce virage : agent et MCP. Et une question le résume : qui fixe les limites ?

L'agent : un collaborateur numérique avec une mission

Un agent IA est un système bâti autour d'un LLM, à qui l'on confie un objectif plutôt qu'une question : « prépare le bilan hebdo du projet ». Pour y parvenir, il décompose (consulter les tickets, repérer les blocages, rédiger), utilise des outils (lire un tableau de bord, interroger une base, envoyer un brouillon) et boucle jusqu'au résultat. La différence avec le chat : vous ne pilotez plus chaque étape — vous fixez la mission et les limites.

MCP : la prise universelle

Pour agir, l'agent doit accéder à vos outils — agenda, CRM, gestion de projet, documents. Historiquement, chaque connexion était un développement sur mesure : coûteux, fragile, invérifiable. Le MCP (Model Context Protocol) standardise cette connexion : un éditeur expose un « serveur MCP » pour son outil, et n'importe quel assistant compatible peut s'y brancher — avec des permissions définies.

La question n'est plus « peut-on ? » mais « comment gouverne-t-on ? »

• Périmètre : à quels outils l'agent a-t-il accès, en lecture ou en écriture ?
• Garde-fous : quelles actions exigent une validation humaine ? (envoyer un email ≠ le préparer en brouillon)
• Traçabilité : chaque action de l'agent est-elle journalisée ? Qui audite ?
• Réversibilité : si l'agent se trompe, peut-on annuler — et qui est responsable ?

C'est exactement là que les cadres formés font la différence : la technologie rend l'action possible, votre rôle est de la rendre gouvernée. Un agent sans garde-fous n'est pas de l'innovation, c'est un risque opérationnel avec une belle interface.

Pour aller plus loin