I møte med kunstig intelligens som et verktøy for utvikling, har det blitt viktig å finne en tilnærming som både lar utvikleren oppnå presise resultater og samtidig gir rom for kreativitet. Vibe coding representerer en slik tilnærming, der intensjonen er å redusere presset på tekniske detaljer og heller fokusere på å skape en opplevelse som «føles» riktig. Når du utvikler applikasjoner, kan du bruke denne tilnærmingen til å lede AI til å utvikle et produkt som både er funksjonelt og morsomt å bruke.

For eksempel kan du starte med en enkel idé: "Jeg ønsker en app som sporer humøret mitt hver dag, omtrent som et Tamagotchi-pet som gjenspeiler hvordan jeg føler meg." I starten er du kanskje usikker på hvor du skal begynne med tradisjonell utvikling, men med en AI som Bolt kan du raskt komme i gang. Det første steget kan være å få den til å lage en søt karakter som endrer uttrykk basert på det innsendte humøret. Derfra kan du iterere: gjør karakteren større, animer den ved hver oppdatering, og finjuster appens utseende og følelse til du er fornøyd med hvordan det hele virker.

Denne prosessen understreker hvordan vibe coding ikke handler om å ignorere funksjonalitet, men snarere om å la detaljene utvikle seg gjennom iterasjoner som er styrt av hvordan hver versjon «føles». I praktisk bruk betyr dette at du kan prøve ut små endringer raskt og enkelt. Det er som å være en DJ for opplevelsen, der du finjusterer visuelle og funksjonelle elementer etter eget ønske, uten å måtte ha full teknisk oversikt fra starten av.

Når du jobber med AI, er det viktig å huske at du er regissøren og at AI er besetningen. Hvis noe går galt, enten det er funksjonalitet eller design, er det bare å rette det. Hvis Bolt for eksempel lager et dashbord med tabeller i stedet for grafer, kan du umiddelbart gi beskjed om hva som må endres. Spesifikasjonene kan være enkle: «Jeg ønsket grafiske diagrammer (som stolpediagram eller linjediagram). Vennligst legg til et stolpediagram som viser X og et linjediagram som viser Y.»

Det er også mulig at AI kan gjøre små feil ved å anta feil, som å introdusere en påloggingsfunksjon du ikke ba om. Her kan du bruke kommandoer som: «Fjern påloggingskravet; appen skal ikke be om brukerinnlogging.» Eller du kan endre layouten, som i tilfelle hvor du ønsker en to-kolonnestruktur i stedet for en enkelt kolonne. Hvis du er spesifikk nok i beskrivelsen, kan du også be AI om å jobbe med en bestemt komponent: «I oppgaveliste-komponenten, endre redigeringsfunksjonen til å bruke et inline inputfelt i stedet for en pop-up.»

En annen viktig funksjon i verktøy som Bolt er muligheten til å låse filer. Dette er praktisk hvis du har fått til en del av appen som er ferdig og ønsker å unngå at AI endrer det ved et uhell. Du kan dermed låse bestemte filer, og heller fokusere på endringer i andre deler av appen. Dette gjør at du kan sikre at noen deler forblir uendrede, samtidig som du jobber med andre komponenter.

Men det kan også skje at AI introduserer feil eller bugs. I slike tilfeller kan du bruke Bolt som et verktøy for feilretting. Hvis en ny funksjon fører til at appen krasjer, kan du be AI om å debugge koden og rette feilen. Noen ganger kan også feilmeldingene være for tekniske for vanlige brukere, og du kan be om at de endres til enklere, brukervennlige meldinger.

En annen viktig del av samarbeidet med AI er å være direkte og tydelig i kommunikasjonen. Å bruke enkle og presise beskrivelser gjør det lettere for AI å tilpasse seg og følge din visjon. Du kan fortsette å gi instruksjoner om små detaljer som hvor en knapp skal plasseres, eller hvordan tekst skal vises på skjermen. Ved å bruke klare og konsise instrukser, lærer du AI hvordan det kan oppnå det ønskede resultatet.

I tillegg til de tekniske aspektene er det viktig å forstå at AI som Bolt ikke har noen medfødt forståelse av konteksten eller intensjonen bak en app. Det er derfor ditt ansvar som utvikler å sikre at appen ikke bare fungerer teknisk, men at den også treffer den følelsesmessige tonen du ønsker. Dette er en kontinuerlig prosess hvor detaljer kan justeres og forbedres gjennom flere iterasjoner, alltid med fokus på å skape en helhet som er både funksjonell og engasjerende for brukeren.

Hvordan bruke GitHub-integrasjon for versjonskontroll og samarbeid med StackBlitz

Når et prosjekt vokser, eller du ønsker å samarbeide med andre, blir det etter hvert nødvendig å lagre koden på en Git-plattform som GitHub. StackBlitz gir enkel integrasjon for å gjøre dette, og skaper en bro mellom utviklingsmiljøet i nettleseren og eksterne Git-repositorier. Denne integrasjonen gir deg full versjonskontroll med commit, grener og pull-forespørsler – grunnleggende verktøy for profesjonell utvikling. Det gir også en sikkerhetskopi av koden utenfor StackBlitz, og åpner muligheter som å distribuere nettstedet ditt via GitHub Pages eller bruke CI/CD arbeidsflyter.

Det finnes to vanlige måter å få prosjektet ditt på GitHub fra StackBlitz: enten ved å opprette et nytt GitHub-repositorium direkte fra StackBlitz og pushe koden dit, eller ved å importere et eksisterende GitHub-repositorium inn i StackBlitz. For vårt scenario, hvor vi starter med et prosjekt i StackBlitz, vil vi fokusere på den første metoden: å opprette et nytt repositorium og pushe koden dit.

For å gjøre dette, følg disse stegene:

  1. Koble StackBlitz til GitHub
    Først må du koble StackBlitz til GitHub. I StackBlitz-redigereren finner du alternativet for å koble et repositorium. Hvis du bruker den klassiske StackBlitz-grensesnittet, vil du se en knapp med teksten "Connect Repository" i prosjektets sidebar. Klikk på denne knappen. Hvis dette er første gang du bruker denne funksjonen, vil StackBlitz be om at du autoriserer GitHub-kontoen din. Følg instruksjonene for å logge inn på GitHub og autorisere StackBlitz til å koble seg til kontoen din. Når dette er gjort, vil "Connect Repository"-dialogboksen vises.

  2. Opprett et nytt repositorium fra prosjektet ditt
    I dialogboksen vil du se et alternativ for å opprette et nytt repositorium på GitHub. Velg dette alternativet og gi repositoriet et navn, for eksempel "movie-explorer-app" eller et annet beskrivende navn. Når du har skrevet inn navnet, klikker du på "Create repository and push" (eller tilsvarende). StackBlitz vil da sette opp et nytt repositorium på GitHub-kontoen din og pushe alle prosjektfilene dit. Denne prosessen skjer raskt, og du vil få en bekreftelse på at prosjektet ditt nå er koblet til GitHub.

  3. Bekreft repositoriet
    Gå til GitHub og sjekk repositoriene dine – du skal se det nye repositoriet med prosjektets navn, og det skal inneholde alle filene fra StackBlitz-prosjektet ditt. På dette tidspunktet er koden din trygt lagret på GitHub i tillegg til StackBlitz. Som standard oppretter StackBlitz repositoriet som privat (hvis du er på en gratis GitHub-plan, er private repositorier tillatt). Du kan gjøre repositoriet offentlig i GitHub-innstillingene hvis du ønsker at andre skal kunne se det. Grenen vil som regel være "main" (eller "master" i noen tilfeller), og koden din vil ligge der.

  4. Fortsett utvikling og commite endringer

    Etter at du har koblet StackBlitz til GitHub, vil StackBlitz-grensesnittet vanligvis vise en "Commit"-knapp i topplinjen, nær lagreknappen. Når du gjør endringer i StackBlitz, kan du klikke på "Commit"-knappen for å pushe endringene til GitHub. Du vil bli bedt om å skrive en commit-melding som beskriver hva du har gjort. For eksempel, hvis du har lagt til en søkefunksjon, kan du skrive en commit-melding som "Legg til søkebar for å filtrere filmer". Hver commit vil oppdatere GitHub-repositoriet, og dermed vil StackBlitz-prosjektet og GitHub-repositoriet være synkronisert. Hvis du glemmer å committe, er det ingen grunn til bekymring – endringene dine vil fortsatt være lagret i StackBlitz, men de vil ikke være synlige på GitHub før du gjør en commit. Det er god praksis å committe hyppig, spesielt etter at du har fullført en funksjon eller feilretting, slik at GitHub-repositoriet alltid reflekterer den nyeste fungerende versjonen av appen din.

Når koden din er på GitHub, kan du og andre bruke hele spekteret av GitHub-funksjoner. Ønsker du at noen andre skal bidra, kan de for eksempel forgrene (fork) repositoriet, eller du kan legge dem til som samarbeidspartnere. De kan også åpne repositoriet direkte i StackBlitz og foreslå endringer. Du kan bruke grener for å jobbe med større endringer uten å påvirke hovedgrenen. Selv om StackBlitzs grensesnitt for grenhåndtering er begrenset (det fungerer hovedsakelig med hovedgrenen), kan du opprette nye grener ved å gå til GitHub og gjøre det der. For en nybegynner er det helt greit å holde seg til hovedgrenen i starten. Hvis du bruker grener, kan du håndtere sammenfletting og grenkontroll på GitHub sine nettsider eller via en lokal klone.

Med koden din på GitHub kan du bruke tjenester som Netlify, Vercel eller GitHub Pages for å distribuere appen. Noen av disse tjenestene kan settes opp til automatisk distribuere appen din når du pusher en ny commit til en spesifikk gren (kontinuerlig distribusjon). Dette er et avansert tema, men det er viktig å vite at det å få koden på GitHub er det første steget til mange andre utviklerarbeidsflyter.

Det er også mulig å hente prosjektet ditt tilbake til Bolt etter å ha eksportert det til GitHub. Bolt har en funksjon for å importere eksisterende GitHub-repositorier, og du kan gå til Bolt.new og velge å importere et eksisterende repositorium. Dette gir deg muligheten til å chatte med AI-en om koden, få forslag, eller til og med la den generere endringer for deg.

Med AI-assistert utvikling i Bolt og koding i StackBlitz har du stor fleksibilitet i arbeidsflyten din. Du kan veksle mellom manuell koding og AI-hjelp, for eksempel ved å kode i StackBlitz i en periode og deretter bruke Bolt til å løse problemer på spesifikke funksjoner.

Når og hvordan bruke forskjellige typer promptstrategier for å oppnå ønsket resultat med AI-modeller?
Hvordan 2018 Midtveisvalg i New York Reflekterte Polariserte Politiske Strømninger
Hvordan psykologiske behov påvirker økonomiske preferanser og politisk polarisering