Copilot Home, Code en Autopilot: wat kun je ermee?

Microsoft trekt chatten, taken uitbesteden en kleine apps bouwen steeds dichter naar elkaar toe. In de vernieuwde Copilot krijgen die manieren van werken een gezamenlijke plek. Dat maakt deze aankondiging interessant voor iedereen die met Microsoft 365 werkt én zelf iets wil bouwen.
Wat mij vooral aanspreekt, is de stap naar een eigen stuk gereedschap. Een document kan uitleggen hoe je werk beter organiseert. Een kleine applicatie kan je helpen dat werk ook daadwerkelijk uit te voeren. Met Copilot Code schuift Microsoft die mogelijkheid naar voren.
In dit artikel leg ik uit wat Home, Code en Autopilot betekenen, hoe ze zich tot elkaar verhouden en welke eerste toepassing ik zou kiezen.
Wat heeft Microsoft aangekondigd?
Microsoft presenteerde de nieuwe Copilot op 25 september 2026. Home brengt Chat en Cowork bij elkaar. Code is bedoeld om eigen oplossingen te bouwen. Autopilot is een persoonlijke agent die taken over langere tijd kan blijven uitvoeren. Ook Word, Excel en PowerPoint krijgen een plek binnen de Copilot-ervaring. Microsoft beschrijft de plannen in zijn officiële aankondiging.
De uitrol verloopt gefaseerd. Microsoft kondigde Home en Code aan via het Frontier-programma en Autopilot als uitbreiding van een private preview. Een demonstratie betekent dus niet dat jouw organisatie alle onderdelen al kan gebruiken. Controleer de actuele toegang in jullie eigen Microsoft 365-omgeving.
Home: beginnen met het werk dat je wilt afmaken
Veel mensen kennen de omweg: je vraagt AI om een tekst, kopieert de uitkomst naar Word en past daar verder aan. Zodra je daarna iets aan de opdracht verandert, moet je zelf weer zorgen dat de verschillende versies kloppen.
Met Office binnen Copilot wil Microsoft het gesprek en het bewerkbare bestand bij elkaar houden. Dat is ook de lijn die je ziet in de demonstratie van Kevin Stratvert. Daarin laat Microsoft zien hoe je vanuit Copilot verderwerkt aan een presentatie of document.
Voor een eerste proef zou ik één bestaand overleg kiezen. Je hebt een agenda, een paar projectnotities en een presentatie nodig. Vraag om een eerste opzet, beoordeel de gebruikte informatie en werk vervolgens met een collega aan hetzelfde bestand. Kijk vooral waar je nog handmatig werk overdoet. Dáár kun je beoordelen of de nieuwe werkwijze je helpt.
Autopilot: terugkerend werk aan een agent geven
In de video zie je een persoonlijke agent die routines kan voorstellen en in een Teams-kanaal kan meewerken. Dat roept bij mij meteen praktische vragen op: welke informatie krijgt de agent, wanneer moet hij iets doen en waaraan zie ik dat de opdracht goed is uitgevoerd?
Stel dat je iedere week een projectoverzicht maakt. Een bruikbare opdracht zou zijn:
Maak op maandagochtend een conceptoverzicht van dit project. Gebruik de afgesproken projectmap en dit Teams-kanaal. Noem open besluiten, wijzigingen sinds vorige week en taken zonder eigenaar. Zet bij ieder punt een verwijzing naar de bron. Leg het concept aan mij voor.
Dat is concreter dan een algemene vraag om je project te beheren. Je kunt de uitkomst naast de oorspronkelijke berichten leggen. Ontbreekt er een besluit, dan kun je gericht onderzoeken welke bron of instructie de agent miste.
Begin met zo'n overzicht of concept. Als je later ook afspraken wilt laten boeken of berichten wilt laten versturen, maak je daar aparte afspraken over. Dat zijn andere handelingen met andere gevolgen voor je collega's.
Code: een eigen tool bouwen voor jouw werk
Copilot Code richt zich op kleine oplossingen die je in gewone taal beschrijft. Microsoft noemt apps, trackers en dashboards als voorbeelden. Je beschrijft wat de oplossing moet doen en werkt het voorstel daarna verder uit.
Ik zou beginnen bij een terugkerende ergernis. Misschien houden drie collega's dezelfde voortgang bij in verschillende spreadsheets. Of zoek je iedere keer uit welke aanvragen nog informatie missen. Dat zijn goede situaties om eerst klein te maken.
Een eerste bouwopdracht kan bijvoorbeeld luiden:
Maak een overzicht voor binnengekomen aanvragen met onderwerp, verantwoordelijke, status en volgende actie. Begin met verzonnen voorbeeldgegevens. Laat mij filteren op verantwoordelijke en op ontbrekende informatie. Beschrijf waar de gegevens worden opgeslagen voordat we een echte bron koppelen.
Daarna probeer je een paar concrete handelingen uit. Kun je een status veranderen? Blijft de wijziging bewaard? Ziet een collega hetzelfde? En wat gebeurt er als een verplicht veld ontbreekt? Met die vragen ga je van een aardige demo naar een toepassing waarop je kunt vertrouwen.
Die manier van werken sluit aan op vibe coding: je beschrijft wat je wilt bouwen, bekijkt het resultaat en stuurt gericht bij.
Waar passen harnessing, scaffolding en MCP in?
Bij een bruikbare agent hoort meer dan een model dat goed antwoord geeft. Hij heeft context nodig, toegang tot de juiste tools en een manier om zijn werk te controleren. Het ontwerpen van die omgeving heet vaak harness engineering.
Met scaffolding bedoel ik hier de voorbereidende structuur: projectinstructies, voorbeelden, een duidelijke werkverdeling en een beschrijving van het gewenste resultaat. Bij onze aanvraagtracker horen daar bijvoorbeeld de betekenis van iedere status en de regels voor toegang bij.
MCP, het Model Context Protocol, is een manier om AI-toepassingen met gegevens en tools te verbinden. Welke koppeling je kunt gebruiken, hangt af van de toepassing en de beschikbare integratie. Een MCP-server maakt een tool niet vanzelf geschikt voor ieder Copilot-onderdeel.
Voor mij begint de keuze daarom bij de handeling. Moet de agent alleen aanvragen lezen, ook een status aanpassen of zelf een nieuwe aanvraag maken? Pas als dat helder is, kies je de koppeling en de rechten. Zo krijgt een agent precies de mogelijkheden die bij zijn opdracht horen.
Welke eerste proef zou ik kiezen?
Kies één werkproces dat je goed kent en waarvan je het resultaat kunt beoordelen. Bijvoorbeeld een projectoverzicht, een eenvoudige aanvraagtracker of een conceptbriefing voor een overleg.
- Schrijf op wat je nu doet en welke uitkomst je nodig hebt.
- Kies de bronnen die daarvoor werkelijk nodig zijn.
- Laat een eerste versie maken met voorbeeldgegevens of een afgebakende set documenten.
- Test gewone situaties én een paar fouten, zoals ontbrekende informatie.
- Laat een collega de uitkomst en het gebruik beoordelen.
Houd ook bij hoeveel correctiewerk je doet. Een tool die snel iets maakt, helpt pas als je daarna prettig verder kunt werken. Je hoeft daar geen groot onderzoek van te maken: noteer waar het goed gaat, wat je herstelt en wat je nog niet vertrouwt.
Wil je leren hoe je zo'n eigen applicatie opbouwt en verder verbetert? Bekijk onze cursussen. Wil je begeleiding bij een toepassing voor je eigen organisatie, dan kun je via contact je vraag voorleggen.
Bronnen en datum
Dit artikel is geschreven op 27 oktober 2026 naar aanleiding van Microsofts aankondiging van 25 september en Kevin Stratverts demonstratie van 29 september 2026. De genoemde werksituaties en prompts zijn voorbeelden, geen door mij uitgevoerde Copilot-praktijktest.
Zelf aan de slag met Vibe Coding?
Leer hoe je met AI-tools werkende apps bouwt. Onze praktische cursussen nemen je stap voor stap mee.
Blijf op de hoogte
Ontvang maandelijks de nieuwste tips over vibe coding, AI tools en exclusieve content.
Meer artikelen
Een MCP-server bouwen met één eenvoudige voorraadtool
Bouw een kleine MCP-server die fictieve voorraad uitleest. Je ziet het entrypoint, invoerschema, resultaat en foutgedrag zonder een bedrijfssysteem aan te sluiten.
Codex op Windows: kies bewust tussen native en WSL2
Je kunt Codex native op Windows gebruiken of binnen WSL2. Kies op basis van je project, en controleer apart waar de terminal en de agent draaien.
Claude Code hooks: start een vaste controle na een bewerking
Gebruik Claude Code hooks voor een kleine, vaste kwaliteitscontrole. Met een oefenvoorbeeld voor ontbrekende vertalingen en uitleg over wat de uitslag bewijst.