Blogg

Coolify og Claude Code: Rull ut et prosjekt på din egen VPS

Markdown

Installering av Coolify, tilkobling til GitHub, utrulling av Next.js, domene og HTTPS, MCP, VPS-krav og feilsøking. Tekniske priser i dollar og opprinnelige begrensninger.

Les hele artikkelen

Ailoot-dokumentasjon — referansemateriale for bruk av tjenesten.

Plattformbegrensninger og betalingsvilkår i 2026

Hovedpoeng

Gratisabonnementer fungerer helt til du overskrider en grense for første gang; etter det kreves et internasjonalt kort. Heroku stengte gratisnivået for alle i 2022 og gikk over i vedlikeholdsmodus i februar 2026. Med selvhostet Coolify eier du serveren; det er ingen fakturering per sete og ingen leverandørbinding.

Et typisk scenario for en vibe-koder i 2026: Du bygger en MVP i Cursor eller Claude Code på en kveld, flytter den til et GitHub-repositorium, åpner vercel.com → kobler til repositoriet → kommer til abonnementssiden → legger inn kortet ditt → får Transaction declined.

Dette er ikke en feil eller et midlertidig avbrudd.

Railway, Render, Heroku — historien er den samme. Heroku stengte faktisk gratisnivået for alle i 2022, og i februar 2026 gikk prosjektet over i vedlikeholdsmodus — ingen nye funksjoner og ingen nye Enterprise-avtaler. For en bruker med et kort som ikke støttes, betyr dette: «Døren er stengt; gå rundt via en mellommann som tar 20 % i provisjon.»

Du kan betale via virtuelle Visa-kort i Kasakhstan eller bedriftsbetalingstjenester. Men det betyr +20 % på prisen, +30 minutter for hver transaksjon og risiko for at kontoen din blir blokkert når betalingsformidleren oppdager at landet ikke samsvarer.

Det opprinnelige eksemplet inkluderte tre forsøk — på Vercel Pro, Railway og Render.

Hva er Coolify, og hvordan fungerer en selvhostet plattform?

Hovedpoeng

Coolify er en åpen kildekode-PaaS som kan selvhostes, og et direkte alternativ til Heroku, Vercel og Netlify. Den installeres med én curl-kommando på enhver VPS som kjører Ubuntu. Under panseret bruker den Docker + Traefik til omvendt proxy og Let's Encrypt for HTTPS. Den støtter GitHub-integrasjon, webhooks for automatiske utrullinger, S3-sikkerhetskopier og over 280 tjenester som kan installeres med ett klikk (PostgreSQL, Redis, MinIO). Den selvhostede versjonen er gratis for alltid, uten begrensninger. Den har 55,800 stjerner på GitHub og en Apache-2.0-lisens.

Coolify er et åpen kildekode-prosjekt bygget med Laravel + Docker som gjør en tom VPS om til en plattform for utrulling av applikasjoner. Installer Coolify én gang, og gjør deretter alt annet gjennom webgrensesnittet: koble til GitHub, velg et repositorium og klikk på Deploy.

Den offisielle dokumentasjonen sier det kort og presist:

Coolify er et åpen kildekode-alternativ som kan selvhostes, til Heroku / Netlify / Vercel osv.

— Coolify GitHub README, https://github.com/coollabsio/coolify

Under panseret består Coolify av fire deler:

  1. Webgrensesnitt bygget med Laravel 12 + Livewire 3 + Tailwind v4 — et kontrollpanel for å administrere applikasjonene dine.
  2. Docker + Docker Compose — hver applikasjon kjører i en container, isolert fra de andre.
  3. Omvendt proxy (Traefik eller Caddy) — mottar innkommende HTTP/HTTPS-trafikk og ruter den til containere.
  4. Let's Encrypt-integrasjon — utsteder og fornyer SSL-sertifikater automatisk for alle domener.

Viktige funksjoner som gjør Coolify funksjonelt sammenlignbart med Vercel:

FunksjonVercelCoolify
Automatisk utrulling ved git-push✅✅ (via GitHub-webhook)
Gratis HTTPS✅✅ (Let's Encrypt)
Forhåndsvisningsutrullinger for PR-er✅✅ (via GitHub App)
Grensesnitt for miljøvariabler✅✅
Sikkerhetskopier av databaser❌ (har ingen egne databaser)✅ (til S3-kompatibel lagring)
PostgreSQL / Redis / MongoDB$20+/måned hver✅ Ett klikk, gratis
Planlagte oppgaver (cron)❌✅ (cron-syntaks)
Fakturering per sete$20/sete/månedIngen
LeverandørbindingHøy (Edge Functions, ISR)Ingen (din Docker)
Globalt CDN✅❌ (bare din VPS)

Et globalt CDN er det eneste Coolify ikke inkluderer rett ut av boksen. Det er det ærlige svaret. Hvis prosjektet ditt har et globalt publikum og du må redusere forsinkelsen for brukere i USA og Europa, kan du legge Cloudflare foran; det er gratis for statisk innhold.

Pris: Den selvhostede versjonen er gratis for alltid uten begrensninger på antall applikasjoner, servere eller utrullinger. Coolify Cloud er tilgjengelig for $5/måned for 2 servere + $3 for hver ekstra server — men serverne er fortsatt dine; Coolify Cloud er bare vert for kontrollpanelet.

Den nyeste versjonen er v4.1.0 fra May 18, 2026. Nye funksjoner omfatter byggpakken Railpack i beta, revisjonslogging, konfigurasjonsforskjeller mellom utrullinger og et innebygd MCP-endepunkt (skrivebeskyttet). Kilde: GitHub-utgivelser.

Hvilken VPS bør du velge for Coolify i 2026?

Hovedpoeng

Coolify krever minst 2 vCPU, 2 GB RAM, 30 GB SSD og Ubuntu LTS (20.04, 22.04 eller 24.04). En slik VPS kan uten problemer kjøre 3–5 vibe-kodede prosjekter parallelt.

Coolifys minimumskrav kommer direkte fra den offisielle dokumentasjonen:

ParameterMinimumAnbefalt
CPU2 kjerner2–4 kjerner
RAM2 GB4 GB (med ekstra kapasitet til bygging)
Lagring30 GB50–80 GB (for avbildninger + databaser)
ArkitekturAMD64 eller ARM64 (64-bit)AMD64
OSUbuntu LTS 20.04 / 22.04 / 24.0422.04 LTS
RootPåkrevdVia SSH-nøkkel, ikke passord

Minimumet — 2 GB RAM — er en absolutt nedre grense. Med 1 GB kommer installasjonsprogrammet så langt som til Docker, går tom for minne (OOM) og henger. Ikke spar på RAM.

Priskilder: Timeweb Cloud, FirstVDS og Selectel.

Hvis du trenger mer kraft (en database på 100 GB, flere Postgres-instanser), skaff Aeza Dedicated.

Dette bør du IKKE velge:

  • Delt VPS med 512 MB–1 GB RAM — ikke nok engang for Coolify. Dette er for statiske nettsteder på nginx, ikke for en PaaS.

Vil du ikke bare sette opp utrulling, men også bygge et oppsett som gjør Claude pålitelig? Coolify er et verktøy for kjøring, men uten strukturert kontekst (CLAUDE.md, en andre hjerne og kontekstarbeid) vil Claude fortsatt hallusinere på lange oppgaver. Det komplette oppsettet omfatter alle tre: AI-klone + Second Brain + Context Engineering — denne kombinasjonen gjør Claude fra «en assistent som hallusinerer» til et pålitelig verktøy.

Slik installerer du Coolify på 5 minutter

Hovedpoeng

Installasjonen er én enkelt curl-kommando fra dokumentasjonen. Når den starter, vises et webgrensesnitt på port 8000. Der oppretter du den første administratorbrukeren og får se et tomt kontrollpanel. Den faktiske tiden fra en tom Ubuntu-installasjon til Coolify kjører, er 5–7 minutter, hvorav 3–4 minutter går til apt-get install docker. Skriptet henter nødvendige avhengigheter og konfigurerer Docker selv; alt du trenger å gjøre, er å vente til det er ferdig.

Trinn 1. Koble til VPS-en via SSH.

Når du har opprettet en VPS hos leverandøren, vises serverens IP-adresse og root-passord i en e-post eller i kontrollpanelet. Koble til fra din lokale maskin:

ssh root@1.2.3.4

Hvis leverandøren ga deg en SSH-nøkkel i stedet for et passord, kobler du til med -i path/to/key. Herfra antar jeg at du bruker en fersk Ubuntu 22.04- eller 24.04 LTS-installasjon.

Trinn 2. Kjør Coolify-installasjonskommandoen.

Én kommando fra den offisielle dokumentasjonen:

curl -fsSL https://cdn.coollabs.io/coolify/install.sh | sudo bash

Skriptet gjør tre ting:

  1. Kontrollerer systemet (Ubuntu LTS? root? AMD64?)
  2. Installerer Docker og Docker Compose hvis de ikke allerede er installert
  3. Laster ned Coolify-avbildningene (coolify/coolify, coolify/realtime, traefik) og kjører dem i bakgrunnen via docker-compose

Dette tar 3–5 minutter. Du ser apt-get-logger rulle forbi, fulgt av docker pull. Når du ser Coolify v4.1.0 is now running, går du videre til trinn 3.

Trinn 3. Åpne webgrensesnittet.

Åpne dette i nettleseren:

http://1.2.3.4:8000

Coolify viser en konfigurasjonsveiviser — et skjema for å opprette den første brukeren. Skriv inn e-postadresse og passord, og lagre. Denne brukeren blir automatisk administrator; du trenger ingen andre brukere ennå.

Etter lagring kommer du til et tomt kontrollpanel: en sidestolpe til venstre med Resources / Projects / Servers / Sources / Notifications / Settings og en oppfordring midt på siden om å «Add your first resource».

Trinn 4. Åpne porter i brannmuren hos leverandøren (ikke UFW).

Coolify kjører allerede, men utenfra er bare port 8000 (kontrollpanelet) tilgjengelig. For at brukere skal kunne nå applikasjonene dine, må du åpne portene 80 (HTTP) og 443 (HTTPS):

PortFormål
22SSH-tilgang til serveren
80Mottar HTTP-trafikk, kreves for Let's Encrypt-validering
443Mottar brukernes HTTPS-trafikk
8000Coolify-kontrollpanel (vi lukker denne etter at vi har konfigurert et egendefinert domene for kontrollpanelet)

En viktig fallgruve fra den offisielle dokumentasjonen:

Docker bruker NAT-baserte iptables-regler som kan omgå tradisjonelle Linux-brannmurer som UFW.

— Coolify-dokumentasjon (brannmur), https://coolify.io/docs/knowledge-base/server/firewall

Det betyr at selv om du aktiverer UFW og lukker alle porter, vil Docker fortsatt eksponere containerne gjennom iptables. UFW er ubrukelig her. Løsningen er å åpne og lukke porter i leverandørens kontrollpanel, ikke gjennom UFW. Med Timeweb / Selectel / Aeza gjør du dette i delen «Network → Firewall» i webkonsollen.

Trinn 5 (valgfritt). Knytt kontrollpanelet til domenet ditt.

For å besøke https://coolify.example.com i stedet for http://1.2.3.4:8000, oppretter du en DNS A-post coolify.example.com → 1.2.3.4, går til Settings → Instance Settings → Instance Domain i Coolify, skriver inn underdomenet ditt og lagrer. Coolify ber om et Let's Encrypt-sertifikat og laster kontrollpanelet på nytt over HTTPS et minutt senere.

Etter det kan du lukke port 8000 i brannmuren — kontrollpanelet vil være tilgjengelig over HTTPS på standardport 443.

Slik kobler du til GitHub: App eller PAT?

Hovedpoeng

Coolify støtter to måter å koble til GitHub på: GitHub App (anbefalt) og Personal Access Token (PAT). Bruk GitHub App: Oppsettet tar 5 minutter med veiviseren, PR-forhåndsvisninger fungerer, og tillatelser kan avgrenses detaljert på repositorienivå. PAT er et utdatert alternativ for eldre tilfeller; det har ingen forhåndsvisningsutrullinger og innebærer risiko for global tilgang til alle repositoriene dine. Den offisielle dokumentasjonen sier det rett ut: «For 95% av brukerne er GitHub App det riktige valget.»

I Coolify går du til Sources → + Add → GitHub App. Coolify viser en veiviser med tre skjermer:

  1. Navn og beskrivelse — gi kilden et navn (skriv inn github-main) og legg eventuelt til en beskrivelse.
  2. Konfigurer på GitHub — en knapp som tar deg til GitHub.com og automatisk åpner et skjema for opprettelse av GitHub App med riktige tillatelser.
  3. Bekreft — når du har kommet tilbake fra GitHub, klikker du på «Save».

I trinn to ber GitHub deg bekrefte tillatelsene Coolify ber om:

TillatelseNivåFormål
ContentsSkrivebeskyttetKlone repositoriet
Pull RequestsLese og skriveOpprette forhåndsvisningsutrullinger og kommentere på PR-er
E-postadresserSkrivebeskyttetIdentifisere commits
MetadataSkrivebeskyttetVise repositorier

Dette er minimumstillatelser — GitHub App kan ikke se de private nøklene dine, kan ikke skrive til main og kan ikke få tilgang til repositorier du ikke har koblet til eksplisitt.

Fra den offisielle dokumentasjonen:

Personal Access Token (PAT) er den gamle metoden; jeg anbefaler at du ikke bruker den. Ulemper:

  • PAT gir global tilgang til alle repositoriene dine (inkludert private)
  • PR-forhåndsvisninger fungerer ikke — funksjonen er forbeholdt GitHub App
  • Tokenet varer lenge (90 dager, et år eller på ubestemt tid) — det er alvorlig hvis det lekker

Bruk PAT bare hvis du jobber med et organisasjonsrepositorium der sikkerhetspolicyen forbyr GitHub Apps, og det ikke finnes noen vei rundt det.

Etter at du har lagret kilden i Coolify, ser du GitHub App i kontrollpanelet sammen med en liste over tilkoblede repositorier. Når du oppretter en ny applikasjon, kan du velge et av dem med ett klikk.

Slik ruller du ut et Next.js-prosjekt fra Claude Code i 6 trinn

Hovedpoeng

Hele veien fra et tomt Claude Code-oppsett til et aktivt nettsted: 1) kjør claude i en tom mappe, beskriv prosjektet, og Claude genererer koden; 2) kjør git init && git remote add (Claude kan gjøre dette selv med en slash-kommando); 3) push til GitHub; 4) velg «+ New Resource → Application» i Coolify, og velg repositoriet; 5) legg til miljøvariabler; 6) klikk på Deploy. Coolify oppdager at det er Next.js, velger Nixpacks-byggpakken, bygger et Docker-avbildning på 3–5 minutter og gir deg et midlertidig domene i formatet YOUR_TEMPORARY_DOMAIN med HTTPS inkludert.

Trinn 1. Beskriv prosjektet for Claude Code i en tom mappe.

mkdir my-vibe-app
cd my-vibe-app
git init
claude

I økten:

Build a Next.js 14 app router project:
- a home page with a list of users
- /api/users endpoint returns an array from the database
- Postgres via Prisma
- Tailwind for styles
- .env.example with DATABASE_URL
- README.md with instructions for running the project

Claude genererer filstrukturen, package.json, prisma/schema.prisma og .env.example. Be også om:

Create a Dockerfile for production builds and a .dockerignore.

Dette er valgfritt — Coolify bygger med Nixpacks også uten en Dockerfile. Men en Dockerfile gir deg kontroll over prosessen og er raskere for større prosjekter.

Trinn 2. Opprett et GitHub-repositorium og push til det.

Du kan gjøre dette manuelt via GitHub-grensesnittet + git remote add origin ..., men Claude Code kan gjøre det selv:

/commit-push-pr Initial Next.js app generated with Claude Code

Eller si bare: «Commit alt og push det til et nytt repositorium my-vibe-app under kontoen min.» Claude bruker gh-CLI-en til å opprette et privat (eller offentlig) repositorium og gjøre den første pushen. Kilde: offisiell Claude Code-kommando.

Trinn 3. Opprett en applikasjon i Coolify.

I Coolify-kontrollpanelet klikker du på + New → Application. Et skjema åpnes:

  1. Kilde — velg github-main (GitHub-appen du koblet til i forrige H2)
  2. Repository — velg my-vibe-app fra listen
  3. Branch — main
  4. Build Pack — Coolify oppdager det automatisk. Hvis det finnes en Dockerfile, bruker den dockerfile. Ellers bruker den nixpacks. Du kan overstyre dette manuelt.
  5. Domain — behold den foreslåtte verdien (YOUR_TEMPORARY_DOMAIN) foreløpig; den er midlertidig, og du erstatter den med din egen senere
  6. Port — 3000 for Next.js som standard

Lagre.

Trinn 4. Legg til miljøvariabler.

I applikasjonen du opprettet, åpner du fanen Environment Variables. Legg til variablene én om gangen:

DATABASE_URL=postgresql://user:pass@db-host:5432/mydb
NODE_ENV=production
ANTHROPIC_API_KEY=sk-ant-...

Hvis du ikke har en database, kan du opprette en direkte i Coolify: + New → Database → PostgreSQL. Coolify starter en Postgres-container på 30 sekunder og gir deg en intern DATABASE_URL i formatet postgresql://postgres@postgres-xyz:5432/postgres — legg den inn i applikasjonen din.

Alle variablene er kryptert i Coolify-databasen og vises ikke i byggelogger.

Trinn 5. Klikk på Deploy.

Øverst til høyre finner du en blå Deploy-knapp. Aktive logger vises i fanen Logs:

[stage: clone]   Cloning '<repository-url-from-github>'
[stage: build]   Detected Next.js, using Nixpacks
[stage: build]   Installing Node 20, npm 10
[stage: build]   npm install (245s)
[stage: build]   npm run build (87s)
[stage: deploy]  Creating container my-vibe-app-xyz
[stage: deploy]  Container started, health check passed
[stage: proxy]   Traefik routing configured for YOUR_TEMPORARY_DOMAIN
[stage: ssl]     Let's Encrypt cert issued for YOUR_TEMPORARY_DOMAIN

Det første bygget tar 3–5 minutter (det henter Node-basisavbildningen og installerer avhengighetene). Senere bygg tar 60–90 sekunder takket være hurtiglagring av Docker-lag.

Når statusen endres til Running, kopierer du applikasjonsadressen fra Coolifys Domains-felt og åpner nøyaktig den i nettleseren. Bruk verdien som <app-url-from-coolify> nedenfor. Etiketten i vinkelparenteser er en plassholder, ikke en reell adresse. Hjemmesiden skal vises, med HTTPS inkludert. En gratis wildcard-DNS-tjeneste slår opp ethvert underdomene som inneholder en IP-adresse (YOUR_TEMPORARY_DOMAIN → 1.2.3.4). Coolify bruker tjenesten for midlertidige domener, slik at du kan åpne nettstedet med én gang uten å konfigurere din egen DNS.

Trinn 6. Kontroller at alt fungerer.

Åpne applikasjonsadressen fra forrige trinn med /api/users tilføyd, for eksempel <app-url-from-coolify>/api/users, uten dobbel skråstrek. Dette er JSON-endepunktet fra trinn 1. Rotadressen er hjemmesiden. Hvis du får en 500-feil, ser du stacksporet i Logs-fanen. Det vanligste problemet ved første utrulling er at DATABASE_URL peker på en database som ikke finnes. Løs det ved å opprette en PostgreSQL-instans i Coolify (se trinn 4 ovenfor) og erstatte DATABASE_URL.

15 minutter, fra det øyeblikket du bestiller VPS-en. I det opprinnelige eksemplet tok denne arbeidsflyten 12–18 minutter på en fersk server.

Slik konfigurerer du et egendefinert domene og HTTPS

Hovedpoeng

Et egendefinert domene kobles til i 3 trinn: Opprett en DNS A-post som peker til serverens IP, skriv inn domenet ditt i Coolifys Configuration i stedet for YOUR_TEMPORARY_DOMAIN, aktiver Automatic HTTPS og klikk på Redeploy. Let's Encrypt utsteder automatisk et SSL-sertifikat 2–3 minutter etter DNS-propagering (vanligvis 5–30 minutter). Det avgjørende kravet er at DNS allerede må slå opp domenet når du klikker på Redeploy; ellers vil Let's Encrypt-valideringen mislykkes, og du må vente 12 minutter før neste forsøk.

Trinn 1. Opprett en DNS A-post i kontrollpanelet til domeneregistratoren.

De opprinnelige eksemplene bruker domener hos Reg.ru, Beget eller Timeweb. Prosessen er den samme:

PosttypeNavnVerdi
Aapp (eller @ for roten)1.2.3.4 (serverens IP)

Lagre den, åpne en konsoll og kontroller:

dig app.example.com +short
# Should return 1.2.3.4

Hvis det ikke kommer noe resultat eller en annen IP, har DNS ennå ikke propagert. Vent 5–30 minutter.

Trinn 2. Skriv inn domenet ditt i Coolify.

Åpne fanen Configuration → General i applikasjonen. I feltet Domains erstatter du den midlertidige applikasjonsadressen kopiert fra Coolify med https://app.example.com (med ditt eget konfigurerte domene). Aktiver Automatic HTTPS (vanligvis er det allerede aktivert som standard).

Lagre og klikk på Redeploy.

Trinn 3. Vent på Let's Encrypt-sertifikatet.

Byggeloggen viser:

[stage: ssl]  Requesting Let's Encrypt cert for app.example.com
[stage: ssl]  HTTP challenge sent to /.well-known/acme-challenge/xxx
[stage: ssl]  Validation passed, cert issued
[stage: ssl]  Cert installed, HTTPS enabled

Om 2–3 minutter blir nettstedet tilgjengelig på https://app.example.com med en grønn hengelås i adressefeltet.

Dette kan gå galt med Let's Encrypt (de tre vanligste problemene fra den offisielle feilsøkingsveiledningen):

  1. Port 80 er lukket i brannmuren. Let's Encrypt validerer med en HTTP-utfordring — den sender en forespørsel til http://app.example.com/.well-known/acme-challenge/xxx. Valideringen går ikke gjennom uten port 80. Åpne den i brannmuren hos leverandøren.
  2. Cloudflare-proxyen er aktivert (oransje sky). Den fanger opp Let's Encrypt-forespørselen og returnerer sin egen plassholderside — valideringen mislykkes. Løsningen er å bytte til «DNS only» (grå sky) eller konfigurere en DNS-01-utfordring gjennom Cloudflare API.
  3. DNS har ennå ikke propagert. Hvis du opprettet en A-post for 30 sekunder siden og umiddelbart klikket på Redeploy, vil ikke Let's Encrypt finne domenet ditt. Vent 5–30 minutter til DNS har propagert på tvers av servere.

Let's Encrypt-grense: 5 mislykkede forsøk per time for ett domene, med gjenopprettingstakt på 1 forsøk hver 12. minutt. Hvis du når grensen, ikke klikk på Redeploy 10 ganger på rad; sjekk loggene, løs problemet og prøv igjen om 12 minutter.

Hvordan administrerer Claude Code Coolify gjennom MCP?

Hovedpoeng

Gjennom Model Context Protocol får Claude Code direkte tilgang til Coolify API — du kan si «rull ut denne applikasjonen» for å starte et bygg, sjekke status, lese logger eller oppdatere miljøvariabler. Det finnes tre alternativer: forsonny/Coolify-MCP-Server (grunnleggende, 7 operasjonskategorier), dazeb/coolify-mcp-enhanced (15+ ekstra verktøy med utrulling av databaser med ett klikk) og ajmcclary/Coolify-Manager (en Claude Skill bygget rundt den offisielle CLI-en). Fra og med v4.1.0 (May 18, 2026) tilbyr Coolify et innebygd MCP-endepunkt uten tredjepartsservere — men det er foreløpig skrivebeskyttet.

Model Context Protocol (MCP) er en standard fra Anthropic som lar Claude Code kommunisere med eksterne systemer (se veiledningen om MCP-servere for mer). Koble til en MCP-server, så får Claude et sett verktøy den kan bruke. Det finnes tre ferdige servere for Coolify, pluss ett innebygd alternativ.

Alternativ 1. forsonny/Coolify-MCP-Server-for-Claude-Code — grunnleggende.

Dette kan det gjøre:

  • Applikasjoner: opprette, starte, stoppe, starte på nytt
  • Tjenester: vise liste, opprette, starte/stoppe/starte på nytt
  • Utrullinger: vise aktive, hente etter UUID
  • Team og medlemmer: vise liste, hente informasjon
  • SSH-nøkler: vise liste, opprette
  • Miljøvariabler: full CRUD for apper og tjenester
  • Serverinnsikt: domener per server, helse, versjon

Installasjon:

git clone '<OFFICIAL_URL>'
cd Coolify-MCP-Server-for-Claude-Code
npm install
npm run build
# In .env:
#   COOLIFY_BASE_URL=https://coolify.example.com
#   COOLIFY_API_TOKEN=[from Coolify Settings → API Tokens]
npm run setup  # automatically configures Claude Code

Etter det kan du skrive dette i Claude Code:

Show the status of the my-vibe-app application in Coolify and the 3 latest deployments.

Claude returnerer en tabell.

Alternativ 2. dazeb/coolify-mcp-enhanced — utvidet (anbefalt).

Dette kommer i tillegg til de grunnleggende funksjonene:

  • Utrulling av PostgreSQL / Redis / MinIO med ett klikk gjennom AI — be om «sett opp Postgres for meg», så oppretter den en container og returnerer DATABASE_URL
  • Sanntidsovervåking + ressursbruk — CPU/RAM for hver applikasjon i sanntid
  • Masseoppdatering av miljøkonfigurasjon — oppdater 20 variabler med én kommando
  • Docker Compose-støtte — rull ut applikasjoner med flere tjenester

Konfigurasjon for Claude Code (.mcp.json i prosjektets rotmappe):

{
  "mcpServers": {
    "coolify-enhanced": {
      "command": "node",
      "args": ["/path/to/coolify-mcp-enhanced/dist/index.js"],
      "env": {
        "COOLIFY_ACCESS_TOKEN": "your-token-here",
        "COOLIFY_BASE_URL": "https://coolify.example.com"
      }
    }
  }
}

Alternativ 3. ajmcclary/Coolify-Manager — en Claude Skill bygget rundt CLI-en.

Det er ikke en MCP-server, men en Claude Code Skill som pakker inn den offisielle Coolify-CLI-en. Den inkluderer:

  • Helsediagnostikk for tjenester og containere
  • Diagnostikk av SSL-sertifikater
  • Støtte for flere instanser (hvis du har flere Coolify-servere)
  • Oppskrifter for feilsøking

Installasjon: last ned skillen og legg den i ~/.claude/skills/coolify-manager/. Claude Code oppdager den og tilbyr den for relevante oppgaver.

Alternativ 4 (nytt i mai 2026). Innebygd MCP i Coolify v4.1.0.

Endringsloggen for v4.1.0, datert May 18, 2026, sier:

Lagt til MCP-støtte på instansnivå med skrivebeskyttede verktøy for Coolify-ressurser og API/UI.

Coolify tilbyr nå sitt eget MCP-endepunkt — du kan koble til Claude Code direkte uten tredjepartsservere. Foreløpig er det skrivebeskyttet (applikasjonslister, statuser, konfigurasjoner), uten endringsoperasjoner. Men det er nok for de fleste oppgaver som «fortell meg om infrastrukturen».

Koble til gjennom .mcp.json:

{
  "mcpServers": {
    "coolify-native": {
      "url": "https://coolify.example.com/api/v1/mcp",
      "headers": {
        "Authorization": "Bearer <your-api-token>"
      }
    }
  }
}

Vent på full skrivetilgang i innebygd MCP i v4.2 eller v4.3 — Coolify-teamet lovet dette innen utgangen av 2026.

5 fallgruver ved første utrulling — og hvordan du unngår dem

Hovedpoeng

De vanligste feilene ved første utrulling er for lite RAM, lukket port 80, Cloudflare-proxy som ødelegger Let's Encrypt, UFW som ikke klarer å beskytte Docker, og valg av PAT i stedet for GitHub App. Alt dette er omtalt i den offisielle dokumentasjonen, men det er lett å støte på problemene uten praktisk erfaring. Nedenfor følger en sjekkliste med 5 punkter basert på den opprinnelige erfaringen med å installere Coolify for første gang.

Fallgruve 1: Mindre enn 2 GB RAM — installasjonen mislykkes med OOM.

Symptom: curl install.sh kommer til docker pull coolify/coolify, henger på 70 %, og prosessen avsluttes med Killed (signal 9). dmesg | tail-loggene viser Out of memory: Killed process.

Løsning:

# Create a 4 GB swap file to solve the problem temporarily
sudo fallocate -l 4G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile
echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab

På lang sikt bør du oppgradere til 4 GB RAM. Coolify fungerer med swap, men bygg av store Next.js-prosjekter kan mislykkes.

Fallgruve 2: UFW er aktivert, men Docker åpner fortsatt porter.

Symptom: Du aktiverte UFW og lukket alle porter unntatt 22, men applikasjonen din er fortsatt tilgjengelig fra internett på en tilfeldig port (for eksempel 3000).

Årsaken, ifølge den offisielle dokumentasjonen:

Coolify kjører på Docker, som bruker NAT-baserte iptables-regler og kan omgå tradisjonelle Linux-brannmurer som UFW.

— Coolify-dokumentasjon (brannmur), https://coolify.io/docs/knowledge-base/server/firewall

Løsning: bruk brannmuren i kontrollpanelet til leverandøren, ikke UFW. Timeweb / Selectel / Aeza har en del som heter «Firewall» eller «Network → Firewall», der du konfigurerer regler på det virtuelle nettverksnivået — de trer i kraft før pakkene når Docker.

Et alternativ er ufw-docker, et skript som tilpasser UFW for kompatibilitet med Docker. Men det er mer komplisert enn å klikke i kontrollpanelet.

Fallgruve 3: Cloudflare-proxy (oransje sky) ødelegger Let's Encrypt.

Symptom: Etter Redeploy viser loggene Let's Encrypt validation failed - challenge returned 403.

Årsak: Cloudflare videresender Let's Encrypt HTTP-forespørselen og returnerer sin egen side i stedet for utfordringsfilen din.

Løsning — velg ett av to alternativer:

  1. Bytt til «DNS only» (den grå skyen i Cloudflare). Ulempen: Du mister Cloudflare-CDN og beskyttelse.
  2. Konfigurer en DNS-01-utfordring gjennom Cloudflare API. I Coolify går du til Settings → SSL Configuration, velger Cloudflare-leverandøren og skriver inn et API-token med Zone:Read- og DNS:Edit-tillatelser. Let's Encrypt validerer gjennom en TXT-post i stedet for HTTP.

Det andre alternativet er mer komplisert å sette opp, men beholder Cloudflare-proxyen.

Fallgruve 4: PAT i stedet for GitHub App — PR-forhåndsvisninger fungerer ikke.

Symptom: Du koblet til GitHub med en Personal Access Token; alt fungerer, men det opprettes ingen forhåndsvisningsutrullinger for PR-er. Du åpnet en PR på GitHub, men ingenting dukket opp i Coolify.

Årsak: PR-forhåndsvisninger er en eksklusiv GitHub App-funksjon. PAT mottar ikke pull_request-hendelser via en webhook.

Løsning: Koble til GitHub på nytt via App. Sources → Add → GitHub App → fullfør veiviseren. Du kan slette den gamle PAT-kilden.

Fallgruve 5: «Coolify == Vercel» stemmer ikke helt.

Dette gjør Coolify ikke rett ut av boksen:

VercelCoolifyHva du kan gjøre
Globalt CDNNeiLegg Cloudflare foran (gratis for statisk innhold)
Incremental Static RegenerationNeirevalidatePath fungerer bare på din server
BildeoptimaliseringNeiBruk next/image med en lokal loader eller Cloudflare Images
Automatisk skalering ved belastningstopperNeiSkaler manuelt; oppgrader VPS-en din
Edge FunctionsNeiBruk vanlige API-ruter

Hvis prosjektet ditt er en SaaS med høy trafikk, et globalt publikum og krav om forsinkelse på < 100 ms over hele verden, passer Coolify ikke; velg Vercel Enterprise. Hvis du er en vibe-koder med en MVP du tester med 100–1,000 brukere om dagen, dekker Coolify alt.

Fra en ærlig analyse av egen hosting:

De 15 minuttene i tittelen på denne veiledningen viser til den enkle veien for første utrulling av ett prosjekt. Et komplett infrastruktur-oppsett med overvåking, sikkerhetskopier og varsler tar en kveld eller to. Vær ærlig med deg selv.

Hvor mye sparer du på ett år sammenlignet med Vercel?

Hovedpoeng

Det finnes en «skjult tidskostnad» på 5–10 timer for det første oppsettet og 1–2 timer i måneden til vedlikehold.

Vercel-tallene nedenfor er artikkelens scenarioanslag fra mai 2026, ikke dagens pristilbud. De viser bare én side av sammenligningen. Egendriftet Coolify har ingen lisensavgift, men VPS, sikkerhetskopier, lagring, trafikk og drift koster fortsatt penger. Hent et tilbud som oppfyller kravene ovenfor. Ingen tallfestet VPS-pris fulgte disse scenarioene, så en fast besparelse ville være udokumentert.

La C være hele månedsregningen for valgt VPS, sikkerhetskopilagring, ekstra trafikk, overvåking og eventuell betalt kontrollpanelopsjon. Tell hver utgift én gang. La r være timekostnaden for driftsarbeid, med samme valuta gjennom hele regnestykket. Artikkelens tidsanslag er 5–10 timer innledningsvis og 1–2 timer per måned: 17–34 timer første år og 12–24 timer senere år.

ScenarioVercel-anslag/månedVercel/årCoolify-infrastruktur/månedCoolify førsteårs-TCO med arbeidFørsteårsbesparelse mot Vercel
Én prototype, 100,000 besøk/måned$20 grunnpris + ~$5 båndbredde = $25$300C12C + (17–34)r$300 − 12C − (17–34)r
Fem prosjekter på én VPS$20 grunnpris + $30 båndbredde/funksjoner = $50$600C12C + (17–34)r$600 − 12C − (17–34)r
Tre utviklere, fem prosjekter$60 seter + $30 båndbredde = $90$1,080C12C + (17–34)r$1,080 − 12C − (17–34)r

Bruk en egen C for hvert scenario hvis lastene trenger ulike serverstørrelser. Fordel oppsettstiden over 12 måneder ved månedlig sammenligning: Førsteårets månedsekvivalent er C + (17–34)r/12. Senere års TCO er 12C + (12–24)r. Formlene sammenligner oppgitt Vercel-anslag med egendriftsutgifter. Ta også med sammenlignbare driftskostnader på Vercel-siden. Negativ besparelse betyr at egendrift koster mer med dine inndata. Ikke tell samme ingeniørs fulle lønn på nytt hvis r allerede inkluderer den.

Før bytte fyller du C fra et reelt leverandørtilbud og en sikkerhetskopiplan, velger r og sammenligner faktisk bruk over en måned. Uten disse verdiene støtter artikkelen en kostnadsmodell, ikke en besparelse i dollar.

Den største fordelen er ikke pengene. Når du går over til Coolify, forsvinner kategorien «avhengig av andres betalingsregler». Virtuelle mellommannskort med 20 % provisjon trengs ikke lenger.

Coolify er ikke en billigere Vercel. Det er en annen type produkt: Du eier infrastrukturen og tar ansvaret for den; en eventuell besparelse avhenger av infrastruktur- og driftskostnadene du har målt.

Hvis utrulling av en prototype er den første oppgaven etter generering i Claude Code, er administrasjon av miljøet (env, hemmeligheter, planlagte oppgaver, sikkerhetskopier) en del av kontekstarbeid. Uten en struktur for «hvor alt ligger», går Claude seg vill, og du mister tid ved hver endring. Det komplette oppsettet omfatter: AI-klone (Skills og Subagents tilpasset metodikken din) + Second Brain (prosjektets kunnskapsbase) + Context Engineering (Plan Mode, /compact, kjøremiljø). Dette er de 3 pilarene som må være på plass for at AI ikke skal hallusinere.

Den komplette kontekstflyten: AI-klone + Second Brain + Context Engineering.

Flere materialer finnes på Ailoot.

Flere detaljer

Spørsmål om denne veiledningen: Coolify og Claude Code: Rull ut et prosjekt på din egen VPS

Hvilken adresse skal returnere JSON etter utrulling?

Kopier applikasjonsadressen fra Coolifys Domains-felt og åpne /api/users-stien på den. Rotadressen er hjemmesiden. /api/users er JSON-endepunktet i eksempelprosjektet.

Hvordan beregner jeg om egendrift sparer penger?

Legg månedlig VPS, sikkerhetskopier, lagring, trafikk, overvåking og eventuelle kontrollpanelavgifter inn i C. Førsteårs-TCO er 12C pluss 17–34 timer til din timekostnad. Sammenlign med scenarioets årsanslag for Vercel, og ta med sammenlignbare driftskostnader på begge sider.

Alle artikler