Paano i-self-host ang Agent Zero sa VPS

Ano ang Agent Zero, at kung saan nakasalalay ang panganib

Ang Agent Zero ay isang open-source, Docker-first na agent framework. Maaaring mag-spawn ang isang primary agent ng mga subordinate agent. Bawat isa ay tumatakbo sa sarili nitong isolated na Docker container. Maaari ring mag-execute ng code, magpatakbo ng browser, at mag-run ng shell commands ang bawat isa. Kinokontrol mo ang buong sistema mula sa Web UI. May sapat itong kakayahan at praktikal itong gamitin. Tumatakbo rin ito sa hardware na kasingliit ng six-dollar VPS. Kung ang gusto mo ay ang multi-agent na setup at hindi ang framework, maaaring direktang mag-message sa isa’t isa ang dalawang Claude Code session sa iisang box. Mas maliit itong patakbuhin at i-secure.

Ang panganib ay nasa Web UI. Ito ang control panel ng isang sistemang nagpapatakbo ng commands at nagsusulat ng files. Kaya ang exposed at walang authentication na Web UI ay nagbibigay ng remote foothold sa mismong sistemang iyon. Narito ang bitag na direktang ipinapasok sa iyo ng karamihan sa setup guide: inilalathala ng standard docker run ang interface sa port 50001 sa bawat network interface. Sa public VPS, nangangahulugan itong maaabot ito mula sa buong internet sa sandaling magsimula ang container. Ito ang unang dapat mong ayusin, hindi ang huli.

Mga kailangan

Kailangan mo ng VPS na may naka-install na Docker, API key para sa isang language model, o local model na maaari mong ituro rito, at ilang gigabytes ng RAM para makapagsimula. Tumatakbo ang Agent Zero saanman tumatakbo ang Docker, mula sa maliit na VPS hanggang sa GPU server. Kung bago sa iyo ang Docker, saklaw ng gabay sa mga pangunahing kaalaman sa Docker ang mga ipinapalagay ng mga command sa ibaba.

Mag-install gamit ang Docker, naka-bind sa loopback

Ang dokumentadong quick start ay isang `docker run`. Ang mahalagang pagbabago kumpara sa copy-paste na bersiyong makikita mo sa ibang lugar ay ang address na iyong ipa-publish. Huwag itong i-publish sa lahat ng interface sa port 50001. I-publish ito sa loopback:

docker run -d --name agent-zero \
  -p 127.0.0.1:5080:80 \
  -v a0_usr:/a0/usr \
  agent0ai/agent-zero

Ang `-p 127.0.0.1:5080:80` ay nagba-bind sa Web UI sa loopback address lamang ng server, kaya hindi ito maa-access mula sa internet. I-access ito mula sa sarili mong machine gamit ang SSH tunnel:

ssh -L 5080:127.0.0.1:5080 you@your-vps

Pagkatapos, buksan nang lokal ang `http://127.0.0.1:5080`, at i-configure ang model provider sa UI. Para sa permanenteng setup na maraming user, ilagay ito sa likod ng VPN o reverse proxy na may authentication. Huwag kailanman i-publish ang raw UI sa open internet. Dapat ilapat ang ganitong gawi sa iba pang tool sa server na may interface para kontrolin ang sensitibong function. Ganito rin dapat i-access ang self-hosted open-kritt scanner, gamit ang tunnel papunta sa UI nito sa halip na i-publish ang port.

Kung saan humihinto ang ibang guide, at kung bakit hindi ka dapat huminto roon

Maghanap ng paraan para i-install ang Agent Zero, at makakakita ka ng maraming guide, kabilang ang mula sa mga hosting company, na hanggang sa gumaganang Web UI sa port 50001 lamang. Iyon mismo ang simula ng panganib, hindi ang katapusan nito. Dalawang bagay ang kailangan para makumpleto ang setup. Una, panatilihing private ang UI, gaya ng nasa itaas. Ikalawa, maglagay ng default-deny firewall sa harap ng server para hindi mailantad ng isang hindi sinasadyang container o ng pagkakamali sa hinaharap ang port na nakalimutan mong isara:

sudo ufw default deny incoming
sudo ufw allow 22/tcp
sudo ufw enable

Sundin ang mga pangunahing kaalaman sa firewall para sa buong larawan, at bigyang-pansin ang puwang sa IPv6, dahil naa-access sa IPv6 ang serbisyong nasa :: kahit mahigpit ang tingin sa iyong mga IPv4 rule.

Pinoprotektahan ng container isolation ang mga agent, hindi ang server mo

Maganda talaga ang disenyo ng Agent Zero para sa isang uri ng isolation: tumatakbo ang mga subordinate agent sa magkakahiwalay na container, kaya nakahiwalay ang mga ito sa isa't isa. Mahalaga ito. Pero madaling isipin na “sandboxed ito, kaya ligtas ako” at dito na huminto. Pinoprotektahan ng container isolation ang mga agent laban sa isa't isa. Wala itong ginagawa upang protektahan ang server mo laban sa internet o pigilan ang exposed na Web UI na ibigay ang control sa isang hindi kilalang tao. Ikaw ang kailangang gumawa nito sa host. Magpasya agad kung gaano karami ang maaaring gawin ng isang agent habang walang nagbabantay dito. Ito rin ang batayan sa permission modes ng Claude Code, kung saan dapat mas mahigpit ang setting para sa unattended server kaysa sa laptop na nasa harap mo.

Mga secret, user, at ang host

Itago ang model API key at iba pang credential sa config ng Agent Zero o sa isang environment file na mababasa lamang ng tamang account. Huwag ilagay ang mga ito sa shell history o sa anumang repository. Ganoon din ang pag-iingat sa iba pang bahagi ng box na nagpoprotekta sa mga secret. Halimbawa, ang pag-hardening sa Vaultwarden ay nakatuon sa admin token at backup file nito, hindi sa encryption na maayos nang ginagawa ng app. I-administer ang box gamit ang unprivileged user sa halip na root, alinsunod sa least-privilege users, at ilipat ang SSH sa key-only authentication gaya ng nasa SSH hardening. Pagkatapos, sundin ang checklist sa ibaba upang walang makaligtaan.

Kung naghahambing ka ng mga agent, pareho ang security posture na ginagamit ng OpenClaw hardening guide at gabay sa OpenHands: panatilihing private ang control surface, gumamit ng unprivileged user, magpatupad ng firewall bilang default, at ituring ang host na nagpapatakbo ng code na hindi nito isinulat. Para sa side-by-side na paghahambing ng lahat ng limang agent, tingnan ang pinakamahusay na self-hosted AI agents sa 2026.

Ang mga konseptong pinagbabatayan ng alinman sa mga ito ay nasa pagbuo ng sarili mong AI agent sa isang VPS, at ang Dify ay isa pang self-hostable platform na mainam ihambing.

FAQ

Ligtas bang i-self-host ang Agent Zero?

Ligtas ito kung pananatiliing private ang Web UI nito at patitigasin ang host. Nagpapatakbo ang Agent Zero ng code, browser, at shell, at kinokontrol ito mula sa Web UI na naka-publish sa port 50001 bilang default. Kaya ang panganib ay ang exposed interface, hindi ang framework mismo. I-bind ang UI sa loopback at i-access ito gamit ang SSH o VPN, maglagay ng default-deny firewall, at patakbuhin ito bilang unprivileged user.

Naglalantad ba ang Agent Zero ng Web UI sa internet bilang default?

Ang karaniwang docker run ay nagpa-publish ng interface sa port 50001 sa lahat ng network interface. Sa public VPS, nangangahulugan itong maa-access ito mula sa internet kapag nagsimula na ang container. Palitan ang published address ng 127.0.0.1 upang loopback lamang ang pakinggan ng UI, at i-access ito sa pamamagitan ng SSH tunnel o VPN.

Maaari bang patakbuhin ang Agent Zero sa maliit na VPS?

Oo. Tumatakbo ang Agent Zero saanman tumatakbo ang Docker, kabilang ang maliit at murang VPS, bagama't nangangailangan ng mas malaking memory ang mabibigat na task at malalaking local model. Kung ituturo mo ito sa self-hosted model sa halip na hosted API, i-size ang server batay sa model, hindi lamang sa Agent Zero.

Paano naiiba ang Agent Zero sa OpenClaw o Hermes?

Magkakahawig ang mga ito sa ilang bahagi, ngunit magkakaiba ang kanilang layunin. Ang Agent Zero ay isang Docker-first framework na nakasentro sa pangunahing agent na naglulunsad ng mga subordinate agent sa mga isolated container at kinokontrol mula sa Web UI. Ang OpenClaw at Hermes ay mga personal assistant na ina-access sa pamamagitan ng chat app. Pareho ang security posture ng lahat ng ito: panatilihing private ang control surface at patigasin ang host.