GLM-5.2 kommer ikapp Claude Opus 4.8: Den öppna modellen kostar 5 gånger mindre
MarkdownGLM-5.2 från Z.ai kodar nästan lika bra som Claude Opus 4.8, men kostar många gånger mindre. Jag granskar testerna, priserna och hur du ansluter den öppna modellen till Claude Code på 5 minuter.
Läs hela artikeln
Det viktigaste
Uppdaterat i september 2026: GLM-5.3 (14 augusti) följde efter GLM-5.2, och alla siffror nedan handlar nu om den. GLM från kinesiska Z.ai kodar på samma nivå som Claude Opus 4.8 och överträffar det till och med på vissa områden, samtidigt som det kostar många gånger mindre och är fritt tillgängligt. För rutinuppgifter, frontend-uppgifter och medelstora ändringar ersätter det Opus till en femtedel av priset. Opus är fortfarande mer tillförlitligt för de längsta autonoma uppgifterna, även om SWE-Marathon-gapet i Z.ai:s tabell minskade från 29.4 till 6.3 procentenheter. Nedan följer de ärliga siffrorna och hur du ansluter GLM till Claude Code på 5 minuter.
Ailoot-dokumentation — referensmaterial om hur tjänsten används.
Vad är GLM-5.2, och varför pratar alla om det?
Det viktigaste
GLM-5.2 är en modell från Pekingbaserade Z.ai (tidigare Zhipu), som släpptes den 13 juni 2026, dagen efter att den amerikanska regeringen tvingade Anthropic att inaktivera sina toppmodeller Fable 5 och Mythos 5. Den aktuella versionen av modellserien är GLM-5.3 (14 augusti 2026). Familjens främsta egenskap: kodkvalitet nära Opus, med öppna vikter och ett pris som är många gånger lägre.
Här är huvuddragen. GLM är en enorm modell: 753 miljarder parametrar, men bara en liten del (cirka 40 miljarder) aktiveras för varje förfrågan, så den är snabb och billig trots sin storlek. Kontextfönstret är 1 miljon tokens, ungefär en bok på 700 sidor på en gång. Den utvecklades av Z.ai, ett Pekingbaserat företag som växte fram ur Tsinghuauniversitetet. Det viktigaste: modellen är fritt tillgänglig. GLM-5.2 har en MIT-licens; GLM-5.3 har en egen GLM-5.3-licens, med liknande tillåtande anda: ta den och använd den. Den enda begränsningen gäller jättarna – tjänster med en årsomsättning på 10 miljarder dollar eller mer måste genomgå Z.ai:s säkerhetsgranskning. Det beskrivna scenariot har inga regionala blockeringar, till skillnad från Claude.
Tidpunkten var till dess fördel. Dagen före lanseringen tvingade ett direktiv från USA:s regering Anthropic att snabbt stänga av två toppmodeller.
Vi fick ett direktiv från regeringen i dag klockan 17.21 Eastern Time. För att följa kraven måste vi plötsligt inaktivera Fable 5 och Mythos 5 för alla våra kunder.
Då låg den på fjärde plats totalt – efter Fable 5, Opus 4.8 och GPT-5.5. Men bland modeller som du kan ladda ner och köra utan utvecklarens tillstånd var den bäst. För en entreprenör betyder det en sak: en stark Claude-konkurrent har kommit, till priset av en kopp kaffe.
Sedan blev det full fart på modellserierna. Den 24 juli släppte Anthropic Opus 5 till samma pris – 5 och 25 dollar per miljon tokens. GLM-5.3 kom den 14 augusti: samma 753 miljarder parametrar och kontext på en miljon tokens, men märkbart bättre på kodning – 50 % högre än GLM-5.2 i Z.ai:s interna test. Den 1 september presenterade Anthropic Fable 5.1 och Mythos 5.1. Därför gäller siffrorna i den här artikeln från och med nu den aktuella versionen, GLM-5.3.
Har GLM-5.2 verkligen kommit ikapp Claude inom kodning?
Det viktigaste
Med lanseringen av GLM-5.3 förändrades bilden. I Z.ai:s officiella tabell slår den Opus 4.8 i fem av sju tester och har nästan täppt till GLM-5.2:s främsta svaghet – uppgifter som tar flera timmar (SWE-Marathon: GLM-5.2 19.4, GLM-5.3 42.5 och Opus 4.8 48.8 i samma rapporterade tabell). Opus 5 ingår inte i tabellen, och det finns ännu inga oberoende mätningar av ”GLM-5.3 jämfört med Opus 5”. Det ärliga svaret är följande: GLM-5.3 ligger nu före Opus 4.8; mot Opus 5 vet vi inte.
Siffrorna nedan kommer från GLM-5.3:s officiella modellkort på HuggingFace. Z.ai jämför sin modell med Opus 4.8, inte Opus 5 – kom ihåg att det här är deras tabell.
| Test | GLM-5.3 | GLM-5.2 | Opus 4.8 | Vad det visar |
|---|---|---|---|---|
| Terminal-Bench 2.1 (terminalarbete) | 88.2 | 81.0 | 85.0 | GLM-5.3 ligger före |
| Terminal-Bench 3.0 | 28.3 | 4.6 | 21.1 | Ett sexfaldigt språng; Opus 4.8 ligger efter |
| DeepSWE (verkliga uppgifter från kodförråd) | 66.9 | 46.2 | 58.0 | GLM-5.3 ligger före |
| FrontierSWE (medelstora uppgifter) | 78.1 | 67.5 | 66.5 | GLM-5.3 ligger före |
| NL2Repo (ändringar i ett stort projekt) | 58.0 | 48.9 | 69.7 | Opus är fortfarande bättre |
| SWE-Marathon (uppgifter som tar flera timmar) | 42.5 | 19.4 | 48.8 | Gapet minskar från 29.4 till 6.3 procentenheter |
| CyberGym (hitta sårbarheter) | 84.5 | 77.2 | 78.1 | GLM är bäst |
Bilden är denna: GLM-5.3 slår Opus 4.8 nästan överallt, men hamnar efter när uppgiften är att skriva om en hel del av ett stort projekt eller hålla reda på en uppgift som tar flera timmar utan att tappa tråden. I detta flertimmarsbenchmark minskar det rapporterade gapet med 23.1 procentenheter: (48.8 − 19.4) − (48.8 − 42.5) = 23.1. Det är en minskning av gapet på cirka 79%, inte en halvering; det beskriver tabellen, inte en uppmätt tillförlitlighet på ditt projekt. Långt autonomt arbete är den sista gränsen där Opus fortfarande håller stånd.
I juni, strax efter att GLM-5.2 kom ut, bad Cline-teamet den och Opus 4.8 att fixa en verklig bugg i deras projekt.
Båda modellerna fixade buggen, men GLM vann på pris och kodkvalitet: GLM använde dubbelt så många tokens men kostade hälften så mycket. Opus lämnade efter sig typfel som testerna godkände men som förstörde produktionsbygget.
Det intressanta är att GLM ibland slår Claude på avgränsade uppgifter. Säkerhetsföretaget Semgrep (inte en GLM-utvecklare, utan en oberoende part) testade modeller på att upptäcka sårbarheter och fann att ren GLM-5.2 slog en agent som körde på Opus. Men de lade också till en nykter brasklapp som är värd att minnas.
Det här är en körning på en datamängd. Ramverket runt modellen spelar större roll än själva modellen.
Kom ihåg den brasklappen – ramverket spelar större roll än modellen. Slutsatsen av testerna: GLM-5.3 har kommit ikapp och gått om Opus 4.8 för vardaglig kodning, och ligger nästan jämsides på de svåraste uppgifterna. Vi säger hur den står sig mot Opus 5 när oberoende mätningar dyker upp. För de flesta uppgifter som entreprenörer har räcker den nuvarande ledningen.
Hur mycket billigare är GLM-5.2 än Claude?
Det viktigaste
Per token är GLM-5.3 3.5 gånger billigare än Opus 5 på indata och nästan 6 gånger billigare på utdata – priserna har inte ändrats för någon av parterna sedan föregående generation. På en månadsräkning vid en typisk arbetsbelastning blir skillnaden ungefär 5 gånger. Men det finns en hake: GLM använder fler tokens för samma uppgift, så den faktiska besparingen för en viss uppgift varierar från 2 till 7 gånger.
Det här är kärnan. Låt oss jämföra priserna per miljon tokens.
Den faktiska besparingen för en viss uppgift ligger alltså någonstans mellan 2 och 7 gånger, beroende på hur mycket GLM behöver dubbelkolla sig själv. Det är mindre än de ”5 gånger” som priset utlovar, men det är ändå pengar kvar i plånboken. GLM är ett sätt att betala mindre; jag har separata genomgångar av DeepSeek och andra billiga modeller för kodning.
Att spara på en modell är bara början. Det är mycket viktigare att bygga ett system där Claude slutar hallucinera med vilken modell som helst. Modellen du väljer är motorn. Det du lägger i kontexten formar bilen.
Så ansluter du GLM-5.2 till Claude Code på 5 minuter
Det bästa är att du inte byter verktyg. Claude Code finns kvar, och bara modellen som svarar i bakgrunden ändras. Det räcker med ett par rader i inställningarna för att ansluta den.
Alternativ 1 - Z.ai-prenumeration (för dagligt arbete)
Z.ai erbjuder en särskild GLM Coding Plan-prenumeration som är anpassad för kodningsverktyg. Priset är fast, och API-slutpunkten talar Claude Codes inbyggda språk.
Prenumerera
Gå till z.ai/subscribe och välj en plan. Lite börjar på $18 i månaden (räcker för en hel dag med intensivt arbete); det finns dyrare planer för dem som kodar hela dagen.
Skapa en nyckel
Gå till API Keys på z.ai, klicka på ”Create a new API key” och kopiera den.
Ställ in konfigurationen
Öppna filen ~/.claude/settings.json och klistra in blocket nedan. Ersätt platshållaren med din nyckel.
Starta om terminalen
Öppna en ny terminal, kör claude och skriv /status för att kontrollera.
{
"env": {
"ANTHROPIC_AUTH_TOKEN": "your_z_ai_key",
"ANTHROPIC_BASE_URL": "https://api.z.ai/api/anthropic",
"ANTHROPIC_DEFAULT_HAIKU_MODEL": "glm-5.3-flash[1m]",
"ANTHROPIC_DEFAULT_SONNET_MODEL": "glm-5.3[1m]",
"ANTHROPIC_DEFAULT_OPUS_MODEL": "glm-5.3[1m]",
"API_TIMEOUT_MS": "3000000"
}
}
Varning
Två vanliga misstag i andra guider. För det första heter variabeln ANTHROPIC_AUTH_TOKEN, inte ANTHROPIC_API_KEY. För det andra är adressen för Claude Code specifikt https://api.z.ai/api/anthropic (Anthropic-format). Den bara /api/paas/v4 fungerar inte med prenumerationen.
Efter detta visar Claude Code namnen ”Opus” och ”Sonnet”, men kör GLM i bakgrunden – Z.ai byter ut modellen på sin sida. Om du fortfarande har glm-5.2 inställd i konfigurationen går det bra: Z.ai dirigerar själv förfrågningar för GLM-5.2 och 5.1 till GLM-5.3, och förfrågningar för GLM-4.7 till GLM-5.3-Flash.
Skaffa en nyckel
Sätt in pengar
Ställ in konfigurationen
Klistra in blocket nedan i ~/.claude/settings.json – GLM-modellen är redan angiven där.
Starta Claude Code
Öppna en ny terminal och kör claude. Du kan byta modell när som helst med kommandot /model.
{
"env": {
"ANTHROPIC_BASE_URL": "<OFFICIAL_URL>",
"ANTHROPIC_AUTH_TOKEN": "sk-or-v1-YOUR-KEY",
"ANTHROPIC_API_KEY": "",
"ANTHROPIC_DEFAULT_OPUS_MODEL": "z-ai/glm-5.3",
"ANTHROPIC_DEFAULT_SONNET_MODEL": "z-ai/glm-5.3"
}
}
Köra lokalt hemma – ärligt talat orealistiskt
Eftersom vikterna är öppna är det självklara spörsmålet: kan du ladda ner den och köra den gratis själv? För en entreprenör utan egen server är svaret nej.
GLM-5.3, med samma 753 miljarder parametrar, kräver en server i klass med åtta H200-grafikkort (det är mer än en terabyte grafikminne och hårdvara som kostar hundratusentals dollar). Den körs helt enkelt inte ens på en bärbar dator i toppklass. Den öppna licensen handlar om något annat: priskonkurrens och avsaknad av blockeringar. Du kommer fortfarande att använda den via ett API.
När ska du använda GLM-5.2, och när ska du behålla Claude Opus?
Det viktigaste
Den enkla regeln: GLM är en billig arbetshäst för 80 % av kodningen; Opus är en dyr och tillförlitlig specialist för svåra uppgifter. Använd GLM för utkast, iterationer, frontendarbete och rutinuppgifter där det inte gör så mycket om arbetet behöver göras om. Behåll Opus för slutlig, komplex arkitektur, långa uppgifter med flera steg och kritisk logik där det är viktigt att få det ”rätt på första försöket”.
Du behöver inte välja en modell för alltid. Smarta vibe-kodare behåller båda och byter utifrån uppgiften. Här är en praktisk regel baserad på återkoppling från användare.
Använd GLM när:
- Du skissar och itererar – gör ett utkast, granska det, gör om det.
- Du arbetar med frontend, layout och standardiserad databaskod.
- Du har stora mängder billigt rutinjobb där det går bra att göra om arbetet.
- Du behöver ett stort kontextfönster för småpengar.
- Du helt enkelt vill betala mindre för de 80 % av uppgifterna som är enklare.
Behåll Opus när:
- Du skriver slutlig, komplex arkitekturkod.
- Du arbetar med en lång uppgift i flera steg där agenten inte får fastna.
- Du hanterar kritisk logik där kostnaden för ett misstag är hög.
- Du behöver få det rätt på första försöket – Opus behöver hälften så många korrigeringar.
GLM-5.2 hade en dokumenterad svaghet: vid långa uppgifter med flera steg fastnade den ibland i loopar och upprepade samma åtgärder. I Z.ai:s rapporterade SWE-Marathon-tabell minskar GLM-5.3 gapet till Opus 4.8 från 29.4 till 6.3 procentenheter (42.5 jämfört med 48.8). Opus har fortfarande högre poäng i testet, men det mäter inte i sig tillförlitligheten i dina egna långa autonoma uppgifter.
Och här är fällan: det billigaste verktyget leder inte alltid till det billigaste arbetet. Om GLM gör ett dåligt jobb tre gånger och du måste avsluta för hand, blir den billiga modellen till slut dyrare än Opus, som skulle ha gjort rätt från början. Räkna kostnaden för ett färdigt resultat, inte priset per token. Och om du håller dig till Claude – vilken modell du ska välja för uppgiften, Sonnet eller Opus, går jag igenom separat.
Vilka villkor för åtkomst och betalning bör du tänka på?
Vilka risker och fallgropar finns?
Det viktigaste
Tre nackdelar. Integritet: det här är en kinesisk modell, och data skickas till Z.ai:s servrar (den juridiska enheten finns i Singapore; dess policy lovar att inte lagra eller träna på din kod, men det finns ingen oberoende granskning). Stabilitet: GLM:s API låg nere i ett par dagar i juni på grund av överbelastning. Och så finns den allmänna risken med all tredjeparts-AI – skicka aldrig hemligheter eller kunddata till den.
Låg kostnad betyder inte att det är helt riskfritt. Här är vad du behöver känna till i förväg.
Integritet. Den internationella tjänsten från Z.ai är registrerad på ett singaporianskt företag, och dess policy för API-åtkomst ser hygglig ut: den säger att material inte lagras eller används för att träna modeller utan ditt uttryckliga samtycke. Men det här är löften i en policy, inte granskade garantier – det finns inget offentligt säkerhetscertifikat. Moderbolaget är kinesiskt, och kinesisk lag skulle teoretiskt kunna kräva tillgång till data. Dessutom lades Zhipu till på USA:s exportkontrollista i januari 2025. Det begränsar vad företaget kan köpa från USA; det förbjuder inte användningen av dess modeller, men är en signal att ha i åtanke.
Stabilitet – den mest påtagliga nackdelen. I mitten av juni, när GLM-5.2 lanserades, låg API:t nere i ett par dagar på grund av strikta belastningsgränser: under rusningstid avvisades så många som hälften av förfrågningarna. För produktionsarbete innebär det att ha Claude som reserv och inte vara helt beroende av en enda modell.
Allmänna säkerhetsråd. Det här gäller all tredjeparts-AI, och förtjänar dubbelt så mycket uppmärksamhet när det gäller en kinesisk sådan. Lägg aldrig hemligheter eller personuppgifter i en prompt: API-nycklar, innehållet i en lösenordsfil, verkliga kunders e-postadresser och telefonnummer eller produktionsdatabasutdrag. Policyer är löften, inte kryptografiska lås. Jag går igenom projektsäkerhet mer i detalj i guiden om säkerhet vid vibe coding.
Bör du byta till GLM-5.2?
Det viktigaste
Om Claudes kostnad är en begränsning för dig – ja, prova den direkt; installationen tar 5 minuter. Behåll GLM för rutinjobb och Opus för svåra uppgifter, och betala mindre för de 80 % enklare uppgifterna. Men kom ihåg huvudpoängen: 80 % av resultatet beror på vad du lägger i kontexten. En billig modell utan en välkonfigurerad kontext ger skräp.
Enligt källmaterialets uppdatering den 1 oktober 2026 har insatserna höjts med lanseringen av GLM-5.3: den öppna modellen är återigen många gånger billigare, och ligger nu före Opus 4.8 i Z.ai:s tabell. För en entreprenör som oroar sig för att göra av med hela budgeten på Claude-gränser är det ett direkt svar.
Men jag vill varna för illusionen att allt bara handlar om att välja modell. Kom ihåg Semgreps brasklapp – ramverket spelar större roll än modellen. Alla som arbetar i praktiken säger samma sak: vibe coding går oftast fel av en enda anledning – modellen fick inte någon kontext. Jag har sett folk välja billiga GLM, misslyckas med att konfigurera kontextutformning och få skräp – och sedan skylla på modellen.
Mitt råd är alltså enkelt. Anslut GLM i dag, prova den på dina egna uppgifter i en vecka och behåll Opus för de svåra. Arbeta samtidigt med det som verkligen gör skillnad – kontexthantering. Då ger även en billig modell ett stabilt resultat.
Källor
Mer material finns på Ailoot.
Fler detaljer
Frågor om den här guiden: GLM-5.2 kommer ikapp Claude Opus 4.8: Den öppna modellen kostar 5 gånger mindre
Hur mycket minskade det rapporterade SWE-Marathon-gapet egentligen?
I samma tabell är Opus 4.8 minus GLM-5.2 lika med 48.8 − 19.4 = 29.4 procentenheter; Opus minus GLM-5.3 är 48.8 − 42.5 = 6.3 enheter. Gapet minskar med 23.1 enheter, cirka 79 procent, i den leverantörsrapporterade jämförelsen.
Garanterar ett lägre tokenpris en billigare slutförd uppgift?
Nej. Registrera total indata- och utdataanvändning, misslyckade försök och godkända resultat på egna uppgifter. Extra iterationer eller ofärdigt arbete kan uppväga ett lägre pris per token, så jämför kostnad per färdigt resultat i stället för enbart prislistan.