Sök

Grok Bot ansluter till X, GitHub presenterar fem nyheter för Issues, en post-transformer-modell tränad på en MacBook läser 10 miljoner tokens

Artikel genererad av artificiell intelligens
Grok Bot ansluter till X, GitHub presenterar fem nyheter för Issues, en post-transformer-modell tränad på en MacBook läser 10 miljoner tokens

ai-powered-markdown-translator

Artikel översatt från franska till svenska med gpt-5.6-sol.

Visa projekt på GitHub ↗

Bara tolv tillkännagivanden inom fem områden under helgen den 29 och 30 augusti — jämfört med tjugotvå dagen innan och fyrtiotvå den 28:e. Två orsaker sammanfaller, och ingen av dem bör döljas. Den 29:e är en lördag och den 30:e en söndag: nästan inga officiella bloggar publicerade någonting. Dessutom låg X nere under insamlingen eftersom gränssnittet som levererar profilflöden slutade svara; tjugotre bevakade konton — de för bild- och videogenerering samt de för utvecklingsverktyg — förblev otillgängliga. Ett tillkännagivande som enbart publicerades i en tweet kan därför ha undgått genomsökningen.

Dagen har ändå två spår. På produktsidan kopplar xAI Grok Bot till nätverket X och GitHub beskriver fem förbättringar för Issues. På forskningssidan kommer hela skörden från Hugging Face-bloggen och enskilda bidragsgivare: en linjär probe som kan överföras från en vision-modell till en konkurrents, en post-transformer-modell som förtränats på en enda MacBook, ett Leech-gitter som får Qwen3-4B att rymmas i 2,60 GB VRAM och en metod för att avbryta en agent under pågående generering. Det handlar om forskningsarbeten, inte lanseringar.


Grok Bot ansluter till X

29 augusti — xAI publicerade en uppdatering av Grok Bot, företagets erbjudande för autonoma agenter, i sitt nyhetsflöde: produkten integreras nu närmare med X.

Mekanismen består av en kontoanslutning. Användaren kopplar sitt X-konto från Grok Bot, och xAI skapar automatiskt ett utvecklarkonto om användaren inte redan har ett — det steg som krävs för programmatisk åtkomst till nätverket. Betalande Grok Bot-prenumeranter får dessutom kostnadsfria X API-krediter för att komma igång, utan att xAI anger vare sig omfattning eller giltighetstid.

När connectorn har aktiverats kan en Bot söka efter inlägg, läsa ägarens nyhetsflöde, kontrollera omnämnanden och sammanställa en översikt över vad som cirkulerar på nätverket. För att komma igång behöver man bara öppna Grok Bot och använda X-connectorn.

xAI beskriver uttryckligen denna leverans som den första versionen av integrationen och meddelar att företaget vill fortsätta göra det enklare för Grok Bot att arbeta på X.

🔗 Grok Bot fungerar nu med X


GitHub Issues: fem nyheter, däribland ett omfångsmedvetet REST API för beroenden

29 augusti — GitHub har beskrivit fem förbättringar av GitHub Issues, tillkännagivna direkt på X utan någon tillhörande changelog-post: meddelandet är självt primärkällan.

Fyra av dem gäller smidigare navigering. Vyer kan fästas i sidofältet, vilket gör att ett filter inte behöver återskapas vid varje session. Reaktioner visar nu profilavatarer där endast antalet tidigare visades. Tätheten på dashboarden kan nu justeras, vilket är användbart i repositories med många rader. Stängda sub-issues kan döljas, vilket avlastar de överordnade issues som används för att följa arbetets gång.

Den femte är den mest betydelsefulla för automatisering: REST API:et för issue-beroenden blir omfångsmedvetet (scope-aware). Beroenden mellan issues, som beskriver i vilken ordning uppgifter måste behandlas, kan nu hämtas med hänsyn till omfånget — något som är direkt relevant för agenter och script som bygger en arbetsplan utifrån uppföljningen i ett repository. GitHub har inte angett tillgänglighetsstatusen för dessa fem ändringar.

Tillkännagiven nyhetÄndringens omfattning
Fästa vyer i sidofältetNavigering i Issues
Profilavatarer vid reaktionerVisning av reaktioner
Justerbar täthet på dashboardenDashboard
Döljning av stängda sub-issuesÖverordnade issues och sub-issues
Omfångsmedvetet REST API för beroendenREST API, beroenden mellan issues

🔗 Meddelande från @github


Gala, en post-transformer-modell som förtränats på en enda MacBook, läser 10 miljoner tokens med konstant hastighet

29 augusti — En familj av små språkmodeller med arbetsnamnet Gala har förtränats från grunden i ren MLX på en enda MacBook — M3 Max, GPU med 40 kärnor och 128 GB enhetligt minne — på fem dagar.

Experimentet utgår från ett omvänt perspektiv. Transformern är konstruerad för hårdvara där täta matrisprodukter är rikligt tillgängliga och minne med hög bandbredd är sällsynt; en Mac är den motsatta typen av maskin. Den valda arkitekturen ackumulerar därför parametrar och tillstånd samtidigt som den hushållar med FLOPs per token.

Sluttestet består i att köra 10,5 miljoner tokens med riktig FineWeb-text, i batchstorlek 1, på den bärbara datorn. Ingenting växer: det rekurrenta tillståndet ligger kvar på 3,07 MB över hela intervallet, och avkodningshastigheten försämras inte. Förlusten för de följande 2 000 tokens ökar inte heller. Referenstransformern, tränad på samma data, avkodar med 134 tokens/s redan vid en kontext på 32k och skulle kräva omkring 33 GB KV-cache vid en miljon tokens.

Uppnådd kontextAvkodningshastighetFörlust för följande 2 000 tokensRekurrent tillstånd
32 768382,3 tokens/s3,6303,07 MB
1 048 576388,1 tokens/s3,5343,07 MB
5 242 880386,2 tokens/s3,5903,07 MB
10 485 760385,8 tokens/s3,2963,07 MB

Inmatningen förblir linjär på omkring 28 000 tokens/s, vilket motsvarar nästan sex minuter för de tio miljonerna. Modellen publiceras tillsammans med sina körloggar, och artikeln ägnar ett avsnitt åt vad den inte klarar av.

A post-transformer language model, pretrained from scratch on one MacBook in pure MLX, that reads 10M tokens of context at constant speed. Five days, every number measured, everything released.

🇸🇪 En post-transformer-språkmodell, förtränad från grunden på en enda MacBook i ren MLX, som läser en kontext på 10 miljoner tokens med konstant hastighet. Fem dagar, varje siffra uppmätt, allt är publicerat.Arjun Reddy, på Hugging Face-bloggen

🔗 Inlägg på Hugging Face


Ett Leech-gitter i en CUDA-kernel får Qwen3-4B att rymmas i 2,60 GB VRAM

29 augusti — Antalet bitar per vikt är den enda hävstång som förändrar vilken maskinklass som kan köra en modell: med 2 bitar minskar en modell med 70 miljarder parametrar från 140 GB till omkring 18 GB och ryms på ett kort med 24 GB. Men kvaliteten måste också hålla, och den bästa rapporterade kvaliteten vid denna komprimeringsnivå kommer från vektorkvantisering i block om 24 på Leech-gittret, ett arbete från Qualcomm AI Research.

Hindret var mjukvaran. Den CUDA-kernel som publicerades med artikeln avkodar för enkelhetens skull bara ett enda lager i gittret och är fortfarande långsammare än konkurrerande metoder. Den ordlista som faktiskt behövs vid 2 bitar är dock en union av lager: 301 ekvivalensklasser och ett 47-bitarsindex som anger en punkt bland 1,1 × 10¹⁴. Författaren kunde inte hitta någon avkodare för detta index någonstans.

Så han skrev en. Projektets matematiska kärna — gitter, exakt sökning efter närmaste granne, bijektiv indexering på 48 bitar, sfärisk GPTQ — är implementerad i Rust helt utan externa beroenden och åtföljs av den fusionerade CUDA-avkodare som saknades.

Uppmätt elementUppmätt värde
Kvantiserad modellQwen3-4B
VRAM-avtryck2,60 GB
Genereringshastighet87 tokens/s
Ekvivalensklasser vid 2 bitar301
Indexstorlek47 bitar, bland 1,1 × 10¹⁴ punkter
Modell med 70 miljarder vid 2 bitar140 GB till omkring 18 GB

Den kvantiserade modellen producerar samma tokens som den täta modellen vid greedy decoding, bortsett från hur lika resultat avgörs. Två förbehåll, angivna av författaren själv: hans avkodare är fortfarande långsammare än den konkurrerande QTIP-kerneln, som läser 2,40 gånger färre byte och kör 2,27 gånger snabbare; och preprinten är egenpublicerad och inte peer review-granskad. Kod och data är offentliga.

🔗 Inlägg på Hugging Face


En linjär probe som tränats på en vision-modell kan avläsas på en konkurrents

30 augusti — Fyra multimodala modeller från fyra olika företag kodar samma bilder. Samtliga är frysta, ingen är finjusterad och deras dolda tillstånd har inte ens samma bredd: 5 376, 5 120, 2 560 respektive 2 048 dimensioner. Ingenting borde göra det möjligt för en probe som tränats på en av dem att fungera på en annan. Men det gör den.

Protokollet är minimalt. En linjär probe — en enda viktmatris — lär sig att förutsäga bildetiketter utifrån en modells tillstånd och kan sedan avläsas utan ny träning på en annan modells tillstånd, med en mappning som skattats genom ridge regression enbart på de träningsrader som fungerar som brygga mellan de två rummen.

Utvärderat områdeUrsprunglig AUROCÖverförd AUROCÖverföringskostnad
Satellitbilder, markanvändning med 17 klasser0,95070,94840,0024
ChestX-ray14-röntgenbilder, 3 av 4 modeller0,74400,7511negativ

För thoraxröntgen — den officiella testlistan med 25 596 bilder från patienter som aldrig förekom i träningen — överträffar det överförda resultatet det ursprungliga, och fyra av de sex korsvisa riktningarna slår målmodellens egen probe. Mätningens noggrannhet förklarar varför resultatet bör tas på allvar: den råa cosinuslikheten mellan orelaterade element når upp till 0,998 före korrigering, centrering sänker samtliga fyra leverantörer till 0,005 eller mindre, och varje påstående publiceras med sin slumpmässiga baslinje — 0,5014 med blandade etiketter på satellittestdatasetet.

🔗 Inlägg på Hugging Face


Together AI placerar GLM-5.3 före två slutna modeller i hallucinationsfrekvens, utan att namnge något benchmark

30 augusti — Together AI framhåller GLM-5.3:s låga hallucinationsfrekvens som en underskattad aspekt av modellen och jämför den med två ledande slutna modeller.

Jämförd modellHallucinationsfrekvens relativt GLM-5.3
GLM-5.3referens
Claude Fable 5mer än 2 gånger högre
GPT-5.6 Lunamer än 3 gånger högre

Mätningen bör läsas för vad den är. Together AI är värd för GLM-5.3 och säljer inferens för den: källan är inte neutral. Meddelandet anger varken vilket benchmark som användes, absoluta värden eller metoden för att räkna hallucinationer — endast kvoter. En kort video medföljer inlägget, men den publicerade texten återger inga råa siffror. Det bör alltså betraktas som en relativ rangordning, inte som en oberoende utvärdering.

Vinkeln är ändå anmärkningsvärd eftersom den kompletterar bilden från de föregående dagarna: DeepSWE-jämförelserna som publicerades den 29:e mätte kodningsförmåga och kostnad, inte faktisk tillförlitlighet i produktion.

an underrated part of glm-5.3 is its low hallucination rate

claude fable 5 is over 2x higher, while gpt-5.6 luna is over 3x higher

🇸🇪 en underskattad aspekt av glm-5.3 är dess låga hallucinationsfrekvens. claude fable 5 ligger mer än 2 gånger högre, medan gpt-5.6 luna ligger mer än 3 gånger högre.@togethercompute på X

🔗 Meddelande från @togethercompute


Kortfattat

  • Reflexive Role Routing, en metod för att avbryta en agent under pågående generering — En probe med ett enda linjärt lager avläser under genereringen två värden — avvikelsen mellan promptens mål och den aktuella banan samt den uppskattade sannolikheten att utdata klarar granskningen — som en fryst controller använder för att besluta om avbrott. Processen formaliseras som ett semi-Markov-beslut för att inte kasta bort den kontext som redan producerats. Preprint publicerad under DOI 10.5281/zenodo.22171581. 🔗 Inlägg på Hugging Face
  • En tillfällig riskutvärdering, genererad av en frontier-modell — En enda prompt får en kraftfull modell att skapa ett nytt benchmark vars bedömningsmall förblir privat i konversationen; de utvärderade modellerna genomför testet, deras svar skickas tillbaka dit för bedömning och därefter kasseras benchmarken — författaren ser det inte som ett skydd mot kontaminering, bara som ett sätt att minska beroendet av samma offentliga frågor. Intresset ligger främst i den åtskillnad som resultaten tvingas göra mellan vilja (willingness), förmåga (capability) och möjliggörande (enablement). 🔗 Inlägg på Hugging Face
  • CUDA:s förvalda felläge är tystnad — Anteckningar från den första veckans lärande i GPU-programmering, skrivna utifrån enklast möjliga program: addition av två listor med tusen tal. Det som slog författaren var inte hur GPU:n fungerar, utan hur diskret den går sönder. Inget tillkännagivande och ingen modellutgåva. 🔗 Inlägg på Hugging Face
  • GitHub lyfter åter fram gruppering av Dependabot-uppdateringar — I GCToolkit, ett projekt från Microsoft, var ungefär var sjätte commit en versionshöjning av ett enda beroende; tre ändringar i filen dependabot.yml räckte för att minska bruset genom att gruppera uppdateringarna och sänka deras frekvens, utan att fördröja säkerhetskorrigeringar. Den länkade artikeln är från den 29 juli 2026: endast delningen skedde den 30 augusti. 🔗 Meddelande från @github
  • WebMCP Challenge: deadline den 3 september och frågestund den 31 augusti — OpenAI Developers påminner om att projekt till hackathonet WebMCP kan skickas in till och med den 3 september och meddelar i samma tråd en frågestund (office hours) på Discord måndagen den 31 augusti klockan 11 am PT, tillsammans med tävlingens partner: Chrome, Cloudflare, Shopify, Vercel, Render och Netlify. Själva hackathonet presenterades den 25 augusti. 🔗 Meddelande från @OpenAIDevs
  • Cohere publicerar tre bilder från Waterloo utan något tillhörande tillkännagivande — Det officiella kontot fortsätter att framhäva företagets kanadensiska profil, utan lansering, siffror eller länk. Inget faktaunderlag: omnämns för att täcka hela tidsfönstret. 🔗 Meddelande från @cohere

Vad det innebär

Konsumenthårdvara blir återigen en designbegränsning, inte en gräns man bara måste finna sig i. Två av helgens arbeten utgår från samma premiss: den tillgängliga maskinen bestämmer arkitekturen, inte tvärtom. Gala är utformad för en Mac — gott om minne, få FLOPs — och samlar därför på sig parametrar och tillstånd snarare än beräkningar per token; resultatet är avkodning som inte blir långsammare när kontexten ökar från 32 768 till 10,5 miljoner tokens. Kvantisering med Leech-nätverk riktar sig mot den andra änden av kedjan: att minska en modell med 70 miljarder parametrar från 140 GB till omkring 18 GB, det vill säga få den att rymmas på ett kort som privatpersoner äger. Ingen av dem påstår sig konkurrera med en frontier-modell, och det är inte poängen: båda flyttar frågan från modellens storlek till vilken maskinklass som kan köra den.

En probe som tränats på en modell kan avläsas på en annan. Dagens mest överraskande resultat är också det mest lågmälda. Om fyra frysta modeller från fyra företag kodar bilder tillräckligt likartat för att en enda viktmatris ska kunna överföras från den ena till den andra till en kostnad av 0,0024 AUROC — eller rentav till negativ kostnad — upphör verktygen som byggts ovanpå dessa representationer att vara bundna till den leverantör som de kalibrerats för. Artikeln gör själv denna praktiska tolkning, men anger genast den begränsning som gör att detta ännu inte är en metod: överföringsmappningarna finjusteras parvis, och inget visar att en enda av dem skulle fungera på en modell som hållits utanför denna finjustering. Mätningens stringens släpper ingenstans: anisotropin korrigeras före varje jämförelse och slumpnivån redovisas intill varje resultat.

Tillförlitlighetsanspråken kommer utan metrologi. Together AI placerar GLM-5.3 före två slutna modeller i fråga om hallucinationsfrekvens, men namnger inget benchmark, publicerar inga absoluta värden och beskriver inte sin räknemetod — samtidigt som företaget säljer inferens för den modell som det rankar först. Kontrasten mot samma helgs forskningsinlägg är tydlig: de redovisar sina slumpnivåer intill resultaten och beskriver sina protokoll utförligt. En rapport utan referensram är inte en mätning, utan ett försäljningsargument, och bör behandlas som ett sådant.

På produktsidan levererade helgen bara infrastruktur — och det är där agenternas framtid avgörs. xAI lanserar ingen modell: företaget kopplar Grok Bot till X, skapar utvecklarkontot åt användaren och delar ut API-krediter för att sänka inträdeströskeln. GitHub tillkännager ingen spektakulär funktion: företaget gör sitt REST API för issue-beroenden medvetet om behörighetsomfånget. I båda fallen är det åtkomsträttigheterna och den frågebara ytan som förändras, inte modellens kapacitet. Det är det minst synliga men mest avgörande arbetet för den som bygger agenter som ska kunna läsa ett socialt nätverk eller ett ärendehanteringssystem.


Källor