# Hogyan tartható a Hermes Agent éjjel-nappal működésben egy szerveren > Így tarthatja a Hermes Agentet éjjel-nappal futó állapotban egy szerveren: telepítés VPS-re böngésző nélkül, a gateway rendszer-szolgáltatásként futtatása, automatikus indítás újraindítás után, linger és Docker. Source: https://ailoot.ai/blog/hu/hermes-agent-vps-24-7/ Canonical: https://ailoot.ai/blog/hu/hermes-agent-vps-24-7/ Language: hu Publisher: Ailoot (https://ailoot.ai/) Translation: guide-116 Revision: sha256-9aa460ccbada701f15ee50df8cfc0c56843c7e711d96b8be6fc259dd75cb3103 Miután telepítette a Hermes Agentet egy laptopra, felmerül a kérdés: ki fog válaszolni a Telegramon és összeállítani a reggeli összefoglalókat, amikor a laptop le van csukva? Az íróasztalnál az ügynök csak addig működik, amíg a számítógép be van kapcsolva. Ahhoz, hogy a bot mindig online legyen, és az ütemezett feladatok maguktól fussanak, át kell költöztetnie az ügynököt egy szerverre. Az alábbiakban bemutatjuk, hogyan telepítheti a Hermest egy szokásos Linux-szerverre, hogyan alakíthatja a gatewayt folyamatosan futó, újraindítás után automatikusan elinduló szolgáltatássá, és hogyan korlátozhatja a hozzáférést, hogy idegenek ne juthassanak be a terminálba. Ez az útmutató a hivatalos dokumentációra támaszkodik. Ha még egyáltalán nem telepítette a Hermest, kezdje a külön útmutatóval, amely bemutatja, [mi ez az ügynök, és hogyan telepíthető](https://ailoot.ai/blog/hu/hermes-agent-install-setup/). Ez az útmutató abból indul ki, hogy már fut a saját gépén, és csak a szerverre költöztetéssel foglalkozik. Az Ailoot használatáról a [dokumentációban](https://ailoot.ai/docs/) talál információt. ## Miért érdemes a Hermes Agentet laptopról szerverre költöztetni?
Főbb pontok A személyi számítógép addig működik, amíg a közelében van, és be van kapcsolva. A folyamatos működéshez szerverre van szükség: a Telegram-bot akkor is válaszol, amikor a számítógépe ki van kapcsolva, az ütemezett feladatok pedig maguktól futnak. Ehhez van szüksége szerverre; az ügynökkel végzett szokásos munkához egy laptop is elég.
Laptopon a Hermes csak akkor működik, ha nyitva van a fedél, és Ön a közelben van. Csukja le, és a bot elhallgat; a reggeli összefoglaló sosem érkezik meg. Ez nem megfelelő az olyan feladathoz, mint „válaszolni az embereknek egy üzenetküldőben, és ütemezetten elintézni dolgokat”. Ebben különbözik a szerver: sosem alszik, és nem függ semmi mástól. Ugyanazt a Hermest telepíti rá, és az Ön nélkül is működik: hajnali háromkor válaszol a Telegramon, minden reggel összegyűjti az Ön témáival kapcsolatos híreket, és megőrzi a munkameneteket a futások között. A költöztetés akkor éri meg, ha az ügynöknek folyamatos feladata van: saját vagy csapatának szánt bot, reggeli összefoglalók, automatikus válaszok vagy rendszeres dokumentummunka. Ha csak egy konkrét projekthez próbálja ki a Hermest, és a közelben van, még nincs szüksége szerverre; az csak egy plusz lépés. ## Mit készítsen elő, mielőtt Hermes-t telepít VPS-re?
Főbb pontok Szüksége van egy SSH-hozzáféréssel rendelkező Linux-szerverre (a hivatalos csapat friss Ubuntu-telepítésen tesztel), előre kiválasztott modellre, és arra, hogy tudja: az ügynöknek általában nincs szüksége böngészőre a szerveren. Felügyelet nélküli működéshez a modell elérésének legkényelmesebb módja a Nous Portal: az OAuth-bejelentkezés automatikusan megújul, így egy lejárt token nem állítja le éjszaka a szolgáltatást.
Telepítés előtt készítsen elő három dolgot. **A szerver.** Egy átlagos Linux VPS megfelel. A dokumentáció elsődleges támogatási szintje a Linux és a WSL2, a tesztelés pedig a legfrissebb Ubuntu-verzión történik. Ha a rendszerben van glibc, systemd és a megszokott könyvtárstruktúra, a Hermes megfelelően települ. Ez azért fontos szerveren, mert az alábbi automatikus indítási lépések mindegyike a systemd-re támaszkodik, amely az Ubuntu és a Debian része. **SSH-hozzáférés.** SSH-n keresztül, terminálból csatlakozik a szerverhez; ott nem használ egeret. Az alábbi parancsokat mind ebben az SSH-munkamenetben futtatja. Ha vibe-code-ol, és még nem érzi magát magabiztosnak a terminálban, ne aggódjon: csak néhány parancs van, és mindegyiket teljes egészében bemásolhatja. **Kiválasztott modell.** Az ügynök nem önállóan gondolkodik; egy modellt hív meg. Az Ön nélkül működő szerveren fontos, hogy a modellhez való hozzáférés ne járjon le. A legegyszerűbb megoldás a Nous Portal-előfizetés a `hermes setup --portal` paranccsal: a bejelentkezés OAuthot használ, a token pedig automatikusan megújul. Saját API-kulcsok is használhatók, de akkor ügyeljen rá, hogy legyen pénz a számlán — az üres egyenlegű headless ügynök egyszerűen elhallgat. A modell kontextusablakának legalább 64 000 tokenesnek kell lennie, különben a Hermes nem indul el vele. A listán szereplő összes felhőmodell megfelel ennek a követelménynek.
Megjegyzés A hivatalos dokumentáció nem ad pontos számokat a VPS kiválasztásához vagy a minimális erőforrásigényhez, ezért itt sem szerepelnek ilyen számok. A leírt tapasztalatok alapján egy szerény gép is elég egy bottal és ütemezéssel működő gatewayhez, mert a nehéz számítás a modell oldalán történik. Maga a szerver alig terhelődik. A böngészőautomatizálás a legnagyobb erőforrás-igényű rész, de szerveren általában nincs rá szükség (erről mindjárt bővebben).
## Hogyan telepítheti a Hermes Agentet egy szerverre egyetlen paranccsal?
Főbb pontok Csatlakozzon SSH-n a szerverhez, és futtassa a telepítőt a szerveren a böngésző kihagyására szolgáló flaggel: curl -fsSL \| bash -s -- --skip-browser. Ezután indítsa újra a terminál shelljét, és válasszon modellt a hermes setup --portal paranccsal. Ellenőrizze a telepítést a hermes doctor paranccsal.
A szerverre telepítés szinte ugyanaz, mint laptopra, egy különbséggel: az ügynöknek ott általában nincs szüksége böngészőre. A böngészőautomatizálás ráadásul nagy méretű Chromiumot is telepít. Ezért használjuk a `--skip-browser` flaget. 1. ### Csatlakozás a szerverhez SSH-n ```bash ssh root@your-server-address ``` Az összes további parancsot ebben a munkamenetben, magán a szerveren futtassa. 2. ### A telepítő futtatása böngésző nélkül ```bash curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash -s -- --skip-browser ``` A szkript letölti a szükséges környezetet, és telepíti a `hermes` parancsot. A `--skip-browser` flag kihagyja a böngészőautomatizálás telepítését; egy grafikus felület nélküli szerveren ez csak helyet foglalna. Ha később böngészőre lesz szüksége, külön is telepítheti. 3. ### A shell újraindítása és modell kiválasztása ```bash source ~/.bashrc hermes setup --portal ``` Az első sor betölti az új `PATH`-ot, hogy a `hermes` parancs elérhető legyen. A második megnyitja a Nous Portal bejelentkezési folyamatát: erősítse meg a bejelentkezést, és az ügynök megkapja a modellt és a szolgáltatásokat anélkül, hogy mindegyikhez külön kulcsra lenne szükség. 4. ### A telepítés ellenőrzése ```bash hermes doctor ``` A parancs megmutatja, mi van telepítve, mi hiányzik, és hogyan javítható. A zöld jelzések azt jelentik, hogy minden rendben van. Mielőtt botot és ütemezést adna hozzá, indítson el egy hibátlan beszélgetést közvetlenül a szerveren: futtassa a `hermes` parancsot, és adjon neki egy egyszerű feladatot, amelynek ellenőrizhető a válasza. A dokumentáció kifejezetten azt tanácsolja, hogy ne halmozzon fel funkciókat, mielőtt egy szokásos beszélgetés működik — ez jó tanács. ## Hogyan tarthatja a Hermest éjjel-nappal működésben?
Főbb pontok Először állítsa be a gatewayt a `hermes gateway setup` paranccsal, és csatlakoztassa a Telegramot. Ezután alakítsa a gatewayt szolgáltatássá egyetlen paranccsal: a `hermes gateway install` felhasználói szolgáltatást telepít, míg a `sudo hermes gateway install --system` olyan rendszerszolgáltatást telepít, amely a szerver indulásakor elindul. Felhasználói szolgáltatáshoz a `hermes gateway start`, `stop` és `status` parancsokat használja. A VPS rendszerszolgáltatásánál minden szolgáltatásellenőrzésben és módosításban tartsa meg a kifejezett `--system` hatókört és a szükséges jogosultságokat.
A gateway egyetlen háttérben futó Hermes-folyamat, amely fenntartja a kapcsolatot az összes üzenetküldővel, kezeli a munkameneteket, és futtatja az ütemezett feladatokat. Minden folyamatos működés körülötte forog. A cél, hogy ez a folyamat magától elinduljon, és futva maradjon. Először állítsa be a gatewayt, és csatlakoztasson egy üzenetküldőt: ```bash hermes gateway setup ``` A beállítóvarázsló végigvezeti a platformok kiválasztásán, és segít megadni a bot tokent és a hozzáférési listát. A Telegram csatlakoztatásának lépéseit (bot létrehozása a BotFatherrel, az azonosító megkeresése és a token megadása) [a fő telepítési útmutató](https://ailoot.ai/blog/hu/hermes-agent-install-setup/) tárgyalja; itt nem ismétlem meg őket. Ezután következik az a csapda, amelyet a legtöbben elfelejtenek. Ha egyszerűen a `hermes gateway` parancsot futtatja, a folyamat csak addig él, amíg nyitva marad az SSH-munkamenet. Zárja be a terminált, és a gateway leáll. A folyamatos működéshez a rendszert kell megbíznia a felügyeletével. Erre egyetlen parancs van: ```bash hermes gateway install ``` Ez szolgáltatásként telepíti a gatewayt: Linuxon felhasználói systemd-szolgáltatásként, macOS-en pedig launchd segítségével. A rendszer figyeli a folyamatot, és újraindítja, ha összeomlik. Szerveren gyakrabban lesz szüksége a másik lehetőségre: egy olyan rendszerszolgáltatásra, amely a gép indulásakor, bármely felhasználó bejelentkezése előtt elindul: ```bash sudo hermes gateway install --system ``` VPS-hez pontosan erre van szükség: a szerver újraindul, a szolgáltatás magától elindul, és a bot ismét online lesz. Ezekkel az egyszerű parancsokkal kezelheti: ```bash hermes gateway start # start hermes gateway stop # stop hermes gateway status # check status ``` Rendszerszolgáltatás esetén adja hozzá a `sudo` parancsot és a `--system` flaget ezekhez a parancsokhoz. Nélkülük a parancsok a felhasználói szolgáltatást célozzák, nem azt, amelyik rendszerindításkor elindul: ```bash sudo hermes gateway start --system sudo hermes gateway stop --system sudo hermes gateway status --system ``` ## Miért van szükség lingerre, és mi romlik el nélküle?
Főbb pontok Ha a gatewayt felhasználói szolgáltatásként telepítette (`--system` nélkül), a systemd leállítja, amint kilép az SSH-ból, és nem indítja el rendszerindításkor. Egy paranccsal javíthatja: `sudo loginctl enable-linger username`. Ezután a szolgáltatás a be- és kijelentkezésektől függetlenül fut.
Ez a leggyakoribb buktató: telepítette a szolgáltatást, de a bot éjszaka mégis elhallgat. Ennek oka a Linux felhasználói szolgáltatásainak működése. A felhasználói systemd-szolgáltatás alapértelmezés szerint az Ön munkamenetéhez kötődik. SSH-n csatlakozik, elindul a felhasználókezelő, és futni kezd a szolgáltatás. Kijelentkezik, a rendszer pedig inaktívnak tekinti a felhasználót, ezért a gatewayjel együtt leállítja az adott felhasználó szolgáltatásait. Egy olyan szervernél, amelyre be- és kijelentkezik, ez hibás működést jelent: a bot csak akkor online, amikor Ön az SSH-ban van. Ezt a linger móddal javíthatja, amely lehetővé teszi, hogy a rendszer akkor is futva tartsa a felhasználókezelőt, amikor az adott felhasználó nincs bejelentkezve: ```bash sudo loginctl enable-linger username ``` A parancs után a felhasználói szolgáltatás önállóan fut, és a szerver indulásakor is elindul anélkül, hogy megvárná az Ön bejelentkezését. Linger nélkül visszaáll az eredeti működés: a gateway leáll, amikor kilép az SSH-ból, és nem indul el rendszerindításkor. A dokumentáció ezt egyértelműen kimondja.
Figyelem Ez nem vonatkozik a rendszerszolgáltatásra (amelyet a `sudo hermes gateway install --system` paranccsal telepített): az már gépszinten fut, és rendszerindításkor elindul. Lingerre csak felhasználói szolgáltatásnál van szükség. Válasszon egyet: rendszerszolgáltatást, vagy felhasználói szolgáltatást lingerrel.
## Hogyan futtathatja a Hermest szerveren Dockerben automatikus újraindítással?
Főbb pontok Ha a Dockert részesíti előnyben, a Hermest tartós gatewayként futtathatja egy konténerben: docker run -d --name hermes --restart unless-stopped -v ~/.hermes:/opt/data -p 8642:8642 nousresearch/hermes-agent gateway run. A --restart unless-stopped flag újraindítás után visszahozza a konténert, a gatewayfolyamat pedig az image-en belül is újraindul, ha összeomlik.
A Docker egy másik jól működő módja annak, hogy az ügynököt szerveren tartsa, különösen, ha már megszokta a konténereket, vagy el szeretné különíteni az ügynököt a fő rendszertől. Állítsa be egyszer a `docker run ... setup` paranccsal, majd indítsa el a konténert a háttérben: ```bash docker run -d \ --name hermes \ --restart unless-stopped \ -v ~/.hermes:/opt/data \ -p 8642:8642 \ nousresearch/hermes-agent gateway run ``` Íme, mit tesznek a folyamatos működésért felelős sorok: - `-d` — a konténer a háttérben fut, és nem tartja nyitva a terminált. - `--restart unless-stopped` — a Docker újraindítja a konténert a szerver újraindítása vagy egy összeomlás után. Csak akkor nem indítja újra, ha Ön manuálisan állította le. - `-v ~/.hermes:/opt/data` — a beállítások, kulcsok, munkamenetek és a memória a szerveren, a konténeren kívül tárolódnak, és a konténer újralétrehozásakor is megmaradnak. Az image még egy védelmi réteget ad: a gatewayfolyamat az s6 felügyelő alatt fut. Ha a gateway összeomlik, néhány másodpercen belül újraindul, miközben maga a konténer megmarad. Ez kettős védelem: kívülről a Docker tartja futva a konténert, belül pedig az s6 figyeli a folyamatot. Ne feledje a Dockeres megoldás egy különbségét: ezek a telepítések nem frissülnek a `hermes update` paranccsal. A Dockerben történő frissítéshez cserélje le az image-et egy újra — töltse le a legújabbat, majd hozza létre újra a konténert. ## Hogyan ellenőrizheti, hogy minden működik, és újraindítás után is működni fog?
Főbb pontok Ellenőrizze a szolgáltatás állapotát a systemctl segítségével, és figyelje az élő naplót. Ezután következik a legfontosabb szerverteszt: indítsa újra a gépet, és győződjön meg róla, hogy a bot magától visszatér online állapotba. A Hermes munkamenetei és válaszai túlélik az újraindítást; a befejezetlen válasz a helyreállítás után kézbesül.
A felhasználói szolgáltatás állapotát és naplóit így ellenőrizheti: ```bash hermes gateway status journalctl --user -u hermes-gateway -f ``` A VPS-hez javasolt rendszerszolgáltatásnál ehelyett rendszerszintű hatókört használjon: ```bash sudo hermes gateway status --system sudo journalctl -u hermes-gateway -f ``` Az első parancs a kiválasztott szolgáltatást ellenőrzi, a második ugyanannak a hatókörnek a naplóját követi. Ezek az egységnevek az alapértelmezett `~/.hermes` telepítésre vonatkoznak. Más Hermes home könyvtárak utótagos egységnevet használhatnak: nézze meg az állapotkimenetet, és azt a pontos egységet használja. Rendszerszintű telepítés tesztelése közben ne felhasználói egységet figyeljen. A Hermes naplói a `~/.hermes/logs/` könyvtárban találhatók, a titkok pedig automatikusan kitakarásra kerülnek belőlük, így biztonságosan elküldheti őket az ügyfélszolgálatnak. Most indítsa újra a szervert, és győződjön meg róla, hogy az ügynök magától visszaindul. Ez a fő szerverteszt, és általában éppen ezt felejtik el: ```bash sudo reboot ``` Amint a szerver ismét elérhető, csatlakozzon újra SSH-n. Rendszerszintű telepítésnél a `sudo hermes gateway status --system` parancsot és a rendszernaplót ellenőrizze; lingerrel működő felhasználói telepítésnél a `hermes gateway status` parancsot és a felhasználói naplót. Ezután írjon a botnak a Telegramon. Ha beavatkozás nélkül válaszol, az automatikus indítás megfelelően van beállítva. Ez volt az egész célja. Nem kell attól tartania, hogy elveszíti a beszélgetést. A Hermes lemezre írja a munkameneteket, amelyek túlélik a gateway újraindítását. Sőt, ha a gateway éppen egy válasz küldésekor omlik össze, a feladat újbóli futtatása helyett a helyreállítás után kézbesíti azt a választ. Ez fontos egy folyamatosan működő botnál: egy váratlan újraindítás nem szakítja meg a beszélgetést. ## Hogyan biztosíthatja egy szerveren a terminál-hozzáféréssel rendelkező ügynök védelmét?
Főbb pontok A három fő védelmi intézkedés: a bot hozzáférése alapértelmezés szerint zárt (csak a listán szereplőknek válaszol), az ügynök veszélyes parancsok futtatása előtt rákérdez, teljes elszigeteléshez pedig az ügynököt Docker-sandboxban futtatja a szerveren. A legjobb, ha nem engedélyezi a megerősítés nélküli (YOLO) módot a szerveren.
A szerveren futó ügynök egy terminál-hozzáféréssel rendelkező program, amely az Ön felügyelete nélkül működik. Először ezt a három beállítást ellenőrizze. **Zárt bot-hozzáférés.** Alapértelmezés szerint a gateway csak a hozzáférési listán szereplőknek vagy azoknak válaszol, akik közvetlen üzenetben elvégezték a kódalapú összekapcsolást. Ez a megfelelő viselkedés egy terminál-hozzáféréssel rendelkező botnál: egy véletlenszerűen üzenetet küldő személy nem tud semmit tenni. A listát numerikus azonosítókkal kell beállítani, például Telegram esetén: ```bash TELEGRAM_ALLOWED_USERS=123456789,987654321 ``` **Megerősítés veszélyes parancsoknál.** Mielőtt bármi rombolót tenne, az ügynök engedélyt kér. Létezik YOLO mód, amely kikapcsolja a megerősítéseket; a legjobb, ha ezt nem engedélyezi az Ön nélkül futó szerveren. A megerősítések éppen azt akadályozzák meg, hogy az Ön tudta nélkül visszafordíthatatlan dolog történjen. **Sandbox a teljes elszigeteléshez.** Ha azt szeretné, hogy az ügynök fizikailag ne láthassa a szerver fő rendszerét, futtassa a parancsait Docker-konténerben: ```bash hermes config set terminal.backend docker ``` Így minden, amit az ügynök a terminálban tesz, elszigetelt sandboxban történik, és nem érheti el az éles szervert. Ez észszerű óvintézkedés, ha szabad kezet ad az ügynöknek az önálló cselekvésre. ## Mi a teendő, ha a bot néma, vagy a gateway összeomlik?
Főbb pontok Először ellenőrizze a szolgáltatás állapotát és a naplókat; a leggyakoribb ok a bot tokenje, a hozzáférési lista vagy a modell. Ha az egész folyamat teljesen lefagy, a systemd-szolgáltatás rendelkezik egy watchdog időzítővel, amely újraindítja a gatewayt, ha az már nem mutat életjeleket.
Ha a bot nem válaszol, haladjon a következő sorrendben. Először a telepített hatókört ellenőrizze: rendszerszolgáltatásnál a `sudo hermes gateway status --system` parancsot és a rendszernaplót, felhasználói szolgáltatásnál a `hermes gateway status` parancsot és a felhasználói naplót. Ha a gateway fut, de az üzenetek nem jutnak át, szinte mindig a platform beállítása okozza a problémát: hibás a bot tokenje, vagy az illető nincs a hozzáférési listán. Futtassa újra a `hermes gateway setup` parancsot ugyanabban a Hermes home könyvtárban, majd a kiválasztott szolgáltatást vizsgálja: rendszerszintnél `hermes gateway status --system`, felhasználói szintnél `hermes gateway status`. A sikeres beállítás nem bizonyítja a megfelelő gateway futását. Ha a modell üres vagy furcsa válaszokat ad, ellenőrizze a `hermes model` paranccsal, és erősítse meg a szolgáltatót és a bejelentkezést. Az általános helyreállítási sorrend, amely a „minden elromlott” állapotból visszavezet a működő állapotba: `hermes doctor`, `hermes model`, `hermes setup`, majd rendszerszintű telepítésnél `hermes gateway status --system`, felhasználói telepítésnél `hermes gateway status`. Még egy tanács arra a ritka, de kellemetlen esetre, amikor az egész folyamat tényleges összeomlás nélkül lefagy. A systemd-szolgáltatás rendelkezik watchdog időzítővel: adja hozzá ezt a sort a `~/.hermes/config.yaml` fájlhoz, majd telepítse újra a szolgáltatást. ```yaml gateway: systemd_watchdog_seconds: 120 ``` ```bash # A VPS rendszerszolgáltatásához, az eredeti telepítéssel azonos Hermes home könyvtárban: sudo hermes gateway install --system --force sudo hermes gateway status --system ``` Felhasználói szolgáltatásnál csak azt a hatókört generálja újra a `hermes gateway install --force` paranccsal, majd ellenőrizze a `hermes gateway status` eredményét. Egy hatókört válasszon; egyetlen gateway javításához ne telepítse mindkettőt. Ezután a gateway rendszeresen jelzi a rendszernek, hogy „élek”, és ha a jelzések elmaradnak, a systemd automatikusan újraindítja a folyamatot. Ez csak systemd-t használó Linuxon és csak a folyamat lefagyásakor működik. A watchdog időzítő nem befolyásolja a szerver és az üzenetküldő közötti szokásos hálózati kimaradást. ## Mit kérdeznek még gyakran az emberek a Hermes Agent szerveres használatáról?
Főbb pontok Rövid válaszok a gyakori kérdésekre: kötelező-e kifejezetten VPS, lehet-e több botot futtatni egy gépen, szüksége van-e a szervernek grafikus felületre, és mi történik az ütemezett feladatokkal, ha az ügynök szerveren fut.
### Gyakran ismételt kérdések Muszáj VPS-t bérelnem, vagy a saját számítógépem is megfelel? A folyamatos működéshez olyan gépre van szükség, amely mindig be van kapcsolva. A saját számítógépe csak akkor megfelelő, ha hajlandó soha nem kikapcsolni. A VPS kényelmesebb: mindig be van kapcsolva, és nem függ attól, hogy Ön dolgozik vagy alszik. Egy átlagos Linux-szerver megfelel — a dokumentáció elsődleges támogatási szintje a Linux, és friss Ubuntu-telepítésen tesztelnek. Futtathatok több botot egy szerveren? Igen. A Hermes profilokat használ, és minden profilnak saját szolgáltatása van. Egy olyan parancs, mint a \ gateway install, külön hermes-gateway-\ nevű szolgáltatást hoz létre; ezek egymástól függetlenül működnek. Minden profilnak saját beállításai, bot tokenje és memóriája van. Szüksége van a szervernek monitorra és grafikus megjelenítésre? Nem. A szerver képernyő nélkül fut, és SSH-n keresztül, a terminálból kezelheti. Az ilyen szerveren futó ügynöknek általában nincs szüksége böngészőautomatizálásra, ezért a telepítőt a --skip-browser flaggel futtassa; ezzel kimarad az egyetlen olyan nagy erőforrás-igényű összetevő, amely grafikus környezetet igényel. Futnak az ütemezett feladatok, amikor távol vagyok? Igen, éppen ezért költözteti szerverre. Ugyanaz a gateway futtatja az ütemezett feladatokat: percenként egyszer ellenőrzi az ütemezést, esedékességkor elindítja a feladatokat, majd elküldi az eredményt ugyanabba a csevegésbe. Mivel a gateway folyamatosan, szolgáltatásként fut, az ütemezés az Ön közreműködése nélkül működik. Túléli a bot a frissítést és a szerver újraindítását? Igen. A beállítások, munkamenetek és a memória a ~/.hermes mappában tárolódnak, és nem vesznek el. Újraindítás után a rendszerszolgáltatás (vagy a --restart unless-stopped beállítású Docker) magától elindítja a gatewayt. A befejezetlen válasz az újraindítás után kézbesül, és semmi sem vész el — bár ha a válasz küldése már félúton tartott a crash bekövetkezésekor, lehetséges, hogy ismét megérkezik, és figyelmeztetés jelenik meg a lehetséges duplikációról.
### Források - [Hermes Agent, Telepítés](https://hermes-agent.nousresearch.com/docs/getting-started/installation) - [Hermes Agent, Gyors üzembe helyezés](https://hermes-agent.nousresearch.com/docs/getting-started/quickstart) - [Hermes Agent, Támogatott platformok](https://hermes-agent.nousresearch.com/docs/getting-started/platform-support) - [Hermes Agent, Üzenetküldési gateway](https://hermes-agent.nousresearch.com/docs/user-guide/messaging) - [Hermes Agent, Futtatás Dockerben](https://hermes-agent.nousresearch.com/docs/user-guide/docker) - [Hermes Agent, Ütemezett feladatok](https://hermes-agent.nousresearch.com/docs/user-guide/features/cron) - [Hermes Agent, Nous Portal](https://hermes-agent.nousresearch.com/docs/integrations/nous-portal) - [Hermes Agent, Dokumentáció](https://hermes-agent.nousresearch.com/docs/)
Ismerje meg az [Ailootot](https://ailoot.ai/). ## Kérdések és válaszok: Hogyan tartható a Hermes Agent éjjel-nappal működésben egy szerveren ### Miért tűnhet leálltnak a gateway, ha rendszerszolgáltatásként telepítettem? A hatókör nélkül végzett ellenőrzés másik szolgáltatást célozhat. Rendszerszintű telepítésnél a hermes gateway status --system parancsot és a rendszernaplót használd; a hatókör nélküli állapotot és felhasználói naplót csak felhasználói szolgáltatáshoz. Végig ugyanazt a Hermes home könyvtárat használd. ### A VPS rendszerszolgáltatásához kell loginctl linger? Nem. A linger olyan felhasználói systemd-szolgáltatáshoz kell, amelynek kijelentkezés után is futnia és rendszerindításkor indulnia kell. A rendszerszolgáltatás eleve a gép indulásakor indul; válassz egy telepítési hatókört, és újraindítás után ismételd meg annak állapot- és botválasz-ellenőrzését. ## Ailoot · A vállalat és projektportfóliója Az Ailoot felhalmozott működési tapasztalatra, széles ügyfélkörre, stabil szolgáltatásra és folyamatos KPI-ellenőrzésre épít. A vállalat és projektportfóliója: ügyfelek milliói; havi értékesítés milliárdos nagyságrendben. Az Ailoot ezt a működési tapasztalatot használja az ügyfelek termékeiben, ágenseiben, alkalmazásaiban és automatizálásaiban elérhető AI-funkciók API-hozzáféréséhez.