nysky vs. Lovable

To verktøy, to jobber

Lovable er en AI-app-bygger: du beskriver appen i nettleseren og får en fungerende webapp på minutter, med backend og database koblet på gjennom integrasjoner. Det er en utmerket måte å komme fra idé til noe som virker.

nysky er ikke en app-bygger — det er plattformen appen kjører på. Du bygger med din egen AI-assistent (Claude Code, Codex, Cursor) mot agent.md, koden bor i ditt eget repo, og appen kjører i produksjon i Norge med database, fillagring, domene og innlogging som en del av plattformen. De to utelukker ikke hverandre: mange starter i en bygger og flytter appen hit når den skal ut i verden.

Side om side

Produksjonsklar fra første deploy

En app på nysky er ikke en demo som må «settes i produksjon» senere. Fra første utrulling har den gyldig HTTPS, egen PostgreSQL med rad-nivå-sikkerhet, S3-kompatibel lagring, hemmeligheter som bare kan skrives (aldri leses ut igjen), sandkasse med default-deny nettverk, daglig backup i Norge og zero-knowledge-logging som standard.

Trenger appen etterprøvbarhet i stedet — helse, offentlig sektor — bytter du posture til audit og får en hash-kjedet hendelseslogg. Det er samme app, samme manifest, én linje forskjell.

Skalering uten å bytte plattform

Det som pleier å koste mest, er flyttingen: prototypen bor ett sted, produksjonsappen et annet, og et sted mellom dem må alt bygges på nytt. Hos nysky er veien opp den samme plattformen:

• Nivået er en linje. Fra gratis (én app bak innlogging) via Telt og Hytte til Hus — samme nysky.toml, du bytter nivå når appen trenger mer database, lagring og trafikk.
• Åpen for verden når du vil. Gratis og Telt ligger bak nysky ID-innlogging; fra Hytte er appen åpen — samme app, ingen migrering.
• Fra worker til container. Trenger du et annet språk eller en tyngre motor, deployer du din egen Dockerfile på samme plattform, med samme database og bøtte.
• Horisontal skalering. Statsløse lag skalerer automatisk; container-apper kjører på én instans til du selv ber om flere med [scaling] max_replicas.
• Flere apper, én konto. Vokser prosjektet til et team, får bedriftskontoen prosjektkontoer med egen kreditt, roller og faktura/EHF.

Detaljene står på kjøringssiden og i rammene.

Har du allerede bygget noe?

Koden fra en AI-bygger er vanlig webkode — typisk en React/Vite-frontend med et API og en Postgres-database bak. Hent den ut til et repo, gi assistenten din denne linjen, og la den gjøre resten:

$ Les https://nysky.no/agent.md og flytt dette repoet til nysky — kjøring, database, lagring og domene.

Assistenten skriver nysky.toml, setter opp database og lagring, kobler domenet og deployer. Databasen er ekte PostgreSQL, så en dump fra dagens oppsett importeres rett inn — agent.md har løypa for import og idempotente migrasjoner.

Når nysky er riktig

Appen skal ut til ekte brukere og bli der. Den behandler data som hører hjemme i Norge — kunder, ansatte, helse, saksbehandling. Du vil ha én leverandør og én databehandleravtale i stedet for tre, en regning i kroner du kan forutse, og en plattform appen kan vokse på uten at du må flytte den igjen.

Videre lesning