Architecture agentique, MCP & Claude Code

20% de l'examen

Patterns d'agents, Model Context Protocol (MCP) et workflows Claude Code.

Penser en agents

Agent = boucle : percevoir → décider → agir (tool use) → observer → recommencer jusqu'à un arrêt.
Outils simples et bien décrits ; trop d'outils nuit. Critères d'arrêt clairs + plafond d'itérations.
Découper les tâches (orchestration, sous-agents) plutôt qu'un méga-prompt.

Standard ouvert pour connecter Claude à des données/outils via des serveurs MCP (tools, resources, prompts).
Serveur expose des capacités ; client (Claude Desktop, Claude Code, app) les consomme. Transports : stdio (local), HTTP/SSE (distant).
Un même serveur sert plusieurs clients — on n'écrit l'intégration qu'une fois.

Agent de codage en terminal : lit/écrit des fichiers, lance des commandes, utilise outils + serveurs MCP.
Bonnes pratiques : CLAUDE.md (contexte projet), permissions d'outils, découpage des tâches.

0/10 répondue

1. Qu'est-ce que le MCP (Model Context Protocol) ?
2. Deux transports typiques d'un serveur MCP ?
3. Une boucle agentique part en vrille (appels d'outils sans fin). Correction ?
4. Pourquoi exposer une intégration via un serveur MCP plutôt qu'un câblage ad hoc ?
5. Donner du contexte projet persistant à Claude Code ?
6. Dans MCP, quelle primitive expose des actions exécutables par le modèle ?
7. Quand préférer un workflow déterministe codé plutôt qu'un agent autonome ?
8. Pourquoi soigner la description d'un outil (tool) ?
9. Pattern adapté pour découper une tâche complexe en sous-tâches coordonnées ?
10. Bonne pratique de sécurité pour les outils d'un agent Claude Code en prod ?