Claude Code web: zo werk je met Claude Code in je browser en op je telefoon

Wat het is

Wat is Claude Code web, en wat is het niet?

Claude Code web is dezelfde agent als Claude Code in je terminal, alleen draait hij op een virtuele machine van Anthropic in plaats van op je eigen computer. Anthropic noemt dit sinds kort cloudsessies; de oude naam Claude Code on the web hoor je nog overal. Sinds 23 september 2026 is het algemeen beschikbaar, daarvoor was het een research preview. Je start een cloudsessie in de browser, maar ook vanuit de Claude-app, de desktop-app of je terminal. Alle plekken komen in dezelfde lijst sessies uit.

Wat er gebeurt als je een taak geeft

Claude kloont je repository op een schone VM en draait je setup-script als je er een hebt. Daarna zet hij de netwerktoegang volgens je omgeving, leest de code, past aan, draait tests en controleert zijn werk. Op een logisch stoppunt pusht hij een branch naar GitHub. De sessie blijft open: je bekijkt de diff, maakt een pull request of stuurt een nieuw bericht. Sluit je het tabblad, dan werkt Claude door tot de taak af is en wacht dan.

Niet hetzelfde als Claude in Chrome of de chat

Wie op "Claude Code in browser" zoekt, vindt vooral twee andere dingen. Claude in Chrome is een extensie die jouw eigen browser bestuurt: klikken, formulieren invullen, pagina's testen. De chat op claude.ai schrijft ook code, maar werkt niet in je repository en pusht niets. En met Remote Control bestuur je vanuit je browser een sessie die op je eigen computer draait. Claude Code web is de enige van de vier die zonder jouw computer doorwerkt.

Waar het goed in is

Anthropic noemt vier sterke punten en die herkennen we. Parallelle taken, want elke sessie krijgt een eigen VM en branch, dus je hoeft geen git worktrees te beheren. Repositories die je niet lokaal hebt, want Claude kloont elke keer vers. Taken die weinig sturing nodig hebben: je geeft een duidelijke opdracht en kijkt later. En vragen over een codebase, zoals waar een functie zit of hoe een formulier zijn data verstuurt. Voor werk dat je eigen configuratie, tools of bestanden nodig heeft, past lokaal werken beter.

Plannen en kosten

Welke plannen hebben Claude Code web, en wat kost het?

Je hebt een betaald Claude-plan nodig en je moet inloggen met een claude.ai-account. Met een API-key uit de Console, via Amazon Bedrock of via Google Cloud werkt Claude Code web niet. De VM kost niets extra: elke cloudsessie telt mee in dezelfde limieten als de rest van je Claude- en Claude Code-gebruik.

Wat een cloudsessie van je limiet kost

Een cloudsessie trekt uit dezelfde pot als je chat, je terminal en de desktop-app. Er is geen apart tegoed voor de cloud. Draai je drie taken tegelijk, dan verbruik je volgens de documentatie naar verhouding meer. Anthropic publiceert geen vast aantal sessies of tokens per taak, dus meet het zelf: draai /usage in je terminal of kijk op claude.ai bij Settings > Usage voordat je een rij taken start. Hoe de vensters van vijf uur en een week werken, staat op Claude Code limieten.

Welk plan voor wie

Pro is genoeg om te ontdekken of cloudsessies bij je passen, maar wie dagelijks meerdere taken parallel laat lopen, zit snel aan zijn venster. Op een team geef je een premium seat aan de één of twee mensen die echt lang met Claude Code werken, niet aan iedereen: een premium seat kost vijf keer zoveel als een standard seat. De volledige prijsvergelijking staat op wat kost Claude Code? en op Claude-abonnementen.

Aan de slag

Claude Code web starten: GitHub koppelen en je eerste taak

Koppelen doe je één keer en kost een paar minuten. Je hebt een bestaande GitHub-repository nodig; voor een nieuw project maak je eerst op GitHub een repository met een README aan.

Liever vanuit je terminal koppelen: /web-setup

Gebruik je de GitHub CLI al, dan koppel je ook zonder browser. Het commando /web-setup typ je in Claude Code, niet in je shell:

gh auth login
claude
/web-setup

Claude Code leest het token van gh, vraagt bevestiging en stuurt het naar Anthropic, dat het versleuteld bij je account bewaart. Je cloudsessies kunnen daarna bij elke repository waar dat token bij kan, ook zonder de GitHub App. Op Team en Enterprise werkt dit pas als een Owner Quick setup aanzet onder Organization settings > Claude Code. Waarschuwt /web-setup dat de workflow-scope ontbreekt, draai dan gh auth refresh -s workflow, anders kan GitHub pushes weigeren die workflowbestanden wijzigen. Ontkoppelen doe je op claude.ai/customize/connectors.

Begin met een taak die niets wijzigt

Je eerste sessie is een test van de koppeling, niet van Claude. Een vraag zonder wijzigingen laat zien of Claude bij de goede repository en branch kan, kost weinig van je limiet en geeft je een indruk van hoe goed hij de code begrijpt:

Lees README.md en de mapstructuur. Leg in vijf zinnen uit
hoe dit project is opgebouwd, welke commando's de build en
de tests starten en waar de contactpagina staat.
Wijzig nog niets.

Klopt het antwoord, geef dan een kleine echte taak. Klopt het niet, dan zie je meteen of het aan de repository, de branch of je instructies ligt.

Een sessie vooraf invullen met een link

Je kunt prompt, repository en omgeving meegeven in de URL, bijvoorbeeld claude.ai/code?prompt=Fix%20de%20loginfout&repositories=bedrijf/website. Handig voor een knop in je ticketsysteem die een melding direct als taak opent. De parameter prompt_url haalt lange prompts van een adres op.

Cloud-omgeving

Cloud-omgevingen: netwerktoegang, setup-script en geheimen

Elke cloudsessie draait in een omgeving: een opgeslagen instelling voor netwerktoegang, omgevingsvariabelen en een setup-script. De omgeving Default heeft netwerkniveau Trusted en verder niets. Aanpassen doe je op het startscherm van claude.ai/code: klik op de eerste knop onder het invoerveld, ga naar je omgeving onder Cloud en klik op het tandwiel. Een nieuwe maak je met New environment.

Wat altijd bereikbaar blijft

Ook op None kan een sessie bij GitHub (via een aparte proxy), bij MCP-connectors die je aanzet (dat verkeer loopt via Anthropic), bij de hosts van je netwerkgeheimen en bij de API van Anthropic. Dat laatste noemt de documentatie zelf: data kan de VM dus via die route verlaten. None is daarom geen volledig gesloten kluis, wel een flinke beperking. Wijzig je het niveau, dan volgen lopende sessies binnen ongeveer een minuut.

Wat er al op de VM staat

Elke sessie krijgt een verse VM met Ubuntu 24.04 op x86_64. Voorgeïnstalleerd: Python 3 met pip, poetry en uv; Node.js 20, 21 en 22 (22 staat standaard aan) met npm, yarn en pnpm; Ruby 3.1 tot 3.3; PHP 8.3 met Composer; OpenJDK 21 met Maven en Gradle; Go; Rust; GCC en Clang; Docker; PostgreSQL 16 en Redis 7.0; en git, gh en jq. De .NET SDK staat er niet op. Vraag Claude om check-tools te draaien voor de versies. De VM heeft ongeveer 4 vCPU's, 16 GB werkgeheugen en 30 GB schijf; grote builds kunnen daarop stranden.

Een setup-script voor wat ontbreekt

Werk je met een .NET-project, wat in Microsoft-omgevingen veel voorkomt, dan installeer je de SDK met een setup-script. Het draait als root voordat Claude start:

#!/bin/bash
apt update && apt install -y dotnet-sdk-8.0

Vier regels om rekening mee te houden. Het script moet binnen ongeveer vijf minuten klaar zijn, anders maakt Anthropic geen snapshot en draait het bij elke sessie opnieuw. Je omgevingsvariabelen zijn tijdens het script nog niet gezet. Installaties hebben netwerk nodig, dus op None mislukken ze. En een script dat met een fout eindigt, blokkeerde volgens de documentatie de start van de sessie; sinds versie 2.1.314 starten sessies vanuit web, desktop en mobiel volgens de changelog toch, dus controleer dan de uitvoer van de setup. De snapshot wordt na ongeveer zeven dagen of na een wijziging van script of domeinen opnieuw gebouwd.

Variabelen en geheimen gescheiden houden

Omgevingsvariabelen zet je in .env-formaat, één KEY=waarde per regel. Iedereen die de omgeving gebruikt, kan ze lezen, en dat geldt ook voor het setup-script. Zet er dus geen wachtwoorden of API-keys in. Daarvoor zijn network secrets: je voegt een sleutel één keer aan de omgeving toe, de proxy hangt hem buiten de VM aan verzoeken naar de hosts die je opgeeft, en Claude ziet de waarde nooit.

Je eigen voorkeuren zonder commit

Je persoonlijke ~/.claude/CLAUDE.md gaat niet mee naar de cloud. Wil je toch eigen regels, zonder ze in een gedeelde repository te zetten, schrijf het bestand dan in het setup-script van een eigen omgeving:

#!/bin/bash
mkdir -p ~/.claude
cat > ~/.claude/CLAUDE.md <<'EOF'
Schrijf commitberichten en PR-beschrijvingen in het Nederlands.
EOF

Draai daarna /context in een nieuwe sessie en controleer of /root/.claude/CLAUDE.md onder Memory files staat.

Terminal en web

Van terminal naar web en terug: --cloud, --teleport en /tasks

Je CLI moet ingelogd zijn met hetzelfde claude.ai-account als je cloudsessies. Vanuit de terminal gaat de overdracht één kant op: je haalt een cloudsessie naar je terminal, maar een lopende terminalsessie kun je niet naar de cloud sturen. Met --cloud start je wel een nieuwe cloudsessie. De desktop-app kan een lokale sessie via het menu Open in wel naar de cloud sturen.

Push eerst, anders mist de cloud je werk

Met claude --cloud kloont de VM je GitHub-remote op je huidige branch, niet je lokale map. Lokale commits die je niet hebt gepusht, zitten er niet in. Meldt de terminal Branch <naam> is not on GitHub, dan start de sessie vanaf een eerdere commit of de standaardbranch. Heeft je repository geen remote, of staat de Claude GitHub App er niet op, dan uploadt Claude Code een bundel van je repository (onder 100 MB, zonder bestanden die git niet volgt). Let op als je op Windows zonder WSL werkt: daar gaan niet-gecommitte wijzigingen in bijvoorbeeld een .env-bestand gewoon mee. Op macOS, Linux en WSL laat Claude Code bestanden die op sleutels of wachtwoorden lijken achter.

Wat teleport controleert

Teleport werkt alleen als je map geen niet-gecommitte wijzigingen heeft (Claude Code biedt aan ze te stashen), als je in een checkout van dezelfde repository staat en niet in een fork, als de branch van de sessie gepusht is en als je met hetzelfde account bent ingelogd. Je terminal krijgt een eigen kopie: wat je daarna lokaal doet, verschijnt niet meer in de cloudsessie. Heeft Claude de sessie onderweg samengevat, dan komt alleen die samenvatting mee. Wil je na het ophalen vanaf je telefoon blijven sturen, start dan /remote-control in de lokale sessie.

Plan lokaal, voer uit in de cloud

Voor een grotere wijziging adviseert Anthropic om eerst lokaal in plan mode een aanpak te maken en die daarna in de cloud uit te laten voeren. Zo stuur je de denkfase zelf bij en loopt het lange uitvoerwerk door zonder je laptop:

claude --permission-mode plan
# laat Claude het plan opslaan in docs/plan.md
# commit en push dat bestand, daarna:
claude --cloud "Voer het plan in docs/plan.md uit"

Iedere claude --cloud start een eigen sessie, dus drie commando's achter elkaar geven drie taken die tegelijk lopen. Meer over plannen staat in de tutorial plan mode.

Pull requests

Pull requests, auto-fix en sessies delen in Claude Code web

Een cloudsessie eindigt met een gepushte branch. Wat daarna gebeurt, doe je in dezelfde sessie: diff bekijken, opmerkingen geven, pull request maken en Claude laten reageren op tests en reviews.

Van diff naar pull request

Na de push toont de kaart Changes naast de chat hoeveel regels erbij en eraf gingen, bijvoorbeeld +42 -18. Klik daarop voor de diff. Met de + naast een regelnummer zet je een opmerking op die regel; alle opmerkingen gaan mee met je volgende bericht, zodat Claude precies weet waar je op doelt. Ziet het er goed uit, klik dan Create PR. Wil je een concept, klik dan met de rechtermuisknop en kies Create draft PR. De sessie blijft daarna open voor vervolgwerk.

Auto-fix: Claude bewaakt je pull request

Met auto-fix reageert Claude zelf op mislukte CI-checks en op reviewopmerkingen. Je hebt de Claude GitHub App op de repository nodig. Aanzetten kan op drie manieren: via het menu ⋮ naast de pull request in de kaart Changes, met /autofix-pr in je terminal terwijl je op de branch van de pull request staat, of door het in de Claude-app te vragen. Bij een duidelijke fix pusht Claude zelf; bij een dubbelzinnige opmerking vraagt hij het eerst. Op een mergeconflict reageert auto-fix niet, omdat GitHub daar geen melding voor stuurt: vraag dan zelf om een rebase.

Let op met automatisering die op opmerkingen reageert

Antwoorden van Claude op GitHub verschijnen onder jouw account, met een label dat ze van Claude Code komen. Draai je workflows die starten op een opmerking, zoals Atlantis, Terraform Cloud of GitHub Actions op issue_comment, dan kan Claude die dus starten. Anthropic raadt zelf aan auto-fix uit te laten in repositories waar een opmerking infrastructuur kan uitrollen.

Sessies delen met collega's

Op Team en Enterprise kies je tussen Private en Team; met Team ziet je organisatie de sessie en controleert claude.ai standaard of de ontvanger toegang heeft tot de repository. Op Pro en Max kies je tussen Private en Public, en Public betekent: zichtbaar voor iedereen die bij claude.ai is ingelogd, zonder controle op repositorytoegang. Een sessie kan code en wachtwoorden uit een private repository bevatten, dus deel op Pro en Max alleen na controle. Klaar met een sessie? Archiveer hem via het menu ⋯; terugvinden kan op claude.ai/code/sessions onder Archived. Verwijderen is definitief.

Wat niet kan

Wat Claude Code web niet kan vergeleken met lokaal

De agent is overal dezelfde, maar de cloud ziet alleen wat in je repository staat. Alles wat je op je eigen computer hebt ingesteld of geïnstalleerd, ontbreekt. Deze tabel laat zien waar dat in de praktijk knelt.

Wanneer je organisatie het niet toelaat

Cloudsessies werken niet bij organisaties met Zero Data Retention, met de HIPAA-configuratie of met eigen encryptiesleutels (CMEK). Heeft je organisatie een IP-allowlist, dan faalt elke cloudsessie op Anthropic-servers met een authenticatiefout, omdat die sessies de API vanaf Anthropic aanroepen en niet vanaf jouw netwerk. Een uitzondering vraag je aan bij de support van Anthropic. Een Owner kan cloudsessies ook gewoon uitzetten.

Een VM die stilvalt

Na een paar minuten zonder activiteit pauzeert de VM, met je bestanden bewaard. Een gepauzeerde VM kan later worden opgeruimd. Open je de sessie dan opnieuw, dan krijg je je gesprek terug, maar commando's, subagents en geplande taken die nog liepen niet. Wachten op jouw goedkeuring voor een MCP-tool telt ook als inactief. Commando's die Claude draait, wachten standaard 2 minuten en maximaal 10, daarna gaan ze naar de achtergrond en mogen ze nog tot 30 minuten doorlopen.

Privacy en AVG

Privacy, datalocatie en AVG bij Claude Code web

Met Claude Code web staat een kopie van je repository op een machine van Anthropic. Voor de meeste MKB-projecten is dat te verantwoorden, mits je vier dingen weet. Het volledige privacyverhaal voor Claude Code staat op Claude Code privacy.

Wat Anthropic bewaart

Je repository wordt in een geïsoleerde VM gekloond en Anthropic bewaart het transcript van de sessie, zodat je later kunt terugkomen. Voor de rest gelden dezelfde regels als voor lokaal Claude Code. Op Free, Pro en Max bewaart Anthropic je data 30 dagen, of 5 jaar als je toestaat dat je data voor modelverbetering wordt gebruikt; die schakelaar staat op claude.ai/settings/data-privacy-controls. Op Team, Enterprise en de API is dat 30 dagen en traint Anthropic niet op je code. Een sessie verwijderen haalt de sessiedata definitief weg.

Datalocatie: niet gepubliceerd

In welke regio de cloud-VM's draaien, staat nergens in de documentatie. Een EU-optie voor cloudsessies hebben we niet gevonden. Heb je harde eisen aan verwerking binnen de EU, dan zijn er twee routes. Op Team en Enterprise kun je cloudsessies in een eigen omgeving op je eigen servers laten draaien; dat is een public beta die standaard uit staat. Checkouts en build-bestanden blijven dan bij jou, maar het gesprek zelf gaat nog steeds naar api.anthropic.com. Meer daarover in Claude Code op je eigen servers. De tweede route is lokaal werken via Bedrock of Google Cloud in een EU-regio, maar dan heb je geen cloudsessies.

Wachtwoorden en pushrechten

Je GitHub-gegevens staan versleuteld bij Anthropic en komen nooit in de VM; een proxy voegt ze buiten de sandbox toe. Die proxy weigert het verwijderen van branches en het pushen van tags, maar beperkt niet naar welke branch Claude pusht. Zet daarom branchbeveiliging op je main-branch in GitHub, zodat niets zonder pull request live gaat. Dat is bij een website die automatisch uitrolt vanaf main geen luxe.

AVG in de praktijk

De vraag is vooral wat er in je repository staat. Een export van klantgegevens als testdata, een logbestand met e-mailadressen of een .env met productiewachtwoorden gaat mee naar de VM. Haal persoonsgegevens uit de repository voordat je cloudsessies gebruikt, of gebruik nepdata. Werk je met klantdata, kies dan een Team-plan: daar gelden de zakelijke voorwaarden van Anthropic met verwerkersovereenkomst, terwijl Pro en Max onder de consumentenvoorwaarden vallen. Hoe je de verwerkersovereenkomst regelt, staat op Claude privacy en zakelijk.

Beslisregel

Claude Code web, terminal, desktop of Remote Control: wat kies je?

Kies op twee vragen: waar staat je code, en moet het werk doorgaan als jouw computer uit is? De rest volgt daaruit.

De vuistregel die we in trainingen geven

Het denkwerk doe je dichtbij, het uitvoerwerk zet je weg. Een taak die je nog niet scherp kunt omschrijven, doe je lokaal of in plan mode, omdat je dan snel bijstuurt. Een taak met een duidelijk eindpunt (de build slaagt, de pagina toont X, de test is groen) is ideaal voor de cloud. Twijfel je over de desktop-app, lees dan Claude Desktop en het overzicht van alle Claude-apps.

Grootste valkuil

De grootste valkuil: denken dat de cloud je laptop ziet

De fout die we in trainingen het vaakst zien: iemand werkt een middag lokaal met Claude Code, start dan een cloudsessie en verwacht dat die alles weet wat de lokale sessie wist. Dat klopt niet. De cloud begint met een verse kloon van GitHub. Je niet-gepushte werk, je persoonlijke instructies, je MCP-servers en je .env zijn er niet.

Zo herken je het

Claude werkt op een oude versie van je branch, of de terminal meldt dat je branch niet op GitHub staat. Tests falen omdat een variabele zoals DATABASE_URL ontbreekt. Claude zegt dat een tool niet beschikbaar is die lokaal wel werkt. Of hij negeert je schrijfregels voor commitberichten, omdat die alleen in ~/.claude/CLAUDE.md op je eigen computer staan.

Zo voorkom je het

Push voordat je een cloudsessie start. Zet teamregels in de CLAUDE.md van je repository (zie CLAUDE.md schrijven) en persoonlijke regels in het setup-script van je eigen omgeving. Voeg MCP-servers die het team nodig heeft op projectniveau toe en commit het bestand:

claude mcp add --scope project --transport http docs https://example.com/mcp
git add .mcp.json
git commit -m "MCP-server voor cloudsessies"
git push

Zet gewone variabelen in je omgeving en sleutels als network secret. Begin elke nieuwe repository met een vraag die niets wijzigt, zodat je ziet wat Claude wel en niet kan bereiken voordat hij echt werk doet.

Ons oordeel

Ons oordeel: wanneer Claude Code web loont voor een MKB-team

Claude Code web is de makkelijkste manier om Claude Code te gebruiken zonder installatie, en de beste manier om kleine, duidelijke klussen weg te zetten terwijl je iets anders doet. Het is geen vervanging van lokaal werken. Of het bij jullie past, hangt vooral af van waar je code staat.

Wanneer wel

Je code staat op GitHub, je taken zijn af te bakenen en je hoeft niet bij elke stap mee te kijken. Denk aan een website of webshop die een bureau of een eigen developer onderhoudt, interne scripts, of een kleine app. Het werkt ook goed voor collega's die geen ontwikkelomgeving op hun laptop hebben, zoals een marketeer die de website bijhoudt: alles gaat via een pull request, dus iemand met verstand van zaken keurt het goed voordat het live gaat.

Wanneer niet

Staat je code in Azure DevOps, wat we in Microsoft 365-omgevingen vaak zien, dan kan de cloud niet terugpushen en werk je lokaal. Code die met AFAS of Exact Online praat via interne sleutels, een VPN of een testomgeving op jullie eigen netwerk, hoort ook lokaal. Hetzelfde geldt voor repositories met persoonsgegevens die je niet kunt opschonen, en voor organisaties met harde eisen aan opslag in de EU, zolang Anthropic de regio van de cloud-VM's niet publiceert.

Een MKB-voorbeeld: openingstijden aanpassen vanaf je telefoon

Een installatiebedrijf heeft een website op GitHub die automatisch uitrolt vanaf main, met een preview per pull request. De officemanager opent in de Claude-app de tab Code, kiest de websiterepository en plakt deze opdracht:

Taak: zet op de contactpagina de openingstijden voor
december 2026: 24 en 31 december open tot 15.00 uur,
25 en 26 december gesloten.
Regels:
- Wijzig alleen de contactpagina en de footer.
- Gebruik dezelfde notatie als de bestaande openingstijden.
- Draai de build. Faalt die, stop dan en leg uit waarom.
Klaar als: de build slaagt en er een pull request is met
een korte Nederlandse beschrijving van de wijziging.

De regel over welke bestanden Claude mag wijzigen, maakt het verschil: zonder die regel past Claude soms ook de gestructureerde gegevens voor Google of een andere pagina met openingstijden aan, en dan wordt de review groter dan de klus. De klaar-als-regel zorgt dat Claude stopt bij een werkende build in plaats van door te gaan met verbeteringen waar niemand om vroeg. Een collega bekijkt de preview en mergt.

Hoe je na een week weet of het werkt

Tel drie dingen. Hoeveel taken Claude afmaakte zonder dat je hoefde bij te sturen. Hoeveel pull requests je ongewijzigd kon mergen. En hoeveel van je weeklimiet in /usage of Settings > Usage naar cloudsessies ging. Moet je bij de helft van de taken bijsturen, dan liggen je opdrachten nog te open en helpt een vaste opbouw met taak, regels en een klaar-als-regel. In de Claude Code Masterclass oefenen we dat met jullie eigen repository.