Microsoft Agent Framework: när flera agenter motiverar kostnaden

I lanseringen beskrev Microsoft ett öppet SDK och en körmiljö för fleragentsystem, med arbetsflöden, verktygsanslutningar via MCP, samarbete via A2A och API-integration genom OpenAPI. Det är olika integrationslager, inte utbytbara ord för autonomi. Den tydliga möjligheten är en gemensam utvecklingsgrund i stället för ännu en fristående agentdemonstration. 1

För företag kan samordningen minska dubblerat grundarbete mellan experiment och driftsättning. Däremot visar beskedet inte att befintliga AutoGen- eller Semantic Kernel-lösningar kan flyttas utan ändringar. Beroenden behöver inventeras och kompatibilitet prövas mot en bestämd version. Förhandsversion beskriver lanseringen i oktober 2025, inte produktens status vid publiceringsdatumet för den här texten.

Tänk på en leverantörsgranskning där en komponent hämtar underlag, en annan tillämpar bedömningsregler och en tredje skriver beslutsförslaget. Uppdelningen kan motivera olika agenter om verktyg eller utvärdering verkligen skiljer sig åt. Samma process kan också fungera bättre som vanliga funktioner i ett styrt arbetsflöde. Fler samtalsroller är inte automatiskt en bättre arkitektur.

Bestäm vad som ska följa med över varje gräns: dokumentidentifierare, extraherade fält, osäkerheter och obesvarade frågor. En elegant sammanfattning räcker inte om nästa steg behöver kontrollera ursprungskällan. Den bredare verksamhetsfrågan behandlas i agenter i företag. Här avgörs nyttan av om varje extra överlämning bevarar information och förenklar felsökning.

En process som pågår länge behöver en tydlig registrering av vad som är klart, vad som väntar och vad som får upprepas. Modellens samtalshistorik ersätter inte verksamhetens tillstånd. Om nätverket bryts efter en orderändring kan en omstart annars upprepa en åtgärd som redan genomförts. Resultatet måste först kunna stämmas av mot verksamhetssystemet.

En rimlig konstruktion ger varje ärende en stabil identifierare och sparar slutförda steg utanför modellens kontext. Mänsklig granskning ska återuppta samma ärende, inte skapa ett nytt oberoende samtal. Detta är rekommenderade konstruktionskrav. De innebär inte att ramverket automatiskt ger exakt de lagrings- och återställningsgarantier som varje enskild process behöver.

Spårningen bör koppla samman beställningen, verktygsanropen, överlämningarna och den slutliga verksamhetsposten. Annars kan ett välskrivet svar dölja var felet uppstod. Registrera relevanta verktygsversioner, identifierare och tidsåtgång utan att i onödan lagra konfidentiella dokument. Felsökningsdata får inte bli en okontrollerad extra informationssamling som lever vidare utan tydligt ändamål eller ansvar.

Jämför fleragentslösningen med en ensam agent på samma representativa ärenden. Mät godkända resultat, rättningstid, upprepade anrop och total svarstid. Ta med svåra undantag, inte bara lyckade demonstrationer. Koppla informationshämtningen till företagets kunskap, men låt teamet som ansvarar för hela arbetsflödet äga mätningen av orkestreringen och dess samlade nytta.

En planerare, en researcher och en granskare kan fortsätta i cirklar om ingen äger stoppvillkoret. Sätt ett högsta antal turer, en kostnadsram och tydliga regler för eskalering. När agenter är oense bör systemet visa det omstridda underlaget, inte fortsätta tills formuleringarna liknar varandra. Samstämmighet mellan närbesläktade modeller är inte oberoende faktakontroll.

En användbar pilot väljer ett arbetsflöde där den manuella processen redan är mätt och vanliga undantag är kända. Börja utan rätt att ändra produktionsdata. Skicka olösta ärenden till en ansvarig person. Behörigheterna hör hemma i agentsäkerhet. Orkestreringens särskilda fråga är när processen ska stoppas, återupptas eller förenklas till vanlig programkod.

Godkännandet behöver omfatta hela ärendet, inklusive återhämtning efter avbrott och kostnaden för tillsyn. Ett bättre utkast kan vara en dålig affär om granskningen tar dubbelt så lång tid. En separat hämtningsagent kan däremot vara värdefull om den upptäcker saknade belägg innan senare steg måste göras om. Nyttan ska visas i mätningar.

Kräv en dokumenterad jämförelseprocess, återspelbara testfall, en återställningsövning och en namngiven driftansvarig inför produktionsbeslutet. Rådgivning kan hjälpa till att formulera kraven men ersätter inte internt ansvar. Den hållbara slutsatsen från beskedet 2025 är större valfrihet i arkitekturen: en gemensam grund blev tillgänglig, inte bevis för att varje uppgift behöver flera agenter.