Foundry Toolboxes: Eén endpoint voor alle tools van je AI-agenten

Emiliano Montesdeoca — Thu, 23 Apr 2026 00:00:00 +0000

Dit bericht is automatisch vertaald. Voor de originele versie, klik hier.

Er is een probleem dat triviaal lijkt totdat je het zelf tegenkomt: de organisatie bouwt meerdere AI-agenten, elk heeft tools nodig, en elk team configureert die van de grond af. Dezelfde webzoekintegratie, dezelfde Azure AI Search-configuratie, dezelfde GitHub MCP-serververbinding — maar in een ander repository, door een ander team, met andere credentials en zonder gedeeld beheer.

Microsoft Foundry heeft zojuist Toolboxes uitgebracht in public preview — een directe oplossing voor dit probleem.

Wat is een Toolbox?

Een Toolbox is een benoemde, herbruikbare toolbundel die je eenmalig definieert in Foundry en beschikbaar stelt via één MCP-compatibel endpoint. Elke agent-runtime die MCP spreekt, kan het consumeren — geen lock-in bij Foundry Agents.

De belofte is eenvoudig: build once, consume anywhere. Definieer de tools, configureer authenticatie centraal (OAuth passthrough, Entra beheerde identiteit), publiceer het endpoint. Elke agent die die tools nodig heeft, verbindt zich eenmalig en krijgt ze allemaal.

De vier pijlers (twee vandaag beschikbaar)

Pijler	Status	Wat het doet
Discover	Binnenkort	Goedgekeurde tools vinden zonder handmatig zoeken
Build	Beschikbaar	Tools samenvoegen in een herbruikbare bundel
Consume	Beschikbaar	Één MCP-endpoint stelt alle tools beschikbaar
Govern	Binnenkort	Centrale authenticatie + observability voor alle tool-calls

Praktisch voorbeeld

from azure.identity import DefaultAzureCredential
from azure.ai.projects import AIProjectClient
import os

client = AIProjectClient(
 endpoint=os.environ["FOUNDRY_PROJECT_ENDPOINT"],
 credential=DefaultAzureCredential()
)

toolbox_version = client.beta.toolboxes.create_toolbox_version(
 toolbox_name="customer-feedback-triaging-toolbox",
 description="Zoek in documentatie en reageer op GitHub-issues.",
 tools=[
 {"type": "web_search", "description": "Zoek openbare documentatie"},
 {"type": "azure_ai_search", "index_name": "internal-docs"},
 {"type": "mcp_server", "server_url": "https://your-github-mcp-server.com"}
 ]
)

Na publicatie geeft Foundry een uniform endpoint. Één verbinding, alle tools.

Geen lock-in bij Foundry Agents

Toolboxes worden aangemaakt en beheerd in Foundry, maar het consumptieoppervlak is het open MCP-protocol. Ze zijn bruikbaar vanuit eigen agents (Microsoft Agent Framework, LangGraph), GitHub Copilot en andere MCP-compatibele IDEs.

Waarom dit nu belangrijk is

De multi-agent golf bereikt productie. Elke nieuwe agent is een nieuw oppervlak voor gedupliceerde configuratie, verlopen credentials en inconsistent gedrag. De Build + Consume-basis is voldoende om met centraliseren te beginnen. Wanneer de Govern-pijler komt, beschikt men over een volledig observeerbare, centraal gestuurde tool-laag voor de gehele agentenvloot.

Conclusie

Dit is nog vroeg — public preview, Python SDK eerst, met Discover en Govern nog in aantocht. Maar het model is degelijk en het MCP-native design zorgt dat het werkt met de tools die al worden gebouwd. Alle details in de officiële aankondiging.

Waar Moet Je je AI-Agents op Azure Hosten? Een Praktische Beslissingswijzer

Emiliano Montesdeoca — Wed, 15 Apr 2026 00:00:00 +0000

Dit bericht is automatisch vertaald. Voor het origineel, klik hier.

Als je momenteel AI-agents bouwt met .NET, heb je waarschijnlijk iets opgemerkt: er zijn veel manieren om ze te hosten op Azure. Container Apps, AKS, Functions, App Service, Foundry Agents, Foundry Hosted Agents.

Microsoft heeft zojuist een uitgebreide gids voor Azure AI agent-hosting gepubliceerd.

De zes opties in één oogopslag

Optie	Beste voor	Je beheert
Container Apps	Volledige containercontrole zonder K8s	Observabiliteit, staat, levenscyclus
AKS	Enterprise-naleving, multi-cluster	Alles
Azure Functions	Event-gedreven, korte taken	Bijna niets
App Service	Eenvoudige HTTP-agents	Implementatie, schaling
Foundry Agents	Optionele code-agents	Bijna niets
Foundry Hosted Agents	Aangepaste framework-agents	Alleen je agentcode

Foundry Hosted Agents — het juiste midden voor .NET agentdevelopers

Implementatie is echt eenvoudig:

azd ext install azure.ai.agents
azd ai agent init
azd up

Die ene azd up bouwt je container, stuurt hem naar ACR, richt het Foundry-project in en start je agent.

Mijn beslissingsraamwerk

Nul infrastructuur nodig? → Foundry Agents
Eigen agentcode maar beheerde hosting gewenst? → Foundry Hosted Agents
Event-gedreven, korte taken? → Azure Functions
Maximale containercontrole? → Container Apps
Strikte naleving en multi-cluster? → AKS

Samenvatting

Voor de meeste .NET-ontwikkelaars die bouwen met Semantic Kernel of Microsoft Agent Framework, is Hosted Agents waarschijnlijk het juiste startpunt. Bekijk de volledige gids van Microsoft.

Microsoft-Foundry | The .NET Blog