Agent Bricks FAQ

Réponses aux questions courantes concernant Agent Bricks, la plateforme de développement d’agents Azure Databricks. Pour un aperçu de la plateforme, voir Qu’est-ce qu’Agent Bricks ?

Qu’est-ce qu’Agent Bricks ?

Agent Bricks est la plateforme de développement d’agents Azure Databricks. Il fournit l’infrastructure dont les agents personnalisés ont besoin en production : un accès gouverné aux modèles, serveurs MCP et skills via Unity Gateway, un serveur d’agents et Agent Runtime pour déployer et servir les agents, la mémoire et les sessions gérées, les outils et serveurs MCP, la traçabilité et l’évaluation MLflow, ainsi que la gouvernance via Unity Catalog.

À qui est destiné Agent Bricks ?

Agent Bricks s’adresse aux développeurs qui créent des agents personnalisés en code, d’un seul agent à de nombreux agents qui servent le trafic de production. Pour créer des agents sans écrire de code, utilisez les agents Genie.

En quoi Agent Bricks est-il différent des Agents Genie ?

Genie Agents est une méthode low-code pour créer des agents qui répondent à des questions sur vos tables et documents. Agent Bricks est une plateforme pour écrire et déployer votre propre code d’agent. Un agent personnalisé construit sur Agent Bricks peut appeler les agents Genie comme outils.

En quoi l’Agent Bricks est-il différent de Genie One ?

Genie One est l’expérience pour les utilisateurs professionnels de travailler avec des données et de l’IA sans code. Agent Bricks est destiné aux développeurs qui créent des agents personnalisés. Un agent personnalisé peut utiliser Genie One comme un outil.

En quoi Agent Bricks est-il différent d’Omnigent ?

Omnigent est un méta-framework qui compose et coordonne plusieurs agents, notamment des agents de codage. Agent Bricks fournit l’infrastructure nécessaire pour déployer et exécuter des agents personnalisés. Vous pouvez utiliser Omnigent pour développer des agents personnalisés qui fonctionnent sur Agent Bricks.

Qu’est-il arrivé à Knowledge Assistant et à Supervisor Agent ?

Knowledge Assistant et Supervisor Agent sont des offres héritées. Pour créer de nouveaux agents low-code, utilisez Genie Agents. Pour les agents écrits en code, utilisez la CLI Agent Bricks. Voir les offres des anciens agents.

Quels frameworks et modèles Agent Bricks prend-il en charge ?

Agent Bricks fonctionne avec n’importe quel framework ou banc de test. Le Agent Bricks CLI inclut des modèles pour LangGraph et le SDK OpenAI Agents. Les agents peuvent utiliser des modèles Frontier et Open via Unity Gateway, qui permet de changer de modèle sans changer de code d’agent.

Où les agents construits avec Agent Bricks se lancent-ils ?

Les agents s’exécutent sur Agent Runtime, qui fait tourner le serveur d’agents sur Databricks Apps. Le serveur agent, DurableAgentServer, fournit des services à l’agent via l’API d’invocation et récupère les exécutions qu’un plantage ou un redémarrage interrompt. Voir Déployer les agents sur Azure Databricks.

Comment commencer avec Agent Bricks ?

Installez Agent Bricks CLI avec pip install databricks-agentbricks. Ensuite, exécutez agentbricks init pour créer un projet, agentbricks dev pour exécuter l’agent localement et agentbricks deploy pour le déployer. Voir Agent Bricks CLI.

Puis-je utiliser Agent Bricks avec un agent que j’ai déjà construit ?

Yes. Pour les agents construits avec LangGraph ou le SDK OpenAI Agents, exécutez agentbricks init --existing dans le répertoire du projet. La CLI prépare les instructions de migration qu’un agent de codage suit pour convertir le projet. Voir Importer un agent existant.

Comment puis-je interroger un agent construit avec Agent Bricks ?

Envoyez des requêtes à l’API d’invocation à /api/invocations, avec la CLI Agent Bricks, l’API REST ou Python. Voir les agents de requête déployés sur Azure Databricks.

Comment Agent Bricks régit-il ce que les agents peuvent faire ?

Unity Catalog régit les données, outils, modèles et agents utilisés par vos agents. Unity Gateway régit l’accès aux modèles, serveurs MCP et compétences, et applique des garde-fous, limite le débit et suit l’utilisation des appels que les agents leur adressent. Les outils peuvent s’exécuter avec les autorisations du principal du service de l’application ou de l’utilisateur ayant envoyé la requête. Voir la demande d’autorisation de l’utilisateur.