"7 Claude Code + Opus 4.7 Tips Van Boris Cherny"

"## 7 Claude Code + Opus 4.7 Tips Van Boris Cherny\n\nIk was halverwege een Linear-kloon aan het bouwen toen Boris Cherny's nieuwe video met zeven tips in mijn feed verscheen — en ik had hem bijna genegeerd.\n\nMijn excuus klonk redelijk. Ik gebruik Claude Code dagelijks al meer dan een jaar. Ik heb er meer dan tachtig posts over geschreven op dit blog. Ik heb elk inspanningsniveau getest, elke modelupgrade, elke plugin die langs mijn terminal is gekomen. Wat kon de man die Claude Code heeft gebouwd mij nog vertellen dat ik nog niet zelf had uitgezocht?\n\nToen zei hij één zin die me deed stoppen: "Op Opus 4.7 raak ik de extended thinking-knop niet meer aan. Die is verdwenen." Ik pauzeerde de video, opende mijn API-console en bevestigde het. Hij had gelijk. De parameter thinking: {type: \"enabled\", budget_tokens: N} die ik maandenlang had afgesteld, geeft nu een 400-fout terug op Opus 4.7. Anthropic heeft die stilletjes verwijderd. Adaptive thinking is nu de enige denkmodus, en je stuurt die via de formulering van je prompt — niet via een knop.\n\nDat was één zin. De video had zeven tips. Als ik over één van hen al zo fout zat, was het duidelijk dat ik de andere zes een eerlijke kans moest geven.\n\nIk heb de volgende vier dagen besteed aan het opnieuw bouwen van mijn Linear-kloon vanaf nul, waarbij ik elke techniek van Boris testte op echt werk — geen speelgoedprompts, geen demo-day-scripts. Projecten, taken, status, prioriteit, toegewezen gebruikers, een Next.js UI. Dezelfde specificatie die hij demonstreerde. En ik hield bij wat er veranderde, wat niet, en welke tips ik definitief bewaar versus welke ik stilletjes terugdraai.\n\nDit is wat ik heb geleerd. Alle zeven tips. De fouten die ik maakte. En de exacte formulering die Opus 4.7 deed gehoorzamen.\n\n## Korte noot over de bron: het is echt Boris Cherny\n\nVoordat we beginnen — transcripties van dit gesprek die rondgaan noemen hem "Churnney" en "Cherny" en nog wat varianten daartussenin. De persoon die Claude Code heeft gemaakt is Boris Cherny, voormalig Meta-engineer en nu Head of Claude Code bij Anthropic. Hij trad in 2024 toe tot Anthropic, leverde Claude Code als bijproject in zijn eerste maand, en het product bereikte begin 2026 een jaarlijkse omzet van $1 miljard. Wanneer hij uitlegt hoe je dit gereedschap het beste gebruikt, is het de moeite waard goed te luisteren — hij is immers ook degene die bepaalt wat er hierna wordt gebouwd.\n\nNog een kleine correctie: het tweede gereedschap waarmee hij Claude Code vergelijkt in zijn talk is OpenCode — niet "OpenClaw", zoals ik het de eerste keer in het transcript hoorde. OpenCode is de open-source terminalagent die verbinding maakt met meer dan 75 LLM-providers. Onthoud die naam; we komen er op terug.\n\nNu — de zeven tips, opnieuw getest.\n\n## Tip 1: Auto Mode Is Nu de Standaard. Stop Met Vechten Tegen de Toestemmingscyclus.\n\nIk geef het toe — ik was de "plan mode → acceptEdits → handmatig goedkeuren"-man voor het grootste deel van 2025. Het idee om Claude Code bash-opdrachten te laten uitvoeren zonder dat ik elke stap in de gaten hield, voelde onbezonnen. Alsof je iemand de sleutels van de productieomgeving geeft met de motor draaiende.\n\nAuto mode heeft dat aarzelen bij mij weggenomen.\n\nDit is de feitelijke werking. Claude Code heeft vier toestemmingsmodi die je doorloopt met Shift+Tab: default → acceptEdits → plan → auto. De auto mode-positie verschijnt alleen in de cyclus als jouw account ervoor in aanmerking komt en je die hebt ingeschakeld. Op een Max- of Team-abonnement activeer je die met claude --enable-auto-mode, en daarna brengt een derde druk op Shift+Tab je in auto.\n\nWat auto mode onderscheidt van acceptEdits is niet de interface — het is de classifier. Vóór elke gereedschapsaanroep wordt uitgevoerd, beoordeelt een apart Sonnet 4.6-gebaseerd veiligheidsmodel de actie. Als het eruit ziet als massale bestandsverwijdering, data-exfiltratie of prompt-injectie-gedreven escalatie, wordt het geblokkeerd. Al het andere wordt uitgevoerd. Anthropic lanceerde deze modus op 24 maart 2026, specifiek om het soort toestemmingsvermoeidheid aan te pakken waar de meeste ervaren gebruikers omheen hadden gehackt met aangepaste allowlists.\n\nToen ik Boris's Linear-kloon-build opnieuw testte in auto mode, was het verschil niet in de codekwaliteit — het zat in mijn aandacht. Ik keek niet naar de terminal. Ik was in de Claude-desktopapp de UI-tekst voor de takenpagina aan het opstellen terwijl Claude Code het Prisma-schema bekabelde, migraties uitvoerde, testdata inzaaide en de ontwikkelserver opstarte. Drieëntwintig gereedschapsaanroepen zonder één toestemmingsprompt. Geen van hen had mij nodig.\n\nHet ene punt waar ik zou willen terugduwen op Boris's framing: auto mode is niet de juiste standaard voor elk project. Als ik de productieomgeving van een klant aanraak, of iets waarbij een ongelukige rm -rf geld zou kosten, blijf ik in acceptEdits. De classifier is goed, maar "goed" op deze schaal betekent nog altijd af en toe een misser. Voor nieuwe projecten, voor mijn eigen zijprojecten, voor alles waarbij een git reset weinig kost — auto mode is waar ik nu woon.\n\nAls je de afgelopen zes maanden tussen default en plan heen en weer hebt Shift+Tab-bed, is dat de gewoonte die je moet doorbreken. Één druk extra en je bent in een modus die is ontworpen voor flow.\n\n## Tip 2: Frontload de Volledige Specificatie. Opus 4.7 Beloont Je Daarvoor.\n\nDit is de tip die mijn outputkwaliteit het meest heeft veranderd, en ook de tip waartegen ik me het meest heb verzet.\n\nMijn gewoonte — en waarschijnlijk ook de jouwe — was incrementeel te prompten. Bouw het databaseschema. Dan de API-routes. Dan de UI. Dan alles aan elkaar koppelen. Bij elke stap controleerde ik de output, stelde ik bij, en gaf ik de volgende instructie door. Het voelde als controle. Het voelde verantwoord.\n\nHet was geen van beide. Het was een gewoonte overgebleven van GPT-4-era modellen die geen grote specificatie in hun hoofd konden houden.\n\nBoris's demo was een directe weerlegging. Hij opende Claude Code en gaf Opus 4.7 dit, ruwweg, als één enkele prompt:\n\n> Build a Linear clone. Projects contain tasks. Each task has a status (todo, in-progress, done), a priority (low, medium, high, urgent), an assignee (from a users table), and support for tags. Use Next.js App Router, Prisma with SQLite for local dev, Tailwind for styling, and shadcn/ui components. The UI should have a project sidebar, a task board view, and a task detail modal. Don't ask me questions — make sensible defaults and ship it.\n\nZes minuten later had hij een werkende Linear-kloon. Geen skelet. Een werkende app, draaiend op localhost, met seeddata, een functioneel Kanban-bord en een takentdetailmodal die netjes openging.\n\nToen ik het in mijn hertest probeerde, ging ik sceptisch naar binnen. Mijn eerste poging duurde ongeveer zeven en een halve minuut. Mijn tweede poging, met een strakker geformuleerde specificatie, duurde minder dan zes minuten. Beide keren was de output echt bruikbaar. Niet perfect — ik moest een shadcn-importpad en één Tailwind-klasse corrigeren die naar een ongedefinieerd kleurtoken verwees — maar 85 à 90% klaar voor productie bij de eerste poging.\n\nDe les die Boris hier inbrengt is subtiel. Opus 4.7's contextvenster, gecombineerd met zijn adaptive thinking, betekent dat het de volledige architectuur in gedachten kan houden terwijl het een enkel onderdeel bouwt. Wanneer je incrementeel prompts, verberg je informatie van het model. Je dwingt het om bij elk bericht de context te reconstrueren. Erger nog: je signaleert dat de onderdelen onafhankelijk zijn — waardoor het ze ook zo bouwt, en de integratiefase zijn eigen rommel wordt.\n\nFrontloaden betekent: schrijf de volledige specificatie voordat je op enter drukt. Vermeld het UI-framework. Vermeld het datamodel. Vermeld wat het niet moet doen. Vermeld de esthetische richting. Elk stuk context dat je van tevoren aanlevert, is een stuk dat Claude niet hoeft te raden.\n\nMijn vuistregel nu: als mijn eerste prompt minder dan 150 woorden telt, heb ik niet genoeg nagedacht over wat ik vraag.\n\n## Tip 3: Claude Code vs OpenCode — Gebruik het Juiste Gereedschap voor de Klus\n\nDit is de tip waarbij Boris verrassend eerlijk is voor iemand wiens werk het is Claude Code te verkopen.\n\nHij zegt niet "gebruik Claude Code voor alles." Hij trekt een grens. Claude Code, in zijn framing, is voor diepgaand, complex, consumentenkwaliteits-werk — het soort build waarbij je wilt dat de output productieklaar is, waarbij architectuurkeuzes tellen, waarbij je wilt dat een ervaren engineer de beslissingen heeft genomen. OpenCode is voor snelle prototypes en lichtgewicht agentgereedschap waarbij de iteratiesnelheid belangrijker is dan de afwerking.\n\nIk heb beide een paar maanden gebruikt, en zijn framing klopt.\n\nOpenCode — de open-source terminalagent, niet Codex, niet iets van OpenAI — heeft een echt voordeel voor prototyping. Het verbindt met meer dan 75 LLM-providers, dus ik kan een wegwerpagent draaien op een goedkoop model voor snelle iteratie en per token betalen in plaats van een abonnement te nemen. Wanneer ik een eenmalig CLI-tool bouw dat ik een week gebruik en daarna weggooi, bereik ik sneller een werkende staat met OpenCode, want ik geef niets om de kwaliteit van code die ik nooit zal onderhouden.\n\nClaude Code is de tegenovergestelde afweging. Het is eigenzinnig over kwaliteit. Het is afgestemd op Anthropic's modellen, wat betekent dat het standaard de beste output van Opus 4.7 levert. Het heeft het bredere plugin-ecosysteem, het volwassen hooks-systeem, het skills-framework waar ik dagelijks op vertrouw. Wanneer ik iets bouw dat ik zes maanden ga onderhouden, is die eigengereidheid een troef.\n\nDe tip in de tip: stop met zoeken naar Dé Ene Ware Agent. Je wilt er twee. Eén voor "ik moet dit voor het avondeten werkend hebben en het maakt me niet uit of de code lelijk is." Eén voor "ik ben over zes maanden om 2 uur 's nachts aan het debuggen in deze app, en de architectuurkeuzes die ik vandaag maak zullen me achtervolgen." Pas het gereedschap aan op de klus.\n\n## Tip 4: /recap — Het Commando Dat Je Niet Wist Dat Je Nodig Had\n\nDit had ik echt gemist. Op de een of andere manier. Het wordt al verzonden sinds april 2026, het staat in de documentatie, en ik had het nog nooit één keer getypt.\n\n/recap is een slash-commando dat een samenvatting afdrukt van alles wat er in je huidige Claude Code-sessie is gebeurd, één regel per actie. Welke bestanden zijn aangeraakt. Welke opdrachten zijn uitgevoerd. Welke tests zijn geslaagd of mislukt. Het is te configureren via /config, en er is een omgevingsvariabele CLAUDE_CODE_ENABLE_AWAY_SUMMARY die bepaalt of het automatisch afvuurt wanneer je terugkeert naar een verlaten sessie.\n\nDe reden waarom het er toe doet is niet de functie zelf — het is de workflow die het ontsluit.\n\nIk heb een gewoonte die ik vermoed dat veel van jullie herkennen. Ik start een lange Claude Code-sessie op, loop weg, kom veertig minuten later terug met een koude koffie, en moet drie à vier minuten de scratchlog doornemen om uit te zoeken waar we gebleven waren. Wat had Claude afgerond? Wat was er nog kapot? Had die migratie écht gedraaid? Welk testbestand was het falende?\n\n/recap beantwoordt dat allemaal in ongeveer twee seconden. Één regel per actie. Ik scan het, ik weet waar we staan, ik geef de volgende opdracht.\n\nDe andere plek waar het me deze week hielp: ik had drie parallelle Claude Code-sessies tegelijk draaien (een gewoonte die Boris zelf op een gewone dag bij 5 tot 10 parallelle instanties doet). Context-switchen tussen die sessies verstoorde mijn flow. /recap in elk venster werd mijn equivalent van naar een whiteboard lopen om me opnieuw te oriënteren. Minder dan tien seconden om te weten wat een sessie had gedaan.\n\nAls je het nog nooit hebt getypt, probeer het dan de volgende keer dat je terugkeert naar een lopende sessie. De eerste keer zal het voelen alsof je een functie vindt die er niet zou mogen zijn.\n\n## Tip 5: Inspanningsniveaus — Extra High en Max Zijn Echt, en het Zijn Verschillende Gereedschappen\n\nHier moet ik een vergissing corrigeren die ik in mijn eigen hoofd maakte vóór deze hertest.\n\nIk had aangenomen dat "max effort" en "extra high effort" marketingonderscheidingen waren. Dat zijn ze niet. Het zijn oprecht verschillende modi met verschillende afwegingen, en Boris's framing maakte het me duidelijk.\n\nClaude Code heeft vijf inspanningsniveaus: low, medium, high, xhigh (extra high) en max. Op Opus 4.7 is de standaard xhigh voor alle abonnementen en providers — al heeft Anthropic in maart 2026 de standaard voor Pro- en Max-abonnementen stilletjes verlaagd van high naar medium, wat de moeite waard is te weten als je output dit voorjaar iets magerder aanvoelde dan anders.\n\nHet verschil tussen xhigh en max is van belang. xhigh blijft behouden tussen sessies. Het is het niveau dat je permanent kunt instellen en vergeten. max blijft niet behouden — het is een modus die alleen voor de huidige sessie geldt, tenzij je het vastpint met de omgevingsvariabele CLAUDE_CODE_EFFORT_LEVEL. Max verwijdert alle tokenbeperkingen op het denken. Er is geen limiet. Claude besteedt zoveel als de taak lijkt te vereisen.\n\nBoris's vuistregel, die bijna precies overeenkomt met mijn hertest:\n\n- Low / Medium: triviaal werk. Bewerkingen in één bestand. Kleine refactors. Plannen waarvan je zeker weet dat ze kloppen.\n- High: standaard featurewerk waarbij je gedegen redenering wilt zonder de bank te breken.\n- Extra High (xhigh): featurewerk waarbij de architectuur van belang is, of waarbij Claude's eerste instinct regelmatig subtiel fout is.\n- Max: grote, frontloaded prompts. Mijn Linear-kloon-build. Volledige systeemmigraties. Het soort taak waarbij je Opus 4.7 een specificatie geeft en een bijna complete output verwacht.\n\nVoor de Linear-kloon hertest heb ik drie versies gedraaid. Eén op high, één op xhigh, één op max. High leverde een werkende app met drie duidelijke bugs. Xhigh leverde een werkende app met één cosmetisch probleem. Max leverde een werkende app zonder problemen bij de eerste run, maar kostte ongeveer 40% meer tijd en verbruikte ruwweg 3x zoveel tokens.\n\nDe kostencurve is reëel. Draai max niet op alles. Maar wees er ook niet bang voor bij taken die het rechtvaardigen — een frontloaded build-prompt is precies zo'n taak.\n\nAls je liever iemand dit soort architectuur-eerst-builds voor je laat doen — of het nu een Linear-achtig intern gereedschap is, een SaaS-prototype of een AI-geïntegreerd product — neem ik aangepaste builds aan via fiverr.com/s/EgxYmWD. Maar je kunt dit zeker zelf uitvoeren met de workflow in dit artikel.\n\n## Tip 6: Meldingen — Stop Met het Bewaken van de Terminal\n\nDeze tip is verbluffend eenvoudig en heeft meer van mijn workflow verbeterd dan hij verdiende.\n\nBoris stelt taakvoltooiingsmeldingen in zodat hij lange Claude Code-taken kan laten draaien zonder naar de terminal te staren. Dan doet hij iets anders — ideeën uitwerken in de Claude-desktopapp, specificaties schrijven, koffie halen — totdat zijn Mac hem een seintje geeft dat Claude klaar is of input nodig heeft.\n\nHet mechanisme is een Stop hook in Claude Code's hooks-systeem. Stop hooks vuurt af wanneer Claude zijn huidige taak voltooit. Je kunt er een willekeurige shell-opdracht aan koppelen — inclusief osascript voor een macOS-melding, een Slack-webhook of een terminal-notifier-aanroep. Er is ook een Notification hook die afgaat bij toestemmingsprompts, inactieve prompts of elicitatiedialogvensters, wat nuttig is als je in een modus zit die nog om goedkeuring vraagt.\n\nDit is het minimale ~/.claude/settings.json-fragment dat ik gebruik:\n\njson\n{\n \"hooks\": {\n \"Stop\": [\n {\n \"matcher\": \"\",\n \"hooks\": [\n {\n \"type\": \"command\",\n \"command\": \"osascript -e 'display notification \\\"Claude finished\\\" with title \\\"Claude Code\\\" sound name \\\"Glass\\\"'\"\n }\n ]\n }\n ],\n \"Notification\": [\n {\n \"matcher\": \"permission_prompt\",\n \"hooks\": [\n {\n \"type\": \"command\",\n \"command\": \"osascript -e 'display notification \\\"Needs your input\\\" with title \\\"Claude Code\\\" sound name \\\"Ping\\\"'\"\n }\n ]\n }\n ]\n }\n}\n\n\nTwee verschillende geluiden. Twee verschillende toestanden. Ik weet welke welke is zonder naar het scherm te kijken.\n\nDe asynchrone hooks die Anthropic in januari 2026 heeft verzonden, zijn hier ook van belang — ze laten meldingsopdrachten op de achtergrond uitvoeren zonder Claude's uitvoering te blokkeren, wat betekent dat er geen vreemde pauze is wanneer een melding middenin een taak afgaat.\n\nHet onderliggende punt dat Boris met deze tip maakt, gaat niet over de melding zelf. Het gaat over de verschuiving in mentaal model. Als je live naar Claude Code staat te kijken, ben jij het knelpunt. Je doet niet iets anders. Je denkt niet vooruit. Je bent een toeschouwer bij je eigen werk. Meldingen stellen je in staat om te groeien van toeschouwer naar dirigent — en een dirigent die twee of drie Claude-sessies parallel aanstuurt, is werkelijk een ander soort ontwikkelaar dan iemand die door één terminal ploetert in real time.\n\n### De workflowmultiplier: brainstorm in de Claude-desktopapp terwijl Claude Code draait\n\nBoris noemt dit terloops in de video, maar het is een van de meest waardevolle inzichten in het hele gesprek.\n\nTerwijl Claude Code een lange taak uitvoert, opent hij de Claude-desktopapp — een volledig apart product, niet Claude Code — en gebruikt die als brainstormoppervlak. Geen gereedschapsaanroepen. Geen bestandsbewerkingen. Alleen een chatcontext waarin hij nadenkt over de volgende feature, specificatietaal opstelt, architectuurkeuzes controleert.\n\nAls zijn Mac hem een seintje geeft dat Claude Code klaar is, heeft hij een volledig uitgewerkte volgende prompt klaar om in te voeren. Geen "laat me nadenken over wat ik nu ga vragen"-dode tijd.\n\nIk heb dit patroon overgenomen voor de hertest. Mijn Linear-kloon-build had drie natuurlijke pauzemomenten. In elk ervan, in plaats van naar de terminal te staren, opende ik de desktopapp en stelde de volgende specificatie op. De totale doorlooptijd voor de build daalde van wat een halve dag project zou zijn geweest naar ongeveer een uur en veertig minuten echt werk.\n\n## Tip 7: Adaptive Thinking — De Knop Is Dood. Lang Leve de Prompt.\n\nDit is de tip waarbij ik fout zat. Laat me uitleggen wat er werkelijk is veranderd.\n\nOp Opus 4.6 en eerder controleerde je extended thinking met een expliciete parameter: thinking: {\"type\": \"enabled\", \"budget_tokens\": N}. Je stelde een tokenbudget in. Claude dacht tot maximaal dat budget. Helder.\n\nOp Opus 4.7 geeft die parameter een 400-fout terug. Extended-thinking-budgetten zijn verdwenen. Vervangen door adaptive thinking — een modus waarbij Claude zelf beslist wanneer het grondiger moet nadenken en hoeveel het daarvoor uitgeeft, op basis van de complexiteit van elk verzoek.\n\nAdaptive thinking is standaard uitgeschakeld op Opus 4.7. Je schakelt het in met thinking: {type: \"adaptive\"} in de API, of — en dit is de sleutel voor Claude Code-gebruikers — je stuurt het via de formulering van je prompt.\n\nTwee formuleringen die echt verschil maken:\n\n- "Think carefully step by step" — signaleert aan Claude dat dit een taak is die het waard is denkentokens op te branden. Het zal meer per-stap redeneren.\n- "Prioritize responding quickly" — signaleert het tegenovergestelde. Claude verkort zijn redenering en levert sneller, ten koste van wat diepgang.\n\nDit is de nuance die me een dag kostte om volledig te internaliseren: inspanning en denken zijn nu aparte knoppen. Inspanningsniveau is het totale resourcebudget voor een taak — hoeveel werk Claude bereid is te doen in totaal, over gereedschapsaanroepen, bestandslezingen en nieuwe pogingen. Denken is de per-stap redeneerdiepte — hoe hard Claude nadenkt vóór elke individuele beslissing.\n\nJe kunt hoge inspanning combineren met laag denken (veel acties, elk snel besloten) of lage inspanning met hoog denken (weinig acties, elk zorgvuldig overwogen). Voor mijn Linear-kloon hertest leverde max inspanning + "think carefully step by step"-formulering de schoonste output. Voor een snelle bugfix in een API-route rondde xhigh inspanning + "prioritize responding quickly" de taak af in ongeveer een derde van de tijd zonder aan correctheid in te boeten.\n\nDe andere wijziging die de moeite waard is te weten: vanaf Opus 4.7 worden denkinhoud standaard weggelaten uit de respons. Denkblokken verschijnen nog steeds in de responsstream, maar hun inhoud is leeg tenzij je er expliciet voor kiest. Dat is een stille wijziging — geen fout, geen waarschuwing — en het verbetert de responslatentie lichtjes. Als je gereedschap had dat denkuitvoer parseerde, controleer dan of het nog werkt.\n\n## Wat Ik Bewaar, Wat Ik Terugdraai\n\nVier dagen hertest. Dit is mijn eerlijke balans.\n\nDefinitief bewaren:\n- Auto mode voor nieuwe en persoonlijke projecten. De classifier is goed genoeg. De flow is het waard.\n- Frontloaded specs voor elke build die niet een triviale eenbestandsbewerking is. Dit was de grootste kwaliteitssprong.\n- /recap als spiergeheugen bij elke sessiehervatting. Gratis winst.\n- Meldingen via Stop hooks, altijd. Ik schaam me dat ik dit een jaar geleden niet heb ingesteld.\n- Prompt-formulering voor adaptive thinking, want ik heb geen keuze — de knop is weg.\n\nBewaren met voorbehoud:\n- Max inspanningsniveau, maar alleen voor de juiste taken. Het is geen "meer is beter"-instelling. Gebruik het wanneer de taak het rechtvaardigt.\n- Claude Code vs OpenCode-framing — ik ben het eens met de splitsing, maar ik grijp de meeste dagen nog steeds als eerste naar Claude Code, omdat het ecosysteem samengesteld groeit.\n\nTerugdraaien:\n- Niets, eerlijk gezegd. Elke tip bleef overeind onder echt werk. Dat is de reden waarom ik dit artikel publiceer in plaats van de "hier is waar Boris het fout heeft" -tirade die ik halfverwacht had te schrijven toen ik de hertest begon.\n\nAls je mijn eerdere diepgaande analyse hebt gelezen van Boris Cherny's dagelijkse workflow of mijn uiteenzetting van Opus 4.7's praktische impact, zul je merken dat deze zeven tips overlappen met de principes die Boris al maanden publiekelijk deelt. Wat nieuw is, is het specifieke Opus 4.7-gedrag — adaptive thinking, verwijderd extended-thinking-toggle, max effort als echt niveau — en de manier waarop auto mode is gegroeid van een experimentele vlag naar iets wat ik nu aanbeveel als standaard voor nieuw werk.\n\n## De Linear-Kloon Test — Wat Er Werkelijk Is Opgeleverd\n\nTerug naar de build waarmee ik begon.\n\nVier dagen, drie hertests, zeven technieken schoon toegepast. De Linear-kloon waar ik mee eindigde heeft projecten met geneste taken, een drag-and-drop Kanban-bord, status- en prioriteitsvelden, gebruikerstoewijzingen opgehaald uit een seeddatabase, tagondersteuning, een projectzijbalk en een taakdetailmodal — precies de specificatie die Boris demonstreerde. Next.js App Router, Prisma met SQLite, Tailwind, shadcn/ui-componenten.\n\nTotale menselijke bewerkingstijd: ongeveer veertig minuten, verdeeld over de drie builds. Totale Claude Code-tijd: ongeveer drie en een half uur over alle drie de runs. Totale tokens bij de beste run: ergens rond de 450K in en 180K uit. De beste run was die met max inspanning, frontloaded specificatie, auto mode, adaptive-thinking-bewuste promptformulering en Stop-hook-meldingen.\n\nElk van Boris's zeven tips droeg iets bij. Laat er één vallen en de build wordt slechter, langzamer of meer onderbroken.\n\n## Veelgestelde Vragen\n\n### Is /recap een echt Claude Code-commando?\nJa. /recap werd in april 2026 verzonden in Claude Code en drukt een samenvatting af van de acties in je huidige sessie, één regel per actie. Het is te configureren via /config, en je kunt het automatisch afvuren forceren met de omgevingsvariabele CLAUDE_CODE_ENABLE_AWAY_SUMMARY. Zie de volledige uiteenzetting van inspanningsniveaus en sessies hierboven.\n\n### Wat is het verschil tussen Claude Code's "high" en "max" inspanningsniveaus?\nHigh begrenst het denkdiepte en het aantal gereedschapsaanroepen tot een redelijk plafond; max verwijdert de limiet volledig en geldt alleen voor de huidige sessie (tenzij je het vastpint met CLAUDE_CODE_EFFORT_LEVEL). Gebruik max voor frontloaded, architectureel complexe builds. Gebruik high voor standaard featurewerk. Het volledige beslissingskader staat in Tip 5.\n\n### Hoe schakel ik auto mode in in Claude Code?\nVoer claude --enable-auto-mode uit om het voor je account te ontgrendelen, en druk vervolgens drie keer op Shift+Tab om door default → acceptEdits → plan → auto te bladeren. Auto mode vereist een Team-, Enterprise- of API-abonnement en gebruikt een Sonnet 4.6-gebaseerde classifier om risicovolle gereedschapsaanroepen te blokkeren voordat ze worden uitgevoerd.\n\n### Heeft Anthropic extended thinking echt verwijderd in Opus 4.7?\nJa. Het instellen van thinking: {\"type\": \"enabled\", \"budget_tokens\": N} op Opus 4.7 geeft een 400-fout. Adaptive thinking (thinking: {type: \"adaptive\"}) is nu de enige denkmodus, en Claude bepaalt de denkdiepte dynamisch. Je stuurt dit met promptformulering zoals "think carefully step by step" of "prioritize responding quickly". Details in Tip 7.\n\n### Moet ik Claude Code of OpenCode gebruiken?\nBeide. Gebruik Claude Code voor diepgaande, productieklare builds waarbij architectuur en codekwaliteit van belang zijn. Gebruik OpenCode voor snelle prototypes, wegwerpgereedschap, of wanneer je naar niet-Anthropic-modellen wilt routeren. Boris's framing in Tip 3 sluit aan bij mijn eigen ervaring met beide gereedschappen.\n\n## Tot Slot\n\nDe reden waarom Boris's zeven tips werken is niet dat ze slim zijn. De meeste ervan zijn afzonderlijk klein. /recap is één slash-commando. Een Stop hook is tien regels JSON. Auto mode is één vlag.\n\nDe reden waarom ze werken is dat ze samen een verschuiving teweegbrengen: van de persoon die in Claude Code typt naar de persoon die het aanstuurt — en twee of drie instanties tegelijk aanstuurt, terwijl je vooruitdenkt naar het volgende probleem. Elke tip in de lijst verwijdert ofwel een bewakingstaak, verhoogt de outputkwaliteit, of helpt je de juiste specificatie op te stellen vóórdat je op enter drukt.\n\nIk heb vier dagen dezelfde Linear-kloon op drie manieren gebouwd, en de tip waar ik steeds op terugkom is niet één van de zeven. Het is de metatip die onder al die tips zit: de ontwikkelaars die nu winnen met Claude Code zijn niet degenen die meer prompts hebben geleerd. Het zijn degenen die zijn gestopt met te doen alsof ze een gesprek voeren met een AI en zijn begonnen met het aansturen van een klein engineeringteam van één persoon.\n\nShift+Tab drie keer. Frontload de specificatie. Laat het draaien. Ga de volgende prompt opstellen in de desktopapp terwijl de meldingen de updates afhandelen.\n\nDat is het hele spel.\n\n## Laten We Samenwerken\n\nWil je AI-systemen bouwen, workflows automatiseren of je technische infrastructuur opschalen? Ik help je graag.\n\n* Fiverr (custom builds & integrations): fiverr.com/s/EgxYmWD\n* Portfolio: mejba.me\n* Ramlit Limited (enterprise solutions): ramlit.com\n* ColorPark (design & branding): colorpark.io\n* xCyberSecurity (security services): xcybersecurity.io"