Anthropic vervangt Git voor Scion; Argon breidt testkring uit en Unsloth vernieuwt lokale agents

Anthropic heeft zijn monorepo in vijf maanden van Git naar het eigen, online ontworpen Scion gemigreerd, omdat agent- en CI-werk daar volgens het bedrijf inmiddels tienduizenden merges per dag veroorzaakt. Google breidt Gemini 4 Argon ondertussen uit naar honderden extra partners in het Fairwind-programma; dat is een concrete stap voorbij de beperkte testfase die op 1 oktober werd aangekondigd.

Anthropic bouwt Scion voor agent-schaal, niet als Git-vervanger voor iedereen

Anthropic schrijft dat het in mei gemiddeld 2.500 codewijzigingen per dag merge’de en in september boven de 30.000 uitkwam. De hoofdbranchhistorie zou bijna 100 GB zijn, een gecomprimeerde werkcopy ruim 25 GB, en CI alleen al ongeveer 25 miljoen checkouts per dag doen. Tegen die achtergrond migreerde het bedrijf zijn monorepo in vijf maanden naar Scion, inclusief eigen code-review, codezoektocht en IAM-laag.

Scion neemt bewust afstand van Git’s gedistribueerde uitgangspunt. Commits, merges, rebases, blame- en geschiedenisvragen verlopen server-side; clients houden een begrensde objectcache en halen alleen benodigde bomen en blobs op. De opslag draait om incrementele changesets en afgeleide indexen in plaats van een volledig gematerialiseerde repository of Git-packfiles. Sparse en virtuele checkouts zijn daardoor de standaardvorm, niet een optimalisatie achteraf.

Dat is interessant voor teams die grote aantallen geautomatiseerde jobs of agents een monorepo laten raadplegen: een CI-taak die alleen een diff of merge base nodig heeft, hoeft niet noodzakelijk meer een checkout te maken. Maar Anthropic noemt de eigen belasting zelf uitzonderlijk. De HN-discussie onderstreept bovendien dat een overstap van Git de complete ontwikkelketen raakt — code review, search en CI inbegrepen. Zie dit dus als een schaalpatroon, niet als een reden om een gewone Git-hosting te vervangen.

Anthropics technische uitleg van Scion · HN-discussie

Gemini 4 Argon krijgt grotere, maar nog steeds beperkte toegang

De actuele Gemini-pagina zegt dat Gemini 4 Argon vandaag naar honderden extra Fairwind-partners gaat. Daarmee is er een concrete uitbreiding sinds de eerdere aankondiging met toegang voor geselecteerde cyberdefenders en testers. Google positioneert Argon onder meer voor research, softwareontwikkeling, robotica en defensieve security.

Google claimt een gedeelde eerste plaats op CWE-Bench met 68% voor vulnerability remediation en noemt Argon zijn meest weerbare model tegen indirecte promptinjecties. Ook toont de pagina klantverklaringen en demo’s rond lange, multi-agent workflows. Dat zijn allemaal uitspraken van Google of vroege partners; ze vervangen geen onafhankelijke benchmark, securityaudit of brede beschikbaarheid.

Voor teams is dit dus vooral een toegangs- en evaluatiesignaal. Wie via Fairwind binnenkomt, kan eigen taken, toolrechten, injectiebestendigheid en kosten meten; wie buiten het programma valt, heeft nog geen algemeen inzetbaar product in handen. De discussie bevat al losse praktijkproeven en benchmarkkritiek, maar geen representatieve vergelijking.

Gemini 4 Argon: productpagina · HN-discussie

Unsloth 0.1.907-beta verfijnt browseragent en lange toolchats

Unsloth 0.1.907-beta is een nieuwe release na de browserbedieningsroute uit de einde-dagupdate van gisteren. Nieuw zijn onder meer expliciete goedkeuring per scriptsuitvoering, een instelling om scripts altijd te weigeren en per-site regels voor klikken op niet-gelabelde doelen. De release noemt ook beter gedrag op gecomprimeerde en client-side genavigeerde pagina’s en voor datum- en tijdvelden.

Voor lange lokale chats voegt Studio /compact toe voor ondersteunde GGUF- of MLX-toolchats en markeert het waar context is gecompact. Verder kunnen coding agents via MCP met een account-API-key Studio gebruiken om modellen te laden, genereren, trainen en exporteren. Daarmee groeit de desktopomgeving van een lokale UI richting een agentendpoint; behandel die API-key en MCP-toolrechten dus als echte toegangsgrens, niet als gemaksvlag.

De release noemt daarnaast tot vijfmaal snellere inference, browserverbeteringen en sneller laden van lange geschiedenissen. Dat zijn releasenotes van Unsloth zelf, zonder onafhankelijke meetopzet in de beschikbare context. Test bij een upgrade daarom vooral contextverlies na compaction, browsergoedkeuringen, MCP-autorisatie en gedrag op eigen hardware.

Unsloth 0.1.907-beta: volledige releasenotes

Pruning houdt bij één codingproef de helft van GLM-experts over

Een communityproject heeft GLM-5.3-Flash voor coding teruggebracht van 288 naar 144 gerouteerde experts per laag. De makers selecteerden experts op agentische codingsessies en bouwden de quantisatiekalibratie op dezelfde soort sessies. In hun afgesloten test met 26 Python-taken, 48 pogingen en maximaal 200 turns loste de Q3-variant van 71,4 GB alle 48 pogingen op die het 341GB-Q8-basismodel ook oploste — volgens de tabel wel met gemiddeld 1,80× zoveel turns op de gedeeld opgeloste taken.

Dit is interessant omdat het niet alleen lagere precisie probeert, maar capaciteit wegneemt op basis van een specifieke taakverdeling. De post laat ook zien waarom korte prompts onvoldoende test zijn: een generiek geprunde 2-bitvariant kon in een kleine vraagset nog antwoorden, maar loste geen van vier agentische taken op. De experimentele IQ2_XXS-variant past volgens de maker op 24 GB VRAM plus 32 GB RAM en draaide daar rond 16 tok/s, maar behaalde slechts 39 van 48 successen en kan vastlopen in exploratie.

De grens is scherp: dit is een makersmeting op drie Python-repositories, met eigen agentharness en eigen expertselectie. Het zegt nog niets over andere programmeertalen, toolstacks, lange productiesessies of algemene chatkwaliteit. De gepubliceerde recipe en harness maken verificatie mogelijk, maar test vóór gebruik juist de talen en fouttypen die niet in de selectie zaten.

Post met tabel, hardware en evaluatieopzet

Verder nog

• PostgreSQL 19 trekt opvallend veel features terug: ontwikkelaar Peter Eisentraut schrijft dat tijdens de bètafase ongeveer acht tot tien belangrijke features zijn teruggedraaid. Hij noemt complexe edge cases, minder reviewcapaciteit tijdens de Vulnpocalypse en sneller gevonden defecten door LLM-ondersteunde review en fuzzing als mogelijke, per feature verschillende oorzaken. Dat is een persoonlijke reflectie, geen formele postmortem; de praktische les is wel dat betere bugvinding de releaseplanning kan inhalen wanneer de triagecapaciteit niet meegroeit. Reflectie van Eisentraut · Lobsters-discussie
• Thunderbird werkt aan een native iOS-app: het team bouwt vanaf nul aan accountsetup, achtergrondsync, inbox en editor, met een experimentele-featurevlag voor bijdragers. Een eerste communitytest is volgens Thunderbird het doel voor de komende maanden; dit is dus een voortgangsbericht, geen app die nu al beschikbaar is. Thunderbird over de iOS-app · HN-discussie