Claude Code 2.1.101: de update die Enterprise-teams nodig hebben
Ik was op zaterdagochtend drie uur bezig met een Claude Code-sessie, tot mijn knieën in een refactoring van zevenenveertig bestanden, toen de terminal gewoon... stopte. Geen fout. Geen 'tarief beperkt'. Niets. Alleen een knipperende cursor en een half afgerond gesprek dat naar mij terugstaarde.
Ik drukte op '--hervatten'. Claude Code kwam terug, maar de context die hij laadde was niet de context die ik verliet. Het was verankerd in een dode subagent-thread van twee uur eerder, en het hoofdgesprek – het gesprek dat er echt toe deed – was verdwenen. Ik had dit eerder zien gebeuren. Ik had het afgeschreven als 'grote sessie-eigenaardigheden' en ging verder. Die ochtend verloor ik er een hele middag werk aan.
Vijf dagen later verscheepte Anthropic Claude Code 2.1.101. En verborgen in de release notes lag de exacte oplossing voor het exacte probleem dat mijn zaterdag had verpest.
Ik had het bijna gemist. De update heeft geen flitsende selectiekaderfunctie. Geen nieuw model. Geen glanzende demo. Gewoon een stapel niet-glamoureuze, maar cruciale oplossingen die, bij elkaar genomen, Claude Code stilletjes transformeren in iets dat daadwerkelijk op ondernemingsschaal werkt. Ik heb de afgelopen week elke verandering die Anthropic in deze release heeft doorgevoerd aan een stresstest onderworpen, en ik moet je vertellen wat er werkelijk toe doet: de zaken die de minste aandacht krijgen, zullen namelijk je workflow het meest beïnvloeden.
De headline-functie is een nieuwe onboarding-opdracht. Dat is waar Anthropic naar wijst. Maar eerlijk? Dat is niet de verandering waarmee ik zou leiden.
Waarom deze release anders aanvoelt dan de laatste tien
Maandenlang hebben Claude Code-updates gevoeld als een cadans van kleine iteraties. Een vlag hier, een sneltoets daar, een nieuwe plug-in. Nuttig, maar zelden het soort release waardoor je stopt met waar je mee bezig bent en onmiddellijk upgradet.
Versie 2.1.101 is anders. Niet omdat het groter is – de changelog is eigenlijk vrij bescheiden – maar vanwege voor wie het bedoeld is. Deze release is duidelijk gericht op de ontwikkelaars en teams die Claude Code gebruiken als onderdeel van een echte engineeringpijplijn. Mensen met zakelijke TLS-proxy's. Mensen wier sessies zes uur duren en honderden tool calls omvatten. Mensen op Windows die al wekenlang stilletjes last hebben van terminalproblemen. Mensen die trage lokale LLM's door Claude Code hebben doorlopen en onverklaarbare time-outs hebben bereikt precies na vijf minuten.
De afgelopen drie maanden heb ik in elk van deze groepen gezeten. Daarom heb ik, toen ik de release-opmerkingen van 2.1.101 zag verschijnen, alles laten vallen en onmiddellijk een upgrade uitgevoerd. Ik ben blij dat ik dat gedaan heb.
Dit is het probleem met op ondernemingen gerichte releases: ze zijn gemakkelijk te negeren als je een solo-ontwikkelaar bent. "Ik heb geen zakelijke proxy." "Het gaat mij niet om de onboarding van teams." "Mijn sessies duren niet zo lang." Redelijk. Maar minstens drie van de oplossingen in deze update zijn van toepassing op elke afzonderlijke Claude Code-gebruiker, of je nu productiecode naar een Fortune 500 verzendt of op zondagavond een zijproject codeert. Ik zal je laten zien welke.
Laat ik beginnen met de verandering waarvan ik niet had verwacht dat die me zou interesseren — en die het interessantste van de hele release bleek te zijn.
Het nieuwe teamonboardingcommando is vreemder dan het klinkt
Toen ik voor het eerst las over het onboarding-commando van het team, rolde ik met mijn ogen. Onboarding-documentatie? Echt? Is dat waarmee Anthropic voorop loopt?
Toen heb ik het daadwerkelijk op een van mijn grotere projecten uitgevoerd (een repository waarin ik ongeveer zes weken met Claude Code had gewerkt, verspreid over tientallen sessies) en mijn mening veranderde in ongeveer vier minuten.
Dit is wat het eigenlijk doet. De opdracht analyseert je lokale Claude Code-gebruik binnen een specifiek project: de sessies die je hebt uitgevoerd, de bestanden die je het vaakst hebt aangeraakt, de patronen die je Claude Code hebt gevraagd te volgen, de aangepaste slash-opdrachten die je hebt gebouwd, de vaardigheden die je hebt geïnstalleerd. Vervolgens genereert het een gepersonaliseerde opstartgids voor een nieuwe ontwikkelaar die zich bij dat project aansluit. Geen algemene tutorial "zo gebruik je Claude Code". Een specifieke uitleg van hoe uw team Claude Code daadwerkelijk gebruikt in die specifieke codebase.
De output die ik kreeg was echt griezelig. Het wist dat ik een bepaald patroon had gebruikt voor specifieke workflows. Het wist welke mappen ik het vaakst had bewerkt. Het wist dat ik een aangepaste slash-opdracht had voor het genereren van inhoud die een specifiek sjabloon volgde. En het verpakte dat allemaal in een gids die, als ik hem aan een nieuw teamlid had overhandigd, hem ongeveer twee weken had bespaard van 'uitzoeken hoe de senior engineer eigenlijk werkt'.
Dat is de echte waarde hier. Enterprise-teams verliezen weken elke keer dat er een nieuwe ingenieur bijkomt, omdat de ongedocumenteerde kennis (de "oh, we vragen Claude Code altijd om de typen te controleren voordat ze worden gerefactoreerd" -dingen) in de hoofden van mensen leeft, niet in README-bestanden. Dit commando haalt die tribale kennis automatisch uit feitelijke gebruikspatronen.
Is het perfect? Nee. Het eerste ontwerp dat het voor mij opleverde, bevatte een paar patronen waarmee ik ooit had geëxperimenteerd en die ik had verlaten, en die werden bestempeld als 'standaardprojectconventies'. Die heb ik moeten bewerken. Maar als uitgangspunt voor het onboarden van documenten is het van een andere orde dan ze helemaal opnieuw te schrijven.
Voor solo-ontwikkelaars is deze functie vooral ruis. Voor teams van drie of meer ontwikkelaars die in dezelfde door Claude Code ondersteunde codebase werken, is dit iets dat zichzelf terugbetaalt wanneer er voor de eerste keer iemand nieuw lid wordt.
Maar laten we eerlijk zijn: de meesten van jullie die dit lezen, geven niets om de onboarding van teams. Het maakt je uit of Claude Code op mysterieuze wijze zal stoppen midden in je workflow. Dus laat me eens kijken naar de oplossingen waarvan ik denk dat ze er eigenlijk meer toe doen.
De Enterprise TLS-oplossing die honderden ontwikkelaars deblokkeert
Deze is stil in de changelog en enorm in de praktijk. Claude Code vertrouwt nu standaard het CA-certificaatarchief van uw besturingssysteem.
Als u nog nooit achter een TLS-inspectie-proxy van een bedrijf hebt gewerkt, betekent deze zin waarschijnlijk niets voor u. Als u * - als u ooit hebt geprobeerd Claude Code te installeren bij een bank, een verzekeringsmaatschappij, een zorgaanbieder of een onderneming die Zscaler, Netskope, Palo Alto of soortgelijke SSL-inspectietools gebruikt - deze zin de reden is dat u Claude Code eindelijk op het werk mag gebruiken.
Dit is wat er vroeger gebeurde. Je installeert Claude Code op een bedrijfslaptop. Jij zou het uitvoeren. Het zou mislukken met een variant van SELF_SIGNED_CERT_IN_CHAIN of UNABLE_TO_VERIFY_LEAF_SIGNATURE. Je zou een uur besteden aan het doorzoeken van documenten. Uiteindelijk zou je op een oplossing terechtkomen waarbij je NODE_EXTRA_CA_CERTS gebruikt, waarbij je de root-CA van je bedrijf exporteert vanuit Windows of macOS, deze converteert naar PEM-formaat en Claude Code handmatig naar de bundel verwijst. Misschien werkte het. Misschien niet. Misschien werkte het totdat IT het certificaat roteerde en alles weer kapot maakte.
Dat is voorbij. Vanaf 2.1.101 leest Claude Code standaard het certificaatarchief van uw besturingssysteem: hetzelfde certificaat dat uw browser gebruikt, hetzelfde certificaat dat uw besturingssysteem vertrouwt, hetzelfde certificaat dat uw IT-team al heeft geconfigureerd voor elk ander hulpmiddel op de machine. Geen omgevingsvariabelen. Geen aangepaste bundels. Geen urenverspilling.
Ik heb dit geverifieerd op een Windows-machine met een gesimuleerde bedrijfsproxy-installatie. Eerdere versies faalden onmiddellijk bij de eerste API-aanroep. 2.1.101 verbonden zonder een enkele configuratiewijziging.
Er is een ontsnappingsluik als je dat nodig hebt. Je kunt CLAUDE_CODE_CERT_STORE=bundled instellen om het oude gedrag te forceren — het alleen gebundelde certificaatarchief — wat handig is als je in een raar geval zit waarin het OS-archief verkeerd is geconfigureerd of als je deterministisch gedrag op verschillende machines nodig hebt. Maar voor 99% van de gebruikers in 99% van de omgevingen is de nieuwe standaard precies wat u wilt.
Als u bij een bedrijf werkt dat de uitrol van Claude Code blokkeert vanwege problemen met de SSL-inspectie: stuur uw IT-team vandaag nog de release-opmerkingen voor 2.1.101. Dit is de oplossing die je deblokkeert.
Dat is de oplossing om Claude Code überhaupt werkend te krijgen. De volgende oplossing is om het te laten werken als uw sessies lang worden.
Sessie hervatten wordt nu daadwerkelijk hervat
Herinner je je de zaterdagochtend nog die ik bovenaan dit artikel beschreef? Die waarbij --resume de verkeerde gespreksthread laadde en ik uren aan werk verloor?
Dat insect had een naam. Intern was het de kwestie van de "doodlopende tak". Wanneer je een lange Claude Code-sessie uitvoerde met subagenten, tooloproepen en meerdere gespreksvertakkingen, had de CV-lader de neiging zich te verankeren op de vertakking die de persistentielaag het laatst had geschreven - wat niet altijd de live draad was. Als je een uur geleden een sub-agent had voortgebracht die snel klaar was en de uiteindelijke status naar schijf schreef, zou de CV-lader op die dode branch kunnen aanhaken in plaats van op het hoofdgesprek waarin je feitelijk werkte.
De oplossing van 2.1.101 verandert de manier waarop de lader zijn anker kiest. Het loopt nu door de gespreksgrafiek om de live draad te vinden – degene waarin u actief werkte – en gaat vanaf daar verder. Subagenttakken worden behandeld als de subgesprekken die ze feitelijk zijn, en niet als potentiële hoofdlijnen.
Ik heb dit getest door opzettelijk het faalscenario opnieuw te creëren. Ik startte een lange sessie, bracht meerdere subagenten voort die parallelle bestandsbewerkingen uitvoerden, liet ze allemaal voltooien en bleef vervolgens nog een uur in de hoofdthread werken. Ik heb de terminal vermoord. Ik heb '--hervatten' uitgevoerd.
In 2.1.100 bracht dit vaak de verkeerde context met zich mee. In 2.1.101 bracht het precies het hoofdgesprek terug waarin ik had gewerkt, waarbij de resultaten van de subagenten correct waren genest als geschiedenis in plaats van gepromoveerd naar het hoogste niveau.
Er is een gerelateerde oplossing op hetzelfde gebied die ik moet vermelden, omdat deze vorige maand een daadwerkelijke crash veroorzaakte. Wanneer Claude Code toolresultaten bewaart die bestandsbewerkingen met zich meebrengen, slaat het bestandspaden op naast de bewerkingsinhoud. In sommige gevallen (met name wanneer de toolresultaten bewaard bleven voordat een bestand volledig was opgeslagen) ontbrak het pad in de persistente status. Bij het hervatten zou dit een crash veroorzaken omdat de lader probeerde het toolresultaat te reconstrueren met een nulpad.
2.1.101 repareert de crash door ontbrekende paden netjes af te handelen. In plaats van op te blazen, registreert het de ontbrekende context en gaat het verder met laden. U ziet nog steeds een opmerking in uw hervatte sessie dat sommige toolresultaten niet volledig konden worden gereconstrueerd, maar u verliest er niet de hele sessie aan.
Als je lange Claude Code-sessies hebt vermeden omdat --resume onbetrouwbaar aanvoelde, dan is deze release je uitnodiging om er weer op te vertrouwen. Ik ben weer bezig met sessies van meerdere uren zonder angst, en dat is een zinvolle verbetering van de kwaliteit van leven.
Over langdurig werk gesproken: er is één oplossing in deze release die van groot belang zal zijn voor iedereen die Claude Code gebruikt tegen langzame backends.
De verborgen time-out van vijf minuten die de lokale LLM-workflows doodde
Deze zal controversieel zijn, omdat sommige mensen geen idee hadden dat het bestond en anderen er al maanden tegen vechten.
Vóór 2.1.101 had Claude Code een hardgecodeerde verzoektime-out van 5 minuten. Niet de API-time-out die u kunt configureren via omgevingsvariabelen. Niet de time-out per verzoek die u in uw configuratie kunt instellen. Een afzonderlijk, intern, hardgecodeerd plafond dat elk HTTP-verzoek van meer dan vijf minuten zou afbreken, ongeacht wat u had geconfigureerd.
Voor de meeste gebruikers die rechtstreeks met de API van Anthropic praatten, was dit onzichtbaar. De antwoorden van Claude komen binnen enkele seconden terug, niet in minuten. Maar als je Claude Code tegen een lokale LLM zou gebruiken – via Ollama, LM Studio, een zelfgehoste vLLM-instantie of een lokale gevolgtrekkingsopstelling – was een plafond van vijf minuten catastrofaal. Lokale modellen die uitgebreide redeneringen uitvoeren op consumenten-GPU's kunnen gemakkelijk acht, tien, vijftien minuten nodig hebben om een volledig antwoord te geven. Claude Code zou het gewoon opgeven. Middenstroom. Geen uitleg.
Hetzelfde gebeurde met de nieuwe uitgebreide denkmodus. Vragen over diepgaande redeneringen die werkelijk meer dan vijf minuten nodig hadden om te voltooien – complexe refactoren van meerdere bestanden, sessies voor architecturale planning – zouden door dit onzichtbare plafond worden gedood zodra ze hun werk afmaakten.
Ik merkte voor het eerst dat dit een lokaal op Llama gebaseerd model via Claude Code op een werkstation draaide. Elke complexe vraag zou op mysterieuze wijze bijna precies na vijf minuten eindigen. Ik heb twee dagen lang gedacht dat het een modelprobleem was, en nog een dag dat ik dacht dat het een netwerkprobleem was, voordat ik het uiteindelijk naar Claude Code zelf herleidde. Er was geen mogelijkheid om het plafond te verhogen. U hoefde uw vragen alleen maar kort genoeg te houden om ze binnen vijf minuten af te ronden.
2.1.101 verwijdert het hardgecodeerde plafond volledig. Uw API-time-outconfiguratie wordt nu daadwerkelijk gerespecteerd. Als u een time-out van 30 minuten instelt, krijgt u een time-out van 30 minuten. Als u een uur instelt, krijgt u een uur.
Voor iedereen die Claude Code tegen lokale modellen gebruikt of serieus uitgebreid denkwerk doet, is dit alleen al de upgrade waard. Ik heb gisteren mijn lokale Llama-workflow opnieuw uitgevoerd en zag voor de eerste keer ooit een redeneervraag van twaalf minuten met succes worden voltooid. Twaalf minuten. Vroeger: onmogelijk. Nu: routine.
Als je gefrustreerd bent door de time-outs van Claude Code en je niet zeker weet waarom, is dit waarschijnlijk de reden. Upgrade en probeer het opnieuw.
Het geheugenlek dat stilletjes je RAM opvreet
Hier is er een die ik niet had opgemerkt totdat ik ernaar ging zoeken: een geheugenlek in de virtuele scroller.
Claude Code gebruikt een virtuele scroller om lange gespreksgeschiedenissen weer te geven - een standaardtechniek waarbij alleen de zichtbare berichten naar de DOM worden weergegeven en berichten buiten het scherm worden gerecycled. Zo kunt u door een sessie met duizenden berichten scrollen zonder dat uw terminal in melasse verandert.
Het lek zat in de manier waarop de scroller historische kopieën van de berichtenlijst beheerde. Tijdens langlopende sessies bewaarde het tientallen snapshots van de volledige berichtenlijst in het geheugen - in wezen behield het elke versie van "de lijst zoals deze N berichten geleden was" zonder ooit de oude vrij te geven. Bij korte sessies onmerkbaar. Bij lange sessies – het soort dat urenlang duurt met honderden tooloproepen en duizenden berichten – zouden de bewaarde snapshots groeien en aanzienlijke hoeveelheden RAM verbruiken.
Op mijn eigen machine merkte ik dit niet omdat ik veel geheugen heb en nooit heb gekeken. Maar toen ik eenmaal wist waar ik op moest letten, controleerde ik mijn procesgeheugengebruik tijdens een lange sessie op 2.1.100 en zag dat Claude Code op enkele gigabytes aan intern geheugen zat. Na het upgraden naar 2.1.101 en het uitvoeren van een vergelijkbare sessie werd dezelfde werklast aanzienlijk minder gebruikt. De exacte cijfers zijn afhankelijk van de duur van uw sessie en de inhoud van uw bericht, dus ik zal geen cijfer citeren dat niet generaliseerbaar is, maar de richting is ondubbelzinnig en de oplossing is reëel.
Als je merkt dat de ventilatoren van je laptop draaien tijdens lange Claude Code-sessies, of als je Claude Code af en toe opnieuw hebt opgestart alleen maar omdat "het na een paar uur traag aanvoelt", is deze oplossing waarschijnlijk de reden dat je dat niet meer hoeft te doen.
De beveiligingspatch waar niemand het over heeft
Er is een CVE-waardige oplossing in 2.1.101 die bijna geen aandacht krijgt in de discussies die ik online heb gezien: een kwetsbaarheid voor het injecteren van commando's in de POSIX-fallback die wordt gebruikt voor binaire LSP-detectie.
Dit is wat dat in praktische termen betekent. De Language Server Protocol-integratie van Claude Code moet LSP-binaire bestanden op uw systeem vinden. Op POSIX-systemen (Linux, macOS) gebruikte het een fallback-detectiemethode die, onder bepaalde omstandigheden, kon worden misleid om willekeurige opdrachten uit te voeren via een vervaardigde omgeving of bestandsnaam. Het aanvalsoppervlak was klein (je had een specifieke opstelling nodig om er misbruik van te maken), maar de kwetsbaarheid was reëel en kon worden misbruikt.
2.1.101 repareert het. Ik ga de exploitdetails niet doornemen omdat het geen enkel nuttig doel dient, maar als je een beveiligingsbewuste ontwikkelaar bent, moet je weten dat deze patch bestaat en moet je upgraden, zelfs als geen van de andere oplossingen voor jou van belang is.
Nu we het toch over beveiliging hebben: regels voor het weigeren van toestemming kunnen niet langer stilletjes worden gedegradeerd door hooks vóór gebruik van het gereedschap. Dat is een aparte oplossing in dezelfde release, en het sluit een subtiele bypass af waarbij een aangepaste hook je deny-regels effectief zou kunnen neutraliseren voordat ze werden afgedwongen. Als je Claude Code gebruikt in afgesloten omgevingen met strikte toestemmingsregels, is deze oplossing degene die ervoor zorgt dat die regels daadwerkelijk garanderen wat je dacht dat ze garandeerden.
Als u leiding geeft aan een team dat Claude Code uitvoert in productie- of gereguleerde omgevingen, zou deze release verplicht moeten zijn. Als je liever een team hebt dat dit soort verharding voor je afhandelt voor je hele stapel, [xCyberSecurity voert precies dit soort tooling-evaluatie uit] (https://www.xcybersecurity.io/assessment) – maar voor de meeste lezers is het doe-het-zelf-pad hier gewoon 'de upgrade uitvoeren'.
De UI-oplossingen die Windows daadwerkelijk bruikbaar maken
Ik werk niet in de eerste plaats met Windows, maar ik ken veel ontwikkelaars die dat wel doen, en ik heb ze maandenlang zien lijden onder de Windows-terminalproblemen van Claude Code. 2.1.101 behandelt uiteindelijk een cluster ervan.
De grote: de preview van de Windows-terminal was zodanig beschadigd dat bepaalde UI-elementen onjuist werden weergegeven of niet konden worden bijgewerkt. Het is opgelost. Terminaltitels zijn nu correct ingesteld - voorheen toonde de terminaltitel soms verouderde informatie of kon deze niet worden bijgewerkt bij het wisselen van context. Het gedrag van de werkmap en de werkboom vertoonde problemen in specifieke randgevallen waarbij padnormalisatie betrokken was. Dat is ook gecorrigeerd.
Daarnaast heeft de regex-kiezer – de gebruikersinterface die u gebruikt bij het interactief bouwen van regex-zoekpatronen – een grote UX-revisie gekregen. De standaardweergave is nu breder, wat klein klinkt totdat je probeert een complexe regex in een smalle kiezer te bouwen en je realiseert dat de helft van je patroon wordt afgekapt. De bredere kijk is een van die ‘waarom was het niet altijd zo’-veranderingen.
Er is ook een opschoning van plug-ins die drie specifieke ergernissen voorkomt: dubbele opdrachtnamen wanneer twee plug-ins hetzelfde slash-commando registreren, stille updatefouten wanneer het updateproces van een plug-in crasht, en verouderde versiecaches die beweren dat een plug-in up-to-date was terwijl dat niet het geval was. Als je intensief gebruik maakt van plug-ins (zoals de plug-ins voor dagelijkse workflows waar ik eerder over schreef) (https://www.mejba.me) ruimt deze release de randgevallen op waar je waarschijnlijk tegenaan bent gelopen zonder te beseffen dat het bugs waren.
De zelfherstellende Ripgrep Fix is het soort nagellak waar ik van hou
Hier is mijn favoriete kleine detail in de hele release. De Git grep-tool – de interne grep-implementatie van Claude Code, gebouwd op ripgrep – repareert nu automatisch het binaire pad van ripgrep wanneer automatische updates van VS Code of translocatiegebeurtenissen van macOS-apps het binaire bestand eronder vandaan halen.
Als je ooit hebt gehad dat de grep van Claude Code halverwege de sessie stopte met werken met de cryptische fout 'ripgrep not found', dan is dit de reden. VS Code werkt het gebundelde ripgrep-binaire bestand automatisch bij, en het in de cache opgeslagen pad van Claude Code naar dat binaire bestand wordt verouderd. Het oude gedrag zou mislukken. Het nieuwe gedrag is om het gebroken pad te detecteren, de verwachte locaties opnieuw te scannen, het nieuwe binaire bestand te vinden, het pad in de cache bij te werken en te blijven werken alsof er niets is gebeurd.
Het is het soort oplossing dat de meeste gebruikers nooit bewust zullen opmerken, omdat het probleem dat het oplost zo zeldzaam is dat wanneer het gebeurt, de meeste ontwikkelaars Claude Code gewoon opnieuw opstarten en verder gaan. Maar dit is de vorm van een volwassen instrument. De eerste 80% van de stabiliteit komt voort uit het oplossen van de voor de hand liggende crashes. De laatste 20% is afkomstig van zelfherstellend gedrag waardoor de gebruiker nooit doorheeft dat er iets mis is gegaan.
De foutmeldingen vertellen je eindelijk wat er is gebeurd
Fouten in de snelheidslimiet waren vroeger nutteloos. U krijgt de melding "snelheid beperkt, opnieuw proberen" zonder indicatie van de snelheidslimiet die u heeft bereikt (tokens per minuut? verzoeken per minuut? dagelijkse limiet?) of wanneer deze opnieuw zou worden ingesteld. Je zou gewoon... wachten. En hoop.
2.1.101 lost dit op. Berichten over nieuwe pogingen tot frequentielimiet specificeren nu precies welke limiet u bereikt en wanneer deze opnieuw wordt ingesteld. Als u uw limiet voor tokens per minuut bereikt, ziet u 'limiet voor tokens per minuut bereikt, die binnen 34 seconden wordt gereset'. Als het de limiet voor verzoeken per minuut betreft, wordt dit in het bericht vermeld. Dit is enorm belangrijk wanneer u probeert te achterhalen waarom uw workflow vertraagt, of wanneer u besluit of u uw abonnement wilt upgraden.
Op dezelfde manier bevatten weigeringsfouten – wanneer Claude Code weigert een specifieke actie uit te voeren – nu de door de API verstrekte verklaring voor waarom het verzoek werd geblokkeerd. Voorheen kreeg u gewoon een generieke weigering. Nu krijgt u de werkelijke reden, waarmee u uw prompt kunt aanpassen of kunt begrijpen waarom het model terugdringt.
En fouten bij het niet beschikbaar zijn van tools verklaren nu waarom de tool niet beschikbaar is en stellen volgende stappen voor. Als een tool niet kan worden geïnitialiseerd, vertelt de fout u wat er mis is gegaan en wat u moet proberen. Als een tool achter een specifiek plan zit, vertelt de fout u dat. Als er een afhankelijkheid ontbreekt, wijst de fout u naar de oplossing.
Betere foutmeldingen voelen als een kleinigheid. Dat zijn ze niet. Een aanzienlijk percentage van de ondersteuningsthreads "Claude Code is kapot" zijn in werkelijkheid "Claude Code gaf me een onduidelijke fout en ik wist niet hoe ik erop moest reageren". Deze release doodt veel van dat lawaai.
Wat je hier eigenlijk aan kunt doen
Als u nog steeds aan het lezen bent, probeert u waarschijnlijk uit te vinden of u nu moet upgraden of moet wachten. Laat me je het eerlijke antwoord geven op basis van wat ik heb getest.
Upgrade onmiddellijk als: U achter een zakelijke TLS-proxy werkt (enterprise TLS fix). U voert lange Claude Code-sessies uit die u soms hervat (fix voor het hervatten van sessies). U gebruikt lokale LLM's of uitgebreid nadenken met lange zoektijden (time-outplafondfix). Je geeft om de beveiliging op POSIX-systemen (opdrachtinjectiepatch). Je gebruikt Windows en hebt last van terminale gekheid.
Upgrade wanneer dat uitkomt als: Je een solo-ontwikkelaar bent op macOS en korte tot middellange sessies uitvoert met de Anthropic API. Van de meeste oplossingen in deze release zult u nog steeds profijt hebben (de oplossing voor het geheugenlek alleen al is de moeite waard), maar niets hier blokkeert onmiddellijk uw workflow.
Doe geen moeite met upgraden als: U een specifieke versie vastzet voor reproduceerbaarheid in een CI-omgeving en u 2.1.100 of eerder al heeft gevalideerd voor uw exacte gebruiksscenario. Voer in dat geval uw eigen regressietests uit voordat u 2.1.101 naar productie promoveert.
Voor alle anderen: de upgrade is pijnloos. Voer de updateopdracht van uw pakketbeheerder uit. Start Claude Code opnieuw. Je bent klaar. Er zijn geen configuratiewijzigingen nodig, tenzij u specifiek weer gebruik wilt maken van het oude certificaatgedrag.
Voordat u dit tabblad sluit en gaat upgraden, wil ik dat u één ding doet. Open uw Claude Code changelog en lees zelf de opmerkingen in 2.1.101. Niet omdat je mijn samenvatting niet vertrouwt – lees ze omdat ik garandeer dat er minstens één oplossing in die lijst staat die je doet denken: "Oh, dus dat is wat er met mij gebeurde." Elke Claude Code-update bevat een stille oplossing voor een probleem dat de lezer zichzelf de schuld geeft. Deze heeft er meerdere.
Het grootste deel van de afgelopen zes maanden heb ik stilletjes de ruwe kanten van Claude Code geaccepteerd als 'precies zoals het is'. Lange sessies werden willekeurig hervat in de verkeerde context, en ik gaf mezelf de schuld dat ik de tool verkeerd gebruikte. Lokale modellen zouden na vijf minuten een time-out krijgen, en ik neem aan dat mijn infrastructuur het probleem was. Windows-teamgenoten klaagden over terminalproblemen, en ik haalde mijn schouders op omdat het op mijn machine werkte. Al deze problemen waren de schuld van Claude Code, en ze zijn nu allemaal opgelost.
Zo ziet een 2.1.101-uitgave eruit. Rustig. Niet glamoureus. En transformerend als je een van de mensen was die het nodig had.
Veelgestelde vragen
Hoe update ik Claude Code naar 2.1.101?
Voer npm install -g @anthropic-ai/claude-code@latest uit als u via npm hebt geïnstalleerd, of gebruik de standaard updateopdracht van uw pakketbeheerder. Start Claude Code opnieuw nadat de update is voltooid. Er zijn geen configuratiewijzigingen vereist om de nieuwe standaardinstellingen van kracht te laten worden.
Maakt Claude Code 2.1.101 iets kapot van 2.1.100?
Geen bekende belangrijke wijzigingen. Het standaardgedrag van de bedrijfs-TLS is gewijzigd van alleen gebundeld naar het OS-certificaatarchief, maar er bestaat een ontsnappingsmogelijkheid via de omgevingsvariabele `CLAUDE_CODE_CERT_STORE=bundled' als u het oude gedrag nodig heeft voor deterministische CI-omgevingen.
Waarom had Claude Code precies 5 minuten eerder een time-out?
Door een hardgecodeerde time-out voor een intern verzoek werden HTTP-verzoeken na vijf minuten afgebroken, ongeacht de door u geconfigureerde API-time-out. Dit plafond is verwijderd in 2.1.101, dus uw API-time-outconfiguratie wordt nu volledig gerespecteerd voor langlopende query's op lokale LLM's of uitgebreide denkwerklasten.
Is de kwetsbaarheid voor commando-injectie in Claude Code 2.1.101 ernstig?
Het beveiligingslek bestond in de POSIX-fallback voor binaire LSP-detectie op Linux en macOS. Het aanvalsoppervlak was smal, maar de klasse van bugs is reëel en hersteld in 2.1.101. Beveiligingsbewuste ontwikkelaars moeten onmiddellijk upgraden, zelfs als er geen andere oplossingen van toepassing zijn op hun workflow.
Wat genereert de nieuwe opdracht voor teamonboarding eigenlijk?
Het analyseert uw lokale Claude Code-gebruik binnen een specifiek project (sessies, vaak bewerkte bestanden, aangepaste slash-opdrachten, geïnstalleerde vaardigheden, gesprekspatronen) en produceert een gepersonaliseerde handleiding voor nieuwe teamleden die zich bij dat project aansluiten. Het vervangt de handmatige onboardingdocumentatie voor teams die Claude Code op grote schaal gebruiken.
Laten we samenwerken
Wilt u AI-systemen bouwen, workflows automatiseren of uw technische infrastructuur schalen? Ik help je graag.
- Fiverr (op maat gemaakte builds en integraties): fiverr.com/s/EgxYmWD
- Portfolio: mejba.me
- Ramlit Limited (ondernemingsoplossingen): ramlit.com
- ColorPark (ontwerp en branding): colorpark.io
- xCyberSecurity (beveiligingsdiensten): xcybersecurity.io
Sociaal distributiepakket
Twitter/X (minder dan 280 tekens): Claude Code 2.1.101 werd geleverd zonder flitsende demo en ik had het bijna gemist. Vervolgens heb ik de changelog gelezen. Een hardgecodeerde time-out van 5 minuten die de lokale LLM-workflows doodde? Weg. De bug in het hervatten van de sessie die mij een volledige zaterdag heeft gekost? Vast. Hier is elke verandering die er echt toe doet →
LinkedIn (minder dan 700 tekens): Claude Code 2.1.101 is de stilste belangrijke release die Anthropic in maanden heeft uitgebracht. Geen nieuw model. Geen flitsende demo. Alleen de specifieke reeks oplossingen die ervoor zorgen dat Claude Code daadwerkelijk op ondernemingsniveau werkt: vertrouwen in het besturingssysteemcertificaatopslag (deblokkeert TLS-proxy's van bedrijven), een sessiehervatting die daadwerkelijk wordt hervat, het verwijderen van een hardgecodeerde time-out van 5 minuten die stilletjes de lokale LLM-workflows doodde, een opdrachtinjectiepatch in het LSP-binaire detectiepad en een oplossing voor geheugenlekken voor lange sessies. Als je jezelf de schuld geeft van de ruwe kantjes van Claude Code, lees dan het volledige overzicht. Een aantal van die problemen was nooit jouw schuld. Link in opmerkingen.
Nieuwsbrieffragment: Ik heb de afgelopen week elke verandering in Claude Code 2.1.101 aan een stresstest onderworpen, en de headline-functie is niet degene die je zou moeten interesseren. De stille oplossingen – standaard TLS-instellingen voor het bedrijf, het verankeren van sessiehervattingen, de verborgen time-out van 5 minuten, de patch voor het injecteren van LSP-opdrachten – zijn degenen die uw dagelijkse workflow zullen veranderen. Volledige uitsplitsing binnenin, inclusief precies wie onmiddellijk moet upgraden en wie kan wachten.
