Své AI agenty nechávám běžet 24/7 na serveru za 5 $. Můj Mac spí.

Když jsem naposledy přišel o noční běh agenta, nic nespadlo. Žádná chyba. Spustil jsem dlouhou migraci v repozitáři, kterému jsem se měsíce vyhýbal, chvíli koukal, jak se prokousává nudným začátkem, a pak zaklapl notebook, protože jsem měl na ten den hotovo. Ráno jsem ho otevřel v kavárně. Sezení bylo pryč. Ne že by selhalo. Zastavilo se někde uprostřed, s rozdělanou větví a bez jediného záznamu o tom, co se chystalo udělat dál.

A přitom jsem tu opravu už měl spuštěnou. To je ta část, která mě dostala.

Takže tohle je o tom, proč ta oprava nikdy nemohla fungovat, a o naprosto nudném pronajatém stroji, který tu práci odvede místo ní. Na něm mi teď běží AI agenti 24/7 a o nastavení napájení notebooku jsem úplně přestal přemýšlet.

Oprava, kterou doporučují všichni

caffeinate -dimsu. Nebo aplikace v liště nabídek s ikonou šálku kávy. Nebo, pokud jste hrabali hlouběji, sudo pmset -a disablesleep 1, což je nejtvrdší varianta a zároveň ta, která vyskakuje v nejsebevědoměji znějících radách. Tuhle jsem spustil. Měl jsem pocit, že problém řeším.

macOS umí usnout více způsoby a ty dva, na kterých tady záleží, jsou na sobě nezávislé: uspání při nečinnosti je časovač, který odtiká, když se nic neděje, zatímco zaklapnutí víka běžně spustí vynucené uspání jinou cestou. To, co caffeinate vytváří, je sada energetických deklarací (power assertions), a referenční příručka caffeinate na ss64 ukazuje, že jeho přepínače pokrývají uspání displeje, uspání při nečinnosti, uspání disku a uspání systému. Apple dokumentace ke správě napájení dělá zásadní rozdíl: deklarace uspání při nečinnosti stále nepřebíjí běžné zaklapnutí víka, nabídku Apple ani nízký stav baterie.

Nástroje proti uspání tedy skutečně fungují na ty podmínky uspání, pro které byly postavené. Jenže běžné zaklapnutí víka je jiný problém a caffeinate není strategie serveru se zavřeným víkem.

Poznámka: disablesleep je ten podivný případ. Ve standardním přehledu voleb pmset přehledu voleb se vůbec neobjevuje. Oprava, po které lidé sahají, je nedokumentované nastavení. Není to energetická deklarace. Dokáže udržet MacBook vzhůru se zavřeným víkem, i na baterii, dokud ji zase nevypnete nebo dokud se baterie nevybije.

Notebook má pro nepřetržitou práci špatný tvar

V devadesátkách bylo období, kdy lidé provozovali produkční webové servery na desktopových skříních pod něčím stolem a všichni v budově se naučili nekopnout do prodlužovačky. Nevyřešili jsme to cedulkou na prodlužovačce. Vyřešili jsme to tím, že jsme zátěž přesunuli na stroj, jehož jediná práce byla stát na místě a zůstat pod proudem.

Stejný tvar problému, o třicet let později. MacBook je stroj navržený kolem toho, že ho zaklapnete a odnesete. To není chyba jeho správy napájení. To je ten produkt. Každá oprava proti uspání je hádka s návrhovým rozhodnutím, které někdo udělal záměrně, a tu hádku můžete chvíli vyhrávat, za cenu toho, že na ni budete myslet navždy.

Můžete jít dál a uspávání vypnout úplně. Gratuluji: teď vlastníte nepřetržitě běžící server s baterií uvnitř a k tomu celosystémové nastavení, které si musíte pamatovat vrátit zpátky, než notebook zmizí v tašce. První uspěchané balení běh nezastaví. Nechá stroj vzhůru, jak vybíjí baterii a hromadí teplo přesně tam, kde ho opravdu nechcete.

Nic z toho ostatně není nové. Self-hostované agentní démony narážejí na stejnou zeď ze stejného důvodu: musí běžet, když nejste u stolu, což notebook vyřazuje ještě dřív, než cokoli nakonfigurujete. U téhle kategorie to platí už nějakou dobu. Jen mě to ještě nestálo noc práce.

Váš agent na tom stroji nepřemýšlí

Systémové požadavky samotného Claude Code žádají 4 GB or more of RAM and an x64 or ARM64 processor. To je celý řádek o hardwaru. Žádný řádek o GPU. Žádný o VRAM. Vůbec nic o modelu, protože žádný na vašem stroji není.

Trapně dlouho mi trvalo, než mi to došlo, a právě proto ta cena přestane znít podezřele. Proces agenta na vašem stroji dělá tři věci: skládá kontext a posílá ho ven jako API volání, drží stav konverzace mezi tahy a spouští nástroje, o které si model řekne. To je koordinační práce. (Pořád jsem v tomhle příběhu hledal GPU. Žádné GPU v tomhle příběhu není.) Ta drahá část, ta, která chce celý rack akcelerátorů, se odehrává v datovém centru někoho jiného.

Agent na tom stroji nepřemýšlí. Volá něco, co přemýšlí.

Právě proto stroj, který tohle zvládne, stojí, co stojí. Ke konci srpna 2026 je nejlevnější Basic Droplet od DigitalOcean za 4 $ měsíčně s 512 MiB a jedním vCPU a žebřík Cloud Compute od Vultru začíná na 2,50 $ za instanci s 512 MB pouze na IPv6 a na 1 GB dosahuje 5 $. Dva poskytovatelé, stejný tvar dna. Obě spodní příčky leží pod 4 GB z onoho řádku požadavků a tarify třídy 5 $ také. Pokud provozujete konkrétně Claude Code, 4 GB je zveřejněné minimum. Levný konec funguje jen tehdy, když má agent, kterého skutečně provozujete, nižší nároky.

Jedna hranice, protože splést se v tomhle stojí peníze: platí to pro agenty, kteří volají hostovaný model. Pokud chcete model běžící lokálně na hardwaru, který vlastníte, neplatí z toho nic. Stroj s gigabajtem RAM neprovozuje model, s nímž byste chtěli psát kód.

Ten stroj je levný, protože ta drahá část se odehrává jinde.

Kolik stojí Mac mini a co za to dostanete

Mac mini teď stojí 899 $ a dřív než 22. září ho nedostanete. Základní konfigurace s M6 (12jádrové CPU, 12jádrové GPU, 16GB paměť, 256GB úložiště) je v předobjednávce a expeduje se ten den; článek TechCrunch o uvedení to číslo uvádí. Apple pod ním nenabízí nic.

U toho čísla stojí za to se zastavit. Stejných 16GB, stejných 256GB: tahle konfigurace paměti a úložiště vyšla v říjnu 2024 za 599 $. O polovinu víc za základní Mac mini, během necelých dvou let. Mezitím byl schod na 799 $, když Apple v květnu 2026 přestal prodávat konfiguraci s 256GB a nástupní cena se posunula s ní. To je půda, na které stojí argument koupit si to natrvalo, a ta půda se pořád hýbe.

Druhá strana má víc argumentů, než by mi bylo milé. Stroj je celý váš, má zůstatkovou hodnotu a žádnou měsíční položku. Elektřina se při nečinnosti skoro neprojeví: Apple uvádí 4 W při nečinnosti pro konfiguraci M4, což při průměrné ceně elektřiny pro domácnosti v USA v červnu 2026. Reálné zátěže si berou víc, takže nebudu předstírat, že 4 W je provozní číslo. A pronajatý výpočetní výkon je levný jen na spodku žebříku. Tentýž ceník DigitalOcean, který začíná na 4 $, končí na 96 $ měsíčně za stroj s 16 GB, a tři roky téhle částky stojí několikanásobek Macu mini.

Takže ano. Pokud je otázka, kolik stojí dané množství výpočetního výkonu vlastnit oproti pronajmout si ho na tři roky, kupte si Mac mini. Ta otázka má odpověď a není to ta, kterou obhajuji.

Dvě věci, které Mac mini přinese a které mění rovnici. První je samotný macOS: agent běžící tam se dá přes automatizaci macOS a oprávnění aplikací propojit s Poznámkami, Zprávami, Zkratkami, Kalendářem a Připomínkami. Bezhlavý linuxový stroj tyhle lokální aplikace nemá. Pokud je prací vašeho agenta pracovat s nimi, Mac mini je ten správný stroj a nebudu předstírat opak.

Druhá je lokální inference, kde je hodně rychlé paměti vedle rychlého čipu opravdu silná hodnota a žádný levný VPS nekonkuruje. Diskutující v vlákně na Hacker News přesně o tomhle to argumentují dobře a myslím, že mají pravdu. Je to ale jiná otázka než ta moje.

Ani jedno není řešení pro notebook, který se zaklapne. Koupit stolní počítač, aby notebook neusínal, znamená kupovat hardware na topologický problém.

Co se změnilo, když jsem to přestěhoval

Na pár týdnů jsem zapomněl, že vůbec existuje. To je celá recenze.

Spustil jsem ho, přesunul na něj agenta, párkrát to zkontroloval, protože jsem tomu ještě nevěřil, a pak jsem kontrolovat přestal. Běhy doběhnou. Víko s tím nemá nic společného. Můj Mac teď spí, což je přesně to, co od notebooku chci.

To tření je skutečné, tak tady je. Přišel jsem o lokální stroj: cokoli agent dělal tím, že sáhl na můj vlastní desktop, teď dělat nemůže, což rozbilo dva drobné workflow, které jsem si postavil, aniž bych nad nimi přemýšlel. Teď je tu server, s SSH na něm, firewallem před ním a distribucí, která chce aktualizace, což je malá trvalá daň z mé pozornosti. Kdokoli vám tvrdí, že pronajatý stroj je bezúdržbový, přeskakuje krok. A levný je proto, že inference je vzdálená: v den, kdy na něm budu chtít něco provozovat lokálně, přestane být levný tarif tím správným číslem.

Agent spuštěný přímo v SSH shellu může umřít, když to spojení spadne. Nejdřív ho spusťte uvnitř trvalé relace. tmux je standardní odpověď a udržování relací naživu na vzdáleném stroji obsahuje podrobnosti.

Pak přichází nejostřejší námitka, kterou na tohle kdo vznese: není pronajatý stroj pro agenta horší domov než hardware, který fyzicky vlastníte? U agenta operátorského typu s přístupem k vašim osobním souborům je to oprávněné. U kódovacího agenta má VPS, který ovládáte s root přístupem a firewallem, jejž jste sami nastavili, jiný rizikový profil než agentní služba, kterou široce vystavíte veřejnému internetu. Pořád je to virtuální stroj na cizím hardwaru a všechno, co necháte dosažitelné z internetu, je pořád součástí vašeho útočného povrchu. A ta část, která opouští vaši kontrolu, tedy API volání odnášející váš kód k poskytovateli modelu, odchází tak jako tak. Mac nebo Linux, ta hranice důvěry je stejná.

Chtěl jsem stroj, o který se můžu přestat starat. Nabootovat, zabezpečit, nasadit na něj agenta, zapomenout. Pokud si nějaký chystáte, obyčejný linuxový VPS je všechno, co tahle zátěž potřebuje, a ten náš vám předá root přes SSH minutu poté, co si vyberete region a distribuci. Zhruba tolik obřadnosti, kolik si tohle zaslouží.

Stavte na Linux VPS s root přístupem, NVMe a výkonem AMD EPYC.

Zobrazit Linux plány

Co bych řekl někomu, kdo začíná dnes

Tři věci a končím.

Co provozuju teď: jeden malý pronajatý linuxový stroj, gigabajt nebo dva RAM, jedno vCPU, NVMe úložiště, v regionu blízko mě. Tolik moje zátěž potřebuje; pokud váš agent zveřejňuje vyšší minimum, řiďte se jím. Na stroji: CLI agenta, tmux, firewall, bezobslužné aktualizace. Věnuji mu zhruba tolik pozornosti jako svému routeru.

Rada, jaká je: než cokoli koupíte, nasaďte agenta na nejlevnější stroj, který splní jeho zveřejněné požadavky. Ne jako trvalé rozhodnutí. Jako test. Do týdne budete vědět, jestli je vaše zátěž orchestrace API, pak jste hotovi a právě jste si nechali 899 $, nebo jestli opravdu potřebuje vlastní hardware.

Jediná věc, kterou bych už neopakoval: strávit týdny laděním správy napájení. Zkusil jsem caffeinate, pak aplikaci v liště nabídek, pak disablesleep, pak naplánované probuzení, a každé selhání jsem bral jako chybu konfigurace, kterou jsem ještě nenašel. Nebyla. Ta stopa ležela přímo přede mnou: každá oprava dělala ze stroje o něco horší notebook. Ztratit noc práce byl drahý způsob, jak si toho všimnout.

ČTĚTE

Jak provozovat Code Server a Claude Code na VPS: vývojové prostředí s AI založené na prohlížeči

Časté dotazy