Hvorfor Microsoft Foundry Toolbox forandrer alt for vores partnere

Udgivet: 8. maj 2026 Forfatter: Jacob V. Schaumann Schmidt, CEO — Cloud Factory

Hvis du bygger AI-agenter til kunder — eller planlægger det — har Microsoft netop fjernet de tre største forhindringer, der står i vejen.

Denne uge afslørede Microsoft Foundry Toolbox: et nyt lag inde i Microsoft Foundry, der håndterer den rodede infrastruktur, som enhver agentudvikler kender alt for godt. Autentifikation på tværs af 15 forskellige flows. Protokolfragmentering (REST API'er, MCP-servere, A2A-endpoints). Tæt kobling, der tvinger dig til at genudrulle alle agenter, når en enkelt værktøjsdefinition ændres.

Toolbox løser alle tre. Og for Cloud Factory-partnere er det ikke en bekvemmelighed — det er en konkurrencefordel.

Problemet var reelt

Byg en enkelt "medarbejderassistent"-agent, der rører 50 værktøjer på tværs af salg, marketing og support. Her er hvad du stod overfor:

- Protokolsuppe. Hvert værktøj taler et forskelligt sprog. REST her, MCP der, A2A et andet sted. Du skrev adapterkode. Masser af den.
- Auth-helvede. API-nøgler, OAuth på-vegne-af, anonyme endpoints — nogle gange alle tre i samme agent. Hvert flow krævede brugerdefineret håndtering.
- Skrøbelige udrulninger. En værktøjsejer ændrer en parameter? Du opdaterede definitioner på tværs af alle agenter, der brugte det, genbyggede, retestede, genudrullede.

Den friktion er grunden til, at de fleste agentprojekter går i stå ved prototypen. Demo'en ser godt ud. Produktionen bliver aldrig leveret.

Hvad Toolbox faktisk gør

Foundry Toolbox er ikke endnu et IDE-plugin. Det er infrastruktur.

Unified endpoint. Tilføj REST API'er, MCP-endpoints og out-of-the-box-værktøjer (inklusive WorkIQ-værktøjer) til en enkelt Toolbox. Laget oversætter automatisk mellem protokoller. Din agent ser ét MCP-endpoint. Bagved håndterer Toolbox kaoset.

Managed authentication. Konfigurer API-nøgler, OAuth og andre auth-flows direkte i Toolbox UI'et. Foundry eksekverer autentifikationen bag kulisserne. Din agentkode indeholder nul credential-håndtering. Det er ikke bare renere — det er mere sikkert.

Decoupled definitions. Peg din agent på en Toolbox. Når en værktøjsdefinition ændres, opdaterer du ét sted i Toolbox. Alle agenter, der bruger den, modtager ændringen med det samme. Ingen genudrulning. Ingen drift.

Den funktion, der betyder mest: Progressive Disclosure

Jeff Hollan, som leder Microsofts AI Agents Service, demonstrerede "killer-funktionen" i en demo denne uge: progressive disclosure.

Her er problemet, den løser. Traditionelle agent-arkitekturer indlæser definitionerne af alle 50 mulige værktøjer i LLM-context-vinduet ved hver eneste forespørgsel. Det forbruger tokens — dyre tokens — og forringer ræsonneringskvaliteten ved at oversvømme modellen med irrelevante beskrivelser.

Toolbox vender modellen om. I stedet for at indlæse alle værktøjer fortæller den agenten: "Jeg er en Toolbox. Jeg kan søge efter relevante værktøjer."

Når en bruger stiller et spørgsmål, spørger agenten Toolbox om relevante værktøjer. Toolbox returnerer kun det, der er nødvendigt for den specifikke opgave.

Hollans demo viste forskellen:

Hvad det betyder for Cloud Factory-partnere

Vi har brugt det sidste år på at se partnere kæmpe med det samme mønster: strålende agent-koncept, smertefuld levering. Toolbox fjerner leveringsflaskehalsen.

Tre umiddelbare muligheder:

1. Accelerer kundeprojekter

Agenter, der tidligere tog 8–12 uger at bygge, kan nu leveres på 3–4 uger. Integrationslaget er håndteret. Du fokuserer på forretningslogik og kundeværdi. Hurtigere levering = gladere kunder = flere projekter pr. kvartal.

2. Byg skalerbar IP

Decoupled værktøjsdefinitioner betyder, at du kan bygge én Toolbox — med connectorer til de systemer, din vertikal bruger — og udrulle den på tværs af alle kunder i den vertikal. En Toolbox til advokatfirmaer. En Toolbox til logistik. En Toolbox til sundhedsjuridisk compliance. Hver enkelt bliver genanvendelig infrastruktur, du ejer.

3. Reducer operationel risiko

Managed auth betyder, at credentials lever i Foundry, ikke i din kodebase. Decoupled definitions betyder, at opdateringer udbredes uden genudrulning. Mindre brugerdefineret kode betyder mindre vedligeholdelsesgæld. Din margin forbedres ikke bare ved lancering, men gennem hele livscyklussen.

Det større billede

Toolbox er ikke en isoleret funktion. Det er infrastrukturlaget under Copilot Cowork, Agent 365 og hele Microsoft 365 Wave 3-stakken.

- Agent 365 styrer dine agenter.
- Cowork eksekverer arbejde for slutbrugere.
- Toolbox forbinder de agenter til de værktøjer, de har brug for — sikkert, skalerbart og omkostningseffektivt.

Det er den stak, Microsoft bygger. Og det er den stak, Cloud Factory-partnere bør bygge på.

Kom i gang

Toolbox er tilgængelig i dag inde i Microsoft Foundry. Hvis du allerede bygger med Foundry, kan du tilføje Toolbox til eksisterende projekter med det samme. Hvis du endnu ikke bygger med Foundry, er dette øjeblikket at starte.

Sådan hjælper Cloud Factory: - Foundry onboarding — få dit team produktiv i platformen
- Toolbox-arkitektur — design genanvendelige værktøjsdefinitioner til din vertikal
- Udvikling af brugerdefinerede connectorer — byg plugins til forretningssystemer, der endnu ikke er i økosystemet
- Governance workshops — tilpas agent-udrulning til enterprise-sikkerhed og compliance-krav

De partnere, der mestrer denne stak i løbet af de næste seks måneder, vil definere de næste tre års levering af AI-services. Resten vil indhente.

Det er ikke spekulation. Det er, hvad 90% færre tokens, decoupled infrastruktur og managed authentication betyder i praksis.

Microsoft byggede motorvejen. Det er tid til at køre.

Jacob V. Schaumann Schmidt er CEO i Cloud Factory, Microsoft-distributøren, der servicerer 900+ partnere og 40.000+ kunder i Europa.

Udforsk Cloud Factory's Microsoft AI partnerprogram →

Kilder: - Jeff Hollan X — Foundry Toolbox demo (7. maj 2026)
- Microsoft Learn — Foundry quickstarts