← Все статьи

GLM 5.3 i vibe-kodning: når en idé bliver til et projekt

GLM 5.3 i vibe-kodning: når en idé bliver til et projekt

Der er opgaver, som du vil åbne en editor til, oprette en mappe, installere afhængigheder og straks lukke alt tilbage. En destinationsside for en workshop, en personlig konto til et kursus, en lille service til registrering af kunder: ideen er klar, men der er stadig snesevis af små ting, der skal gøres før den første fungerende version. I afsnittet"Kode"Nu kan du tildele en sådan start til GLM 5.3.

Dette er en model for vibe-kodning: du beskriver med menneskelige ord, hvad der skal ske, vælger GLM 5.3 på listen over modeller og diskuterer derefter projektet med AI, lige mens du arbejder. Du skal bruge et ansøgningsskema, et katalog, autorisation eller redigering af en færdig side - opgaven forbliver i ét projekt, og spredes ikke på noter og kodestykker.

Det er bedre at starte med et lille, men komplet stykke

Den mest almindelige fejl er straks at spørge "lav en markedsplads." Svaret vil være for mange antagelser: hvilke roller brugerne har, hvordan betaling fungerer, hvor varerne kommer fra. En anden tilgang fungerer meget mere livlig: "sammensæt en masterside med tre tjenester, en kalender og en applikation." Resultatet vises - tilføj det næste lag.

For eksempel kan du på en aften gå gennem følgende rute: først hovedsiden og formularen, så brevet efter ansøgningen, så et lille panel, hvor du kan se anmodninger. GLM 5.3 har en projektkontekst, så du behøver ikke at genforklare, hvad der allerede er blevet gjort hver gang. Men du skal stadig tjekke resultatet: åbn siden, klik på knapperne, se på mobilversionen. AI skriver hurtigt, men smagen og ansvaret for produktet forbliver hos personen.

Laptop with abstract light panels - illustration of the stages of creating a project

Hvor GLM 5.3 er særligt passende

Modellen passer godt til arbejde, hvor du hurtigt skal omsætte en klar idé til kode: layout en grænseflade, tilføje en skærm til et eksisterende projekt, rette en formular eller fejlfinde en fejl. Der er også et normalt arbejdsscenarie for dem, der allerede skriver selv: formuler en lille opgave, bed om en forklaring på ændringerne, og accepter eller ret dem derefter manuelt.

Hvis projektet er stort, skal du ikke forvente magi fra en lang anmodning. Del arbejdet op i etaper, og optag, hvad der skete efter hver etape. Lad os sige, først kataloget, derefter produktkortet og derefter filtrene. Dette gør det nemmere at bemærke en forkert drejning, før den vokser til ti filer.

Hvor meget koster det

I kodekset beregnes udgifterne ved hjælp af tokens. På udgivelsestidspunktet for GLM 5.3 er prisen207 tokens pr. 1 million inputOg650 tokens for 1 million output tokens. Inputtet er, hvad modellen læser: din beskrivelse, dialogens historie og projektets kontekst. Weekenden er hendes svar og den genererede kode.

Derfor er en klar, kort erklæring nyttig to gange: mindre afklaring og færre udgifter. I stedet for at "gøre det smukt", er det bedre at navngive skærmen, brugerhandlingen og det forventede resultat. Ikke for ritualets skyld. Det er bare, at så har modellen noget at klynge sig til.

Sådan prøver du uden unødvendigt drama

  1. Åben"Kode"og lave et projekt.
  2. Vælg GLM 5.3 - det er ved siden af ​​de andre modeller at udvikle.
  3. Giv den første smalle opgave: en side, en formular, en widget eller en specifik redigering.
  4. Tjek resultatet i browseren og bed med den næste besked om at ændre præcis det, du ikke er tilfreds med.

Når du først vil finde ud af logikken eller teksten i et problem, kan du starte indchat NeuralSpace, og for et allerede kørende projekt, gå til "Kode". En anden nyttig retningslinje -offentlig API: GLM 5.3 er også tilgængelig der under identifikationen BLK0.

Vibe-kodning erstatter ikke normal udvikling. Men det fjerner den tomme startskærm - netop det øjeblik, hvor projektet stadig kun eksisterer i hovedet. Med GLM 5.3 kan du hurtigt se den første live-version og derfra beslutte, om det er værd at komme videre.