Ga naar inhoud

Deep Dive: De MS365 Transitie & "Universal Development"

Datum: 14 maart 2026 Doel: Een architectonische blauwdruk voor de brug tussen de huidige ontwikkelomgeving (Claude Code / Sandbox) en de defintieve productie-omgeving (Microsoft 365 Copilot), inclusief de strategie voor model-agnostisch doorontwikkelen.

1. De Twee Werelden: Claude Code vs. MS365 Copilot

Er is een fundamenteel verschil tussen het bouwen van de wiskunde (het ontwikkelen van BORIS) en het hosten van de interface voor de eindgebruiker (het MS365 Ecosysteem).

  • Claude Code (De Zware Werkplaats): Dit is the "Backend Engineer". Claude Code excelleert in het schrijven van Python-scripts voor the BNS-engine, het configureren van de PII-Scrubber (Presidio), het bouwen van the FastAPI-endpoints en het opzetten van the automatische Eval-pipelines. Dit is High-Code.
  • MS365 / Copilot Studio (De Etalage): Dit is The "Frontend Orchestrator". MS365 blinkt uit in enterprise-security (Entra ID / Active Directory), veilige integratie met Teams/SharePoint en Low-Code agent-orkestratie. Het is echter dramatisch slecht in het schrijven van zware wiskundige backend-modules.

Hoe ziet de transitie eruit?

We verhuizen niet het ontwikkelwerk naar MS365. We passen een "Split-Tier Architectuur" toe: 1. De Backend (The Brain): Blijft in een zware cloud-omgeving (bijv. Azure Container Apps of AWS, gebouwd en onderhouden door Claude Code). Hier draait de Python FastAPI die de de Prompt_Casusanalyse_API en de Bayesiaanse Netwerken host. 2. De Frontend (The Agent): In MS365 Copilot Studio bouwen we The "VERA" Agent. Deze Copilot-Agent doet zélf geen complexe analyses; hij acteert louter als 'Doorgeefluik' via een beveiligde API-call (De Airlock) naar The Backend.

2. Door-ontwikkelen binnen MS365: Kan dat?

Ja, maar met een "Twin-Track" (Gespcheiden sporen) benadering:

  • Track 1: Business Logic Development (Via MS365). Hebben we een nieuw SharePoint formulier nodig? Moet de VERA-Agent niet 3, maar 5 vragen stellen via Teams? Moet er een wekelijkse PowerAutomate-trigger komen voor the KWP's? Dit ontwikkelen de AF'ers en interne beheerders zélf rechtstreeks in MS365 Copilot Studio met "Low-Code" instructies.
  • Track 2: Core AI Development (Via Claude Code). Blijkt uit de Evals dat The LLM begint de hallucineren? Moeten de BNS kansberekeningen (Priors) worden bijgesteld? Dit mag nooit in MS365 gebeuren. Dit behoort toe aan de hardcore AI-developers (claude-code) in the afgeschermde GitHub repository.

3. Een "Universal Development Agent" (De Gouden Standaard)

Je vraagt of we een "Universele Tool" moeten schrijven die met ieder LLM model (OpenAI, Claude, Llama) kan werken. Het antwoord is volmondig JA. Dit is de ultieme ontsnapping aan Vendor-Lockin.

De Gouden Standaard in het huidige AI-werkveld hiervoor is het Model Context Protocol (MCP). Dit is een open-source standaard die The AI (het model) ontkoppelt van de Data (de tools).

  • Hoe het werkt: Je bouwt the "BORIS Tools" (de databasezoeker, de PII-scrubber, The BNS-calculator) als onafhankelijke MCP Servers.
  • Wat het oplevert: Nu de back-end over MCP praat, maakt het niet uit welk model de leiding heeft. Vandaag geef je Claude 3.7 toestemming om via MCP naar the database te kijken ("Claude Desktop"). Morgen Microsoft Copilot (GPT-4), en over 5 jaar een Lokaal Llama-model. De prompt (Prompt_Casusanalyse_API) uit je eerdere vraag was al briljant agnostisch geschreven omdat hij puur JSON in- en uitspeelt!

4. De Transitie-Tijdlijn: Wanneer MS365 inzetten?

Ga pas naar MS365 Copilot migreren als the "Motor" (Backend) stabiel is, om dubbele debug-tijd te voorkomen.

  1. Huidige Fase (Lokale Sandbox): Bouw de Python backend, the BNS-wiskunde en the automatische test-suites (Evals) lokaal op de laptop van de developer. Test met de Prompt_Casusanalyse_API tegen Claude Opus/Sonnet via API-keys, búíten the organisatie-cloud.
  2. T-2 Maanden (Cloud Deployment): Containerize the backend (Docker) en deploy deze in de Azure Cloud van de organisatie. Zorg dat The Airlock-API (met PII-Scrubber) veilig bereikbaar is.
  3. T-1 Maand (The Agent Build): Nu pas ga je MS365 in. Je opent Copilot Studio, maakt een nieuwe "VERA" agent aan en zegt (in Low-Code): "Jouw taak is data uitwisselen met de backend op [Jullie-AZURE-URL]. Laat het denkwerk aan de backend over."
  4. Livegang (Pilot KWP Autisme): De 5 Wijkwerkers gebruiken The MS365 Teams interface om met VERA te praten; zij zien de Python backend en Claude Code nooit.

5. Blueprint Best Practices ("De Gouden Standaard")

Samenvattend, the Gouden Standaard in enterprise AI-development in 2026 hanteert drie onwrikbare wetten:

  1. AI is Stateless (Agnostisch): "The Model is Text in, Text out." Beschouw Claude of OpenAI als verwisselbare accu's. De unieke waarde (Intellectual Property / IP) zit in the BNS-logica, the Prompt_Casusanalyse_API.md en de KWP-data. Niet in the leverancier van het LLM.
  2. Orchestration via MS365, Execution via API: Gebruik MS365 (PowerPlatform, Copilot) uitsluitend als the "Toegangspoort en Identiteitsbeheerder" (Entra ID).
  3. Infrastructure as Code (IaC): Ontwikkel de backend AI via TDD (Test Driven Development) in een Git-omgeving. Geen klik-configuraties; alles op basis van code. Als the Azure server vandaag afbrandt, moet de Claude Code Agent in staat zijn the hele BORIS back-end vannacht vanaf nul te herbouwen uit GitHub.