Coolify och Claude Code: Driftsätt ett projekt på din egen VPS

Plattformens begränsningar och betalningsvillkor 2026#

Ett typiskt scenario för en vibe-coder 2026: du bygger en MVP i Cursor eller Claude Code under en kväll, flyttar den till ett GitHub-repository, öppnar vercel.com → ansluter repositoryt → kommer till prenumerationsskärmen → anger ditt kort → får Transaction declined.

Det här är inget fel eller ett tillfälligt avbrott.

Railway, Render, Heroku — det är samma historia. Heroku stängde faktiskt sin gratisnivå för alla 2022, och i februari 2026 gick projektet in i underhållsläge — inga nya funktioner och inga nya Enterprise-avtal. För en användare med ett kort som inte stöds innebär det: ”dörren är stängd; gå runt via en mellanhand som tar 20 % i provision.”

Du kan betala med virtuella Visa-kort i Kazakstan eller via företagstjänster för betalningar. Men det innebär +20 % på priset, +30 minuter för varje transaktion och risken att ditt konto blockeras när betalningsförmedlaren upptäcker en avvikelse mellan länder.

Det ursprungliga exemplet omfattade tre försök — med Vercel Pro, Railway och Render.

Vad är Coolify och hur fungerar en självhostad plattform?#

Coolify är ett projekt med öppen källkod, byggt med Laravel + Docker, som förvandlar en tom VPS till en plattform för driftsättning av applikationer. Installera Coolify en gång och gör sedan allt annat via webbgränssnittet: anslut GitHub, välj ett repository och klicka på Deploy.

Den officiella dokumentationen sammanfattar det kort och precist:

Under huven består Coolify av fyra delar:

1. Webbgränssnitt byggt med Laravel 12 + Livewire 3 + Tailwind v4 — en kontrollpanel för att hantera dina applikationer.
2. Docker + Docker Compose — varje applikation körs i en container, isolerad från de andra.
3. Omvänd proxy (Traefik eller Caddy) — tar emot inkommande HTTP/HTTPS-trafik och dirigerar den till containrar.
4. Let's Encrypt-integration — utfärdar och förnyar SSL-certifikat automatiskt för alla domäner.

Viktiga funktioner som gör Coolify funktionellt jämförbar med Vercel:

En global CDN är det enda Coolify inte har direkt från start. Det är det ärliga svaret. Om ditt projekt har en global målgrupp och du behöver minska fördröjningen för användare i USA och Europa kan du lägga Cloudflare framför; det är gratis för statiskt innehåll.

Pris: den självhostade versionen är gratis för alltid utan begränsningar för antal applikationer, servrar eller driftsättningar. Coolify Cloud finns för $5/månad för 2 servrar + $3 för varje ytterligare server — men servrarna är fortfarande dina; Coolify Cloud är bara värd för kontrollpanelen.

Den senaste versionen är v4.1.0 från 18 maj 2026. Bland de nya funktionerna finns byggpaketet Railpack i beta, granskningsloggning, konfigurationsskillnader mellan driftsättningar och en inbyggd MCP-endpoint (skrivskyddad). Källa: GitHub-releaser.

Vilken VPS ska du skaffa för Coolify 2026?#

Coolifys minimikrav kommer direkt från den officiella dokumentationen:

Minimumet — 2 GB RAM — är en absolut nedre gräns. Med 1 GB kommer installationsprogrammet fram till Docker, får slut på minne (OOM) och hänger sig. Snåla inte med RAM.

Priskällor: Timeweb Cloud, FirstVDS och Selectel.

Om du behöver mer kraft (en databas på 100 GB, flera Postgres-instanser) ska du skaffa Aeza Dedicated.

Vad du INTE ska skaffa:

• Delad VPS med 512 MB–1 GB RAM — inte ens tillräckligt för Coolify. Den är avsedd för statiska webbplatser på nginx, inte för en PaaS.

Vill du inte bara konfigurera driftsättning, utan även bygga en konfiguration som gör Claude pålitlig? Coolify är ett verktyg för körning, men utan strukturerat sammanhang (CLAUDE.md, en second brain och kontextteknik) kommer Claude fortfarande att hallucinera vid långa uppgifter. Den fullständiga konfigurationen innehåller alla tre: AI-klon + Second Brain + Context Engineering — den här kombinationen gör Claude till ”en assistent som hallucinera” ett pålitligt verktyg.

Så installerar du Coolify på 5 minuter#

Steg 1. Anslut till VPS:en via SSH.

När du har skapat en VPS hos leverantören skickas serverns IP-adress och root-lösenord till dig via e-post eller visas i kontrollpanelen. Anslut från din lokala dator:

ssh root@1.2.3.4

Om leverantören gav dig en SSH-nyckel i stället för ett lösenord ansluter du med -i path/to/key. Från och med nu utgår jag från att du har en ny Ubuntu 22.04- eller 24.04 LTS-installation.

Steg 2. Kör Coolifys installationskommando.

Ett kommando från den officiella dokumentationen:

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

Skriptet gör tre saker:

1. Kontrollerar systemet (Ubuntu LTS? root? AMD64?)
2. Installerar Docker och Docker Compose om de inte redan är installerade
3. Hämtar Coolify-avbildningarna (coolify/coolify, coolify/realtime, traefik) och kör dem i bakgrunden via docker-compose

Det tar 3–5 minuter. Du ser apt-get-loggar rulla förbi, följt av docker pull. När du ser Coolify v4.1.0 is now running går du vidare till steg 3.

Steg 3. Öppna webbgränssnittet.

Öppna detta i webbläsaren:

http://1.2.3.4:8000

Coolify visar en installationsguide — ett formulär för att skapa den första användaren. Ange en e-postadress och ett lösenord och spara. Den här användaren blir automatiskt administratör; du behöver inga andra användare än.

När du har sparat kommer du till en tom kontrollpanel: en sidopanel till vänster med Resources / Projects / Servers / Sources / Notifications / Settings och en uppmaning i mitten om att ”Add your first resource”.

Steg 4. Öppna portar i leverantörens brandvägg (inte UFW).

Coolify kör redan, men utifrån är bara port 8000 (kontrollpanelen) tillgänglig. För att användare ska kunna nå dina applikationer måste du öppna portarna 80 (HTTP) och 443 (HTTPS):

En viktig fallgrop som nämns i den officiella dokumentationen:

Det innebär att även om du aktiverar UFW och stänger alla portar kommer Docker ändå att exponera sina containrar via iptables. UFW är värdelöst här. Lösningen är att öppna och stänga portar i leverantörens kontrollpanel, inte via UFW. Hos Timeweb / Selectel / Aeza gör du detta i webbkontrollens avsnitt ”Network → Firewall”.

Steg 5 (valfritt). Koppla kontrollpanelen till din domän.

Om du vill besöka https://coolify.example.com i stället för http://1.2.3.4:8000 skapar du en DNS A-post coolify.example.com → 1.2.3.4, går till Settings → Instance Settings → Instance Domain i Coolify, anger din underdomän och sparar. Coolify begär ett Let's Encrypt-certifikat och laddar om kontrollpanelen via HTTPS en minut senare.

Därefter kan du stänga port 8000 i brandväggen — kontrollpanelen blir tillgänglig via HTTPS på standardporten 443.

Så ansluter du GitHub: App eller PAT?#

I Coolify går du till Sources → + Add → GitHub App. Coolify visar en guide med tre skärmar:

1. Namn och beskrivning — ge källan ett namn (ange github-main) och lägg eventuellt till en beskrivning.
2. Konfigurera på GitHub — en knapp som tar dig till GitHub.com och automatiskt öppnar ett formulär för att skapa en GitHub App med rätt behörigheter.
3. Bekräfta — när du har kommit tillbaka från GitHub klickar du på ”Save”.

I det andra steget ber GitHub dig bekräfta de behörigheter som Coolify begär:

Det här är minimala behörigheter — GitHub App kan inte se dina privata nycklar, kan inte skriva till main och kan inte komma åt repositories som du inte uttryckligen har anslutit.

Ur den officiella dokumentationen:

Personal Access Token (PAT) är den gamla metoden; jag rekommenderar att inte använda den. Nackdelar:

• PAT ger global åtkomst till alla dina repositories (även privata)
• Förhandsgranskningar av PR:er fungerar inte — den funktionen finns bara i GitHub App
• Tokenen gäller länge (90 dagar, ett år eller på obestämd tid) — om den läcker ut är det illa

Använd PAT endast om du arbetar med ett organisationsrepository där säkerhetspolicyn förbjuder GitHub Apps och det inte finns någon väg runt det.

När du har sparat källan i Coolify ser du GitHub App i kontrollpanelen tillsammans med en lista över anslutna repositories. När du skapar en ny applikation kan du välja vilket som helst av dem med ett klick.

Så driftsätter du ett Next.js-projekt från Claude Code i 6 steg#

Steg 1. Beskriv projektet för Claude Code i en tom mapp.

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

I sessionen:

Bygg ett Next.js 14 app router-projekt:
- en startsida med en lista över användare
- /api/users-endpointen returnerar en array från databasen
- Postgres via Prisma
- Tailwind för stilar
- .env.example med DATABASE_URL
- README.md med instruktioner för att köra projektet

Claude skapar filstrukturen, package.json, prisma/schema.prisma och .env.example. Be också:

Skapa en Dockerfile för produktionsbyggen och en .dockerignore.

Detta är valfritt — Coolify bygger med Nixpacks även utan en Dockerfile. Men en Dockerfile ger dig kontroll över processen och går snabbare för större projekt.

Steg 2. Skapa ett GitHub-repository och skicka upp det.

Du kan göra detta manuellt via GitHub-gränssnittet + git remote add origin ..., men Claude Code kan göra det själv:

/commit-push-pr Första Next.js-appen skapad med Claude Code

Eller säg bara: ”Committa allt och skicka upp det till ett nytt repository my-vibe-app under mitt konto.” Claude använder CLI-verktyget gh för att skapa ett privat (eller offentligt) repository och göra den första pushen. Källa: officiellt Claude Code-kommando.

Steg 3. Skapa en Application i Coolify.

Klicka på + New → Application i Coolifys kontrollpanel. Ett formulär öppnas:

1. Source — välj github-main (GitHub App som du anslöt i föregående H2)
2. Repository — välj my-vibe-app från listan
3. Branch — main
4. Build Pack — Coolify känner igen det automatiskt. Finns en Dockerfile använder det dockerfile. Annars används nixpacks. Du kan åsidosätta valet manuellt.
5. Domain — behåll det föreslagna värdet (en kostnadsfri tjänst för wildcard-DNS) tills vidare; det är tillfälligt och du byter ut det mot ditt eget senare
6. Port — 3000 för Next.js som standard

Spara.

Steg 4. Lägg till miljövariabler.

Öppna fliken Environment Variables i den skapade applikationen. Lägg till variablerna en i taget:

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

Om du inte har någon databas kan du skapa en direkt i Coolify: + New → Database → PostgreSQL. Coolify startar en Postgres-container på 30 sekunder och tillhandahåller en intern DATABASE_URL i formatet postgresql://postgres@postgres-xyz:5432/postgres — lägg in den i applikationen.

Alla variabler krypteras i Coolify-databasen och visas inte i byggloggar.

Steg 5. Klicka på Deploy.

Uppe till höger finns en blå Deploy-knapp. Live-loggar visas på fliken 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 xxx
[stage: ssl]     Let's Encrypt cert issued for xxx

Det första bygget tar 3–5 minuter (det hämtar Node-basavbildningen och installerar beroenden). Senare byggen tar 60–90 sekunder tack vare cachelagring av Docker-lager.

När statusen ändras till Running kopierar du applikationsadressen i Coolifys Domains-fält och öppnar exakt den adressen i webbläsaren. Använd värdet som <app-url-from-coolify> nedan; etiketten i vinkelparenteser är en platshållare, inte en riktig adress. Startsidan ska visas med HTTPS direkt från start. Coolify använder en gratis wildcard-DNS-tjänst för tillfälliga domäner så att du kan öppna webbplatsen direkt utan att konfigurera egen DNS.

Steg 6. Kontrollera att allt fungerar.

Öppna applikationsadressen från föregående steg med /api/users tillagd, till exempel <app-url-from-coolify>/api/users utan dubbla snedstreck. Det är JSON-slutpunkten från steg 1; rotadressen är startsidan. Om du får ett 500-fel ser du stackspårningen på fliken Logs. Det vanligaste problemet vid den första driftsättningen är att DATABASE_URL pekar på en databas som inte finns. Lös det genom att skapa en PostgreSQL-instans i Coolify (se steg 4 ovan) och ersätta DATABASE_URL.

15 minuter från det att du beställer VPS:en. I det ursprungliga exemplet tog arbetsflödet 12–18 minuter på en ny server.

Så konfigurerar du en anpassad domän och HTTPS#

Steg 1. Skapa en DNS A-post i registratorns kontrollpanel.

De ursprungliga exemplen använder domäner hos Reg.ru, Beget eller Timeweb. Processen är densamma:

Spara, öppna en konsol och kontrollera:

dig app.example.com +short
# Ska returnera 1.2.3.4

Om inget returneras eller IP-adressen är en annan har DNS inte propagerats ännu. Vänta 5–30 minuter.

Steg 2. Ange din domän i Coolify.

Öppna fliken Configuration → General i applikationen. I fältet Domains ersätter du den tillfälliga applikationsadressen som kopierats från Coolify med https://app.example.com (med din egen konfigurerade domän). Aktivera Automatic HTTPS (det är vanligtvis aktiverat som standard).

Spara och klicka på Redeploy.

Steg 3. Vänta på Let's Encrypt-certifikatet.

Byggloggarna visar:

[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 minuter är webbplatsen tillgänglig på https://app.example.com med ett grönt hänglås i adressfältet.

Vad som kan gå fel med Let's Encrypt (de 3 vanligaste problemen enligt den officiella felsökningsguiden):

1. Port 80 är stängd i brandväggen. Let's Encrypt validerar med en HTTP-utmaning — den skickar en förfrågan till http://app.example.com/.well-known/acme-challenge/xxx. Valideringen kan inte lyckas utan port 80. Öppna den i leverantörens brandvägg.
2. Cloudflare-proxy är aktiverad (orange moln). Den fångar upp Let's Encrypt-förfrågan och returnerar sin egen platshållarsida — valideringen misslyckas. Lösningen är att byta till ”DNS only” (grått moln) eller konfigurera en DNS-01-utmaning via Cloudflare API.
3. DNS har inte propagerats ännu. Om du skapade en A-post för 30 sekunder sedan och omedelbart klickade på Redeploy kommer Let's Encrypt inte att hitta din domän. Vänta 5–30 minuter på att DNS propageras mellan servrar.

Let's Encrypts hastighetsgräns: 5 misslyckade försök per timme för en domän, med återställningstakt på 1 var 12:e minut. Om du når gränsen ska du inte klicka på Redeploy 10 gånger i rad; kontrollera loggarna, åtgärda problemet och försök igen om 12 minuter.

Hur hanterar Claude Code Coolify via MCP?#

Model Context Protocol (MCP) är en standard från Anthropic som låter Claude Code kommunicera med externa system (se guiden till MCP-servrar för mer). Anslut en MCP-server så får Claude en uppsättning verktyg som den kan anropa. Det finns tre färdiga servrar för Coolify och ett inbyggt alternativ.

Alternativ 1. forsonny/Coolify-MCP-Server-for-Claude-Code — grundläggande.

Det här kan den göra:

• Applications: skapa, starta, stoppa, starta om
• Services: lista, skapa, starta/stoppa/starta om
• Deployments: visa pågående, hämta via UUID
• Teams & Members: lista, hämta information
• SSH Keys: lista, skapa
• Environment Variables: fullständiga CRUD-operationer för appar och tjänster
• Server Insights: domäner per server, hälsa, version

Installation:

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  # konfigurerar Claude Code automatiskt

Därefter kan du skriva detta i Claude Code:

Visa statusen för applikationen my-vibe-app i Coolify och de 3 senaste driftsättningarna.

Claude returnerar en tabell.

Alternativ 2. dazeb/coolify-mcp-enhanced — utökad (rekommenderas).

Det här tillför den grundläggande uppsättningen:

• Driftsättning av PostgreSQL / Redis / MinIO med ett klick via AI — be ”konfigurera Postgres åt mig”, så skapar den en container och returnerar DATABASE_URL
• Övervakning i realtid + resursanvändning — CPU/RAM för varje applikation i realtid
• Massuppdateringar av env-konfiguration — uppdatera 20 variabler med ett kommando
• Stöd för Docker Compose — driftsätt applikationer med flera tjänster

Konfiguration för Claude Code (.mcp.json i projektroten):

{
  "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 byggd kring CLI:n.

Det är ingen MCP-server, utan en Claude Code Skill som omsluter den officiella Coolify CLI:n. Den innehåller:

• Hälsodiagnostik för tjänster och containrar
• Diagnostik av SSL-certifikat
• Stöd för flera instanser (om du har flera Coolify-servrar)
• Felsökningsrecept

Installation: ladda ned skillen och placera den i ~/.claude/skills/coolify-manager/. Claude Code hittar den och erbjuder den för relevanta uppgifter.

Alternativ 4 (nytt i maj 2026). Inbyggd MCP i Coolify v4.1.0.

Ändringsloggen för v4.1.0 daterad 18 maj 2026 säger:

Lade till MCP-stöd på instansnivå med skrivskyddade verktyg för Coolify-resurser och API/UI.

Coolify tillhandahåller nu en egen MCP-endpoint — du kan ansluta Claude Code direkt utan tredjepartsservrar. Än så länge är den skrivskyddad (applikationslistor, statusar, konfigurationer), utan möjlighet att ändra något. Men det räcker för de flesta uppgifter, som ”berätta om infrastrukturen”.

Anslut via .mcp.json:

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

Vänta på fullständig skrivåtkomst i inbyggd MCP i v4.2 eller v4.3 — Coolify-teamet lovade det före utgången av 2026.

5 fallgropar vid den första driftsättningen — och hur du undviker dem#

Fallgrop 1: Mindre än 2 GB RAM — installationen misslyckas med OOM.

Symtom: curl install.sh når docker pull coolify/coolify, hänger sig vid 70 % och processen dödas sedan med Killed (signal 9). Loggarna från dmesg | tail visar Out of memory: Killed process.

Lösning:

# Skapa en växlingsfil på 4 GB för att tillfälligt lösa problemet
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å lång sikt bör du uppgradera till 4 GB RAM. Coolify fungerar med swap, men byggen av stora Next.js-projekt kan misslyckas.

Fallgrop 2: UFW är aktiverat, men Docker öppnar fortfarande portar.

Symtom: du aktiverade UFW och stängde alla portar utom 22, men applikationen är ändå tillgänglig från internet på någon slumpmässig port (som 3000).

Orsaken enligt den officiella dokumentationen:

Lösning: använd brandväggen i leverantörens kontrollpanel, inte UFW. Timeweb / Selectel / Aeza har ett avsnitt som heter ”Firewall” eller ”Network → Firewall” där du konfigurerar regler på det virtuella nätverkets nivå — de gäller innan paketen når Docker.

Ett alternativ är ufw-docker, ett skript som patchar UFW för kompatibilitet med Docker. Men det är mer komplicerat än att klicka i kontrollpanelen.

Fallgrop 3: Cloudflare-proxy (orange moln) bryter Let's Encrypt.

Symtom: efter Redeploy visar loggarna Let's Encrypt validation failed - challenge returned 403.

Orsak: Cloudflare proxar Let's Encrypts HTTP-förfrågan och returnerar sin egen sida i stället för din utmaningsfil.

Lösning — välj ett av två alternativ:

1. Byt till ”DNS only” (det grå molnet i Cloudflare). Nackdel: du förlorar Cloudflare CDN och skydd.
2. Konfigurera en DNS-01-utmaning via Cloudflare API. Gå till Settings → SSL Configuration i Coolify, välj Cloudflare-leverantören och ange en API-token med behörigheterna Zone:Read och DNS:Edit. Let's Encrypt validerar via en TXT-post i stället för HTTP.

Det andra alternativet är mer komplicerat att konfigurera, men bevarar Cloudflare-proxyn.

Fallgrop 4: PAT i stället för GitHub App — PR-förhandsvisningar fungerar inte.

Symtom: du anslöt GitHub med en Personal Access Token; allt fungerar, men förhandsgranskningar av driftsättningar skapas inte för PR:er. Du öppnade en PR i GitHub, men inget dök upp i Coolify.

Orsak: förhandsgranskningar av PR:er är en funktion som bara finns i GitHub App. PAT tar inte emot pull_request-händelser via en webhook.

Lösning: anslut GitHub igen via App. Sources → Add → GitHub App → slutför guiden. Du kan ta bort den gamla PAT-källan.

Fallgrop 5: ”Coolify == Vercel” stämmer inte helt.

Det här gör Coolify inte direkt från start:

Om ditt projekt är en SaaS med hög trafik, en global målgrupp och latenskrav på < 100 ms världen över passar Coolify inte; välj Vercel Enterprise. Om du är en vibe-coder med en MVP som du testar med 100–1,000 användare om dagen täcker Coolify allt.

Från en ärlig självhostningsanalys:

De 15 minuterna i guidens titel syftar på den smidiga vägen till den första driftsättningen av ett projekt. En fullständig infrastrukturkonfiguration med övervakning, säkerhetskopior och aviseringar tar en eller två kvällar. Var ärlig mot dig själv.

Hur mycket sparar du på ett år jämfört med Vercel?#

Vercel-siffrorna nedan är artikelns scenariouppskattningar från maj 2026, inte aktuella offerter. De är bara ena sidan av jämförelsen. Egen drift av Coolify saknar licensavgift, men VPS, säkerhetskopior, lagring, trafik och driftarbete kostar fortfarande. Skaffa en offert som uppfyller kraven ovan; scenarierna innehöll inget numeriskt VPS-pris, så en fast besparing vore utan stöd.

Låt C vara den totala månadsräkningen för vald VPS, säkerhetskopielagring, extra trafik, övervakning och eventuellt betalt administrationsalternativ. Räkna varje utgift en gång. Låt r vara timkostnaden för driftarbete, med samma valuta överallt. Artikelns tidsuppskattning är 5–10 timmar inledningsvis plus 1–2 timmar per månad: 17–34 timmar första året och 12–24 timmar senare år.

Använd olika C för varje scenario om arbetsbelastningarna kräver olika serverstorlekar. Fördela den inledande konfigureringstiden på 12 månader för månadsjämförelsen: första årets månadsmotsvarighet är C + (17–34)r/12. Senare års totalkostnad är 12C + (12–24)r. Formlerna jämför den angivna Vercel-uppskattningen med egen drift; ta också med jämförbart driftarbete på Vercel-sidan. En negativ besparing betyder att egen drift kostar mer med dina indata. Räkna inte samma ingenjörs hela lön igen om r redan inkluderar den.

Fyll i C från en verklig leverantörsoffert och säkerhetskopieplan, välj r och jämför faktisk användning under en månad före ett byte. Utan dessa indata stöder artikeln en kostnadsmodell, inte ett belopp för besparingen.

Den främsta fördelen är inte pengarna. När du går över till Coolify försvinner kategorin ”beroende av någon annans betalningspolicy”. Virtuella mellanhandskort med 20 % provision behövs inte längre.

Coolify är inte en billigare Vercel. Det är en annan typ av produkt: du äger infrastrukturen, tar ansvar för den och sparar pengar genom att acceptera dess komplexitet.

Om driftsättning av en prototyp är din första uppgift efter att den har skapats i Claude Code ingår hantering av miljön (env, hemligheter, schemalagda jobb, säkerhetskopior) i kontextteknik. Utan en struktur för ”var allt finns” går Claude vilse och du förlorar tid vid varje ändring. Den fullständiga konfigurationen innehåller: AI-klon (Skills och Subagents anpassade efter din metodik) + Second Brain (projektets kunskapsbas) + Context Engineering (Plan Mode, /compact, körmiljö). Det här är de 3 grundpelarna som krävs för att AI inte ska hallucinera.

Det fullständiga kontextarbetsflödet: AI-klon + Second Brain + Context Engineering.

Fler material finns på Ailoot.