Week 11 · Fase 4: Orkestreren STRETCH

Multi-agent: intake → verwerking → review

Workflow met drie mens-momenten = drie wachtrijen. Vervang twee door agents, keten loopt.

Tijd
30 min
Level
Level 5 🔥🔥🔥🔥🔥
Agents
3
Stappen
6
Review-output
1
  • Agent 365
  • Copilot Studio
De keten

De drie-agent-keten in zes stappen

Zes stappen, drie agents. Copilot Chat levert het architectuur-ontwerp; Copilot Studio bouwt de intake- en verwerkings-agent; Connected Agents koppelt ze; Agent 365 geeft elk een identity; de review-agent sluit de keten. Elke stap heeft een duidelijke input en een duidelijke output voor de volgende stap.

  1. Stap 1 · Copilot Chat: workflow splitsen in agents

    Open Copilot Chat. Gebruik de ontwerp-prompt (hieronder) om je workflow te splitsen in drie of vier agents met per agent: naam, doel, expected input-vorm, expected output-vorm, knowledge-source. Dit is de architectuur-tekening voordat je iets bouwt. Controleer: heeft elke agent maximaal drie concrete sub-taken? Zo niet, splits verder. De output van deze stap is het blueprint voor stap 2 tot en met 6.

  2. Stap 2 · Copilot Studio: intake-agent bouwen

    Open Copilot Studio en klik op Create om een nieuwe declarative agent aan te maken. Geef de intake-agent de instructies uit de ontwerp-output van stap 1: naam, doel, en de expliciete output-structuur (klant_id, aanvraag_type, urgentie, tier, samenvatting, bron_referenties). Voeg de relevante knowledge-source toe (SharePoint-map, FAQ). Test de intake-agent apart met een mock-aanvraag voordat je verdergaat naar stap 3.

  3. Stap 3 · Copilot Studio: verwerkings-agent bouwen

    Maak in Copilot Studio een tweede declarative agent voor het eerste domein (bv. factuur of ethiek-meldingen). Geef hem de instructies uit stap 1: verwacht input van de intake-agent in de gedefinieerde structuur, output als draft_antwoord plus beslissingen_genomen plus flags_voor_review. Voeg de domein-specifieke knowledge-source toe. Test met mock-output van de intake-agent uit stap 2.

  4. Stap 4 · Connected Agents koppelen via worker_agents

    Open de intake-agent in Copilot Studio Agent Builder. Ga naar de manifest-instellingen (schema 1.6+) en voeg de verwerkings-agent toe aan de worker_agents-property via zijn agent-ID. Zorg dat beide agents geïnstalleerd zijn bij jou als gebruiker; anders kan de orchestrator niet delegeren. Test de koppeling door een aanvraag in te sturen en in de Activity-tab te controleren of de handoff van intake naar verwerking zichtbaar is.

  5. Bekijk screenshots worker_agents-property in de manifest
    1. Open manifest (schema 1.6+), vul het agent-ID van de worker in worker_agents. De Activity-tab laat later zien of de handoff slaagt.
    Microsoft Learn: Declarative agent architecture

  6. Stap 5 · Agent 365: Entra Agent ID en blueprint registreren

    Ga naar het Microsoft 365 admin center en open Agent 365 (vereist Frontier-toegang). Maak voor elk agent een Agent Blueprint aan: naam, doel, permissions, sponsor (jijzelf of collega). Genereer een Entra Agent ID voor elke instantie. Controleer of de agents zichtbaar zijn in het admin center met hun Entra-identity en sponsor-toewijzing. Configureer de sponsor-transfer-policy zodat bij vertrek van de sponsor automatisch overdracht naar de manager plaatsvindt.

  7. Bekijk screenshots Agent Blueprint met Entra Agent ID
    1. Elk agent krijgt een eigen Entra Agent ID plus sponsor. De blueprint legt doel, permissions en status vast.

  8. Stap 6 · Review-agent bouwen en keten sluiten

    Bouw in Copilot Studio de review-agent met de checks-lijst (hieronder). Input: draft_antwoord plus beslissingen_genomen plus flags_voor_review. De agent voert vijf systematische checks uit en levert een review-pakket met go-of-review-indicator. Output gaat naar een OneDrive-map, niet naar de klant. Voeg ook de review-agent toe aan de worker_agents van de intake- of verwerkings-agent en test de volledige keten met een mock-aanvraag. Controleer elke handoff in de Activity-tab.

De Activity-tab is de debug-interface van de keten. Als een handoff niet plaatsvindt, laat de Activity-tab zien waar de keten afbreekt: ontbrekende agent-installatie bij de gebruiker, foutieve worker_agents-ID in de manifest, of een output-structuur die de volgende agent niet herkent. Gebruik de Activity-tab na elke stap, niet alleen aan het einde.

Prompts per stap

De prompts in de keten

Elke stap in de keten heeft zijn eigen prompt. De output van de ene wordt de context van de volgende.

Stap 1 · Copilot Chat: taken-splitsing-vraag voor ontwerp 
Ik heb workflow [beschrijving]. Help me hem splitsen in drie of vier agents: een intake-agent plus twee tot drie specialist-agents plus een review-agent. Per agent geef: (a) naam en een-zin-doel, (b) expected-input-vorm, (c) expected-output-vorm, (d) welke knowledge-source (SharePoint-map, Copilot Connector, geen), (e) welke checks/flags voor de review-agent. Waarschuw als een van de specialist-agents meer dan drie concrete sub-taken krijgt; dan moet hij verder gesplitst.
Waarom werkt dit

Dit is een ontwerp-prompt. Gebruik hem in Copilot Chat met als referentie de beschrijving van je workflow plus eventueel bestaande process-documenten. De output is het architectuur-blueprint voor je implementatie. Belangrijk: deze prompt genereert ontwerp-voorstellen, niet de agents zelf; de agents bouw je stap-voor-stap in Copilot Studio.

Stap 4 · Intake-agent instructies met hand-off-contract 
Je bent een Intake-agent voor [workflow-naam]. Op elke inkomende aanvraag (via [trigger: inbox-tag, SharePoint-lijst, API-call]) voer je deze stappen uit. Stap 1: lees de inhoud van de aanvraag. Stap 2: classificeer volgens rubric: (a) type [lijst van types], (b) urgentie (laag, midden, hoog), (c) klant-tier (standard, premium, enterprise). Stap 3: extract een-zin-samenvatting plus lijst van bron-referenties. Stap 4: stuur output naar [verwerkings-agent-naam] via Connected Agents. Output-vorm: klant_id, type, urgentie, tier, samenvatting, bron_referenties. Output-grens: als classificatie onzeker (confidence lager dan zeventig procent), markeer als 'onduidelijk' en stuur naar review-agent in plaats van verwerkings-agent.
Waarom werkt dit

De expliciete output-vorm maakt de hand-off testbaar: je kunt de verwerkings-agent apart testen met mock-output. De onzekerheid-fallback (zeventig procent drempel) voorkomt dat twijfel-gevallen stilletjes doorgaan naar verwerking; ze gaan direct naar review voor een expert-blik. Copilot Studio Connected Agents vereist dat je de worker-agent-ID in de manifest opneemt; dat configureer je in Agent Builder.

Stap 6 · Review-agent checks-lijst 
Je bent een Review-agent voor [workflow-naam]. Je krijgt als input de output van een verwerkings-agent: draft_antwoord plus beslissingen_genomen plus flags_voor_review. Controleer systematisch: (1) bevat het draft een prijsvermelding zonder 'onder voorbehoud'-markering (flag), (2) bevat het draft scope-toezeggingen zonder deadline (flag), (3) klopt de tone met de klant-tier (premium-tier heeft formelere tone), (4) zijn er compliance-signaalwoorden die expert-goedkeuring vereisen (lijst in bijlage), (5) heeft de verwerkings-agent zelf onzekerheid aangegeven. Output: een samengesteld review-pakket met (a) het draft_antwoord, (b) alle gemarkeerde flags, (c) een go-of-review-indicator. Verzend niets; leg het pakket in [review-map-OneDrive-URL].
Waarom werkt dit

De review-agent is de safety-net. De vijf checks dekken de failure-modes die in klant-service-workflows het meest voorkomen. De go-of-review-indicator is geen auto-send-trigger; hij is een routering-signaal dat jou laat zien welke items je als eerste moet oppakken. Alles gaat door review door een mens, maar de pakketten met review-indicator gaan als eerste.

ONTWERP DE KETEN

Drie agents, één workflow

Eigen workflow · 15 minuten · handoff getest

Discovery · Oefening 01

Wat isoleer je?

Variabele: handoff-interface

Draai de oefening eerst met de standaardwaarde. Wijzig dan alleen deze variabele en draai opnieuw. Leg beide outputs naast elkaar; benoem de delta in één zin.

Jouw principe
De kwaliteit van een multi-agent workflow staat of valt met hoe expliciet de data-vorm tussen agents is gedefinieerd. Vrije-tekst-handoffs veroorzaken drift: elke agent interpreteert anders. Gestructureerde handoffs (JSON-achtige output met vaste velden) maken het systeem testbaar per agent plus voorspelbaar in productie.

Gebruik stap 1 om je workflow te splitsen. Implementeer de intake-agent en een van de verwerkings-agents in Copilot Studio. Configureer Connected Agents om ze te koppelen (worker_agents in de manifest). Test met een mock-aanvraag en controleer in de Activity-tab of de handoff plaatsvindt zoals ontworpen.

Opdracht
Stap 1 ontwerp-prompt in Copilot Chat uitvoeren. Stap 2 intake-agent bouwen in Copilot Studio met expliciete output-structuur. Stap 3 verwerkings-agent bouwen voor één domein. Stap 4 Connected Agents configureren via worker_agents in de manifest. Stap 5 koppeling testen met een mock-aanvraag en Activity-tab controleren.

Hint: Connected Agents testen vereist dat beide agents geinstalleerd zijn bij de gebruiker. Als de tweede agent niet reageert, check eerst dat hij apart werkt bij directe aanspraak; als dat werkt, check de worker_agents-lijst in de manifest van de eerste agent (title-ID moet exact overeenkomen). Activity-tab laat zien waar de keten afbreekt.

Neem een van je agents uit oefening 1 en registreer hem via Agent 365 in Entra: maak een Agent Blueprint, ken een sponsor toe, genereer een Entra Agent ID voor de instantie. Check in het Microsoft 365 admin center of de agent met zijn Entra-identity zichtbaar is.

Opdracht
Agent Blueprint aanmaken (naam, doel, permissions). Sponsor toewijzen (jijzelf of een collega). Entra Agent ID genereren voor de agent-instantie. Controleren in Microsoft 365 admin center of de agent zichtbaar is met correcte Entra-identity en sponsor.

Hint: Agent 365 vereist Frontier-toegang; als je die niet hebt, kun je niet deze oefening afmaken, maar wel de Copilot Studio-kant van oefening 1. Voor sprint-deelnemers met Frontier: de registratie is meestal twee klikken (blueprint aanmaken plus sponsor toewijzen). Let op naming convention: prefix met afdeling of functie (bv. Agent-SvcOps-Intake) maakt admin-center-views overzichtelijk.

Wat je leert

Drie agents, één keten, jij reviewt alleen het eindresultaat

De meest voorkomende fout bij multi-agent ontwerp is een mega-agent bouwen die alles doet. Die heeft een context-window-probleem én een testbaarheid-probleem: als iets misgaat, weet je niet waar. Drie gespecialiseerde agents die elkaar aanroepen via Connected Agents lossen beide op.

Stap 1 is het ontwerp op papier: welke stap krijgt welke agent, wat zijn de handoff-contracten. Stap 2 en 3 zijn de intake-agent en verwerkings-agent bouwen in Copilot Studio met expliciete output-structuur. Stap 4 is Connected Agents configureren: de worker_agents-property in de manifest koppelt de twee agents. Stap 5 is Agent 365-registratie: elk agent krijgt een Entra Agent ID met sponsor en blueprint. Stap 6 is de review-agent bouwen met een systematische checks-lijst en flag-output.

Waarom dit werkt

Waarom drie agents, niet één

De meest voorkomende fout bij multi-agent ontwerp is een mega-agent bouwen die alles doet. Die heeft twee fundamentele problemen: een context-window-probleem (te veel instructies, te veel kennisbronnen, inconsistente output) én een testbaarheid-probleem (als iets misgaat, weet je niet welke stap faalde). De drie-agent-keten lost beide op door elk probleem zijn eigen specialist te geven.

  • Intake-agent als classificatie-specialist Elke aanvraag krijgt een gestructureerd label (type, urgentie, tier) voordat er iets mee gedaan wordt; twijfel-gevallen gaan direct naar review
  • Verwerkings-agent met domein-specifieke knowledge Elk domein (factuur, product, contract) heeft zijn eigen instructie-set en kennisbron; geen context-vervuiling tussen domeinen
  • Expliciete handoff-contracten tussen agents Elke data-overdracht is gedefinieerd als vaste veldstructuur; de keten is testbaar per handoff-punt en voorspelbaar in productie
  • Agent 365-governance als identity-laag Elk agent heeft een Entra Agent ID, een sponsor en een audit-trail; het systeem is conformaanwijsbaar aan compliance-toezicht en individueel aan-uit te zetten

Dertig minuten voor de proof-of-concept. De werkelijke winst zit niet in de bouw maar in de handoff-kwaliteit: wie de contracten goed definieert, bouwt een systeem dat stabiel loopt. Wie dat overslaat, heeft een demo die in productie breekt.

Een ecosysteem van specialisten is sterker dan een generalist die zich dubbelvouwt. Dat geldt voor teams en blijkt nu ook voor agents te gelden. Het orchestratie-werk is niet de agents bouwen, het is de handoffs ontwerpen.
Tips

Tips die het verschil maken

Probeer: eerst taken-splitsen op papier, dan agents bouwen. Voor je in Copilot Studio stapt: teken op papier uit welke stappen de workflow doorloopt en welke stap welke agent krijgt. De vuistregel: elke agent doet een ding goed in maximaal drie instructie-stappen. Als je een agent bedenkt met 'classificeert en beoordeelt en reviewt', is dat drie agents. Zonder deze ontwerp-stap bouw je een mega-agent die later ingrijpend gesplitst moet worden. De tekening is de duurste twintig minuten van deze MW, en daarom ook de waardevolste.

Probeer: hand-off-contracten in JSON-achtige structuur. Tussen agents stroomt geen vrije tekst maar een gestructureerd object. In de intake-agent-instructie: 'Output als volgt: klant_id, aanvraag_type (factuur, product, contract), urgentie (laag, midden, hoog), samenvatting (een zin), bron_referenties (lijst van URLs).' In de verwerkings-agent: 'Verwacht input in deze structuur; output: draft_antwoord (tekst), beslissingen_genomen (lijst), flags_voor_review (lijst).' Deze expliciete structuur maakt de keten testbaar: je kunt agent A testen met mock-input voor B, of agent B testen met mock-output van A.

Probeer: Agent 365 behandelen als identity-laag, niet als feature. Behandel elke agent in de workflow als een medewerker: hij heeft een naam, een manager-functie (sponsor), een rol-beschrijving (blueprint), een badge (Entra Agent ID), een set toegangsrechten (access packages). Microsoft heeft Agent 365 expliciet zo ontworpen. Voor sprint-deelnemers is de vraag niet of ze het krijgen maar hoe ze het structureren; de agent-identities-framework is er al via het Frontier-programma.

Probeer: review-agent als safety-net, niet als mens-vervanger. De laatste agent in de ketting reviewt, maar vervangt jou niet. Definieer in zijn instructies welke expert-check-categorieën hij moet markeren als flags_voor_review: prijsvermeldingen, tone-of-voice afwijkingen, compliance-signaalwoorden, scope-toezeggingen, onzekerheid-markers die de vorige agent zelf aangaf. Verzet de stap om hem ook verzenden-rechten te geven minstens twaalf weken; de menselijke finale-review is het verschil tussen een automaat die fout kan gaan en een systeem dat stabiel werkt.

Let op

Wat vaak misgaat in de keten

Morgen anders

Kies een workflow die je drie keer per week doet en drie mens-momenten bevat. Teken op papier welke drie agents hem overnemen, met hun handoff-contracten, voor je iets bouwt.

Eén concrete stap voor morgen:

  1. Teken eerst, bouw daarna: kies een drie-mens-momenten-workflow die je deze week minstens driemaal doet, schrijf per agent het handoff-contract op papier (welke velden stromen door).
  2. Activity-tab als debug-loop: na elke mock-aanvraag controleren waar de keten afbreekt; handoff-contract aanscherpen op het drift-patroon dat je ziet.

De keten verbetert elke iteratie. Twaalf weken menselijke finale-review actief houden voordat je de review-agent verzend-rechten geeft.

Check jezelf
Kernboodschap

Drie gespecialiseerde agents met Connected Agents plus Agent 365-governance: intake, verwerking, review. Handoff-contracten expliciet, agent-identities in Entra, mens reviewt alleen review-output.

Inleveren

Lever je werk in

Kies wat je wil inleveren voor MW-45.

Rubric
Output
Reflectie
Morgen
Rubric

Werkt het bij jou?

Drie korte vragen op je eigen output.