Lurer du på hvordan du kan bruke Cursor uten å koble til GitHub? Her får du en enkel guide som viser hvordan du kan bruke Cursor og andre AI-verktøy uten å gi dem direkte tilgang til GitHub-kontoen din. Vi går gjennom alternativer som å jobbe helt lokalt, bytte til andre git-tjenester, sette opp selv-hostet løsning, og sikre at betalings- og skatteforhold for norske brukere er i orden. Oppdatert 2026.

Rask oversikt

Kortversjon — valg og når de passer:

  • Jobb lokalt: Best når du vil unngå alle eksterne tilkoblinger og beholde all kode på din maskin. Passer for enkeltprosjekter og prototyper.
  • Bytt til GitLab, Bitbucket eller Gitea: Når du fortsatt trenger git-arbeidsflyt og fjernlagring, men ikke vil bruke GitHub. Mange tilbyr private repo gratis per 2026.
  • Selv-hostet agent eller server: For bedrifter og utviklere som trenger kontroll, logging og egne sikkerhetsregler. Installer GitLab CE, Gitea eller en egen Git-server på en VM eller container.
  • Offline/filbasert modus: Hvis Cursor eller ditt verktøy har en offline-modus — bruk den. Alternativt kjør lokale kodeassistenter (open-source LLM) bak en lokal endpoint.

Her er en rask sammenligning av sikkerhet, kostnad og kontroll:

  • Sikkerhet: Lokal > Selv-hostet > Tredjepart.
  • Kostnad: Lokal er billigst, selv-hostet har driftkostnader (typisk en liten VM fra 5–10 EUR/måned for hobby), tredjepart kan være gratis eller fra noen titalls euro i måneden for teamfunksjoner.
  • Kontroll: Lokal og selv-hostet gir full kontroll over tilgang og logging.

Forutsetninger

Før du starter, sørg for at du har disse tingene klare:

Mastheads
  • En lokal utviklermaskin med Git installert. Anbefalt minimum: git versjon 2.30 eller nyere. Sjekk med Git --version.
  • SSH-nøkler for sikker tilgang til private repos. Lag nøkkel med: Ssh-keygen -t ed25519 -C "[email protected]". Bruk passphrase og sett filrettigheter: Chmod 600 ~/.ssh/id_ed25519.
  • SSH-agent: start med Eval "$(ssh-agent -s)" og legg til nøkkelen med Ssh-add ~/.ssh/id_ed25519.
  • Cursor-konto eller alternativ: om du vil teste lokale eller selv-hostede varianter, kontroller tilbud og lisens fra leverandøren — se https://cursor.com for aktuelle opsjoner i 2026.
  • For norske kjøp: regn med merverdiavgift (MVA) på 25 % for tjenester fakturert i Norge. Ta vare på fakturaer hvis du driver næring. Mer info: https://www.skatteetaten.no.
  • En backup-plan: jevnlig sikkerhetskopi til eksternt sted du stoler på (lokal NAS eller kryptert off-site lagring).

Steg-for-steg: Bruk Cursor uten å koble til GitHub

Følg trinnene i denne rekkefølgen. Nummereringen gjør det lett å starte fra hvor som helst i prosessen.

1) Jobb direkte med lokale filer

  1. Åpne prosjektmappen i Cursor eller i en lokal editor som støtter Cursor-plugin. Hvis plugin spør om «file system access», gi bare tilgang til den spesifikke prosjektmappen — ikke til hele hjemmemappen.
  2. Initialiser git lokalt: Git init. Sett navn og e-post: Git config user.name "Ditt Navn" og Git config user.email "[email protected]".
  3. Legg til .gitignore for å unngå å sjekke inn hemmeligheter (nøkler, .env): opprett en fil med vanlige mønstre, f.eks. Node_modules/, .env, Secrets/.
  4. Gjør et første commit: Git add . && git commit -m "Init". Bruk branching: Git checkout -b feature/ny-funksjon og arbeid i isolasjon.
  5. Bruk lokale verktøy for kvalitetssikring: pre-commit hooks (husky eller git hooks), statisk analyse og lokale testkjøringer. På den måten trenger du ikke ekstern CI for utvikling.

Du trenger ikke noen ekstern konto med denne metoden. Den passer best for enkel utvikling, prototyper eller hvis du vil unngå skylagring. Men husk: deling og samarbeid krever duplisering via zip, e-post eller egen server.

2) Bruk en annen Git-tjeneste (GitLab, Bitbucket eller egen Git-server)

  1. Du kan velge GitLab (https://gitlab.com), Bitbucket (https://bitbucket.org) eller sette opp din egen Gitea-server (https://gitea.io). I 2026 tilbyr både GitLab og Bitbucket gratis private repo for små brukere.
  2. Opprett et privat repo og legg til deploy key eller personlig access token med minst mulig scope. For GitLab: legg SSH-nøkkelen under https://gitlab.com/-/profile/keys. For Bitbucket: bruk https://bitbucket.org/account/settings/ssh-keys/.
  3. Hvis Cursor-plugin trenger en fjern-URL, bruk SSH-URL ([email protected]:bruker/repo.git) i stedet for https og token som eksponeres i innstillingene.
  4. Push fra lokal maskin: Git remote add origin [email protected]:bruker/repo.git og Git push -u origin main. Sett repo som privat og kontroller tilgangsgrupper i tjenestens settings.
  5. Roter tokens og nøkler jevnlig. En god praksis er å sette tokens med kort levetid (30–90 dager) når tjenesten tillater det.

3) Selv-hostet agent eller lokal installasjon

Hvis du vil ha full kontroll, sett opp en egen Git-server eller kjør en selv-hostet utgave av verktøyet. Vanlige valg er GitLab Community Edition, Gitea eller en enkel SSH-basert git-server.

  1. Velg hostingplattform: kjør på en VM i skyen eller på lokal server. For hobbybruk er en liten VM med 1 vCPU og 1–2 GB RAM ofte tilstrekkelig. For team bør du skissere krav basert på antall brukere og CI-jobber.
  2. Installer via Docker Compose eller pakker. Et enkelt Docker-compose-oppsett for Gitea eller GitLab CE gir rask start. Start tjenesten, opprett admin-bruker og legg til SSH-nøkler.
  3. Sett opp HTTPS: skaff et TLS-sertifikat (Let’s Encrypt) og tving HTTPS for alle innkommende forbindelser. Det beskytter både web og git-over-https.
  4. Logg og backup: sett opp daglig snapshot eller git mirror til et annet sted. Definer en backup-plan og test gjenoppretting minst én gang i kvartalet.
  5. Integrer med lokal Cursor-agent: om Cursor tilbyr en selv-hostet agent, installer agenten i samme nettverk og konfigurer at den kun får tilgang til valgte repo. Bruk brannmurregler for å begrense egress-tilkoblinger.

4) Offline eller filbasert modus og lokale LLM-er

Hvis verktøyet støtter det, velg offline-modus. Hvis ikke, vurder lokale open-source alternativer som kjører på din maskin eller i bedriftsnettverket.

  1. Sjekk Cursor-innstillinger for «Local Files» eller «Offline mode» og aktiver det hvis tilgjengelig. Det stopper ofte alle API-kall til eksterne kode-stores.
  2. Vil du ha kodeassistanse lokalt? Kjør en lokal LLM eller en lokal endpoint som Gir AI-forslag uten å sende koden ut av nettverket. Populære verktøy i 2026 inkluderer lokale LLM-runtimes og skrivebordsassistenter som kan kobles til editoren via localhost.
  3. Begrens plugins: deaktiver alle plugins som trenger sky-API eller tjenester utenfor nettverket.

Tips

  • Bruk least-privilege: gi verktøy bare de rettighetene som trengs — ikke mer.
  • Ikke lagre sensitive nøkler i repo. Bruk hemmelig håndtering (Vault eller lokale keyrings) og .gitignore.
  • Rotér nøkler og tokens minst hver 90. Dag hvis mulig.
  • Test restore. En backup som ikke er testet, er ikke en backup.
  • For fakturering i Norge: ta vare på fakturaer med MVA (25 %) og følg reglene på Skatteetaten for fradrag i næringsdrift.

Vanlige feil å unngå

  • Å gi plugins full GitHub- eller konto-tilgang når bare filtilgang trengs. Sjekk scopes før du godkjenner.
  • Å sjekke inn hemmelige nøkler i repo. Søk og fjern umiddelbart hvis det skjer — roter nøklene etterpå.
  • Å stole på en enkelt backup. Ha minst to uavhengige kopier, én off-site.
  • Å hoppe over HTTPS eller TLS på selv-hostede systemer. Alltid bruk kryptering i transport.

Related Articles

Å bruke Cursor uten å koble til GitHub betyr ofte å jobbe lokalt, bruke en annen git-tjeneste, eller kjøre en selv-hostet løsning. Velg etter hvor viktig kontroll over koden og data er — og innfør konkrete rutiner for nøkler, backups og fakturering i Norge.

Denne artikkelen er laget med hjelp av AI.