Claude Code voor bedrijven is vooral interessant om wat je erin vastlegt. Het is een agentisch programmeergereedschap dat je codebase leest, bestanden wijzigt, commando’s uitvoert en met je ontwikkelgereedschap integreert [S-046]. De winst zit in wat je één keer opschrijft: de afspraken over je project, werkwijzen die je team deelt, en controles die vóór of ná elke actie draaien.
Dit is voor een founder of teamlead zonder eigen ontwikkelteam die wil weten of dit meer is dan een chatvenster. Wat Claude met tekst doet, staat in Claude AI voor copywriting. Hier gaat het over bouwen en uitvoeren.
Waar draait Claude Code?
Op vier plekken, volgens de documentatie van Anthropic [S-046]:
- in de terminal
- in je IDE, de omgeving waarin code geschreven wordt
- in een desktop-app
- in de browser
De meeste van die ingangen vragen een Claude-abonnement of een account in de Anthropic Console. De terminal-CLI, VS Code en JetBrains ondersteunen daarnaast externe aanbieders [S-053]. Meer dan een ingang en een project om in te werken heb je niet nodig om te beginnen.
Hoe leg je vast hoe Claude in jouw project moet werken?
In één bestand. CLAUDE.md is een markdown-bestand in de projectroot dat Claude Code aan het begin van elke sessie leest, bedoeld voor codeerstandaarden, architectuurbeslissingen, voorkeursbibliotheken en reviewchecklists [S-047].
Dat klinkt technisch, maar het is de plek waar de afspraken van je bedrijf staan. Hoe iets bij jullie heet, welke tool leidend is, wat nooit zonder controle mag, welke checklist een oplevering doorloopt. Wat er niet in staat, weet een nieuwe sessie ook niet. Daarmee verschuift de kwaliteit van de uitkomst naar iets wat je kunt bijwerken in plaats van iets wat per opdracht opnieuw wordt uitgelegd.
Hoe deel je een werkwijze met je team?
Als skill. Een skill verpakt een herhaalbare werkwijze die je team kan delen, bijvoorbeeld een vaste reviewronde of een vaste manier van uitrollen naar een testomgeving. Een hook is een shell-commando dat vóór of ná een actie van Claude Code draait, bijvoorbeeld automatisch formatteren na elke bestandswijziging [S-048].
Het onderscheid is het waard om vast te houden. Een skill is “zo doen we dit hier”, en iemand roept die aan. Een hook is “dit gebeurt altijd”, en niemand hoeft eraan te denken. Voor een bedrijf zit de waarde vooral in het tweede: een controle die niet vergeten kan worden is een controle die je kunt uitleggen aan een auditor of een nieuwe medewerker.
Kun je Claude Code op een schema laten draaien?
Ja. Routines draaien in de cloud en blijven doorlopen als je eigen computer uit staat, en ze kunnen ook starten op een API-aanroep of een GitHub-gebeurtenis [S-050].
Dat maakt het verschil tussen gereedschap en systeem. Werk dat elke week terugkomt schrijf je één keer op en laat je daarna draaien, ook als niemand achter zijn laptop zit. Routines op een schema vragen wel iets terug: iets wat buiten je aanwezigheid draait, moet een controle hebben die je zelf inricht. Een hook is daar de plek voor [S-048].
Wat kun je met Claude Code buiten programmeren om?
Het gereedschap is samen te stellen volgens de Unix-filosofie: logs erin pipen, in CI draaien, of aan ander gereedschap koppelen [S-049]. Dat opent werk dat geen code is:
- een log of export erin pipen en er een leesbare samenvatting uit halen [S-049]
- het in CI laten meedraaien, zodat een vaste controle bij elke wijziging afgaat [S-049]
- het aan ander gereedschap koppelen, zodat het in een keten hangt die al draait [S-049]
- een terugkerende werkwijze als skill vastleggen en die op een schema laten starten [S-048, S-050]
Een terugkerend rapport volgt precies dat patroon: een export als invoer, een vast format als uitvoer, een routine die het start. Het werk dat je erin legt hoeft dus geen code te zijn; het moet een vaste vorm hebben en een controleerbare uitkomst.
Hoe koppel je dit aan de rest van je stack?
Via MCP (Model Context Protocol). Anthropic kondigde MCP aan als open standaard voor verbindingen tussen databronnen en AI-tools [S-001], vergelijkbaar met een USB-C-poort voor AI-toepassingen [S-002]. Hoe die standaard werkt, staat in wat is MCP.
Wat het voor Claude Code betekent, is concreet: ontwerpdocumenten in Google Drive lezen, tickets in Jira bijwerken, data uit Slack halen of je eigen gereedschap gebruiken [S-051]. Je bepaalt zelf welke koppelingen aanstaan, en dat is ook de plek waar je de grens legt. Werk dat je vaker doet en dat een eigen ingang verdient, groeit op een zeker moment uit tot een eigen AI-tool.
Kan Claude Code een grotere klus in stukken verdelen?
Ja. Je kunt agents parallel laten werken aan verschillende delen van een taak, waarbij een hoofdagent het werk coördineert, subtaken toewijst en de resultaten samenvoegt [S-052]. Wat een agent precies is en wat hij mag, staat in wat is een AI-agent.
De rem zit aan de andere kant. Meer agents leveren meer werk op dat iemand moet nakijken. Een klus opsplitsen helpt als de delen echt los van elkaar staan; anders verplaats je het probleem naar het samenvoegen.
Wat Claude Code niet is
Geen vervanging van een ontwikkelteam, geen garantie op correcte output, en geen plek voor werk dat je niet kunt nakijken. Het gereedschap wijzigt bestanden en voert commando’s uit [S-046]; of die wijziging klopt in jouw situatie, blijft een menselijk oordeel. Dat maakt de vraag concreter dan “kan dit ook zonder developers”. De vraag is welk werk erin hoort:
| Werk | Past het hierin? | Waarom |
|---|---|---|
| Terugkerend werk met een uitkomst die iemand kan controleren | ja | het is op te schrijven als skill en te starten als routine [S-048, S-050] |
| Werk met een log, export of bestand als invoer | ja | logs erin pipen en aan ander gereedschap koppelen is de bedoelde vorm [S-049] |
| Werk dat gegevens uit je eigen systemen nodig heeft | ja, als de koppeling er is | via MCP leest het documenten, tickets en berichten in de systemen die je aansluit [S-051] |
| Werk dat één keer voorkomt | zelden | de winst zit in vastleggen; bij eenmalig werk is er niets om te hergebruiken |
| Werk waarvan niemand in je team de uitkomst kan beoordelen | nee | een fout valt dan pas op bij je klant |
| Beslissingen over geld, mensen of contracten | nee | de uitvoering hoort bij het systeem, de beslissing bij een mens |
Rij vijf is de belangrijkste en tegelijk de minst besproken. Het antwoord op “kunnen we dit zonder developers gebruiken” is niet ja of nee, maar: alleen voor werk waarvan je de uitkomst kunt beoordelen. Begin daarom bij documentatie, een terugkerende rapportage of een interne koppeling, en niet bij de code van je eigen product.
Veelgestelde vragen
Is Claude Code alleen voor developers? Nee, maar er moet iemand meekijken. Het is gebouwd als agentisch programmeergereedschap [S-046] en tegelijk samen te stellen volgens de Unix-filosofie: logs erin pipen, in CI draaien, aan ander gereedschap koppelen [S-049]. Wie de uitkomst niet kan beoordelen, stopt dat werk er beter niet in.
Wat heb je nodig om te beginnen?
De meeste ingangen vragen een Claude-abonnement of een account in de Anthropic Console; de terminal-CLI, VS Code en JetBrains ondersteunen daarnaast externe aanbieders [S-053]. Verder een project om in te werken en een CLAUDE.md met de afspraken die elke sessie moet kennen [S-047].
Kan Claude Code bij onze eigen systemen? Ja, via MCP. Zo leest Claude Code ontwerpdocumenten in Google Drive, werkt het tickets in Jira bij, haalt het data uit Slack of gebruikt het je eigen gereedschap [S-051]. Welke systemen dat zijn, bepaal jij met de koppelingen die je aanzet en de rechten die je meegeeft.
Vervangt dit een ontwikkelteam? Nee. Het leest een codebase, wijzigt bestanden en voert commando’s uit [S-046], maar het overziet de gevolgen niet. Iemand formuleert de opdracht, kijkt het resultaat na en draagt de gevolgen. Dat werk verschuift van typen naar controleren, en verdwijnt niet.
Wil je weten welk terugkerend werk in jouw bedrijf zich laat vastleggen? Plan een gesprek. Wat WeAdapt bouwt en hoe je team het daarna zelf beheert, staat in de veelgestelde vragen.