Blogg

ZCode: ett skrivbordsalternativ till Claude Code med GLM-5.2

Markdown

Installera ZCode från zcode.z.ai, fem dagars åtkomst utan kort, GLM-5.2-abonnemang, jämförelse med Claude och begränsningar för datasäkerheten.

Läs hela artikeln

Det viktigaste

Den 2 juli släppte Z.ai (tidigare Zhipu) ZCode, en kostnadsfri skrivbordsapp för kodning som drivs av deras GLM-5.2-modell. I praktiken är det Claude Code, men i ett separat fönster i stället för en terminal, med filer, Git och en förhandsvisning av webbplatsen, kombinerat med GLM:s lägre API-tokenpriser. Kostnaden för en lyckad uppgift beror fortfarande på användning och resultatkvalitet. Nedan förklarar jag vad ZCode är bra på, hur långt GLM-5.2 ligger efter Claude i riktmärken och om du bör lämna din kod till en kinesisk tjänst.

Läs om hur du arbetar med tjänsten i Ailoot-dokumentationen.

Vad är ZCode och varför pratar alla om det?

Det viktigaste

ZCode är en fristående skrivbordsapp för kodning som släppts av det kinesiska företaget Z.ai (tidigare Zhipu). Inuti finns en AI-agent som läser ditt projekt och skriver och redigerar filer på egen hand. Den körs med företagets egen GLM-5.2-modell. Den främsta fördelen är enkel: den gör det Claude Code gör, men i ett bekvämt fönster med GLM:s lägre API-tokenpriser; mät kostnaden för ett verifierat resultat på din uppgift.

Jag har länge sagt att när ett fungerande och billigt alternativ till Claude Code dyker upp är det värt att prata om. I början av juni ställde jag Claude mot en kinesisk modell och sa rakt ut: om du inte kan använda Claude ser det kinesiska alternativet mycket bra ut. Nu har Z.ai gått längre och byggt en hel applikation kring sin modell.

ZCode kom den 2 juli 2026. Det är ett program du installerar på datorn, som en vanlig redigerare. Öppna en projektmapp, beskriv en uppgift med ord, så reder agenten ut resten på egen hand: den läser filer, skriver kod och kör kommandon. Det är precis samma idé som Claude Code och OpenAI Codex. Skillnaden handlar om två saker – gränssnittet och priset – och det är vad den här recensionen handlar om.

Varför allt ståhej? Det finns tre skäl. För det första kom åtta uppdateringar på mindre än en vecka kring ZCode; verktyget förfinas bokstavligen varje dag. För det andra drivs det av den nya GLM-5.2-modellen, som ligger nära Claude i toppklass på offentliga riktmärken, men kostar flera gånger mindre. För det tredje finns provåtkomst att kontrollera hos vald leverantör; granska aktuell behörighet, modellkvot och slutdatum innan du förlitar dig på den. För en entreprenör betyder det en sak: det finns ytterligare ett seriöst alternativ, och du behöver ta reda på om det passar dig.

Låt mig genast skilja på två frågor så att de inte blandas ihop. GLM-5.2 är själva modellen, ”hjärnan”. ZCode är applikationen, ”händerna och fönstret” runt den. Jag har en separat recension av hur nära själva modellen har kommit Claude. Den här artikeln handlar om applikationen: hur den fungerar, hur den är bekvämare än terminalen och om du bör lita på den.

Hur skiljer sig ZCode från Claude Code?

Det viktigaste

Den största skillnaden märks direkt: Claude Code körs i terminalen, medan ZCode är ett fullfjädrat fönster med filer, en terminal, Git-historik och en förhandsvisning av webbplatsen i realtid sida vid sida. För den som blir avskräckt av en svart kommandoradsskärm innebär det en helt annan nivå av tillgänglighet. Under huven gör båda samma saker: visar en plan, redigerar filer och kör kommandon.

När du öppnar ZCode ser du ett välbekant programfönster. Projektfilerna ligger till vänster, konversationen med agenten i mitten, terminalen längst ned, och i närheten finns en Git-panel och en förhandsvisning av webbplatsen i realtid. Allt finns på ett ställe. Som standard är Claude Code en kommandorad: kraftfull, men avskalad, och för en nybörjare kan en svart skärm full av text kännas mer avskräckande än en erfaren person kanske tror.

Jag vet det av egen erfarenhet. När jag satte ihop mitt interna arbetsgränssnitt ville jag ha ett fönster där jag kunde se processen – som entreprenör känns det lugnare och tydligare än att följa rader som rullar förbi i en terminal. ZCode möter just det behovet: det visar vad som händer i stället för att tvinga dig att hålla allt i huvudet.

Nu till funktionerna. ZCode och Claude Code är mer lika här än du kanske tror:

  • Planeringsläge. ZCode kan först visa en stegvis plan och vänta på ditt godkännande innan det rör koden. Claude Code kan göra samma sak – jag har beskrivit dess mållägen och planering separat.
  • Målläge. Skriv /goal följt av en uppgift med ord, så kör agenten i en loop och kontrollerar efter varje varv om målet har uppnåtts. Den fortsätter tills den lyckas. Praktiskt för enformiga uppgifter: åtgärda alla typfel, få testerna att passera igen.
  • Agentens självständighetsnivåer. Fem lägen, från ”fråga före varje ändring” till ”gör allt själv; avbryt mig inte”. Växla mellan dem med en enda kortkommando. Det är ingen liten sak: så balanserar du hastighet och kontroll.
  • Fil med projektregler. ZCode läser AGENTS.md, en textfil där du anger projektets regler. Claude Code använder CLAUDE.md. Formaten skiljer sig, men idén är densamma, och du kan använda en fil för båda verktygen.

ZCode är inte begränsat till GLM. I inställningarna kan du ansluta valfri modell med din egen nyckel: Claude, GPT, Kimi och andra. Det betyder att du kan behålla ZCode-fönstret som gränssnitt och använda Claude under huven. Applikationen och modellen är två separata saker, vilket ger dig en frihet som Claude Code inte har: där kan modellen bara komma från Anthropic.

Låt oss sammanfatta skillnaderna i en tabell:

Vad vi jämförZCodeClaude Code
GränssnittSeparat fönster med filer, Git och förhandsvisningKommandorad (terminal)
InlärningskurvaLägre – allt är synligtHögre – du måste vänja dig vid terminalen
Modell under huvenGLM-5.2 som standard; valfri modell kan anslutas med en nyckelEndast Claude
Fil med projektreglerAGENTS.mdCLAUDE.md
Mål- och planeringslägenJaJa
ÅlderSläppt den 2 juli 2026Har funnits på marknaden i över ett år; mogen

Hur bra är GLM-5.2 på kodning i praktiken?

Det viktigaste

För vardagliga uppgifter är den så bra att skillnaden inte går att urskilja; för de allra svåraste ligger Claude fortfarande före. I ett krävande test med verkliga uppgifter från projekt får GLM-5.2 omkring 62 av 100, jämfört med 69 för Claude i toppklass – det finns ett gap, men det är litet. När det gäller kodsäkerhet visade ett oberoende test att GLM presterade bättre än Claude inom vissa områden. För de flesta vibe coding-projekt räcker det mer än väl.

Det är lätt att ryckas med av imponerande påståenden, så låt oss titta på siffrorna. Det finns riktmärken där agenter får verkliga uppgifter från aktiva projekt och man mäter hur många de kan lösa på egen hand, utan mänskliga ändringar.

ModellTest av svåra uppgifter (SWE-bench Pro)Kommentar
Claude Opus 4.8 (i toppklass)omkring 69 av 100marknadens övre gräns
GLM-5.2omkring 62 av 1007 poäng efter
GPT-5.5omkring 59 av 100som jämförelse

Källa: Z.ai:s officiella modellkort för GLM-5.2, som rapporterar SWE-bench Pro-poäng på 62.1, 69.2 och 58.6 för GLM-5.2, Claude Opus 4.8 respektive GPT-5.5. Det är leverantörsrapporterade resultat; fotnoterna beskriver utvärderingsmiljö och inställningar. De mäter inte ditt projekt eller bevisar att varje uppgift beter sig likadant.

Ett gap på 7 poäng är en verklig skillnad, men liten. På de knepigaste uppgifterna, där man måste göra om ett stort projekt från början till slut, är Claude märkbart mer tillförlitlig: i ett separat test löser den nästan 89 uppgifter av 100. Men vibe coders ställs sällan inför sådana uppgifter. I vardagsarbetet – bygga en webbplats, redigera ett formulär, koppla in betalningar – märks skillnaden mellan 62 och 69 knappt.

Säkerhetstestet bjöd på en separat överraskning. Semgrep-teamet, som är specialiserat på att hitta sårbarheter i kod, testade modellerna med sina egna uppgifter och uttryckte resultatet tydligt.

GLM-5.2 presterar bättre än Claude i våra cybersäkerhetsriktmärken.

— Semgrep

Uttryckt så att en entreprenör förstår: du kommer inte att märka någon skillnad mellan GLM och Claude i 95% av dina uppgifter. Du märker den bara när ett projekt är stort och komplicerat, och till en början kommer du knappt att ha några sådana. Så, för att kort besvara frågan ”Är GLM tillräckligt bra på kodning?”: ja, det är den.

Modellen i sig är bara halva historien. Jag har sett vibe coding misslyckas många gånger av en enda anledning: agenten fick inte tillräcklig kontext. Ge en genomsnittlig modell rätt upplägg – projektstruktur, regler och en andra hjärna – så fungerar resultatet. Utan det upplägget får även en modell i toppklass problem.

Vill du skapa ett upplägg som gör alla AI-agenter förutsägbara? GLM eller Claude är ditt modellval. Stabiliteten kommer från kontextteknik, plus en andra hjärna för projektet, plus din AI-klon. Det upplägget hjälper dig att organisera arbetet oavsett vilken agent du har till hands.

Vad kostar det, och är det verkligen fem gånger billigare?

Det viktigaste

Applikationen är kostnadsfri; modellanvändning betalas genom valt API eller Coding Plan efter eventuellt prov. Kontrollera leverantörens aktuella modellkvot och slutdatum. De lanseringshistoriska abonnemangssiffrorna nedan ger sammanhang, medan API-jämförelsen använder tokenpriser; inget bevisar fast femfaldig besparing för varje slutförd uppgift.

Jag börjar med de goda nyheterna: ZCode i sig kostar ingenting. Ladda ned det, installera det och använd det. Du betalar bara för modellen du ansluter. Många redigeraragenter fungerar på samma sätt, och guiden om en kostnadsfri AI-agent för VS Code går igenom sätt att slippa betala även för modellen.

Provkvoter mäts i tokens, inte ord, och varierar mellan leverantör och modell. Den officiella anslutningsguiden beskriver nu ett femdagars BigModel-test med 8 miljoner tokens per dag fördelade på GLM-5.3 (3 miljoner) och GLM-5.3-Flash (5 miljoner); den beskriver också provåtkomst genom Z.ai. Kontrollera vald leverantörs aktuella modellpotter, återstående kvot och slutdatum i ZCode i stället för att behandla den äldre GLM-5.2-tilldelningen som permanent erbjudande.

Efter det finns två alternativ. Det första är ett Z.ai-abonnemang för deras modell:

AbonnemangMånadsprisVem det passar
Lite$18 (för närvarande omkring $12.60 med 30% rabatt)att prova; lätta uppgifter
Pro$72intensivt dagligt arbete
Max$160många uppgifter; krävande projekt

Det andra alternativet är att betala direkt för API-användning per token utan abonnemang. Den officiella API-pristabellen listar GLM-5.2 till 1,40 dollar per miljon indatatoken och 4,40 dollar per miljon utdatatoken. Det är tokenpriser, inte uppmätt pris för en uppgift: jämför faktisk indata, utdata, cacheanvändning och omförsök innan du hävdar fast besparing mot en annan modell.

En reservation kring abonnemang. Om du jämför månadsplaner är skillnaden mindre: Claudes grundplan kostar också omkring $20. API-tokenpriser och abonnemangstilldelningar är olika jämförelser. Inget av dem fastställer universell femfaldig besparing för samma lyckade uppgift. De lägre API-priserna gör GLM värt att testa på en liten uppgift, men registrera hela räkningen och verifiera resultatet innan du avgör om det är billigare för ditt arbete.

Så installerar du ZCode på 10 minuter

Det viktigaste

Installationen är som för ett vanligt program: hämta en fil från webbplatsen, dra den till Program och starta den. Klicka sedan på ”Connect”, välj en modell (GLM eller valfri modell med din egen nyckel), öppna en projektmapp och börja tilldela uppgifter. Hela processen, från nedladdning till ditt första kommando, tar omkring tio minuter.

Låt oss gå igenom stegen, utan tekniskt dimspråk.

  1. Gå till zcode.z.ai och ladda ned versionen för ditt system:
    • Mac – DMG-filen; öppna den och dra ZCode till Program.
    • Windows – ett vanligt installationsprogram; kör det och klicka på ”Next”.
    • Linux – fortfarande under testning, men en version finns tillgänglig.
  2. Öppna ZCode och klicka på ”Connect”.
  3. Välj en modell:
    • För GLM väljer du modellen som leverantören erbjuder nu och kontrollerar provbehörighet, kvot och slutdatum före start; tillgängliga provpotter kan ändras.
    • Om du vill använda Claude eller en annan modell anger du din nyckel för den.
  4. Öppna projektmappen direkt i ZCode.
  5. Beskriv uppgiften med ord eller använd kommandot /goal, och se sedan agenten arbeta.

Ett tips från erfarenheten: ställ inte in agenten på ”gör allt själv” direkt. Börja med ett läge där den frågar före varje ändring – då kan du se hur den resonerar och upptäcka misstag innan de hamnar i projektet. Ge den gradvis mer frihet när förtroendet har byggts upp.

Kom också ihåg att den kostnadsfria åtkomsten fortfarande har en gräns, även om den är generös. Kör agenten på en verklig uppgift, inte en tom testkörning – fem dagar räcker för att bilda dig en egen uppfattning.

Innan du ansluter en tjänst till ett arbetsprojekt bör du ställa dig en fråga: vad skulle hända om data från projektet hamnade hos en tredje part? Svaret är viktigare än skillnaden i riktmärkesresultat mellan modellerna. De två följande avsnitten handlar om detta.

Hur kontrollerar du ZCodes åtkomst- och betalningsvillkor?

Öppen åtkomst garanterar inte smidig betalning: betalningsvillkoren för tjänster som dessa ändras, så det är bäst att kontrollera direkt hur du kan betala innan du tecknar ett abonnemang. Även utan ett direkt abonnemang finns GLM-5.2 tillgänglig via mellanhänder; själva modellen är öppen.

Bör du lita på en kinesisk tjänst med din kod?

Det viktigaste

Det finns ett stort ”men” med ZCode, vilket innebär att du inte bör rekommendera det utan förbehåll. Användning av GLM driftad av Z.ai skickar modellförfrågningar till den leverantören; en annan modell kräver separat kontroll av applikationens routning och telemetri. Leverantörens datahantering och tillämplig lag spelar roll för känslig kod. Det står i lagen, och det finns redan ett fall där Zhipu ertappades med att samla in mer data än det borde. Slutsatsen är enkel: för personliga projekt och testkörningar går det bra; tänk efter två gånger innan du använder det för känslig klientkod.

Jag tycker inte om att skrämma människor, men det här kan jag inte tiga om. När du använder GLM via Z.ai:s servrar skickas din kod, dina förfrågningar och det agenten genererar till Kina. Kina har också sin nationella underrättelselag från 2017: kinesiska företag är skyldiga att samarbeta med underrättelsetjänster och lämna över data på begäran, oavsett var deras servrar fysiskt finns eller vad deras integritetspolicy säger.

Det här är inga gissningar. I maj 2025 pekade ett kinesiskt cybersäkerhetscenter självt ut Zhipu-appen för att samla in mer data än användaren hade godkänt. Problemet gäller alltså inte bara lagen, utan även något som redan har hänt.

Enligt Z.ai:s egna dokument skickas följande information till dem: kontodata, teknisk information om din enhet, dina förfrågningar, genererad kod och konversationshistorik med agenten. Det är inget problem för ett sidoprojekt eller en testkörning. Men om du skriver kod som innehåller kunddata, lösenord eller affärshemligheter bör du tänka noga.

Det här är precis ämnet jag ofta pratar om: säkerhet vid vibe coding är en hygienrutin som är värd att vänja sig vid. Så här kan du göra om du vill använda GLM men oroar dig för dina data:

  • Mata inte in hemligheter. Nycklar, lösenord och kunddata ska inte hamna i ett projekt som du öppnar i ZCode. Regeln gäller alla molnagenter, inte bara kinesiska.
  • Håll projekten åtskilda. Använd GLM för personliga projekt och testprojekt där det är billigt. Använd ett verktyg du litar mer på för arbete med känsliga data.
  • Anslut din egen modell. ZCode kan fungera med Claude eller en annan modell med din nyckel. Fönstret finns kvar och vald modellslutpunkt ändras, men nyckelägande ensamt bevisar inte var applikationen förmedlar förfrågningar eller skickar telemetri. Verifiera routning och integritetsbeteende i läget före känslig kod; ansluten leverantörs priser ersätter också GLM-priserna.

Att köra öppna GLM-5.2 på egen maskinvara kan ta bort behovet att skicka modellförfrågningar till Z.ai:s moln, men bevisar inte i sig att applikationen runt modellen saknar telemetri eller annan utgående trafik. Men det kräver så mycket grafikminne att det inte är ett realistiskt alternativ för en vanlig person. Så här är den ärliga slutsatsen: GLM är utmärkt för lätta uppgifter; tänk tre gånger innan du använder det för hemlig kod.

Så, bör du byta till ZCode?

Det viktigaste

Om Claude är tillgängligt för dig och du är nöjd med det behöver du inte överge det; GLM är fortfarande lite svagare på komplex kodning. Men ZCode är värt att installera och prova i två situationer: om Claude inte är tillgängligt eller är dyrt för dig, och om du tycker bättre om att arbeta i ett fönster än i en terminal. Fem kostnadsfria dagar bör räcka för att avgöra själv.

Låt oss ge ett direkt svar för varje situation.

Fortsätt med Claude Code om:

  • Det fungerar för dig, du betalar för det och det är tillgängligt, och dina projekt är seriösa där tillförlitlighet är viktigare än att spara pengar.
  • Du redan är van vid terminalen och inte behöver ett fönster.
  • Din kod innehåller känsliga data som inte kan skickas till någon annans servrar.

Installera och prova ZCode om:

  • Claude inte är tillgängligt eller är dyrt för dig, och du behöver arbeta just nu.
  • Du känner dig bekvämare i ett fönster där du kan se filerna och processen än i en svart terminal.
  • Du precis har börjat och vill ha generös kostnadsfri åtkomst för att prova vibe coding utan att spendera något.

Min personliga ståndpunkt är enkel. ZCode är ett bra reservalternativ och en utmärkt startpunkt för nybörjare. Jag använder Claude som mitt främsta verktyg, men det är klokt att ha ett billigt alternativ till hands. Kontrollera provvillkoren för vald leverantör, installera det och kör en avgränsad verklig uppgift inom tillgänglig kvot för att bilda dig en egen uppfattning. Det är värt att prova.

Varför själva verktyget inte är det viktigaste

Det viktigaste

Verktyg förändras varje månad: ZCode i dag, Grok i går, någon annan i morgon. Det leder ingen vart att jaga det senaste. Konsekventa resultat beror på något annat: hur du förser agenten med kontext – projektarkitektur, en kunskapsstruktur, en granskningscykel. Ordna det en gång, så fungerar alla agenter förutsägbart.

Jag vill att du tar med dig en viktigare tanke från den här recensionen än ”GLM är lite svagare än Claude”. Under de senaste månaderna har en ny Claude kommit, Grok uppdaterats, öppna och kostnadsfria modeller kommit ikapp, och nu finns också ZCode. Varje månad utropar någon sig till bäst. Om du jagar varje ny version drunknar du i byten och bygger aldrig något.

Jag har testat detta på mig själv. Min vibe coding misslyckades oftast av en enda anledning: modellen fick inte kontext. Själva modellen har nästan inget med saken att göra; det viktiga är upplägget runt agenten. Ge billig GLM rätt kontext, så producerar den ett fungerande resultat. Utan kontext producerar även den dyraste Claude ett välpolerat tomt skal.

Det här består när verktygen förändras:

  • Projektarkitektur. Hur du delar upp en produkt i delar och vad som beror på vad. Det har du i huvudet; modellen har inget med det att göra.
  • Projektets kunskapsstruktur – den där andra hjärnan: filer som ger agenten kontext om ditt arbete i stället för att tvinga den att gissa.
  • Granskningscykeln. Hur du granskar det agenten har gjort och upptäcker misstag innan de hamnar i produkten.

Det är vad kontextteknik handlar om: det spelar ingen roll vilken agent du har till hands; det viktiga är vilken kontext du ger den. Ordna det en gång, så fungerar ZCode, Claude och vilket verktyg som än kommer härnäst förutsägbart. Annars fortsätter du att byta gränssnitt varje månad och hoppas att nästa äntligen ska ”fungera av sig självt”.

ZCode, Claude, den här månadens verktyg eller nästa månads – allt är sekundärt. Det som kommer först är kontextteknik, plus projektets andra hjärna, plus din AI-klon.

Lär känna Ailoot.

Fler detaljer

Frågor om den här guiden: ZCode: ett skrivbordsalternativ till Claude Code med GLM-5.2

Bevisar en egen Claude-nyckel att ZCode inte skickar data till Z.ai?

Nej. Vald modellslutpunkt, applikationens förmedling och telemetri är separata frågor. En nyckel identifierar modellåtkomst; verifiera dokumenterad routning och integritetsbeteende före användning av känslig kod.

Debiteras GLM:s API-priser per miljon ord?

Nej. De citerade priserna 1,40 dollar för indata och 4,40 dollar för utdata gäller per miljon tokens. Jämför faktisk indata, utdata, cacheanvändning och omförsök; lägre tokenpris fastställer inte fast besparing per lyckad uppgift.

Alla artiklar