Stop met het verbranden van tokens: de Claude Code + OpenClaw ontwikkellus
Splits codering van orchestratie af om OpenClaw-tokenkosten met 80% te verlagen. Git-gebaseerde overdrachtsloop tussen Claude Code en OpenClaw voor snellere, goedkopere ontwikkeling.
Een serieuze ontwikkelsessie in OpenClaw — een backend-service bouwen, integraties debuggen, itereren op een API — kan €50 tot €100+ aan Sonnet-tokens kosten voordat je halverwege bent. Niet omdat er iets stuk is. OpenClaw behoudt workspace-state, laadt context agressief, draait reasoning-loops en voert bij elke stap tool calls uit. Dat is wat orchestration effectief maakt. Het maakt het schrijven van CRUD-endpoints ook absurd duur.
De kernreden: OpenClaw is gebouwd voor system-level reasoning. Het gebruiken om unit tests te schrijven is als een momentsleutel gebruiken om spijkers in te slaan.
Scheid orchestration van coding
Verdeel het werk over twee tools:
| Tool | Rol |
|---|---|
| OpenClaw | Architectuur, orchestration, integratie-validatie |
| Claude Code | Implementatie, tests, refactoring, documentatie |
Claude Code draait op een vast abonnement — ongeveer €17/maand. Zwaar codeerwerk blijft binnen die vaste kosten. OpenClaw raakt het project alleen aan wanneer je system-level reasoning nodig hebt: architectuur ontwerpen, integraties valideren, edge cases identificeren over componenten heen.
Ik heb het kostenverschil tot 80% zien oplopen bij projecten die anders pure Sonnet-sessies zouden zijn.
Git als interface tussen agents
Git wordt het contract tussen de twee omgevingen. OpenClaw commit architectuurbeslissingen. Claude Code commit implementatie. Geen van beide hoeft te weten wat de ander intern deed — ze lezen de huidige staat van de repository en werken van daaruit.
Een schone repo-structuur is belangrijk:
repo/
├─ src/
├─ tests/
├─ docs/
├─ requirements.md
├─ architecture.md
└─ README.md
Het requirements.md-bestand is de enige bron van waarheid — de spec die Claude Code leest om te begrijpen wat er gebouwd moet worden, en die OpenClaw bijwerkt wanneer de scope verandert. Behandel het als een contract, niet als een kladversie.
Commit bij elke overdracht. Dit geeft je reproduceerbare historie en eenvoudige rollbacks als een reasoning-pass ontspoort.
OpenClaw ontwerpt het framework
Begin in OpenClaw, maar gebruik een goedkoop reasoning-model zoals DeepSeek Chat voor deze fase. Je hebt geen Sonnet nodig om architectuur te schetsen.
Het doel is om artifacts te produceren, geen code:
requirements.md— wat het systeem moet doenarchitecture.md— hoe het gestructureerd is, welke componenten er bestaan- Initiële bestandsindeling — lege bestanden of stubs die de beoogde structuur tonen
- API-contracten — endpoint-signatures, request/response-vormen, foutcodes
- Takenlijst — geordend implementatiewerk
Houd het daadwerkelijke codewerk minimaal. OpenClaw moet het skelet definiëren, niet invullen. Een paar regels boilerplate per bestand is prima. Volledige implementaties niet.
Zodra het skelet bestaat:
git init
git add .
git commit -m "Initial architecture and requirements"
git push
Die push is de overdracht.
Claude Code implementeert het project
Claude Code checkt de repository uit, leest requirements.md en architecture.md, en begint met bouwen.
Dit is waar het de abonnementskosten terugverdient. Het is oprecht uitstekend in:
- Volledige features implementeren vanuit een spec
- Schone, idiomatische code schrijven
- Test suites bouwen met zinvolle dekking
- Tests lokaal draaien en fouten oplossen
- Inline-documentatie en README-secties schrijven
- Eerste refactoring-ronde zodra features werken
Een typische sessie voor een backend-service:
→ Implementeer authenticatiemodule volgens architecture.md
→ Schrijf unit tests voor auth-module
→ Implementeer user CRUD-endpoints
→ Schrijf integratietests die de endpoints aanroepen
→ Los drie falende tests op
→ Werk README bij met setup-instructies
→ Draai black + isort
Dit alles binnen het abonnement. Geen per-token kosten. Wanneer de sessie eindigt:
git add .
git commit -m "Implement auth module and user endpoints with tests"
git push
OpenClaw valideert de integratie
Haal de repository terug in OpenClaw. Gebruik het nu waarvoor het daadwerkelijk goed is.
git pull
De taak van OpenClaw in deze fase:
- Komt de geïmplementeerde code overeen met de architectuur-spec?
- Zijn er interactiebugs tussen componenten die unit tests niet zouden vangen?
- Ontbrekende edge cases in de API-contracten?
- Houdt de foutafhandeling stand over de volledige request-lifecycle?
OpenClaw vindt dingen die Claude Code heeft gemist — niet omdat Claude Code slechter is in coderen, maar omdat integratie-level reasoning vereist dat je het hele systeem tegelijkertijd in context houdt. Dat is precies waarvoor OpenClaw's context management gebouwd is.
De output is een lijst met problemen, geen fixes:
## Integratieproblemen gevonden
1. Auth token expiry wordt niet doorgegeven aan downstream services
2. User deletion endpoint cascadeert niet naar gerelateerde resources
3. Rate limiting wordt toegepast vóór auth check — volgorde moet omgedraaid
4. Ontbrekende foutrespons voor malformed JSON body
Commit dit als een bijgewerkt requirements-bestand, push, en draag terug over aan Claude Code.
De iteratielus
Ontwikkeling wordt een strakke cyclus:
OpenClaw → architectuur / integratie-feedback / probleemidentificatie
↓
Claude Code → implementatie / tests / fixes / refactoring
↓
git commit → git push → git pull
↓
herhaal
Elke tool opereert op zijn natuurlijke niveau. Claude Code redeneert nooit over systeemarchitectuur. OpenClaw schrijft nooit een for-loop. Git houdt ze netjes gescheiden.
Een backend-service die een volledige dag aan pure OpenClaw-sessies zou kosten, kan in een paar uur door architectuur, implementatie en validatie heen — tegen een fractie van de kosten.
De laatste refactoring-pass
Zodra het project stabiliseert — tests slagen, integratieproblemen opgelost, spec volledig geïmplementeerd — draag de repo één laatste keer over aan Claude Code.
- Codestijl unificeren over modules die in verschillende sessies zijn geschreven
- Architectuur vereenvoudigen die complex werd tijdens het itereren
- Docstrings en documentatie uitbreiden
- Dode code en ongebruikte imports verwijderen
- Testdekking afronden en ontbrekende edge cases toevoegen
Deze pass is goedkoop. Puur codeerwerk zonder architecturale ambiguïteit.
Wanneer dit werkt en wanneer niet
Het meest geschikt voor backend-services, API's, automatiseringstools, CLI-tools, infrastructuurcode — alles wat uiteindelijk integreert in een OpenClaw-workflow.
Minder nuttig voor hele kleine scripts (de overhead is het niet waard), verkennend prototypen (je hebt geen spec om over te dragen), of eenmalige taken waarbij de totale codeertijd onder een uur zit.
Praktische tips
Houd OpenClaw-prompts kort. Je betaalt voor reasoning, niet voor context. Plak geen volledige codebases als je een architectuuropinie wilt — beschrijf de structuur en laat het van daaruit redeneren.
Commit bij elke overdracht. Geef geen vuile werkdirectory door tussen tools. Elke overdracht is een commit.
Behandel requirements.md als onveranderlijk tijdens implementatie. Wijzigingen aan requirements gaan via OpenClaw, worden gecommit, en daarna pikt Claude Code ze op. Laat Claude Code de spec niet aanpassen.
Laat Claude Code eigenaar zijn van de tests. OpenClaw identificeert wat er op integratieniveau getest moet worden. Claude Code schrijft de daadwerkelijke testcode.
Vermijd code schrijven in OpenClaw, tenzij het glue logic is. Op het moment dat je businesslogica implementeert in een OpenClaw-sessie, verbrand je dure tokens op goedkoop werk.
Het principe
OpenClaw is uitstekend in waarvoor het ontworpen is. De fout is het overal voor inzetten.
Implementatie, testen, refactoring, documentatie — die horen thuis in Claude Code tegen vaste abonnementskosten. Architectuur, integratie-validatie, system-level reasoning — die horen thuis in OpenClaw waar het contextbeheer de tokenkosten rechtvaardigt.
Git is de handshake. Elke commit is een schone overdracht. Elke pull is een verse context-load. De agents hoeven nooit van elkaar te weten — alleen van de huidige staat van de repo.
Je kunt de URL van dit bericht in Claude Code of je AI-assistent naar keuze plakken als context bij het opzetten van deze workflow.
Waar je dit draait
Je hebt een VPS nodig die OpenClaw betrouwbaar kan draaien. Hetzner geeft je €10 tegoed bij aanmelding — een CX22 voor €4,85/maand draait OpenClaw en je Git-repo's zonder problemen. Dit is waar deze blog op draait.
Wil je het self-hosting liever helemaal overslaan, dan biedt xCloud managed OpenClaw-hosting. Klikken en deployen — je behoudt dezelfde hybride workflow, maar zonder de server zelf te onderhouden.
Voor teams die de orchestration-laag willen zonder het infrastructuurwerk, is ClawTrust een AI-automatiseringsplatform dat het OpenClaw-gedeelte van deze lus als managed service afhandelt.
(Affiliate links — we ontvangen een kleine vergoeding als je je aanmeldt, zonder extra kosten voor jou.)