Kolibri opent een Duits-Europees MoE-model, terwijl C2PA-timestamps een uitsluitingsgat blijken te hebben
Aleph Alpha publiceert Kolibri-1, een open MoE-model dat nadrukkelijk op Duits, Engels en Europese inzet is gericht, maar niet op bescheiden hardware past. Tegelijk toont een proof-of-concept een fundamentele C2PA-valkuil: een geldige tijdstempel kan een bestand niet beschermen als de handtekening vrijwel niets van dat bestand dekt. Een Wagtail-retrospectief maakt daarnaast agentkosten en providerbeschikbaarheid meetbaar in een echte ontwikkelmaand.
Kolibri-1: open Duits/Engels model met Europese positionering — en zware hardware-eis
Aleph Alpha heeft Kolibri-1 uitgebracht onder Apache-2.0. Het is een Duits/Engels MoE-model met 78,1 miljard parameters, waarvan 3,46 miljard per token actief zijn, reasoning- en tool-callondersteuning en een geadverteerd contextvenster tot één miljoen tokens. De modelkaart adviseert voor complexe of latencygevoelige taken maximaal 262K tokens; voor de FP8-gewichten noemt zij ongeveer 78 GB modelgeheugen en minimaal twee A100’s van 80 GB, één H200 of vergelijkbare hardware.
Dat is vooral relevant als Europese teams een open gewicht met expliciete Duitse focus en een lokale of eigen servingroute zoeken. Aleph Alpha stelt dat 23,9% van de pretrainingtokens Duits is en levert een eigen vLLM-plugin plus OpenAI-compatibele serverconfiguratie. De actieve omvang verlaagt de rekenlast per token, maar niet de noodzaak om de volledige expertset in geheugen te houden — ‘3,46B actief’ maakt dit dus geen model voor een gewone consumentenkaart.
De gepubliceerde benchmarktabellen, claims rond trainingdata, compliance en ‘soevereiniteit’ komen van Aleph Alpha zelf. Ook een HN-reactie zet terecht vraagtekens bij de breedte van de IP-veiligheidsclaim; dat is discussie, geen tegenbewijs. Test vóór inzet vooral Duitse domeintaal, toolcalls, lange-contextgedrag, outputcontrole en de feitelijke kosten van de vereiste infrastructuur. Aankondiging en eigen benchmarks · Modelkaart met hardware- en servinginformatie · HN-discussie · Reddit-discussie
C2PA-tijdstempel bewijst weinig als de handtekening het hele bestand uitsluit
Onderzoeker David Buchanan beschrijft een C2PA-proof-of-concept waarin een beeld met een geldige claim- en tijdstempelhandtekening achteraf kan worden gewijzigd. De truc zit niet in het kraken van de Time Stamp Authority: het manifest sluit volgens de getoonde metadata het volledige bestand uit van de hashberekening. De hash is daardoor die van een lege string; het beeld kan na ondertekening veranderen zonder dat die handtekeningen ongeldig worden.
Dit is een concrete aanvulling op de middagupdate van 17 september, die ging over een gerootte Pixel die herkomstclaims kon ondertekenen. Nu gaat het om een andere grens: zelfs een externe tijdstempel zegt hoogstens dat de ondertekende bytes toen bestonden. Als de verificatietool een veel te ruime uitsluiting accepteert, is dat niet hetzelfde als bewijs over de zichtbare inhoud.
De auteur schrijft dat de C2PA-verifiers die hij probeerde deze uitzonderlijke uitsluiting niet als verdacht markeerden. Dat is één onderzoek en geen onafhankelijke audit van alle verifiers of een bevestigde kwetsbaarheidsstatus. Zijn voorgestelde richting — format-specifiek vastleggen welke bytes überhaupt uitgesloten mogen worden en dat afdwingen in verifiers — laat wel zien waarom provenance een keten van implementatiekeuzes is, geen enkel vinkje. Voor systemen die C2PA als fraudedrempel gebruiken is de praktische les: controleer niet alleen of een manifest valide is, maar ook wat het werkelijk afdekt. Proof-of-concept en manifestanalyse · Lobsters-discussie
Wagtail: één ‘goedkoop’ model is geen kostenplafond voor agentwerk
Wagtail blikt terug op een maand programmeren met GLM-5.3 Flash. De eerste helft bleef het team volgens het eigen verslag bij dat model en kwam uit op $68 en circa 4 kWh. In de tweede helft ging een miljard van in totaal twee miljard tokens naar andere modellen, onder meer doordat aanbieders minder beschikbaar waren dan verwacht en omdat onderzoek en prototypes niet in hetzelfde budget pasten.
Het scherpste datapunt is een vibe-coded MCP-prototype: door voor dat werk het verkeerde model te kiezen, verbruikte het team volgens de post bijna van de ene op de andere dag 450 miljoen tokens, $150 en 5 kWh. De server werkte uiteindelijk wel, maar volgens Wagtail had een andere keuze vermoedelijk circa vijfmaal goedkoper gekund. Dat maakt dit een bruikbare praktijkwaarschuwing: tel bij agents niet alleen prijs per token, maar meet taaktype, modelkeuze, totale tokenloop, energie en experimenteerbudget apart.
Dit is geen onafhankelijke GLM-benchmark en de energiecijfers komen via Wagtails leverancier. De bron meldt bovendien alleen de eigen Europese providerselectie; andere regio’s en workloads kunnen een andere beschikbaarheids- of kostenmix geven. Maar als nieuwe praktijkervaring bovenop eerdere technische GLM-dekking is de conclusie verdedigbaar: bouw routing en budgetgrenzen vóór een prototype ongecontroleerd veel agentrondes kan draaien. Wagtails maandverslag · HN-discussie
Verder nog
- Rust als optionele CPython-laag: het Rust for CPython-team wil volgens een verslag van de Python Language Summit eerst een optionele Rust-implementatie van
zlibin Python 3.16 (oktober 2027) proberen, met de C-route als fallback. Pas Python 3.18 in 2029 is de vroegst genoemde mogelijkheid waarop Rust verplicht wordt voor de build. Platformdekking, dependencybeheer en draagvlak onder core developers zijn expliciete succescriteria, dus dit is een roadmapvoorstel en geen besloten taalwissel. Verslag en voorgestelde fasering · Lobsters-discussie - Apple Pass Designer-bèta: Apple biedt een macOS 27-bèta waarmee ontwikkelaars Wallet-passes visueel kunnen opbouwen, in iPhone- en Apple-Watch-rendering previewen en op ontbrekende of onverwachte velden laten valideren. Semantic tags voor tickets en boarding passes kunnen in de UI worden bewerkt en naar een compatibele structuur worden omgezet. Dat versnelt ontwerp en controle, maar vervangt de signing- en distributieketen voor passes niet. Apple-documentatie en download · HN-discussie
- RLVR en GRPO vanaf de implementatie bekeken: Sebastian Raschka heeft een nieuw deel in zijn ‘Reasoning from scratch’-serie gepubliceerd over reinforcement learning with verifiable rewards en Group Relative Policy Optimization. In reacties zegt hij dat de kleine standaardopzet op één GPU past, maar raadt hij een langdurige CPU-only-run op een laptop af vanwege warmte. Het is een educatieve bron, geen nieuwe methode of benchmarkresultaat. X-draad
Deze update is gegenereerd met GPT-5.6 Terra.