Agent Builder eller Copilot Studio: svaret räcker tills agenten ska agera

Agent Builder räcker när en intern agent främst ska besvara frågor ur Microsoft 365-innehåll för en person eller en mindre grupp. När den ska hantera godkännanden, utföra åtgärder i andra system eller användas av externa kunder pekar Microsofts beslutsmatris mot Copilot Studio.

Den avgörande frågan är vad som ska ha hänt när samtalet är slut. Ett svar kan hjälpa en medarbetare att själv utföra nästa steg. Om agenten i stället ska registrera en begäran, invänta ett beslut eller uppdatera ett kundärende måste organisationen också bestämma vem som får utföra åtgärden, hur den följs upp och hur användningen debiteras.

Dokumentfrågor: börja med innehållet och behörigheterna

För en intern frågetjänst kan Agent Builder använda exempelvis SharePoint-innehåll, Teams-information och Outlook-e-post som kunskapsunderlag. En tänkbar agent svarar på frågor om en reserutin och hjälper medarbetaren att hitta rätt underlag. Den behöver varken skapa ett ärende eller styra ett godkännandeflöde för att göra nytta.

Gränsen går inte vid var informationen råkar vara lagrad. Microsofts beskrivning av Agent Builder anger att verktyget kan använda information från Copilot connectors, men inte skapa åtgärder som integrerar externa tjänster. En agent kan alltså få kunskap från en ansluten källa utan att för den skull kunna ändra en post i källsystemet.

Agent Builder respekterar användarens befintliga Microsoft 365-behörigheter: en fråga ska inte öppna SharePoint-material som personen saknar åtkomst till. Det löser däremot inte kvaliteten på underlaget. Om samma rutin finns i flera motstridiga versioner behöver innehållsägaren reda ut vilken som gäller; valet av agentverktyg gör inte dokumenten mer samstämmiga.

Intern process: godkännandet ändrar uppdraget

Anta att en medarbetare frågar hur en inköpsbegäran ska lämnas in. Att förklara reglerna är en kunskapsfråga. Att samla in uppgifter, skicka begäran till en godkännare och registrera beslutet är ett flöde med åtgärder. FiveForwards jämförelse uttrycker skiljelinjen som valet mellan en agent som svarar och en som också förändrar något i ett anslutet system.

Copilot Studio ger stöd för flerstegslogik, förgreningar, anslutningar och godkännanden. Det gör verktyget relevant när olika svar från användaren ska leda till olika vägar genom processen. För en sådan agent måste verksamheten ange vilka uppgifter som får läsas, vilken identitet som används vid en åtgärd och exakt var en människa ska fatta beslut.

Det mänskliga godkännandet är en del av processens funktion, inte en detalj som kan läggas till efteråt utan följder. Om agenten exempelvis ska skapa ett utkast till en begäran men aldrig själv godkänna den, behöver den gränsen finnas i både flödet och behörigheterna. Annars beskriver demonstrationen ett annat jobb än det som senare ska användas.

Extern kundagent: publicering och överlämning tillkommer

En kundagent har en annan publik och ett annat ansvar än en intern frågeagent. Den kan börja med att besvara en allmän fråga om en produkt eller tjänst. Om den därefter ska skapa ett supportärende, hämta kundspecifika uppgifter eller lämna över ett fall till en handläggare behövs även integration, åtkomstkontroll och ett definierat slut på överlämningen.

Copilot Studio är avsett för bredare publicering, även till externa kunder, och för anslutningar till verksamhetssystem. Ett villkorat exempel är en kund som inte får svar i hjälpinnehållet och därför ber agenten öppna ett ärende. Frågesvaret och ärendeskapandet kan ingå i samma samtal, men det senare steget förändrar ett system och behöver ett tydligt mandat.

Det påverkar också vem som ansvarar för informationen. En intern rutin kan ägas av avdelningen som använder den. En publik agent kan behöva en ansvarig för innehållet, en för systemanslutningen och en för överlämningen till kundtjänst. Om kunduppgifter förekommer måste agentens åtkomst avgränsas till det som uppdraget kräver.

Styrningen följer det agenten får göra

Agent Builder administreras huvudsakligen genom Microsoft 365, där organisationen kan hantera bland annat synlighet och delning. Copilot Studio använder mer detaljerad styrning i Power Platform för miljöer, anslutningar, roller och publicering. Skillnaden blir konkret när en agent ska kunna påverka ett verksamhetssystem: då måste någon äga ändringar, granska anslutningen och kunna följa upp utförda åtgärder.

För en liten frågeagent kan samma grupp äga både innehållet och användningen. För en godkännandeprocess behöver processägaren även bestämma vem som får ändra reglerna och hur en ny version införs. När agenten får verktyg som kan utföra åtgärder blir gränserna för agentens verktyg en del av samma förvaltningsbeslut.

Det går därför inte att värdera verktygen enbart efter hur snabbt den första agenten kan byggas. En enkel frågetjänst kan vara färdig för sitt avsedda jobb med begränsad förvaltning. Ett flöde som skriver i andra system behöver dessutom hantering av fel, överlämning och ändrade behörigheter när verksamheten utvecklas.

Kostnaden beror på körningen och användaren

Copilot Credits mäter användningen av olika funktioner, och en interaktion kan ge flera kreditposter. I Microsofts debiteringsexempel använder ett komplext svar 10 krediter för tenant graph grounding och 2 för ett generativt svar, sammanlagt 12 Copilot Credits. Om en debiterad körning av just det slaget sker 100 gånger blir den beräknade förbrukningen 1 200 krediter. Det är en beräkning av kreditåtgång, inte ett pris i kronor.

Licensen och hur agenten körs avgör om sådana poster faktiskt debiteras. Användning riktad till en autentiserad anställd med Microsoft 365 Copilot-licens kan ingå när agenten använder den personens identitet. För agentflöden gäller den inkluderingen bara under angivna villkor för hur flödet anropas; andra utlösare kan förbruka krediter. Externa kunders användning bör därför räknas separat från den interna, licensierade användningen.

En kalkyl för de tre uppdragen behöver skilja mellan ett dokumentbesked, ett svar med ytterligare grundning och ett ärende som dessutom kräver åtgärder. Antalet samtal ensamt visar inte förbrukningen. Det är funktionerna i varje körning, tillsammans med användarnas licenser och agentens utformning, som avgör om den större lösningen också innebär högre kreditkostnad.

En kopia tar med grunden, inte det nya arbetet

En agent som byggts i Agent Builder kan kopieras till Copilot Studio när uppdraget växer. Grundkonfiguration och instruktioner följer med, men godkännanden, systemanslutningar och nya samtalsvägar måste fortfarande utformas. Team 400:s genomgång lyfter särskilt att samtalsflödena i Studio kräver eget arbete efter kopieringen.

Det gör en intern frågeagent till en rimlig start när uppdraget faktiskt är att ge svar. Om kravet redan omfattar ett godkännande eller en ändring i ett anslutet system bör det arbetet räknas in från början. Då blir valet av verktyg ett beslut om agentens ansvar, inte om hur enkel den första versionen ser ut.

Läs också:

• Prompt injection stoppas inte av ett filter – lås agentens verktyg
• MCP och A2A löser olika problem – en agent kan behöva båda
• Ett lyckat agenttest räcker inte – mät utfallet och upprepningen