Jeg kører mine AI-agenter 24/7 på en server til 5 $. Min Mac sover.

Sidste gang jeg mistede et agent-kørsel natten over, crashede intet. Ingen fejl. Jeg havde sat en lang migrering i gang på et repo, jeg havde undgået i månedsvis, set den male sig gennem den kedelige første del og så klappet laptoppen i, fordi jeg var færdig for den aften. Jeg åbnede den igen næste morgen på en café. Sessionen var væk. Ikke fejlet. Stoppet, et sted midtvejs, med en halvfærdig branch og ingen registrering af, hvad den var i færd med at gøre som det næste.

Og jeg havde allerede kørt fiksen. Det var dét, der ramte mig.

Så det her handler om, hvorfor den fiks aldrig kom til at virke, og om den ekstremt kedelige lejede maskine, der klarer opgaven i stedet. Det er den, jeg kører AI-agenter 24/7 på nu, og jeg er holdt helt op med at tænke på min laptops strømindstillinger.

Den fiks alle anbefaler

caffeinate -dimsu. Eller en menulinje-app med et kaffekop-ikon. Eller, hvis du gravede dybere, sudo pmset -a disablesleep 1, som er atomoptionen og den, der dukker op i de mest selvsikkert lydende råd. Den kørte jeg. Det føltes som at løse problemet.

macOS har mere end én måde at falde i søvn på, og de to, der betyder noget her, er uafhængige af hinanden: inaktivitetsdvale er en timer, der løber ned, når intet sker, mens en lukning af låget normalt udløser tvungen dvale ad en separat vej. Det, caffeinate som skaber, er et sæt power assertions, og ss64's caffeinate-reference viser, at dens flag dækker skærmdvale, inaktivitetsdvale, diskdvale og systemdvale. Apples dokumentation om strømstyring gør den vigtige skelnen: en assertion for inaktivitetsdvale tilsidesætter stadig ikke en normal lukning af låget, Apple-menuen eller lavt batteri.

Så værktøjer, der holder maskinen vågen, virker faktisk på de dvaletilstande, de er bygget til at styre. Men en normal lukning af låget er et andet problem, og caffeinate er ikke en serverstrategi med lukket låg.

Bemærk: disablesleep er det mærkelige tilfælde. Den optræder slet ikke i den almindelige reference over pmset-indstillinger overhovedet. Den fiks, folk griber til, er en udokumenteret indstilling. Det er ikke en power assertion. Den kan holde en MacBook vågen med lukket låg, også på batteri, indtil du slår den fra igen, eller batteriet løber tør.

En laptop har den forkerte form til et 24/7-job

Der var en periode i halvfemserne, hvor folk kørte produktionswebservere på desktoptårne under en andens skrivebord, og alle i bygningen lærte ikke at sparke til strømskinnen. Det løste vi ikke med et skilt på strømskinnen. Vi løste det ved at flytte arbejdsbyrden over på en maskine, hvis eneste opgave var at stå stille og blive ved med at have strøm.

Samme slags problem, tredive år senere. En MacBook er en maskine, der er designet omkring at blive klappet i og båret væk. Det er ikke en fejl i dens strømstyring. Det er produktet. Enhver fiks, der skal holde den vågen, er en diskussion med en designbeslutning, nogen har truffet med vilje, og den diskussion kan du vinde et stykke tid, mod at tænke på den for evigt.

Du kan gå videre og slå dvale helt fra. Tillykke: nu ejer du en permanent kørende server med et batteri i, plus en systemdækkende indstilling, du skal huske at rulle tilbage, før laptoppen ryger i tasken. Den første forjagede sammenpakning stopper ikke kørslen. Den efterlader maskinen vågen, hvor den dræner batteri og opbygger varme lige dér, hvor du virkelig ikke vil have det.

Intet af det her er i øvrigt nyt. Selv-hostede agent-dæmoner rammer den samme mur af samme grund: de skal køre, når du ikke sidder ved dit skrivebord, hvilket udelukker laptoppen, før du overhovedet har konfigureret noget. Det har været sandt for kategorien et stykke tid. Det havde bare ikke kostet mig en nats arbejde endnu.

Din agent tænker ikke på den maskine

Claude Codes egne systemkrav beder om 4 GB or more of RAM and an x64 or ARM64 processor. Det er hardware-linjen, i sin helhed. Ingen GPU-linje. Ingen VRAM-linje. Intet om en model overhovedet, for der er ingen på din maskine.

Det tog mig pinligt lang tid at få det ind under huden, og det er derfor, prisen holder op med at lyde mistænkelig. Agentprocessen på din maskine udfører tre opgaver: samler kontekst og sender den af sted som API-kald, holder samtaletilstanden mellem ture og kører de værktøjer, modellen beder om. Det er koordineringsarbejde. (Jeg blev ved med at lede efter GPU'en i den her historie. Der er ingen GPU i den her historie.) Den dyre del, den der vil have et rack fuldt af acceleratorer, foregår i en andens datacenter.

Agenten tænker ikke på den maskine. Den ringer op til noget, der gør.

Derfor koster en maskine, der kan det her, netop det, den koster. I slutningen af august 2026 er DigitalOceans billigste Basic Droplet 4 $ om måneden for 512 MiB og én vCPU, og Vultrs Cloud Compute-stige starter ved 2,50 $ for en instans med 512 MB og kun IPv6 og når 5 $ ved 1 GB. To udbydere, samme form på bunden. Begge nederste trin ligger under de 4 GB i den kravlinje, og det gør planerne i 5-$-klassen også. Kører du specifikt Claude Code, er 4 GB det offentliggjorte minimum. Den billige ende virker kun, når den agent, du faktisk kører, har lavere krav.

Én afgrænsning, for at tage fejl her koster penge: det her gælder agenter, der kalder en hostet model. Hvis det, du vil have, er en model, der kører lokalt på hardware, du ejer, gælder intet af det. En maskine med en gigabyte RAM kører ikke en model, du ville have lyst til at kode op imod.

Maskinen er billig, fordi den dyre del foregår et andet sted.

Hvad en Mac mini koster, og hvad den giver

En Mac mini koster nu 899 $, og du kan ikke få fingre i en før den 22. september. M6-basiskonfigurationen (12-kernet CPU, 12-kernet GPU, 16 GB hukommelse, 256 GB lagerplads) kan forudbestilles og sendes den dag; TechCrunchs lanceringsartikel har tallet. Apple har intet under den pris.

Det tal er værd at blive lidt ved. Samme 16GB, samme 256GB: den hukommelses- og lagerkonfiguration udkom til 599 $ i oktober 2024. Halvanden gang så meget for basis-Mac mini'en, på under to år. Der var et trin på 799 $ undervejs, da Apple i maj 2026 holdt op med at sælge 256GB-konfigurationen, og startprisen rykkede med op. Det er den grund, argumentet om at købe den ud står på, og den grund bliver ved med at flytte sig.

Den anden side har mere at have det i, end jeg bryder mig om. Maskinen er helt din, med gensalgsværdi og uden en månedlig post. Strøm er næsten ikke til at få øje på i tomgang: Apple oplyser 4 W i tomgang for M4-konfigurationen, hvilket giver omkring 6,40 $ om året ved den gennemsnitlige amerikanske husholdningselpris fra juni 2026. Rigtige arbejdsbyrder trækker mere, så jeg vil ikke lade som om, 4 W er drifttallet. Og lejet regnekraft er kun billig i bunden af stigen. Den samme DigitalOcean-liste, der åbner ved 4 $, topper ved 96 $ om måneden for en maskine med 16 GB, og tre år af det koster flere gange så meget som Mac mini'en.

Så ja. Hvis spørgsmålet er, hvad en given mængde regnekraft koster at eje kontra at leje over tre år, så køb Mac mini'en. Det spørgsmål har et svar, og det er ikke det, jeg argumenterer for.

To ting, en Mac mini køber, som ændrer regnestykket. Det første er macOS selv: en agent, der kører der, kan kobles til Noter, Beskeder, Genveje, Kalender og Påmindelser via macOS-automatisering og apptilladelser. En headless Linux-maskine har ikke de lokale apps. Hvis din agents job er at arbejde med dem, er Mac mini'en den rigtige maskine, og det vil jeg ikke lade som om er anderledes.

Det andet er lokal inferens, hvor masser af hurtig hukommelse ved siden af en hurtig chip virkelig er stærk værdi, og ingen billig VPS kan følge med. Kommentatorerne i en Hacker News-tråd om præcis dette fremfører den pointe godt, og jeg tror, de har ret. Det er bare et andet spørgsmål end mit.

Ingen af delene er en løsning på en laptop, der bliver klappet i. At købe en stationær for at forhindre en laptop i at gå i dvale er at købe hardware for at løse et topologiproblem.

Hvad der ændrede sig, efter jeg flyttede det

Jeg glemte, at den fandtes, i et par uger. Det er anmeldelsen.

Jeg startede den, flyttede agenten derover, tjekkede et par gange, fordi jeg endnu ikke stolede på den, og holdt så op med at tjekke. Kørsler bliver færdige. Låget har ikke noget med noget at gøre. Min Mac sover nu, hvilket er, hvad jeg vil have, at en laptop gør.

Friktionen er reel, så her er den. Jeg mistede den lokale maskine: alt, hvad agenten gjorde ved at røre ved mit eget skrivebord, kan den ikke længere, og det ødelagde to små arbejdsgange, jeg havde bygget uden at tænke over dem. Nu er der en server, med SSH på og en firewall foran og en distribution, der vil have opdateringer, hvilket er en lille permanent skat på min opmærksomhed. Enhver, der fortæller dig, at en lejet maskine er nul vedligeholdelse, springer et trin over. Og den er billig, fordi inferensen er fjern: den dag jeg vil have noget til at køre lokalt på den, holder det billige niveau op med at være tallet.

En agent, der startes direkte i en SSH-shell, kan dø, når den forbindelse ryger. Start den først inde i en vedvarende session. tmux er standardsvaret, og at holde sessioner i live på en fjernmaskine har detaljerne.

Så kommer den skarpeste indvending, nogen fremfører mod det her: er en lejet maskine ikke et dårligere hjem for en agent end hardware, du fysisk ejer? For en operatør-agtig agent med adgang til dine personlige filer: rimeligt nok. For en kodeagent er en VPS, du styrer med root-adgang og en firewall, du selv har sat op, en anden risikoprofil end en agenttjeneste, du eksponerer bredt mod det offentlige internet. Det er stadig en virtuel maskine på en andens hardware, og alt, hvad du lader være tilgængeligt fra internettet, er stadig en del af din angrebsflade. Og den del, der forlader din kontrol, nemlig API-kaldet, der bærer din kode af sted til en modeludbyder, forlader den under alle omstændigheder. Mac eller Linux, den tillidsgrænse er den samme.

Det, jeg ville have, var en maskine, jeg kunne holde op med at gå op i. Boot den, hærd den, sæt agenten på, glem den. Er du ved at sætte en op, en almindelig Linux-VPS er alt, hvad den her arbejdsbyrde beder om, og vores giver dig root over SSH et minut efter, du har valgt en region og en distribution. Cirka den ceremoni, det her fortjener.

Byg på en Linux VPS med root-adgang, NVMe og AMD EPYC-kraft.

Se Linux-planer

Hvad jeg ville sige til en, der starter i dag

Tre ting, så er jeg færdig.

Hvad jeg kører nu: én lille lejet Linux-maskine, en gigabyte eller to RAM, en enkelt vCPU, NVMe-lagring, i en region tæt på mig. Det er, hvad min arbejdsbyrde har brug for; offentliggør din agent et højere minimum, så brug det i stedet. På den: agentens CLI, tmux, en firewall, uovervågede opdateringer. Den får omtrent lige så meget af min opmærksomhed som min router.

Rådet, sådan som det nu er: sæt agenten på den billigste maskine, der opfylder dens offentliggjorte krav, før du køber noget som helst. Ikke som en permanent beslutning. Som en test. Inden for en uge ved du, om din arbejdsbyrde er API-orkestrering, og så er du færdig og har lige beholdt 899 $, eller om den virkelig har brug for sin egen hardware.

Den ene ting, jeg ikke ville gøre igen: bruge uger på at finjustere strømstyring. Jeg prøvede caffeinate, så en menulinje-app, så disablesleep, så en planlagt vækning, og behandlede hver fiasko som en konfigurationsfejl, jeg endnu ikke havde fundet. Det var det ikke. Tegnet lå lige der: hver fiks gjorde maskinen en anelse dårligere til at være en laptop. At miste en nats arbejde var en dyr måde at opdage det på.

LÆS

Sådan kører du Code Server og Claude Code på en VPS: et browserbaseret AI-udviklingsmiljø

Ofte stillede spørgsmål