Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Ce composant regroupe les intégrations externes qui fournissent, transforment, récupèrent ou conservent un contexte autour d’un appel d’agent. La plupart se rattachent via l’abstraction de fournisseur de contexte. Une page de fournisseur peut également inclure un outil hébergé par un fournisseur lorsqu’il s’agit de l’implémentation du système externe du même modèle de contexte ; ces pages identifient explicitement le mécanisme.
Organiser par surface d’intégration du framework permet de conserver une seule page par fournisseur, regroupant ses contenus liés au stockage, à la mémoire, au RAG, au prétraitement ou aux modèles CodeAct, au lieu de dupliquer le fournisseur dans les différentes catégories de fonctionnalités. Utilisez la colonne Modèles courants ci-dessous pour parcourir le résultat dont vous avez besoin.
La documentation distingue plusieurs modèles courants :
- Le stockage de conversation recharge et conserve la transcription exacte du message.
- La mémoire extrait et rappelle les connaissances durables sélectionnées à partir d’interactions antérieures.
- RAG récupère des informations pertinentes à partir d’une source de connaissances externe.
- Le prétraitement transforme les fichiers entrants ou d’autres contenus avant l’appel de modèle.
- CodeAct contribue à un outil d’exécution de code et gère l’environnement d’exécution.
Ces modèles décrivent les utilisations courantes, pas les limites difficiles. Un fournisseur peut combiner plusieurs modèles ou implémenter un comportement différent entièrement.
Pour en savoir plus sur le cycle de vie, les abstractions intégrées et les instructions relatives à l’implémentation de fournisseurs personnalisés, consultez les concepts des fournisseurs de contexte.
Intégrations disponibles
| Provider | Modèles courants | C# | Python | Go |
|---|---|---|---|---|
| Recherche Azure AI | RAG | ✅ | ✅ | ✅ |
| Présentation du contenu Azure | Pré-traitement | ❌ | ✅ | ❌ |
| Azure Cosmos DB | Stockage de conversation ; mémoire | ✅ | ✅ | Magasin de vecteurs uniquement |
| Hyperlight | CodeAct | ✅ | ✅ | ❌ |
| Local (.NET) | CodeAct | ✅ | ❌ | ❌ |
| Mem0 | Memory | ❌ | ✅ | ❌ |
| Microsoft Foundry | RAG ; mémoire | ✅ | ✅ | ✅ |
| Monty | CodeAct | ❌ | ✅ | ❌ |
| Neo4j | RAG ; mémoire | ✅ | ✅ | Exemple RAG uniquement |
| Redis | RAG ; stockage de conversation ; mémoire | ✅ | ✅ | ❌ |
| Valkey | Stockage de conversation | ✅ | ❌ | ❌ |
Go fournit un connecteur vectoriel Recherche Azure AI, et non le fournisseur de récupération agentique Python. Son connecteur Cosmos DB prend en charge la récupération de vecteurs, et non l’historique des conversations dédiés ou les fournisseurs de mémoire à long terme. L’exemple Go Neo4j prend en charge GraphRAG sur un graphe existant, et non la mémoire persistante.