Hvilken VPS bør jeg bruge til Claude Code eller andre kodningsagenter?

En 4 vCPU / 4 GB-boks er det søde punkt for én agent på et rigtigt projekt (EQVPS's AI-Agent-abonnement); 2 GB er nok til lette repos. Agenten selv er let — dimensionér efter dit projekts build- og test-værktøjskæde, ikke efter agenten.

Kan jeg køre kodningsagenter på en VPS uden KYC?

Ja. Tilmeld dig med en e-mail og betal i krypto (USDC eller USDT på Base eller Ethereum) — intet ID, intet kort. Praktisk, når du starter engangs-bokse op per agent og ikke vil have hver knyttet til din identitet.

NAT eller dedikeret IP til en kodningsagent?

NAT er nok — en kodningsagent laver kun udgående kald (model-API, git, pakke-registre), så port-videresendt SSH på et NAT-abonnement dækker det. Vælg kun en dedikeret IP, hvis du også hoster noget indgående, som en webhook-modtager eller preview-server.

Kan en AI-agent provisionere sin egen VPS?

Ja — EQVPS eksponerer en MCP-server, så en agent kan liste abonnementer, betale i krypto og starte sin egen boks op programmatisk. Detaljer på /docs.

Hvorfor køre en kodningsagent på en VPS i stedet for min bærbare?

Persistens. På en server bliver agenten ved med at arbejde, når din bærbare sover, lukker eller mister wifi — en lang refaktorering eller testkørsel overlever din dag. Det holder også tunge installationer og build-rod væk fra din maskine og giver agenten et rent, reproducerbart miljø at arbejde i.

Hvor meget RAM har en kodningsagent brug for på en server?

Selve agent-processen er let — den kalder en model over et API, så 2 GB håndterer agenten plus et git-checkout og editorer komfortabelt. Det, der æder RAM, er dit projekts egen build/test-værktøjskæde (et stort Node- eller compiler-build), så dimensionér efter det. 4 GB er en sikker standard for rigtige projekter.

Hvordan holder jeg agenten kørende, efter jeg afbryder SSH?

Start den inde i tmux (eller screen). Du tilslutter, sætter agenten i gang, frakobler og lukker din bærbare — den bliver ved med at køre på serveren. Genforbind senere med tmux attach for at se fremskridt. Til uovervågede planlagte kørsler er en systemd-tjeneste eller cron renere.

Er det sikkert at give en autonom agent shell-adgang på en server?

Behandl den som ethvert kraftfuldt værktøj: kør den på en dedikeret VPS, ikke ved siden af noget værdifuldt, brug en ikke-root-bruger, hold hemmeligheder i miljøvariabler, og arbejd i et git-repo, så hver ændring er gennemgåbar og reversibel. Isolationen af en separat boks er præcis derfor, en VPS er det sikrere sted til dette, ikke din hovedmaskine.

Har agenten brug for en kraftfuld CPU?

Ikke til tænkningen — det sker på modeludbyderens hardware. CPU betyder kun noget for dit projekts builds og tests. En 2-kerne-boks er fin til de fleste repos; skru op for kerner, hvis din testsuite er tung, eller du kører flere agenter på én gang.

Bedste VPS til Claude Code og kodningsagenter (no-KYC, krypto-betalt)

En kodningsagent på din bærbare stopper i det øjeblik, du lukker låget. Hvilket er fint til en hurtig redigering — og stille frustrerende i det øjeblik, du vil have den til at male sig gennem en lang refaktorering, køre en testsuite eller blive ved, mens du går og laver noget andet. Flyt den til en server, og den begrænsning forsvinder bare: den arbejder, mens du sover, overlever, at din wifi ryger, og rækker dig resultatet, når du er tilbage. Dette dækker, hvilken VPS der faktisk passer til en kodningsagent — Claude Code, Cursors CLI, Cline, OpenCode eller aider — hvad man betaler, og hvordan man holder den kørende, uden KYC og med kryptobetaling.

Hvad "på en server" faktisk køber dig

Den stopper ikke. En lang opgave kører til færdig, uanset din bærbare.
Rent rum. Agenten får et reproducerbart miljø; din maskine forbliver fri for build-junk og halvt-installerede afhængigheder.
Isolation. En agent med shell-adgang er kraftfuld. Langt bedre at den har den kraft på en engangs-boks end ved siden af dine fotos og SSH-nøgler.

Det sidste punkt er undervurderet: en VPS er det sikrere hjem for en autonom agent, netop fordi den er adskilt.

At dimensionere den rigtigt

Agenten selv er let — den kalder en model over et API, så tænkningen sker andetsteds (samme grund til, at de fleste AI-agenter har brug for lidt RAM). Det, der faktisk forbruger ressourcer, er dit projekts værktøjskæde: et stort build, en tung testkørsel, en lokal database. Så dimensionér efter projektet, ikke efter agenten:

2 GB / 2 kerner — komfortabelt til agenten + et git-checkout + lette builds.
4 GB — en sikker standard til rigtige projekter med ordentlige testsuiter.
Mere kun, hvis dit build er genuint sultent, eller du kører flere agenter på én gang.

Hvilket abonnement passer — og hvordan du betaler

For en enkelt kodningsagent på et rigtigt projekt er det søde punkt 4 vCPU / 4 GB — plads til agenten plus din build- og testsuite. På EQVPS er det AI-Agent-abonnementet ($10/md); en 2 GB-boks er fin til lette repos, skalér kun op, hvis dine tests er tunge, eller du kører flere agenter på én gang.

To praktiske valg:

NAT, ikke dedikeret IP. En kodningsagent laver kun udgående kald — model-API, git, pakke-registre — så et NAT-abonnement med port-videresendt SSH er alt, den har brug for, og det er billigere. Grib kun til et dedikeret-IP-abonnement, hvis du også hoster noget, andre forbinder til (en webhook-modtager, en preview-server).
No-KYC, betalt i krypto. Tilmeld dig med en e-mail og betal i USDC eller USDT på Base eller Ethereum — intet kort, intet ID. Nyttigt, hvis du starter engangs-bokse op per agent og ikke vil have hver knyttet til din identitet. Et kort virker også, men on-rampen har et ~$27-minimum, så at fylde en lille saldo op én gang er glattere for billige abonnementer.

Det er kun CPU og kører fra et enkelt datacenter i Tyskland — fint til en kodningsagent (den tunge tænkning er på modeludbyderens side), værd at vide, hvis du specifikt har brug for en GPU eller en anden region.

At få den kørende

SSH ind, sæt din værktøjskæde og agenten op (Claude Code, Clines CLI, aider — hvad end du bruger), klon dit repo, og eksportér din API-nøgle:

export ANTHROPIC_API_KEY=...    # eller din udbyders nøgle
cd ~/myproject

Nu det vigtige trick — kør den ikke i en bar SSH-session, ellers dør den, når du afbryder. Kør den inde i tmux:

sudo apt install -y tmux
tmux new -s agent
# inde i tmux: start din kodningsagent, peg den mod opgaven
# frakobl derefter med: Ctrl-b, derefter d

Frakobl, luk din bærbare, gå til frokost. Agenten bliver ved med at arbejde på serveren. Kom tilbage og tmux attach -t agent for at se, hvad den gjorde. Til planlagte, uovervågede kørsler (f.eks. et natligt vedligeholdelses-pass), pak den ind i en systemd-tjeneste i stedet — samme mønster som at holde enhver proces i live.

De ærlige forbehold

Giv den en sandkasse, ikke nøglerne til kongeriget. Brug en ikke-root-bruger, hold den i et git-repo (hver ændring gennemgåbar og reversibel), og læg ikke produktions-legitimationsoplysninger på boksen. Autonomi plus shell-adgang plus skødesløshed er, hvordan ulykker sker.
Hold øje med dit token-forbrug. En langtidskørende agent, der kalder en model i en løkke, koster rigtige API-penge — sæt grænser og tjek ind. Serveren er billig; inferensen er, hvad der lægger op.
Det er ikke magi. En baggrundsagent er fantastisk til velafgrænsede, verificerbare opgaver. Peg den mod noget vagt og uovervåget, og du kommer tilbage til selvsikkert nonsens. Afgræns stramt.

Inden for de skinner er en kodningsagent på sin egen server et genuint nyttigt mønster — dit arbejde fortsætter, uanset om du gør. Start en 4 GB-boks op, drop tmux og din agent ind, og lad den koge. Agenten kan endda leje serveren selv over MCP, hvis du vil have hele løkken autonom.