ZCode: et skrivebordsalternativ til Claude Code på GLM-5.2
MarkdownInstallere ZCode fra zcode.z.ai, fem dagers tilgang uten betalingskort, GLM-5.2-abonnementer, sammenligning med Claude og begrensninger for datasikkerhet.
Les hele artikkelen
Hovedpunkter
- juli lanserte Z.ai (tidligere Zhipu) ZCode, et gratis skrivebordsprogram for koding drevet av GLM-5.2-modellen. I bunn og grunn er det Claude Code, men i et eget vindu i stedet for en terminal, med filer, Git og forhåndsvisning av et nettsted, sammen med GLMs lavere API-tokenpriser. Kostnad per vellykket oppgave avhenger fortsatt av forbruk og resultatkvalitet. Nedenfor forklarer jeg hva ZCode er best på, hvor langt GLM-5.2 ligger bak Claude i målinger, og om du bør overlate koden din til en kinesisk tjeneste.
Les om hvordan du bruker tjenesten i Ailoot-dokumentasjonen.
Hva er ZCode, og hvorfor snakker alle om det?
Hovedpunkter
ZCode er et frittstående skrivebordsprogram for koding, lansert av det kinesiske selskapet Z.ai (tidligere kalt Zhipu). Programmet inneholder en AI-agent som leser prosjektet ditt og skriver og redigerer filer på egen hånd. Den kjører på selskapets egen GLM-5.2-modell. Hovedfordelen er enkel: Den gjør det Claude Code gjør, men i et praktisk vindu og til en merkbart lavere pris.
Jeg har lenge sagt at når det dukker opp et funksjonelt og rimelig alternativ til Claude Code, er det verdt å snakke om. Tidlig i juni satte jeg Claude opp mot en kinesisk modell og sa det rett ut: Hvis du ikke kan bruke Claude, ser det kinesiske alternativet veldig bra ut. Nå har Z.ai gått enda lenger og bygget et helt program rundt modellen sin.
ZCode kom 2. juli 2026. Det er et program du installerer på datamaskinen, akkurat som en vanlig editor. Åpne en prosjektmappe, beskriv en oppgave med ord, så finner agenten ut av ting på egen hånd: Den leser filer, skriver kode og kjører kommandoer. Det er nøyaktig samme idé som Claude Code og OpenAI Codex. Forskjellen ligger i to ting: grensesnittet og prisen. Det er det denne anmeldelsen handler om.
Hvorfor all oppmerksomheten? Det er tre grunner. For det første kom det åtte oppdateringer rundt ZCode på mindre enn en uke; verktøyet forbedres bokstavelig talt hver dag. For det andre drives det av den nye GLM-5.2-modellen, som ligger nær Claude på toppnivå i offentlige målinger, samtidig som den koster flere ganger mindre. For det tredje tilbyr Z.ai fem dagers gratis tilgang uten krav om betalingskort, så alle kan prøve den. For en gründer betyr det én ting: Det finnes et nytt, seriøst alternativ, og du må finne ut om det passer for deg.
La meg skille mellom to spørsmål med én gang, så de ikke blandes sammen. GLM-5.2 er selve modellen, «hjernen». ZCode er programmet, «hendene og vinduet» rundt den. Jeg har en egen anmeldelse av hvor nær selve modellen har kommet Claude. Denne artikkelen handler om programmet: hvordan det fungerer, hvordan det er mer praktisk enn terminalen, og om du bør stole på det.
Hva skiller ZCode fra Claude Code?
Hovedpunkter
Hovedforskjellen er åpenbar med én gang: Claude Code kjører i terminalen, mens ZCode er et fullverdig vindu med filer, terminal, Git-historikk og en direkte forhåndsvisning av et nettsted side om side. For alle som synes en svart kommandolinje er skremmende, er dette et helt annet nivå av tilgjengelighet. Under panseret gjør begge det samme: viser en plan, redigerer filer og kjører kommandoer.
Når du åpner ZCode, ser du et velkjent programvindu. Prosjektfilene ligger til venstre, samtalen med agenten er i midten, terminalen er nederst, og ved siden av finner du et Git-panel og en direkte forhåndsvisning av nettstedet ditt. Alt er samlet på ett sted. Claude Code er som standard et kommandolinjeverktøy: kraftig, men enkelt, og for en nybegynner kan en svart skjerm full av tekst virke mer avskrekkende enn en erfaren person skulle tro.
Dette vet jeg av erfaring. Da jeg satte sammen mitt interne arbeidsgrensesnitt, ønsket jeg et vindu der jeg kunne se prosessen. Som gründer føles det roligere og tydeligere enn å følge linjer som ruller forbi i en terminal. ZCode dekker nettopp dette behovet: Det viser deg hva som skjer, i stedet for å tvinge deg til å holde alt i hodet.
Så til funksjonene. ZCode og Claude Code ligner mer på hverandre her enn du kanskje forventer:
- Planleggingsmodus. ZCode kan først vise en trinnvis plan og vente på godkjenning før den rører koden. Claude Code kan gjøre det samme — jeg har omtalt målmodus og planlegging separat.
- Målmodus. Skriv
/goaletterfulgt av en oppgave med ord, så kjører agenten i en løkke og sjekker etter hver runde om den har nådd målet. Den fortsetter til den lykkes. Praktisk for kjedelige oppgaver: rette alle typefeilene, få testene til å bestå igjen. - Nivåer for agentens selvstendighet. Fem moduser, fra «spør før hver redigering» til «gjør alt selv; ikke avbryt meg». Bytt mellom dem med én hurtigtast. Dette er ikke uviktig: Det er slik du balanserer hastighet og kontroll.
- Fil med prosjektregler. ZCode leser
AGENTS.md, en tekstfil der du legger inn reglene for prosjektet ditt. Claude Code brukerCLAUDE.md. Formatene er ulike, men idéen er den samme, og du kan bruke én fil for begge verktøyene.
ZCode er ikke begrenset til GLM. I innstillingene kan du koble til hvilken som helst modell med din egen nøkkel: Claude, GPT, Kimi og andre. Det betyr at du kan beholde ZCode-vinduet som grensesnitt og bruke Claude under panseret. Programmet og modellen er to separate ting, og det gir deg en frihet Claude Code ikke har: Der kan modellen bare komme fra Anthropic.
La oss sette forskjellene opp i en tabell:
| Hva vi sammenligner | ZCode | Claude Code |
|---|---|---|
| Grensesnitt | Eget vindu med filer, Git og forhåndsvisning | Kommandolinje (terminal) |
| Læringskurve | Lavere — alt er synlig | Høyere — du må venne deg til terminalen |
| Modell under panseret | GLM-5.2 som standard; hvilken som helst modell kan kobles til med en nøkkel | Bare Claude |
| Fil med prosjektregler | AGENTS.md | CLAUDE.md |
| Mål- og planleggingsmodus | Ja | Ja |
| Alder | Lansert 2. juli 2026 | Har vært på markedet i over ett år; moden |
Hvor god er GLM-5.2 til koding i praksis?
Hovedpunkter
Til hverdagsoppgaver er den like god; på de vanskeligste oppgavene ligger Claude fortsatt foran. I en krevende test med virkelige oppgaver fra prosjekter får GLM-5.2 omtrent 62 av 100, mot 69 for Claude på toppnivå — det er et gap, men det er lite. Når det gjelder kodesikkerhet, viste en uavhengig test at GLM presterte bedre enn Claude på enkelte områder. For de fleste vibe-coding-prosjekter er dette mer enn godt nok.
Det er lett å la seg rive med av imponerende påstander, så la oss se på tallene. Det finnes målinger der agenter får reelle oppgaver fra aktive prosjekter, og der man måler hvor mange de kan løse på egen hånd uten menneskelige endringer.
| Modell | Test av vanskelige oppgaver (SWE-bench Pro) | Kommentar |
|---|---|---|
| Claude Opus 4.8 (toppnivå) | omtrent 69 av 100 | markedets øvre grense |
| GLM-5.2 | omtrent 62 av 100 | 7 poeng bak |
| GPT-5.5 | omtrent 59 av 100 | til sammenligning |
Kilde: Z.ai sitt offisielle GLM-5.2-modellkort, som oppgir SWE-bench Pro på 62.1, 69.2 og 58.6 for henholdsvis GLM-5.2, Claude Opus 4.8 og GPT-5.5. Dette er leverandørrapporterte resultater. Fotnotene beskriver testoppsett og innstillinger. De måler ikke prosjektet ditt og beviser ikke at alle oppgaver vil oppføre seg likt.
Et gap på 7 poeng er en reell forskjell, men en liten en. På de vanskeligste oppgavene, der du må bygge om et stort prosjekt fra ende til ende, er Claude merkbart mer pålitelig: I en separat test løser den nesten 89 av 100 oppgaver. Men vibe-kodere møter sjelden slike oppgaver. I hverdagsarbeid — lage et nettsted, redigere et skjema, koble til betalinger — er forskjellen mellom 62 og 69 knapt merkbar.
Sikkerhetstesten var en egen overraskelse. Semgrep-teamet, som spesialiserer seg på å finne sårbarheter i kode, lot modellene gjennomgå egne oppgaver og uttrykte resultatet klart.
GLM-5.2 presterer bedre enn Claude i våre cybersikkerhetsmålinger.
Forklart på en måte en gründer kan forstå: Du vil ikke merke forskjell mellom GLM og Claude på 95% av oppgavene dine. Du vil bare merke den når et prosjekt er stort og komplisert, og i starten vil du knapt ha noen slike prosjekter. Så for å svare kort på spørsmålet «Er GLM god nok til koding?»: Ja, det er den.
Modellen er bare halve historien. Jeg har sett vibe-coding mislykkes mange ganger av én grunn: Agenten fikk ikke kontekst. Gi en gjennomsnittlig modell riktig oppsett — prosjektstruktur, regler og en ekstra hjerne — så fungerer resultatet. Uten dette oppsettet sliter selv en modell på toppnivå.
Vil du bygge et oppsett som gjør enhver AI-agent forutsigbar? Du velger selv om modellen skal være GLM eller Claude. Stabiliteten kommer fra kontekstutvikling, en ekstra hjerne for prosjektet og AI-klonen din. Dette oppsettet hjelper deg med å organisere arbeidet, uansett hvilken agent du har tilgjengelig.
Hva koster det, og er det virkelig fem ganger billigere?
Hovedpunkter
Selve applikasjonen er gratis. Modellbruk betales gjennom valgt API eller Coding Plan etter eventuell prøveperiode. Kontroller leverandørens aktuelle modellkvote og utløp. Abonnementstallene nedenfor gir lanseringskontekst, mens API-sammenligningen bruker tokenpriser. Ingen av dem beviser fast femdobbel besparelse for hver fullførte oppgave.
Jeg begynner med den gode nyheten: ZCode i seg selv koster ingenting. Last det ned, installer det og bruk det. Du betaler bare for modellen du kobler til. Mange editor-agenter fungerer på samme måte, og veiledningen om en gratis AI-agent for VS Code beskriver måter å slippe å betale for modellen også.
Prøvekvoter måles i tokens, ikke ord, og varierer med leverandør og modell. Den offisielle tilkoblingsveiledningen beskriver nå en femdagers BigModel-prøve med 8 millioner tokens per dag fordelt mellom GLM-5.3 (3 millioner) og GLM-5.3-Flash (5 millioner), samt prøvetilgang gjennom Z.ai. Kontroller valgt leverandørs aktuelle modellpotter, gjenværende kvote og utløp i ZCode fremfor å behandle den eldre GLM-5.2-rammen som et permanent tilbud.
Deretter finnes det to alternativer. Det første er et Z.ai-abonnement for modellen:
| Abonnement | Månedspris | Hvem det passer for |
|---|---|---|
| Lite | $18 (for tiden omtrent $12.60 med 30% rabatt) | prøve det; lette oppgaver |
| Pro | $72 | intensivt daglig arbeid |
| Max | $160 | mange oppgaver; krevende prosjekter |
Det andre alternativet er direkte betaling for API-forbruk etter tokenantall uten abonnement. Den offisielle API-pristabellen oppgir GLM-5.2 til $1.40 per million inndatatokens og $4.40 per million utdatatokens. Det er tokenpriser, ikke målt pris på én oppgave. Sammenlign faktisk inndata, utdata, cachebruk og nye forsøk før du hevder en fast besparelse mot en annen modell.
Én merknad om abonnementene. Hvis du sammenligner månedsabonnementer, er forskjellen mindre: Claude sitt grunnabonnement koster også omtrent $20. API-tokenpriser og abonnementsrammer er ulike sammenligninger. Ingen av dem fastslår en universell femdobbel besparelse for samme vellykkede oppgave. Lavere API-priser gjør GLM verdt å teste på en liten oppgave. Registrer hele regningen og verifiser resultatet før du avgjør om det er billigere for ditt eget arbeid.
Slik installerer du ZCode på 10 minutter
Hovedpunkter
Det installeres som et vanlig program: Last ned en fil fra nettstedet, dra den til Programmer og start den. Klikk deretter på «Connect», velg en modell (GLM eller en hvilken som helst modell med din egen nøkkel), åpne en prosjektmappe, så kan du begynne å gi oppgaver. Hele prosessen fra nedlasting til din første kommando tar omtrent ti minutter.
La oss gå gjennom trinnene uten teknisk tåkeprat.
- Gå til zcode.z.ai og last ned versjonen for systemet ditt:
- Mac — DMG-filen; åpne den og dra ZCode til Programmer.
- Windows — et vanlig installasjonsprogram; kjør det og klikk på «Next».
- Linux — fortsatt under testing, men en versjon er tilgjengelig.
- Åpne ZCode og klikk på «Connect».
- Velg en modell:
- For GLM velger du modellen leverandøren tilbyr nå og kontrollerer prøvevilkår, kvote og utløp før start. Tilgjengelige prøvepotter kan endres.
- Hvis du vil bruke Claude eller en annen modell, skriver du inn nøkkelen til den.
- Åpne prosjektmappen direkte i ZCode.
- Beskriv oppgaven med ord eller bruk kommandoen
/goal, og se agenten jobbe.
Et tips fra erfaring: Ikke sett agenten i modusen «gjør alt selv» med én gang. Begynn med en modus der den spør før hver redigering. Da kan du se resonnementet og oppdage feil før de havner i prosjektet. Gi den gradvis mer frihet når tilliten er etablert.
Husk også at gratis tilgang har en grense, selv om den er romslig. Bruk agenten på en reell oppgave, ikke en tom prøve — fem dager er nok til å danne deg din egen mening.
Still deg selv ett spørsmål før du kobler en tjeneste til et arbeidsprosjekt: Hva ville skje hvis data fra prosjektet havnet hos en tredjepart? Svaret betyr mer enn forskjellen i måleresultater mellom modellene. De neste to delene handler om dette.
Hvordan kan du sjekke tilgangs- og betalingsvilkårene for ZCode?
Åpen tilgang garanterer ikke at betaling er enkelt: Betalingsvilkårene for slike tjenester endrer seg, så det er best å sjekke der og da hvordan du kan betale før du tegner et abonnement. Selv uten et direkte abonnement er GLM-5.2 tilgjengelig gjennom mellomledd; selve modellen er åpen.
Bør du stole på en kinesisk tjeneste med koden din?
Hovedpunkter
Det er et stort «men» ved ZCode, så du bør ikke anbefale den ukritisk. Bruk av GLM driftet av Z.ai sender modellforespørsler til den leverandøren. Bruk av en annen modell trenger separat kontroll av applikasjonens ruting og telemetri. Leverandørens databehandling og gjeldende lov betyr noe for sensitiv kode. Dette står i loven, og det har allerede vært et tilfelle der Zhipu ble tatt i å samle inn mer data enn selskapet burde. Konklusjonen er enkel: For personlige prosjekter og prøvekjøringer går det fint; når det gjelder sensitiv kundekode, bør du tenke deg om.
Jeg liker ikke å skremme folk, men dette kan jeg ikke tie om. Når du bruker GLM via Z.ai sine servere, sendes koden din, forespørslene dine og det agenten genererer til Kina. Kina har også sin nasjonale etterretningslov fra 2017: Kinesiske selskaper må samarbeide med etterretningstjenestene og overlevere data på forespørsel, uansett hvor serverne deres fysisk befinner seg eller hva personvernerklæringen sier.
Dette er ikke gjetninger. I mai 2025 påpekte et kinesisk cybersikkerhetssenter selv at Zhipu-appen samlet inn mer data enn brukeren hadde godkjent. Problemet handler altså ikke bare om loven, men også om noe som allerede har skjedd.
Ifølge Z.ai sine egne dokumenter sendes følgende informasjon til selskapet: kontodata, teknisk informasjon om enheten din, forespørslene dine, generert kode og samtalelogger med agenten. Det er ikke et problem for et sideprosjekt eller en prøve. Men hvis du skriver kode som inneholder kundedata, passord eller forretningshemmeligheter, bør du tenke deg nøye om.
Dette er akkurat temaet jeg stadig snakker om: sikkerhet ved vibe-coding er en hygienepraksis det er verdt å venne seg til. Hvis du vil bruke GLM, men er bekymret for dataene dine, kan du gjøre følgende:
- Ikke legg inn hemmeligheter. Nøkler, passord og kundedata bør ikke havne i et prosjekt du åpner i ZCode. Denne regelen gjelder alle skyagenter, ikke bare kinesiske.
- Skill prosjektene dine. Bruk GLM til personlige prosjekter og prøveprosjekter der det er billig. Bruk et verktøy du stoler mer på til arbeid med sensitive data.
- Koble til din egen modell. ZCode kan fungere med Claude eller en annen modell ved hjelp av nøkkelen din. Vinduet forblir, og valgt modellendepunkt endres, men eierskap til nøkkelen alene beviser ikke hvor applikasjonen videresender forespørsler eller sender telemetri. Verifiser ruting og personvern for modusen før sensitiv kode sendes. Den tilkoblede leverandørens priser erstatter også GLM-prisene.
Å kjøre åpne GLM-5.2 på egen maskinvare kan fjerne behovet for å sende modellforespørsler til Z.ai sin sky. Det beviser ikke i seg selv at applikasjonen rundt er uten telemetri eller annen utgående trafikk. Men det krever så mye grafikkminne at det ikke er et realistisk alternativ for en vanlig person. Så her er den ærlige konklusjonen: GLM er flott til lette oppgaver; tenk deg godt om før du bruker det til hemmelig kode.
Bør du bytte til ZCode?
Hovedpunkter
Hvis Claude er tilgjengelig for deg og du er fornøyd med den, trenger du ikke å droppe den; GLM er fortsatt litt svakere til komplisert koding. Men det er verdt å installere og prøve ZCode i to situasjoner: hvis Claude ikke er tilgjengelig eller er dyr for deg, og hvis du er mer komfortabel med å jobbe i et vindu enn i en terminal. Fem gratis dager bør være nok til at du kan avgjøre det selv.
La oss gi et direkte svar for hvert scenario.
Fortsett med Claude Code hvis:
- Det fungerer for deg, er betalt og tilgjengelig, og du jobber med seriøse prosjekter der pålitelighet er viktigere enn å spare penger.
- Du allerede er vant til terminalen og ikke trenger et vindu.
- Koden din inneholder sensitive data som ikke kan sendes til andres servere.
Installer og prøv ZCode hvis:
- Claude ikke er tilgjengelig eller er dyr for deg, og du trenger å komme i gang nå.
- Du føler deg mer komfortabel i et vindu der du kan se filene og prosessen, enn i en svart terminal.
- Du nettopp har begynt og vil ha romslig gratis tilgang til å prøve vibe-coding uten å bruke penger.
Mitt personlige syn er enkelt. ZCode er et godt reservealternativ og en utmerket inngang for nybegynnere. Jeg bruker Claude som hovedverktøy, men det er fornuftig å ha et rimelig alternativ for hånden. Installer programmet, bruk det gratis i fem dager og gjør deg opp din egen mening. Det er verdt å prøve.
Hvorfor selve verktøyet ikke er det viktigste
Hovedpunkter
Verktøy endrer seg hver måned: ZCode i dag, Grok i går, noen andre i morgen. Det fører ingen steder å jage etter det nyeste. Jevne resultater avhenger av noe annet: hvordan du gir agenten kontekst — prosjektarkitektur, en kunnskapsstruktur og en kontrollsyklus. Sett det opp én gang, så vil enhver agent jobbe forutsigbart.
Jeg vil at du skal ta med deg en viktigere idé fra denne anmeldelsen enn «GLM er litt svakere enn Claude». De siste månedene har det kommet en ny Claude, Grok er blitt oppdatert, åpne og gratis modeller har tatt igjen forspranget, og nå har vi også ZCode. Hver måned erklærer noen seg selv som best. Hvis du jager hver nye lansering, drukner du i verktøybytter og får aldri bygget noe.
Jeg har testet dette på meg selv. Vibe-coding mislyktes oftest av én grunn: Modellen fikk ikke kontekst. Selve modellen har nesten ingenting med saken å gjøre; det som betyr noe, er oppsettet rundt agenten. Gi rimelige GLM riktig kontekst, så leverer den et fungerende resultat. Uten kontekst lager selv den dyreste Claude et polert, tomt skall.
Dette endrer seg ikke når verktøyene gjør det:
- Prosjektarkitektur. Hvordan du deler et produkt inn i deler, og hva som avhenger av hva. Du holder dette i hodet; modellen har ingenting med det å gjøre.
- Prosjektets kunnskapsstruktur — dette ekstra hjernen: filer som gir agenten kontekst om arbeidet ditt, i stedet for å tvinge den til å gjette.
- Kontrollsyklusen. Hvordan du gjennomgår det agenten har gjort og fanger opp feil før de havner i produktet.
Det er dette kontekstutvikling handler om: Det spiller ingen rolle hvilken agent du har tilgjengelig; det som betyr noe, er hvilken kontekst du gir den. Sett det opp én gang, så vil ZCode, Claude og alle verktøy som kommer senere, fungere forutsigbart. Ellers vil du fortsette å bytte grensesnitt hver måned i håp om at det neste endelig skal «fungere av seg selv».
ZCode, Claude, verktøyet denne måneden eller neste måned — alt dette kommer i andre rekke. Det viktigste er kontekstutvikling, sammen med prosjektets ekstra hjerne og AI-klonen din.
Bli kjent med Ailoot.
Flere detaljer
Spørsmål om denne veiledningen: ZCode: et skrivebordsalternativ til Claude Code på GLM-5.2
Beviser min egen Claude-nøkkel at ZCode ikke sender data til Z.ai?
Nei. Valgt modellendepunkt, applikasjonens videresending og telemetri er separate spørsmål. En nøkkel identifiserer modelltilgang. Verifiser dokumentert ruting og personvern før sensitiv kode brukes.
Belastes GLM-API-priser per million ord?
Nei. De oppgitte $1.40 for inndata og $4.40 for utdata gjelder per million tokens. Sammenlign faktisk inndata, utdata, cachebruk og nye forsøk. Lavere tokenpris fastslår ikke en fast besparelse per vellykket oppgave.