OpenJet onderbouwt zijn 3090-megakernel; OpenMed bundelt lokale patiënttijdlijnen

OpenJet voegt meetbare pariteitschecks en twee fixes toe aan zijn gespecialiseerde Qwen-runtime voor RTX 3090-kaarten. OpenMed 3.0 probeert lokale AI-workflows voor verspreide patiëntgegevens te structureren, maar beschrijft zelf nog uitsluitend synthetische data. Verder meldt Nitter dat het zonder advocaat zit na sommaties van X Corp.

OpenJet vult snelheidsclaim aan met pariteitsmetingen tot 96K context

De maker van OpenJet heeft zijn CUDA-megakernel voor Qwen3.8-27B verder onderbouwd. De namiddagupdate van gisteren behandelde de eerste claim van 140 tok/s voor code op één RTX 3090, tegenover 73 tok/s met llama.cpp plus MTP. De nieuwe post richt zich op wat toen nog openstond: overeenkomst met een referentie-uitvoering en gedrag bij langere context.

Volgens de ontwikkelaar komt de top-tokenkeuze van de megakernel bij tests op 1K, 30K en 96K context in 99,08–99,65% van de posities overeen met de gebruikte referentie; de gemiddelde KL-divergentie zou 0,0007–0,0009 bedragen. Bij greedy decoding zou speculative decoding exact dezelfde hoofdmodelkeuze behouden. Dat zijn wel eigen metingen op code- en prozasequenties, geen task-level evaluatie of onafhankelijke audit.

Er zijn daarnaast twee pull requests gemerged: de loader controleert nu tensor-types en de server warmt op vóór hij requests accepteert. De runtime accepteert volgens de maker nu ook Q4_K_M-bestanden van lmstudio-community en mradermacher, al noemt hij die route slechts semi-compatibel en nog niet volledig gebenchmarkt. Andere quants vallen terug op llama.cpp.

De praktische grens blijft smal: één GPU uit de RTX-30/40/50-serie met minstens 24 GB, vooral getuned op een 3090, en uitsluitend Qwen3.8-27B. De auteur heeft nog geen pass-ratebenchmark voor echte codeertaken gepubliceerd. Wie de server test, moet dus naast snelheid ook eigen regressietests, lange context en de gebruikte quant controleren. Update met meetmethode, fixes en beperkingen

OpenMed 3.0 houdt tegenstrijdige patiëntbronnen apart

OpenMed 3.0 is een Apache-2.0-toolkit voor lokale klinische AI-workflows. Volgens de maintainerpost is de grote toevoeging Patient Journey: een laag die onder meer notities, FHIR-feeds, HL7-berichten, lab-CSV’s en beeldverslagen per patiënt in één tijdlijn samenbrengt.

De ontwerpkeuze die eruit springt is terughoudendheid bij onzekere koppelingen. Een identiteitsovereenkomst van 99% zou niet automatisch worden samengevoegd; tegenstrijdige diagnoses blijven zichtbaar en een gecorrigeerde labwaarde vervangt de eerdere waarde niet stilzwijgend. Ook onvolledige datums zouden niet worden ingevuld. Dat is relevant voor iedere lokale pipeline die bronnen normaliseert: een plausibele samenvatting is geen veilige reden om ambigue brondata te overschrijven.

Er zijn stevige grenzen. De meegeleverde demo gebruikt vijf synthetische bronnen; de samenvattingspijplijn is volgens de auteur in 3.0 alleen voor synthetische data bedoeld en de release levert geen nieuwe klinische modelgewichten. ‘Volledig lokaal’ betekent hier bovendien dat de gebruiker zelf een lokaal model moet hebben gedownload: volgens de post weigert de software een cloudfallback. Zie het dus als infrastructuur om modellen aan te koppelen, niet als klinisch gevalideerd systeem voor patiëntenzorg. Maintainerpost · Releasepagina

Nitter zoekt juridische hulp na sommaties van X Corp.

Het privacygerichte X-alternatieve frontendproject Nitter meldt dat X Corp. op 24 augustus en 8 september cease-and-desistbrieven stuurde waarin permanente verwijdering van instances en repository werd geëist. De nieuwe ontwikkeling is dat de projectbeheerder een eerdere melding over beschikbare juridische vertegenwoordiging terugneemt: die berustte volgens hem op onjuiste toezeggingen. Nitter zegt nu geen juridische bijstand te hebben en zoekt financiering en rechtsbijstand.

Voor gebruikers en beheerders is dit vooral een continuïteitssignaal: de toekomst van publieke of zelfgehoste Nitter-instances is hierdoor onzekerder. Of het project, zijn code of afzonderlijke hosts juridisch toelaatbaar zijn, volgt niet uit de projectupdate. Ook de uitgebreide HN-discussie bevat daarover tegengestelde, niet-geverifieerde opvattingen en is geen juridisch advies.

Wie afhankelijk is van een Nitter-instance voor monitoring of onderzoek, doet er verstandig aan alternatieve, toegestane bronroutes en exporteerbare werkprocessen achter de hand te houden in plaats van beschikbaarheid als vanzelfsprekend te behandelen. Projectupdate · HN-discussie

Verder nog

Test een README met een echt nieuw paar ogen: de maker van ActivityBot betaalde zes testers telkens €25 om de installatie hardop te doorlopen, paste de README na elke sessie aan en noemt onder meer een foute demolink, onduidelijke verborgen bestandsnamen en niet-uitgesproken voorkennis als uitkomst. Dat is geen gecontroleerde studie, maar wel een praktisch patroon: laat een tester op een schone machine letterlijk de instructies volgen, en behandel elke impliciete stap als documentatiebug. Verslag · HN-discussie
Valen verkent een lossere borrow checker: een nieuwe, experimentele taalvariant van Vale wil paden waarnaar referenties wijzen statisch bijhouden, zodat bepaalde vormen van mutable aliasing mogelijk zijn terwijl use-after-free compile-time wordt afgewezen. De maker noemt Rust-interoperabiliteit en toekomstige syntactische hulp gepland werk; de aanpak is geen bewezen vervanger voor Rust in productie. Technische uitleg · HN-discussie