Ik was vorige week een layout-issue aan het debuggen in een Blazor-app. De sidebar klapte verkeerd in bij smalle schermen. Het soort bug waarbij je het browservenster verkleint, naar het scherm tuurt, de CSS checkt, weer verkleint, weer checkt. Vijftien minuten klikken voordat ik ook maar aan de code zat.

Toen probeerde ik iets nieuws. Ik zei tegen Claude Code: “Verklein het browservenster tot de sidebar breekt, screenshot de kapotte staat, en check dan de CSS van de sidebar container.”

Claude deed precies dat. Het verkleinde het venster, vond het breakpoint waar het misging, maakte een screenshot, las de CSS, en stelde een fix voor. Allemaal vanuit de terminal. Ik heb de muis niet aangeraakt.

Dat is Computer Use.

Wat Computer Use precies is

Computer Use laat Claude Code je scherm bedienen — het echte scherm, niet een gesimuleerd scherm. Claude kan apps openen, knoppen klikken, tekst typen, scrollen, vensters verkleinen en screenshots maken. Het is dezelfde Computer Use API die Anthropic als research preview lanceerde, nu rechtstreeks geïntegreerd in Claude Code.

Zie het als Claude een paar ogen en handen geven. Het kan zien wat er op je scherm staat (via screenshots) en ermee interacteren (via muis- en toetsenbordbediening). Dit betekent dat Claude kan werken met elke applicatie die een GUI heeft — zelfs als er geen CLI, geen API en geen MCP-server beschikbaar is.

Het belangrijkste inzicht: Claude probeert eerst de meest precieze tool. Is er een MCP-server voor de dienst? Dan gebruikt Claude die. Is het een shell-commando? Dan gebruikt Claude Bash. Is het browserwerk en heb je Claude in Chrome? Dan gebruikt het dat. Computer Use is de fallback voor al het andere — native apps, simulatoren, designtools, en alles zonder programmatische interface.

Waarom dit belangrijk is voor .NET developers

Als .NET developer leef je in een wereld van GUI’s. Visual Studio. Blazor-apps in de browser. MAUI-apps op het bureaublad. De iOS Simulator. Azure Portal. Allemaal tools die je dagelijks gebruikt en die Claude Code eerder niet kon aanraken.

Computer Use verandert dat.

Blazor-development. Je bouwt een Blazor Server-app en wilt controleren of een component correct rendert. In plaats van handmatig de browser openen, naar de pagina navigeren en de layout checken, zeg je tegen Claude: “Build het project, open het in de browser, navigeer naar de dashboard-pagina en screenshot de layout.” Claude doet het allemaal.

MAUI en native apps. Een .NET MAUI-app testen op de iOS Simulator? Claude kan het builden, de simulator starten, door schermen tikken en rapporteren wat het vindt. Geen XCTest-setup, geen Appium-configuratie. Gewoon een prompt in natuurlijke taal.

Visual Studio-navigatie. Moet Claude iets checken in de Solution Explorer, een NuGet-pakketversie verifiëren in de package manager UI, of een designer-view bekijken? Computer Use maakt dat mogelijk.

Visuele bugs reproduceren. “De modal knipt af op kleine vensters” is lastig debuggen vanuit de terminal. Met Computer Use verkleint Claude het venster, reproduceert de bug, screenshoort het bewijs, leest de code en stelt een fix voor — allemaal in één gesprek.

Hoe je het inschakelt

Computer Use is beschikbaar op Pro- en Max-abonnementen, vereist macOS en Claude Code v2.1.85 of nieuwer. Het staat standaard uit.

Om het in te schakelen:

  1. Open een interactieve Claude Code-sessie
  2. Typ /mcp
  3. Zoek computer-use in de serverlijst
  4. Selecteer het en kies Enable

Deze instelling blijft bewaard per project — je doet dit maar één keer.

De eerste keer dat Claude je scherm gebruikt, vraagt macOS om twee permissies:

  • Accessibility — laat Claude klikken, typen en scrollen
  • Screen Recording — laat Claude je scherm zien

Sta beide toe. Mogelijk moet je Claude Code herstarten na het verlenen van Screen Recording.

Daarna vraag je Claude gewoon iets dat de GUI nodig heeft:

Build de app, start hem op, en klik door elk tabblad om te
controleren of er niets crasht. Screenshot eventuele foutstatussen.

Per-app goedkeuring — jij houdt de controle

Computer Use inschakelen geeft Claude geen vrij spel op je hele machine. De eerste keer dat Claude een specifieke app nodig heeft in een sessie, zie je een prompt met:

  • Welke apps Claude wil bedienen
  • Eventuele extra permissies (zoals klembordtoegang)
  • Hoeveel andere apps worden verborgen terwijl Claude werkt

Je kiest Allow for this session of Deny. Goedkeuringen gelden alleen voor de huidige sessie. Volgende sessie vraagt Claude opnieuw.

Apps met brede toegang krijgen een extra waarschuwing:

WaarschuwingGeldt voor
Equivalent aan shell-toegangTerminal, VS Code, Rider en andere IDE’s
Kan elk bestand lezen of schrijvenFinder
Kan systeeminstellingen wijzigenSysteeminstellingen

Deze apps worden niet geblokkeerd — de waarschuwing laat je beslissen of de taak dat niveau van toegang rechtvaardigt. Voor de meeste .NET-development taken keur je je browser goed en misschien de iOS Simulator.

Hoe het onder de motorkap werkt

Als Claude je scherm begint te bedienen, gebeuren er automatisch een paar dingen:

Andere apps worden verborgen. Claude interacteert alleen met de apps die je hebt goedgekeurd. Al het andere wordt tijdelijk verborgen en hersteld als Claude klaar is. Je terminalvenster blijft zichtbaar maar wordt uitgesloten van screenshots — dus Claude ziet nooit zijn eigen output en prompt-injectie via het scherm kan niet teruglopen naar het model.

Eén sessie tegelijk. Computer Use houdt een machine-brede lock vast. Als een andere Claude Code-sessie je scherm al gebruikt, falen nieuwe pogingen met een duidelijke melding. Dit voorkomt conflicten tussen parallelle sessies.

Je kunt altijd stoppen. Een macOS-notificatie verschijnt: “Claude is using your computer — press Esc to stop.” Druk overal op Esc om onmiddellijk af te breken. Claude laat de lock los, maakt je apps weer zichtbaar en geeft je de controle terug.

Praktische voorbeelden voor .NET developers

Hier zijn prompts die ik nuttig vind in mijn eigen workflow:

Een Blazor-component valideren

Draai dotnet run op het BlazorApp-project, open de browser naar
https://localhost:5001/dashboard, verklein het venster naar 768px
breed, en screenshot de layout. Check of de sidebar correct inklapt.

Een MAUI-app testen in de simulator

Build het MAUI-project voor iOS, start het in de iOS Simulator,
tik door de onboarding-schermen, en vertel me of een scherm
meer dan een seconde nodig heeft om te laden.

Een desktop-app verifiëren

Build het WPF-project, start het op, open het instellingendialoog,
en verifieer dat de thema-toggle wisselt tussen licht en donker.
Screenshot beide staten.

Een visuele regressie debuggen

Het datagrid in het adminpaneel knipt de laatste kolom af. Open
de app, navigeer naar het adminpaneel, screenshot de kapotte
staat, en check dan de XAML voor de grid-kolomdefinities.

Wat het (nog) niet kan

Computer Use is een research preview, en er zijn echte beperkingen:

  • Alleen macOS in de CLI. Op Windows of Linux is Computer Use in de CLI nog niet beschikbaar. De Desktop-app ondersteunt macOS en Windows.
  • Pro- of Max-abonnement vereist. Niet beschikbaar op Team- of Enterprise-abonnementen.
  • Alleen interactieve sessies. Je kunt Computer Use niet gebruiken met de -p flag voor non-interactieve modus. Geen geautomatiseerde CI/CD-pipelines (nog niet).
  • Het is de langzaamste tool. Screenshots en klikken kosten tijd. Voor alles wat via CLI of API kan, zal Claude die snellere tools gebruiken.
  • Browsers en handelsplatformen zijn alleen-lezen. Claude kan ze zien maar niet bedienen.
  • Externe API-providers niet ondersteund. Je hebt een claude.ai-account nodig — Bedrock, Vertex en Foundry ondersteunen Computer Use niet.

Deze beperkingen zijn redelijk voor een research preview. De belangrijkste om te onthouden: Computer Use is voor taken die niets anders kan bereiken.

Probeer het zelf

De volgende keer dat je een visueel probleem debugt of een GUI-flow test, probeer dit in plaats van het handmatig te doen:

  1. Typ /mcp en schakel computer-use in
  2. Verleen de macOS-permissies wanneer gevraagd
  3. Vraag Claude om je app te openen en dat ene ding te checken dat je al een tijdje dwarzit

Begin met iets laagdrempeligs — screenshot een pagina, verifieer een layout, test een knop. Zodra je ziet dat Claude een venster verkleint, een bug vindt en een fix voorstelt zonder dat je de muis aanraakt, begin je na te denken over alle GUI-taken die je handmatig doet maar niet handmatig hoeven te zijn.

De terminal was altijd Claude Code’s wereld. Nu is je scherm dat ook.