Week 10 · Fase 4: Orkestreren STRETCH

Update-agent: stakeholdercommunicatie op autopilot

Wekelijkse update × drie doelgroepen. Agent bouwt donderdag. Jij reviewt vrijdag.

Tijd
25 min
Level
Level 4 🔥🔥🔥🔥
Stappen
4
Minuten
25min
Views parallel
3
  • Copilot Studio
  • Copilot Pages
Wat je leert

Van handmatig herschrijven naar agent die drie views parallel opstelt

Project-communicatie zit vast in hetzelfde patroon: elke week hetzelfde format, elke week drie doelgroepen, elke week dezelfde herschrijf-opgave. Mw-21 liet je zien dat een Copilot Page drie views naast elkaar kan dragen; deze MW zet die Page-structuur op autopilot.

Een Update-agent in Copilot Studio triggert op schedule plus een activity-conditie, grondt in de project-bronnen (SharePoint-map, Teams-kanaal, Planner-bord) en schrijft een concept-Page met drie stakeholder-views. De waarde zit in het systematisch worden van je communicatie: geen vergeten vrijdagen, geen wisselend format, geen framing-afwijkingen die stakeholders onrustig maken.

De agent maakt een update-concept, jij blijft de afzender. In de eerste vier weken review jij elke klant-sectie letterlijk. Pas na vier stabiele weken mag de agent ook concept-mails prefillen, en zelfs dan blijven ze in Draft-folder tot jij ze verstuurt. Dit is de grens tussen concept-agent en autonome-mailer, en hem verkeerd zetten kost reputatie-schade.

Voorbereiding · open als je wil checken Wat je vooraf klaar wil hebben
  • Een project met een stabiel-frequente rapportage-ritme (wekelijks of maandelijks) plus drie duidelijk afgebakende stakeholder-groepen
  • Bron-content op een vaste plek die de agent kan grounden: SharePoint-projectmap, Teams-projectkanaal, Planner-bord
  • Microsoft 365 Copilot licentie plus Copilot Studio toegang; Copilot Pages is beschikbaar als Microsoft 365 Copilot-feature
  • Een vast Page-template met drie views naast elkaar; maak hem eenmalig handmatig, de agent kopieert de structuur
  • Een review-moment in je agenda op dezelfde dag elke week, geblokkeerd voor concept-doorloop en verzending
De bouw-stappen

De Update-agent in vier stappen

Vier stappen van ontwerp naar werkende Update-agent. Stap 1 is het ontwerp van trigger plus activity-conditie. Stap 2 is het Page-template klaarzetten. Stap 3 is de agent-beschrijving in Copilot Studio. Stap 4 is de shadow-run-week.

  1. Stap 1 · Trigger en activity-conditie ontwerpen

    Besluit de schedule-trigger: dagelijks, wekelijks of maandelijks, op welk tijdstip. Voeg een activity-conditie toe: de trigger vuurt alleen als er genoeg beweging was in de projectmap (minimaal drie nieuwe of gewijzigde bestanden, of minimaal vijf Planner-items verplaatst). Zonder activity-conditie produceert de agent een update-over-niets als het project stilstond; dat erodeert stakeholder-aandacht. Noteer ook welke Copilot Studio-acties de agent niet mag: mailen, delen buiten jouw OneDrive, wijzigen van bron-documenten.

  2. Stap 2 · Page-template klaarzetten met drie views

    Maak eenmalig handmatig een Copilot Page met drie secties naast elkaar: MANAGEMENT (risicos plus go/no-go), KLANT (status plus vervolgactie), TEAM (taken plus blockers). Voeg een vierde sectie VOLGENDE WEEK toe als lege placeholder. Sla de Page-URL op; de agent kopieert deze structuur bij elke run. De section 4 placeholder is een bewuste keuze: de agent weet de toekomst niet, jij vult die in tijdens review.

  3. Bekijk screenshots Drie-view Page-template met placeholder
    1. Template heeft drie gevulde views plus één lege placeholder. Page-URL geef je straks mee aan de agent als template-referentie.
  4. Stap 3 · Agent beschrijven in Copilot Studio

    Open Copilot Studio en maak een nieuwe agent via de natural-language designer. Gebruik prompt 1 (hieronder) met jouw projectnaam, SharePoint-URL, Teams-kanaal en Page-template-URL ingevuld. Stel in de agent-configuratie expliciet in welke acties niet toegestaan zijn: geen e-mail verzenden, geen extern delen. Schakel de Activity-tab in voor audit van trigger-invocaties en grounding-bronnen.

  5. Bekijk screenshots Copilot Studio designer met trigger plus shadow-modus
    1. Natural-language beschrijving geeft naam, trigger (schedule + activity-conditie), kennis-bronnen en shadow-modus mee. Studio vertaalt dat naar trigger-config.
    Microsoft Learn: Design autonomous agent capabilities
  6. Stap 4 · Shadow-run-week activeren

    Zet de agent aan in shadow-modus: de Page wordt gemaakt met DRAFT-SHADOW-watermerk in de header. Laat de agent een week draaien terwijl jij de echte update nog handmatig verstuurt. Vergelijk na de week: waar scoorde de agent goed, waar miste hij framing, waar verschenen feiten die nog niet rijp waren voor stakeholders. Pas de instructies bij op basis van die bevindingen, daarna schakel je shadow-modus uit.

Per project een aparte agent-instantie, niet een mega-agent voor alle projecten. Cross-contaminatie (agent haalt feiten uit project B in de update voor project A) is de meest voorkomende bouw-fout bij Update-agents.

Prompts voor je agent

Prompts per bouw-stap

Gebruik deze prompts in Copilot Studio's natural-language designer. Ze beschrijven de agent in termen die Studio direct vertaalt naar trigger-config, topics en actie-definities.

Stap 3 : Update-agent beschrijving in Copilot Studio
Maak een autonome agent met de volgende opzet: Naam 'Weekly-project-update-[projectnaam]'. Doel: wekelijks een Copilot Page opstellen met drie stakeholder-views voor project [projectnaam]. Trigger: schedule, elke donderdag twintig uur. Activity-conditie: trigger vuurt alleen als in SharePoint-map [URL] sinds vorige trigger minimaal drie nieuwe of gewijzigde bestanden zijn. Kennis-bron: SharePoint-map [URL] plus Teams-kanaal [naam]. Acties: (1) lees bronnen, (2) open Page template [URL], (3) genereer drie secties parallel (management, klant, team), (4) log in Activity-tab welke feiten uit welke bron zijn gebruikt. Acties die de agent niet mag: mailen, delen van de Page met externe adressen, wijzigen van bron-documenten. Start in shadow-modus: Page wordt wel gemaakt maar met watermerk DRAFT-SHADOW in de header zodat jij direct ziet dat het testmodus is.
Waarom werkt dit

De expliciete watermerk-eis in shadow-modus voorkomt dat je een agent-concept per ongeluk voor een echte update aanziet in je OneDrive. De activity-conditie op drie-of-meer bestanden is een bewust ondergrens; past aan per project, maar gebruik altijd een teller-conditie niet alleen schedule. Per-project-agent (niet een mega-agent voor alles) houdt de grounding scherp.

Stap 4 : Page-template instructie voor drie views
Dit is het template voor de weekly project update. Structuur altijd gelijk: sectie 1 MANAGEMENT (risicos: drie max, go/no-go signalen, beslissingen-nodig), sectie 2 KLANT (status in een zin, afgesproken mijlpaal plus voortgang, volgende contact-moment), sectie 3 TEAM (opgeleverde taken, nieuwe taken, blockers met wie-pakt-op), sectie 4 VOLGENDE WEEK (placeholder, wordt handmatig ingevuld). Schrijf alle drie views uit dezelfde feiten-set. Verschil zit in framing, niet in inhoud. Citeer achter elke bewering [bron: document-naam] of [bron: Teams-bericht-datum]. Signaleer ongrondbare beweringen met [niet gegrond].
Waarom werkt dit

Deze instructie leg je als custom-instructions op het Page-template zelf; de agent kopieert die structuur bij elke run. De [niet gegrond]-markering dwingt de agent tot eerlijkheid: hij fabuleert dan minder en jij ziet meteen wat je moet invullen. De lege placeholder voor volgende week voorkomt dat de agent forward-looks verzint.

BOW JE AGENT

Update-agent in shadow-modus

Eigen project · 15 minuten · eerste concept-Page

Bouw in Copilot Studio de Update-agent volgens stap 3. Zet de Page-template klaar volgens stap 4. Laat de agent een week in shadow-modus draaien: de agent maakt de Page met DRAFT-SHADOW-watermerk, maar jij schrijft de echte update nog handmatig. Vergelijk de twee: waar scoorde de agent goed, waar mistte hij framing, waar hallucineerde hij feiten.

Werkblad 3 stappen
  1. Voorbereiding Stap 1 van 3

    Project kiezen en bron-content structureren

    Kies een project met een stabiel rapportage-ritme en drie afgebakende stakeholder-groepen. Leg een sub-map 'shared' aan in de SharePoint-projectmap met alleen goedgekeurde documenten. Scenario A: IT-projectmanager met tweewekelijkse update voor migratie-project, SharePoint-map als bron, drie views voor stuurgroep, klant en scrum-team. Scenario B: Programmalead finance met maandelijkse portfolio-update, zes deelprojecten in SharePoint, drie views voor CFO-committee, board en audit-trail.
  2. Page-template Stap 2 van 3

    Page-template klaarzetten met drie views

    Maak eenmalig handmatig een Copilot Page met vier secties: MANAGEMENT, KLANT, TEAM en VOLGENDE WEEK (lege placeholder). Sla de Page-URL op. Gebruik prompt 2 als basis voor de custom-instructions op het template. Deze structuur kopieert de agent bij elke run.
  3. Copilot Studio Stap 3 van 3

    Agent beschrijven en shadow-modus activeren

    Open Copilot Studio en maak een nieuwe agent. Gebruik prompt 1 met jouw projectnaam, SharePoint-URL (sub-map 'shared'), Teams-kanaal en Page-template-URL ingevuld. Zet shadow-modus aan: Page krijgt DRAFT-SHADOW-watermerk. Laat de agent de eerste trigger afvuren. Vergelijk de agent-output met jouw handmatig geschreven update van dezelfde week.

Hint: Kijk in je shadow-run-Page specifiek naar sectie 1 (management): dat is waar verkeerde framing de meeste schade doet. Als de agent een technisch probleem als risico markeert waar het eigenlijk een routine-ding is, leer dan niet door de agent-instructies te vullen met uitzonderingen, maar door de bron-content beter te cureren in de sub-map 'shared'.

Discovery · Oefening 02

Wat isoleer je?

Variabele: framing-per-doelgroep

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
Dezelfde feiten leveren drie verschillende updates omdat drie doelgroepen drie verschillende belangen hebben. Het verschil zit in wat je naar voren haalt en hoe je het formuleert, niet in wat je weglaat. Een agent leert dat uit explicit-expressed framing-instructies, niet uit impliciete rol-kennis.

Laat de agent een run doen met de huidige parallel-instructie uit stap 4. Pas daarna de instructie tijdelijk aan naar sequentieel en laat nog een run doen. Lees beide uitvoer. Noteer wat verschilt in feit-consistentie tussen de drie views. Zet daarna de parallel-instructie terug.

Werkblad 2 stappen
  1. Parallel Stap 1 van 2

    Run 1 met parallel-instructie

    Laat de agent draaien met de huidige instructie uit prompt 2: alle drie secties parallel vanuit dezelfde feiten-set. Sla de Page-output op. Let op welke feiten in alle drie views terugkomen en of ze consistent zijn geformuleerd.
  2. Sequentieel Stap 2 van 2

    Run 2 met sequentiele instructie en terugzetten

    Pas de instructie tijdelijk aan naar: 'schrijf eerst management, daarna klant op basis van management, daarna team op basis van klant'. Laat de agent draaien. Vergelijk met run 1: zijn er feiten die in team-sectie anders geformuleerd zijn dan in management-sectie? Zet de parallel-instructie terug na de vergelijking.

Hint: Sequentiele runs laten vaak drift zien: feiten uit management raken verwaterd in klant, nog verder in team. Parallel houdt ze strak, maar de framing voelt minder aangesloten op elkaar; dat los je op met een expliciete zin in de instructie ('sectie 2 mag management-risicos noemen met andere framing, niet verzwijgen'). Het principe: parallel voor feiten-consistentie, expliciete cross-referentie voor narratief-samenhang.

Waarom dit werkt

Waarom schedule plus activity-conditie, niet schedule alleen

Een agent die elke week onvoorwaardelijk een update maakt, produceert soms een update-over-niets als het project stilstond. Dat erodeert stakeholder-aandacht. De combinatie van schedule-trigger plus activity-conditie maakt de agent selectief en daarmee betrouwbaar: hij schrijft alleen als er iets te schrijven valt.

  • Schedule-trigger met activity-conditie Agent vuurt alleen als er minimaal drie nieuwe bestanden of vijf Planner-bewegingen zijn; stakeholders ontvangen geen lege update-over-niets
  • Drie views parallel uit dezelfde feiten-set Feit-consistentie tussen management, klant en team-versie is gegarandeerd; sequentiele aanpak geeft drift waarbij de laatste view niet meer op de feiten lijkt
  • Concept-guard vier weken Agent publiceert altijd als draft in jouw OneDrive, verstuurt nooit zelf; fouten in framing worden vroeg gepakt voordat stakeholders ze zien
  • Per-project-agent, niet een mega-agent Grounding blijft scherp per projectcontext; cross-contaminatie (feiten uit project B in update van project A) is structureel onmogelijk

Twintig tot vijfentwintig minuten bouwtijd, een uur tijdwinst per project per week. De iteratie zit in de shadow-run-week, niet in productie-fouten.

De beste update is een update die niet komt als er niets gebeurd is. De beste update-agent is een agent die dat ook weet en zwijgt als zwijgen klopt.

Twintig tot vijfentwintig minuten bouwtijd, een uur tijdwinst per project per week. De iteratie zit in de shadow-run-week, niet in productie-fouten.

Tips

Tips die het verschil maken

Probeer: schedule plus activity-conditie, niet schedule alleen. Een agent die elke week onvoorwaardelijk een update maakt, produceert soms een update-over-niets als het project stilstond. Voeg een activity-conditie toe: trigger vuurt alleen als er sinds vorige update minimaal drie nieuwe bestanden in de projectmap zijn, of minimaal vijf Planner-items zijn verplaatst. Zonder beweging, skip deze week en stuur jezelf een notitie 'geen update deze week, rustig project'. Stakeholders waarderen de rust.

Probeer: drie views parallel, niet sequentieel. In de agent-instructies maak je de drie views niet na-elkaar maar parallel vanuit dezelfde bron-feiten. Schrijf in de instructies letterlijk: 'Produceer drie secties naast elkaar in de Page: (A) management, (B) klant, (C) team. Alle drie uit dezelfde feiten-set.' Als je het sequentieel laat (eerst A, dan B op basis van A, dan C op basis van B) krijg je drift: de laatste view lijkt niet meer op de feiten.

Probeer: concept-guard in de eerste vier weken. Laat de agent in de eerste vier weken nooit zelf mailen. Output is altijd een Page-draft in jouw OneDrive. Een update-agent heeft veel meer framing-vrijheid dan een inbox-triage-agent; fouten in framing vragen vier weken aan echte stakeholder-feedback om te kalibreren. Pas na vier stabiele weken mag de agent ook concept-mails prefillen, en zelfs dan in Draft-folder.

Let op

Wat vaak misgaat bij autonome agents

Morgen anders

Kies een project met wekelijkse stakeholder-communicatie en schrijf de drie views op papier

Kies een project met wekelijkse stakeholder-communicatie. Schrijf de drie views uit op papier voor je de agent opent: wat verschilt tussen management, klant en team in framing.

  1. Project kiezen: wekelijkse of maandelijkse stakeholder-communicatie, drie afgebakende doelgroepen.
  2. Drie views uitschrijven op papier: wat gaat naar management, wat naar klant, wat naar team; en hoe verschilt de framing van dezelfde feiten.
  3. Sub-map 'shared' aanmaken: alleen goedgekeurde bron-documenten, agent grondt alleen hier.
  4. Page-template klaarzetten: vier secties inclusief lege placeholder voor sectie 4 Volgende week.
  5. Agent bouwen en shadow-run activeren: eerste week vergelijken met handmatig geschreven update, bijsturen op basis van framing-afwijkingen.

Meet na vier weken: hoeveel framing-correcties doe je nog per run? Dat is je kalibratiemeting voor de concept-guard.

Check jezelf
Kernboodschap

Schedule plus activity-conditie, drie views parallel uit een feiten-set, concept-guard vier weken. De agent maakt een update-concept, jij blijft de afzender.

Inleveren

Lever je werk in

Kies wat je wil inleveren voor MW-41.

Rubric
Output
Reflectie
Morgen
Rubric

Werkt het bij jou?

Drie korte vragen op je eigen output.