Bemærk
Adgang til denne side kræver godkendelse. Du kan prøve at logge på eller ændre mapper.
Adgang til denne side kræver godkendelse. Du kan prøve at ændre mapper.
Multi-agent-mønstre kræver en form for agent-til-agent-interaktion. Agenterne deltager i et sikkert netværk af evner, hvor hver agent er en velopdragen deltager, der udveksler signaler og koordinerer arbejde.
Implementér tværagent- og værktøjskald ved at bruge principperne om mindste privilegium, enkelhed, revisionsbarhed og robust styring. Hvis du vil reducere kompleksiteten, skal du foretrække indbygget orkestrering af interne flow, hvor det er muligt, og bruge MCP (Model Context Protocol) til sikre, godkendte access til værktøjer og data. Brug Linux Foundation Agent2Agent (A2A) protokollen til cross-platform agentintegration med publicerede kontrakter og MCP-frontede agenter efter behov. Standardiser sikkerhed og styring af tilsluttede agenter ved at bruge offentliggjorte Software Development Kits (SDK'er) med native MCP- og A2A-understøttelse.
Komplekse use cases kan omfatte en hybrid af magentic, serielle og samtidige agenttyper. For eksempel kan en dokumentgenereringsarbejdsgang kræve både serielle trin (vælg en skabelon, generer jordnært indhold og inspicer for overholdelse) og en samtidig arbejdsgang, hvor flere overholdelsestjek kører parallelt. Både simple og komplekse magentiske agenttyper kan anvendes i workflowet.
Anbefalinger for multi-agent interaktion
Foretræk platform-native orkestrering til interne flows med underagenter, hvor det er muligt, for at holde orkestreringen enkel.
Brug MCP til værktøjer og dataadgang, herunder Microsoft 365 serviceværktøjer. Det er den anbefalede måde at tilvejebringe data og handlinger til agenter med sikkerhed på virksomhedsniveau, godkendelse og revisionsspor.
Brug A2A til cross-platform agent-to-agent-beskeder. Design til kapabilitetsopdagelse og opgavekontrakter. Kræve, at agenter offentliggør "agentkort" (kapabiliteter) og bruger A2A's opgave- og artefaktmodel, så workflows kan opdage, påkalde og spore langvarige opgaver på tværs af runtimes.
Integrer modne eller abstraherede agenter via MCP eller A2A for at undgå at genimplementere logik og forbedre genbrug samt end-to-end sporbarhed og kontrol.
Integrer tilsluttede eksterne agenter ved at bruge offentliggjorte SDK'er til at standardisere sikkerhed, registrering og observabilitet.
Håndhæv politik og revision på kontrolplanslaget med frameworks som Agent 365 for at holde agenterne kompatible og observerbare.
Brug mindst privilegeret scope, når du kalder MCP-hostede værktøjer, såsom fra workflow-trin til dataopslag eller handlinger.
Hvis du vil begrænse surface område og forbedre ydeevnen, skal du bruge validering af indtastede nyttedata mellem trin og komponenter, hvor det er nødvendigt, med definerede skemaer og nødvendig kontekstoverførsel. Design for beskrivende fejl, så agenter kan rette sig selv baseret på fejlmeddelelser.
Design for parallelisme, begræns inter-agent-kontekst til det, der er strengt nødvendigt, og brug korttidshukommelse for at undgå overflødig arbejde.
Inkluder brugerne i arbejdsgangen og kommuniker, når agenter samarbejder. Kræv menneskelige godkendelser for høj-indvirkningsaktioner på tværs af agenter. Tillad annullering og spring over på langvarige trin, og gør oversigter synlige. Forlig modstridende output.
Evaluering af MCP og A2A i agentarkitekturer
MCP (Model Context Protocol) og A2A (Linux Foundation's Agent2Agent) komplementerer open source standarder for bygning af agentiske programmer.
Begge standarder tilbyder lignende funktionalitet for klient-server-flows og færdighedsopdagelse. Følgende tabel viser, hvor hver protokol har klare differentierere, når man vælger, hvordan flere agenter skal forbindes.
| Kapacitet | MCP | A2A |
|---|---|---|
| Multimodalitet | Kræver MCP-vært for at understøtte | Muliggør annoncering af understøttede medietyper for at muliggøre stærkt typede dataudvekslinger. |
| Proaktive notifikationer og abonnementer | Systemnotifikationsunderstøttelse | System- og indholdsnotifikationer. |
| Interaktioner over flere omgange | MCP-serveren kan valgfrit fremkalde yderligere information. Kontekststyringen forbliver hos værten. | ContextId tillader kontekststyring på tværs af agenter. Flere opgaver kan eksistere inden for en enkelt kontekst. "Input krævet" svarer til MCP-fremkaldelser. |
| Orkestrering | MCP-værten orkestrerer, hvilke værktøjer der skal fremkaldes, og syntetiserer det endelige output | Invoked agent bruger sin egen tankekæde og orkestrering. Værktøjer/API'er er uigennemsigtige for den ansendende agent. |
| Forhandling | Kræver opdatering af MCP-klienten for nye modaliteter eller funktioner | Dynamisk forhandling for understøttede flows er mere robust for serviceopdateringer. |
MCP giver agenter en simpel og ligetil måde at interagere med eksterne objekter som API'er, datakilder eller andre agenter. Den giver stærke kontroller for en enkelt orkestrator til at vælge, påkalde, filtrere, ræsonnere og syntetisere resultatet. Denne protokol passer til situationer, hvor du foretrækker kontrol over ræsonnement og vægtningen frem for fleksibilitet og dynamik.
A2A egner sig bedre til scenarier, hvor agenterne er eller skal være ugennemsigtige i forhold til hinanden. Hvis arbejdsprocessen med flere agenter f.eks. kræver input fra en ekstern agent eller agenter, der ejes af to forskellige tekniske organisationer. Understøttelse af forhandling reducerer afhængigheden af klient-server-kodeopdateringer, når en tjeneste offentliggør ny funktionalitet.
Få mere at vide:
- MCP-koncepter, herunder rollen som MCP-vært, MCP-server og MCP-klient
- Definition af A2A-opgaver, artifacts og contextIds
Næste trin
Relaterede oplysninger
- Oversigt over at tilføje andre agenter
- Udvid din agent med modelkontekstprotokol
- Forbind en agent, der er tilgængelig over Agent2Agent (A2A)-protokollen (forhåndsvisning)
- Udforsk orkestreringsmønstre for flere agenter i Microsoft Copilot Studio
- Brug agentværktøjer til at udvide, automatisere og forbedre dine Copilot Studio-agenter