# Hermes Agent’ni serverda tunu kun qanday ishlatish mumkin

> Hermes Agent serverda 24/7 ishlashini ta’minlash: VPS’ga brauzersiz o‘rnatish, gateway’ni tizim xizmati sifatida ishga tushirish, server qayta yuklangandan keyin avtomatik boshlatish, linger va Docker.

Source: https://ailoot.ai/blog/uz/hermes-agent-vps-24-7/
Canonical: https://ailoot.ai/blog/uz/hermes-agent-vps-24-7/
Language: uz
Publisher: Ailoot (https://ailoot.ai/)
Translation: guide-116
Revision: sha256-ed7cf3446605378a255e19b320b5633890ef6191f94bfe8021b2c112c53db7bc


Hermes Agent’ni noutbukga o‘rnatgandan keyin bir savol tug‘iladi: noutbuk yopiq bo‘lsa, Telegram’da kim javob beradi va ertalabki dayjestlarni kim tayyorlaydi? Ish stolingizda agent faqat kompyuter yoqilgan paytda ishlaydi. Bot doimo onlayn bo‘lishi va rejalashtirilgan vazifalar o‘z-o‘zidan bajarilishi uchun agentni serverga ko‘chirish kerak.

Quyida Hermes’ni oddiy Linux serverga qanday o‘rnatish, gateway’ni qayta yuklangandan keyin avtomatik ishga tushadigan, doim ishlovchi xizmatga qanday aylantirish va notanishlar terminalga kira olmasligi uchun kirishni qanday cheklash ko‘rsatilgan. Qo‘llanma rasmiy hujjatlarga asoslangan.

Agar Hermes’ni hali umuman o‘rnatmagan bo‘lsangiz, avval [bu agent nima ekanligi va uni qanday o‘rnatish haqidagi alohida sharhni](https://ailoot.ai/blog/uz/hermes-agent-install-setup/) o‘qing. Ushbu qo‘llanmada agent o‘z kompyuteringizda ishlab turgani nazarda tutiladi va faqat uni serverga ko‘chirish ko‘rib chiqiladi.

Ailoot bilan ishlash haqidagi ma’lumotlar [hujjatlarda](https://ailoot.ai/docs/) mavjud.



## Nega Hermes Agent’ni noutbukdan serverga ko‘chirish kerak?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Ushbu bo‘limning asosiy xulosasi">

Asosiy xulosa

Shaxsiy kompyuter yoningizda bo‘lsangiz va u yoqilgan bo‘lsa ishlaydi. Tunu kun ishlashi uchun server kerak: kompyuteringiz o‘chiq bo‘lganda ham Telegram bot javob beradi, rejalashtirilgan vazifalar esa o‘z-o‘zidan bajariladi. Buning uchun serverning o‘zi yetarli; agent bilan odatiy ishlash uchun noutbuk kifoya.

</div>

Noutbukda Hermes faqat qopqoq ochiq va siz yonida bo‘lganingizda ishlaydi. Uni yopsangiz, bot jim qoladi; ertalabki dayjest kelmaydi. “Messenjerdagi odamlarga javob berish va ishlarni jadval bo‘yicha bajarish” kabi vazifa uchun bu to‘g‘ri kelmaydi.

Serverning farqi shunda: u hech qachon uxlamaydi va boshqa narsalarga bog‘liq emas. Unga xuddi shu Hermes’ni o‘rnatasiz, u esa sizsiz ishlaydi: tungi soat uchda Telegram’da javob beradi, har kuni ertalab mavzularingiz bo‘yicha yangiliklarni yig‘adi va ishga tushishlar oralig‘ida seanslarni saqlaydi.

Agent uchun uzluksiz vazifangiz bo‘lsa, uni ko‘chirish mantiqli: o‘zingiz yoki jamoangiz uchun bot, ertalabki dayjestlar, avtomatik javoblar yoki hujjatlar bilan muntazam ishlash. Hermes’ni muayyan loyiha uchun shunchaki sinab ko‘rayotgan va yonida o‘tirgan bo‘lsangiz, hozircha server kerak emas; bu ortiqcha qadam.

## Hermes’ni VPS’ga o‘rnatishdan oldin nimalarni tayyorlash kerak?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Ushbu bo‘limning asosiy xulosasi">

Asosiy xulosa

Sizga SSH orqali kirish mumkin bo‘lgan Linux server kerak (rasmiy jamoa yangi Ubuntu o‘rnatmasida sinovdan o‘tkazadi), modelni oldindan tanlash va serverdagi agentga odatda brauzer kerak emasligini tushunish lozim. Nazoratsiz ishlatish uchun modelga Nous Portal orqali kirish eng qulay: OAuth orqali kirish avtomatik yangilanadi, shuning uchun token muddati tun davomida tugab, ish to‘xtab qolmaydi.

</div>

O‘rnatishdan oldin uchta narsani tayyorlang.

**Server.** Oddiy Linux VPS yetarli. Hujjatlarda Linux va WSL2 birinchi darajali qo‘llab-quvvatlanadi, sinovlar esa eng so‘nggi Ubuntu’da o‘tkaziladi. Tizimda glibc, systemd va odatiy katalog tuzilishi bo‘lsa, Hermes to‘g‘ri o‘rnatiladi. Bu serverda muhim, chunki quyidagi avtomatik ishga tushirish bosqichlarining barchasi systemd’ga tayanadi; u Ubuntu va Debian’da oldindan mavjud.

**SSH orqali kirish.** Serverga terminaldan, SSH orqali ulanasiz; u yerda sichqoncha ishlatmaysiz. Quyidagi barcha buyruqlar shu SSH seansida bajariladi. Agar vibe-code qilsangiz-u, terminalda hali o‘zingizni erkin his qilmasangiz, xavotir olmang: bor-yo‘g‘i bir nechta buyruq bor va ularning har birini to‘liq nusxalashingiz mumkin.

**Tanlangan model.** Agent o‘zi fikrlamaydi; u modelga murojaat qiladi. Sizsiz ishlaydigan server uchun modelga kirish muddati tugamasligi muhim. Eng sodda yo‘l — `hermes setup --portal` orqali Nous Portal obunasi: tizimga kirishda OAuth ishlatiladi, token esa avtomatik yangilanadi. O‘z API kalitlaringiz ham ishlaydi, lekin hisobda mablag‘ borligini tekshiring — balansi bo‘sh boshqaruvsiz agent shunchaki jim qoladi. Modelning kontekst oynasi kamida 64,000 token bo‘lishi kerak, aks holda Hermes u bilan ishga tushishni rad etadi. Ro‘yxatdagi barcha bulut modellari bu talabga javob beradi.

<div class="aside" data-semantic="callout" role="note" aria-label="Izoh">

Izoh

Rasmiy hujjatlarda VPS tanlash yoki minimal resurslarga oid aniq raqamlar berilmagan, shu sababli bu yerda ham aniq raqamlar keltirilmagan. Ta’riflangan tajribaga ko‘ra, bot va jadval ishlaydigan gateway uchun kamtarona konfiguratsiyadagi mashina yetarli, chunki og‘ir hisoblash model tomonida bajariladi. Serverning o‘ziga tushadigan yuk juda kam. Brauzer avtomatlashtiruvi eng og‘ir qism, ammo serverda odatda unga ehtiyoj bo‘lmaydi (bu haqda quyida batafsilroq).

</div>

## Hermes Agent’ni serverga bitta buyruq bilan qanday o‘rnatish mumkin?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Ushbu bo‘limning asosiy xulosasi">

Asosiy xulosa

Serverga SSH orqali ulaning va serverda brauzerni o‘tkazib yuboradigan bayroq bilan o‘rnatuvchini ishga tushiring: curl -fsSL <https://hermes-agent.nousresearch.com/install.sh> \| bash -s -- --skip-browser. Keyin terminal qobig‘ini qayta ishga tushiring va hermes setup --portal buyrug‘i bilan modelni tanlang. O‘rnatishni hermes doctor buyrug‘i bilan tekshiring.

</div>

Serverga o‘rnatish noutbukdagiga deyarli o‘xshaydi, faqat bitta farqi bor: agentga u yerda odatda brauzer kerak bo‘lmaydi. Brauzer avtomatlashtiruvi katta hajmli Chromium’ni ham o‘rnatadi. Shu sababli `--skip-browser` bayrog‘idan foydalaniladi.

1.  ### Serverga SSH orqali ulaning

    ```bash
    ssh root@your-server-address
    ```

    Keyingi barcha buyruqlarni serverning o‘zida, shu seans ichida bajaring.

2.  ### O‘rnatuvchini brauzersiz ishga tushiring

    ```bash
    curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash -s -- --skip-browser
    ```

    Skript kerakli muhitni yuklab olib, `hermes` buyrug‘ini o‘rnatadi. `--skip-browser` bayrog‘i brauzer avtomatlashtiruvini o‘rnatib o‘tadi; grafik interfeysi bo‘lmagan serverda u faqat joy egallaydi. Keyinchalik brauzer kerak bo‘lsa, uni alohida o‘rnatishingiz mumkin.

3.  ### Qobiqni qayta ishga tushiring va modelni tanlang

    ```bash
    source ~/.bashrc
    hermes setup --portal
    ```

    Birinchi satr yangi `PATH` qiymatini yuklaydi, shunda `hermes` buyrug‘i topiladi. Ikkinchisi Nous Portal’ga kirishni ochadi: kirishni tasdiqlang, shunda agent alohida kalitlarsiz model va xizmatlardan foydalanish imkoniga ega bo‘ladi.

4.  ### O‘rnatishni tekshiring

    ```bash
    hermes doctor
    ```

    Buyruq nimalar o‘rnatilganini, nimalar yetishmayotganini va ularni qanday tuzatishni ko‘rsatadi. Yashil belgilar hammasi joyida ekanini bildiradi.

Bot va jadval qo‘shishdan oldin serverning o‘zida bevosita bitta suhbatni muammosiz ishlatib ko‘ring: `hermes` buyrug‘ini ishga tushiring va tekshirib bo‘ladigan javobga ega oddiy vazifa bering. Hujjatlarda oddiy suhbat ishlamaguncha boshqa imkoniyatlarni qo‘shmaslik aniq tavsiya qilinadi — bu o‘rinli tavsiya.





## Hermes’ni tunu kun qanday ishlatish mumkin?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Ushbu bo‘limning asosiy xulosasi">

Asosiy xulosa

Avval `hermes gateway setup` buyrug‘i bilan gateway’ni sozlang va Telegram’ni ulang. Keyin bitta buyruq bilan gateway’ni xizmatga aylantiring: `hermes gateway install` foydalanuvchi xizmatini o‘rnatadi, `sudo hermes gateway install --system` esa server yuklanganda ishga tushadigan tizim xizmatini o‘rnatadi. User service uchun `hermes gateway start`, `stop` va `status` ishlating. VPS system service’ining har tekshiruvi va o‘zgarishida aniq `--system` ko‘lami va kerakli vakolatni saqlang.

</div>

Gateway — barcha messenjerlarga ulanishni saqlaydigan, seanslarni boshqaradigan va rejalashtirilgan vazifalarni bajaradigan yagona fon Hermes jarayoni. Tunu kun ishlashning barchasi shu jarayonga bog‘liq. Maqsad — bu jarayonni o‘z-o‘zidan ishga tushadigan va ishlashda davom etadigan qilish.

Avval gateway’ni sozlang va messenjer ulang:

```bash
hermes gateway setup
```

Sozlash ustasi platformalar bo‘yicha yo‘l-yo‘riq ko‘rsatadi va bot tokeni hamda ruxsatlar ro‘yxatini kiritishga yordam beradi. Telegram’ni ulash bosqichlari (BotFather orqali bot yaratish, ID’ingizni topish va tokenni kiritish) [asosiy o‘rnatish qo‘llanmasida](https://ailoot.ai/blog/uz/hermes-agent-install-setup/) yoritilgan; bu yerda ularni takrorlamayman.

Keyin ko‘pchilik unutib qo‘yadigan muammo keladi. `hermes gateway` buyrug‘ini shunchaki ishga tushirsangiz, jarayon faqat SSH seansi ochiq turguncha ishlaydi. Terminalni yopsangiz, gateway to‘xtaydi. Uzluksiz ishlashi uchun uni tizim boshqaruviga topshirish kerak. Buning uchun bitta buyruq bor:

```bash
hermes gateway install
```

U gateway’ni xizmat sifatida o‘rnatadi: Linux’da foydalanuvchi systemd xizmati, macOS’da esa launchd orqali. Tizim jarayonni kuzatadi va u ishdan chiqsa, qayta ishga tushiradi.

Serverda sizga ko‘proq ikkinchi variant kerak bo‘ladi: hech bir foydalanuvchi tizimga kirmasidan, kompyuter yuklanganda ishga tushadigan tizim xizmati:

```bash
sudo hermes gateway install --system
```

VPS uchun aynan shu kerak: server qayta yuklanadi, xizmat o‘z-o‘zidan ishga tushadi va bot yana onlayn bo‘ladi. Uni quyidagi sodda buyruqlar bilan boshqaring:

```bash
hermes gateway start     # start
hermes gateway stop      # stop
hermes gateway status    # check status
```

Tizim xizmati uchun bu buyruqlarga `sudo` va `--system` bayrog‘ini qo‘shing. Aks holda buyruqlar yuklanishda ishga tushadigan xizmat o‘rniga foydalanuvchi xizmatini boshqaradi:

```bash
sudo hermes gateway start --system
sudo hermes gateway stop --system
sudo hermes gateway status --system
```

## Linger nima uchun kerak va usiz nima buziladi?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Ushbu bo‘limning asosiy xulosasi">

Asosiy xulosa

Agar gateway’ni foydalanuvchi xizmati sifatida o‘rnatgan bo‘lsangiz (`--system` bayrog‘isiz), systemd SSH’dan chiqishingiz bilan uni to‘xtatadi va kompyuter yuklanganda ishga tushirmaydi. Buni bitta buyruq bilan tuzating: `sudo loginctl enable-linger username`. Shundan keyin xizmat tizimga kirish va undan chiqishingizga bog‘liq bo‘lmay ishlaydi.

</div>

Bu eng ko‘p uchraydigan to‘siq: xizmatni o‘rnatdingiz, lekin bot tunda baribir jim qoladi. Sababi Linux foydalanuvchi xizmatlarining qanday ishlashida.

Foydalanuvchi systemd xizmati odatda seansingizga bog‘langan bo‘ladi. SSH orqali ulanasiz, foydalanuvchi menejeri ishga tushadi va xizmat ishlaydi. Tizimdan chiqasiz, tizim foydalanuvchini faol emas deb hisoblaydi va gateway bilan birga uning xizmatlarini ham o‘chiradi. Kirib-chiqib turiladigan serverda bu muammo tug‘diradi: bot faqat SSH’da bo‘lganingizda onlayn bo‘ladi.

Buni linger rejimi bilan tuzatish mumkin. U foydalanuvchi tizimga kirmagan paytda ham tizimga foydalanuvchi menejerini ishlatishda davom etish imkonini beradi:

```bash
sudo loginctl enable-linger username
```

Bu buyruqdan keyin foydalanuvchi xizmati mustaqil ishlaydi va siz tizimga kirishingizni kutmasdan server yuklanganda ishga tushadi. Linger bo‘lmasa, avvalgi holat qaytadi: SSH’dan chiqishingiz bilan gateway o‘chadi va server yuklanganda ishga tushmaydi. Hujjatlarda bu aniq aytilgan.

<div class="aside" data-semantic="callout" role="note" aria-label="Diqqat">

Diqqat

Bu tizim xizmatiga (`sudo hermes gateway install --system` bilan o‘rnatilgan) taalluqli emas: u allaqachon mashina darajasida ishlaydi va yuklanishda ishga tushadi. Linger faqat foydalanuvchi xizmati uchun kerak. Bittasini tanlang: tizim xizmati yoki linger yoqilgan foydalanuvchi xizmati.

</div>

## Hermes’ni avtomatik qayta ishga tushirish bilan Docker’da qanday ishlatish mumkin?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Ushbu bo‘limning asosiy xulosasi">

Asosiy xulosa

Agar Docker’ni afzal ko‘rsangiz, Hermes’ni konteynerda doimiy gateway sifatida ishlatishingiz mumkin: docker run -d --name hermes --restart unless-stopped -v ~/.hermes:/opt/data -p 8642:8642 nousresearch/hermes-agent gateway run. --restart unless-stopped bayrog‘i server qayta yuklangandan keyin konteynerni qayta ishga tushiradi, tasvir ichida esa gateway jarayoni ishdan chiqsa ham qayta ishga tushiriladi.

</div>

Docker ham agentni serverda ishlatishning amaliy usuli, ayniqsa konteynerlarga o‘rganib qolgan bo‘lsangiz yoki agentni asosiy tizimdan ajratmoqchi bo‘lsangiz. Uni bir marta `docker run ... setup` bilan sozlang, so‘ng konteynerni fonda ishga tushiring:

```bash
docker run -d \
  --name hermes \
  --restart unless-stopped \
  -v ~/.hermes:/opt/data \
  -p 8642:8642 \
  nousresearch/hermes-agent gateway run
```

Tunu kun ishlash uchun mas’ul satrlar quyidagilarni bajaradi:

- `-d` — konteyner fonda ishlaydi va terminalni ochiq ushlab turmaydi.
- `--restart unless-stopped` — Docker server qayta yuklanganda yoki avariya yuz berganda konteynerni qayta ishga tushiradi. Uni faqat qo‘lda to‘xtatgan bo‘lsangiz, qayta ishga tushirmaydi.
- `-v ~/.hermes:/opt/data` — sozlamalar, kalitlar, seanslar va xotira serverda, konteyner tashqarisida saqlanadi va konteyner qayta yaratilganda ham yo‘qolmaydi.

Tasvir yana bir himoya chorasi qo‘shadi: gateway jarayoni s6 nazoratchisi ostida ishlaydi. Gateway ishdan chiqsa, konteynerning o‘zi to‘xtamasdan, bir necha soniya ichida qayta ishga tushadi. Bu ikki karra himoya: Docker konteynerni tashqaridan ishlatib turadi, s6 esa ichidagi jarayonni kuzatadi.

Docker usulining yana bir farqini yodda tuting: bunday o‘rnatmalar `hermes update` buyrug‘i bilan yangilanmaydi. Docker’da yangilash uchun tasvirni yangisiga almashtiring — eng so‘nggi tasvirni yuklab, konteynerni qayta yarating.

## Hammasi ishlayotganini va qayta yuklashdan keyin ham saqlanishini qanday tekshirish mumkin?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Ushbu bo‘limning asosiy xulosasi">

Asosiy xulosa

systemctl yordamida xizmat holatini tekshiring va joriy jurnalni kuzating. Keyin serverning asosiy sinovi keladi: mashinani qayta yuklab, bot o‘z-o‘zidan yana onlayn bo‘lishini tekshiring. Hermes seanslari va javoblari qayta ishga tushirishdan keyin saqlanadi; tugallanmagan javob tiklanishdan so‘ng yuboriladi.

</div>

Foydalanuvchi xizmati uchun uning holati va jurnallarini quyidagicha tekshiring:

```bash
hermes gateway status
journalctl --user -u hermes-gateway -f
```

VPS uchun tavsiya qilingan system service’da tizim ko‘lamini ishlating:

```bash
sudo hermes gateway status --system
sudo journalctl -u hermes-gateway -f
```

Birinchisi tanlangan xizmatni, ikkinchisi shu ko‘lam logini ko‘radi. Unit nomlari standart `~/.hermes` uchun. Boshqa Hermes home’da suffix bo‘lishi mumkin: status’dan aniq unit’ni oling. System o‘rnatishni sinab turib user unit’ni kuzatmang. Hermes jurnallari `~/.hermes/logs/` ichida saqlanadi, maxfiy ma’lumotlar esa ulardan avtomatik yashiriladi, shu bois ularni yordam xizmatiga yuborish xavfsiz.

Endi serverni qayta yuklab, agent o‘z-o‘zidan qaytib kelishini tekshiring. Bu serverdagi asosiy sinov bo‘lib, odamlar odatda aynan shuni unutadi:

```bash
sudo reboot
```

Server yana ochilgach SSH orqali ulaning. System o‘rnatishda `sudo hermes gateway status --system` va system journal’ni, linger’li user o‘rnatishda `hermes gateway status` va user journal’ni tekshiring. Keyin Telegram’da botga yozing. U siz aralashmaganingizda javob bersa, avtomatik ishga tushirish to‘g‘ri sozlangan. Butun maqsad shu edi.

Suhbat yo‘qolishidan xavotir olmasangiz ham bo‘ladi. Hermes seanslarni diskka yozadi va ular gateway qayta ishga tushganidan keyin ham saqlanadi. Bundan tashqari, gateway javob yuborayotgan paytda ishdan chiqsa, vazifani qaytadan bajarmasdan, tiklangandan keyin o‘sha javobni yuboradi. Bu tunu kun ishlaydigan bot uchun muhim: kutilmagan qayta ishga tushish suhbatni buzmaydi.

## Serverda terminalga kira oladigan agentni qanday himoyalash mumkin?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Ushbu bo‘limning asosiy xulosasi">

Asosiy xulosa

Uchta asosiy himoya chorasi: botga kirish sukut bo‘yicha yopiq (u faqat ro‘yxatdagi odamlarga javob beradi), agent xavfli buyruqlarni bajarishdan oldin so‘raydi, to‘liq ajratish uchun esa agent serverda Docker qumqutisida ishlaydi. Serverda tasdiqsiz ishlash rejimini (YOLO) yoqmaslik ma’qul.

</div>

Serverdagi agent — siz nazorat qilmayotgan paytda ishlaydigan, terminalga kira oluvchi dastur. Avval mana shu uchta sozlamani tekshiring.

**Botga kirish yopiq.** Sukut bo‘yicha gateway faqat ruxsatlar ro‘yxatidagi odamlarga yoki shaxsiy xabarda kod orqali ulanishni tugatganlarga javob beradi. Terminalga kira oladigan bot uchun bu to‘g‘ri xatti-harakat: botga xabar yozgan tasodifiy odam hech narsa qila olmaydi. Ro‘yxat sonli ID’lar bilan belgilanadi, masalan, Telegram uchun:

```bash
TELEGRAM_ALLOWED_USERS=123456789,987654321
```

**Xavfli buyruqlarni tasdiqlash.** Zarar keltirishi mumkin bo‘lgan ishlarni bajarishdan oldin agent ruxsatingizni so‘raydi. Tasdiqlarni o‘chiradigan YOLO rejimi bor; sizsiz ishlaydigan serverda uni yoqmaslik ma’qul. Tasdiqlar aynan qaytarib bo‘lmaydigan ishlar sizdan bexabar bajarilishining oldini olish uchun kerak.

**To‘liq ajratish uchun qumquti.** Agent serverning asosiy tizimini ko‘ra olmasligini istasangiz, uning buyruqlarini Docker konteynerida bajaring:

```bash
hermes config set terminal.backend docker
```

Shunda agent terminalda bajargan barcha ishlar ajratilgan qumquti ichida bo‘ladi va ishlayotgan serverga kira olmaydi. Agentga mustaqil harakat qilish erkinligini berganingizda bu oqilona himoya chorasi.

## Bot jim bo‘lsa yoki gateway ishdan chiqsa nima qilish kerak?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Ushbu bo‘limning asosiy xulosasi">

Asosiy xulosa

Avval xizmat holati va jurnallarni tekshiring; ko‘pincha sabab bot tokeni, ruxsatlar ro‘yxati yoki model bo‘ladi. Butun jarayon qotib qolsa, systemd xizmatida kuzatuv taymeri bor; u jonlilik belgilari ko‘rinmay qolsa, gateway’ni qayta ishga tushiradi.

</div>

Bot javob bermay qolsa, quyidagi tartibda tekshiring. Avval o‘rnatilgan ko‘lamni tekshiring: system uchun `sudo hermes gateway status --system` va system journal; user uchun `hermes gateway status` va user journal. Gateway ishlayotgan, lekin xabarlar o‘tmayotgan bo‘lsa, deyarli har doim muammo platforma sozlamalarida bo‘ladi: bot tokeni noto‘g‘ri yoki odam ruxsatlar ro‘yxatida yo‘q. `hermes gateway setup` ni o‘sha Hermes home’da qayta bajaring. System uchun `hermes gateway status --system`, user uchun `hermes gateway status` bilan tanlangan xizmatni ko‘ring. Setup muvaffaqiyati to‘g‘ri gateway ishlayotganini isbotlamaydi.

Model bo‘sh yoki g‘alati javoblar qaytarsa, uni `hermes model` bilan tekshiring va provayder hamda tizimga kirish holatini tasdiqlang. “Hammasi buzildi” holatidan ish tartibiga qaytaradigan umumiy tiklash ketma-ketligi: `hermes doctor`, `hermes model`, `hermes setup`, keyin system o‘rnatishga `hermes gateway status --system`, user o‘rnatishga `hermes gateway status`.

Butun jarayon ishdan chiqmasdan qotib qoladigan kamdan-kam, ammo yoqimsiz holat uchun yana bir maslahat. `~/.hermes/config.yaml` fayliga quyidagi satrni qo‘shib, xizmatni qayta o‘rnating.

```yaml
gateway:
  systemd_watchdog_seconds: 120
```

```bash
# VPS system service: dastlabki o‘rnatishdagi Hermes home bilan
sudo hermes gateway install --system --force
sudo hermes gateway status --system
```

User service bo‘lsa faqat o‘sha ko‘lamni `hermes gateway install --force` bilan tiklab, `hermes gateway status` bilan tekshiring. Bitta ko‘lam tanlang; bitta gateway’ni tuzatish uchun ikkalasini o‘rnatmang.

Shundan keyin gateway muntazam ravishda tizimga “men ishlab turibman” degan signal yuboradi; signallar to‘xtasa, systemd jarayonni avtomatik qayta ishga tushiradi. Bu faqat systemd o‘rnatilgan Linux’da va faqat jarayon qotib qolgan holatlarda ishlaydi. Kuzatuv taymeri server va messenjer orasidagi oddiy tarmoq uzilishiga ta’sir qilmaydi.

## Odamlar serverdagi Hermes Agent haqida yana nimalarni so‘rashadi?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Ushbu bo‘limning asosiy xulosasi">

Asosiy xulosa

Ko‘p uchraydigan savollarga qisqa javoblar: VPS shartmi, bir mashinada bir nechta botni saqlash mumkinmi, serverga grafik interfeys kerakmi va agent serverda bo‘lsa rejalashtirilgan vazifalarga nima bo‘ladi.

</div>

<div class="section">

### Tez-tez so‘raladigan savollar

VPS olishim shartmi yoki o‘z kompyuterim ham bo‘ladimi?

Tunu kun ishlashi uchun doimo yoqilgan mashina kerak. O‘z kompyuteringiz faqat uni hech qachon o‘chirmaslikka tayyor bo‘lsangiz ishlaydi. VPS qulayroq: u doimo yoqilgan va ishlayotganingiz yoki uxlayotganingizga bog‘liq emas. Oddiy Linux server yetarli — hujjatlarda Linux birinchi darajali qo‘llab-quvvatlanadi, sinovlar esa yangi Ubuntu o‘rnatmasida o‘tkaziladi.

Bir serverda bir nechta botni ishga tushira olamanmi?

Ha. Hermes’da profillar bor va har bir profilning o‘z xizmati mavjud. \<profile\> gateway install kabi buyruq hermes-gateway-\<profile\> nomli alohida xizmat yaratadi va ular mustaqil ishlaydi. Har bir profilning o‘z sozlamalari, bot tokeni va xotirasi bor.

Serverga monitor va grafik interfeys kerakmi?

Yo‘q. Server ekransiz ishlaydi, terminaldan SSH orqali boshqariladi. Bunday serverdagi agentga odatda brauzer avtomatlashtiruvi kerak emas, shu sababli o‘rnatuvchini --skip-browser bayrog‘i bilan ishga tushirasiz; bu grafikani talab qiladigan yagona katta komponentni olib tashlaydi.

Men yo‘qligimda rejalashtirilgan vazifalar bajariladimi?

Ha, serverga ko‘chirishdan maqsad ham shu. Xuddi shu gateway rejalashtirilgan vazifalarni bajaradi: u jadvalni daqiqasiga bir marta tekshiradi, muddati kelgan vazifalarni ishga tushiradi va natijani o‘sha chatga yuboradi. Gateway xizmat sifatida tunu kun ishlagani uchun jadval siz aralashmasangiz ham bajariladi.

Bot yangilanish va server qayta yuklanishidan omon qoladimi?

Ha. Sozlamalar, seanslar va xotira ~/.hermes papkasida saqlanadi va yo‘qolmaydi. Qayta yuklangandan keyin tizim xizmati (yoki --restart unless-stopped parametri bilan Docker) gateway’ni o‘z-o‘zidan ishga tushiradi. Tugallanmagan javob qayta ishga tushgandan keyin yuboriladi va hech narsa yo‘qolmaydi — ammo ishdan chiqish paytida javobni yuborish jarayoni yarmiga yetgan bo‘lsa, u “ehtimoliy dublikat” ogohlantirishi bilan yana kelishi mumkin.

</div>

<div class="section" role="doc-bibliography" aria-label="Manbalar">

### Manbalar

- [Hermes Agent, O‘rnatish](https://hermes-agent.nousresearch.com/docs/getting-started/installation)
- [Hermes Agent, Tezkor boshlash](https://hermes-agent.nousresearch.com/docs/getting-started/quickstart)
- [Hermes Agent, Qo‘llab-quvvatlanadigan platformalar](https://hermes-agent.nousresearch.com/docs/getting-started/platform-support)
- [Hermes Agent, Xabar almashish gateway’i](https://hermes-agent.nousresearch.com/docs/user-guide/messaging)
- [Hermes Agent, Docker’da ishlatish](https://hermes-agent.nousresearch.com/docs/user-guide/docker)
- [Hermes Agent, Rejalashtirilgan vazifalar](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, Hujjatlar](https://hermes-agent.nousresearch.com/docs/)

</div>







[Ailoot](https://ailoot.ai/) bilan tanishing.

## Ko‘p beriladigan savollar

### System service o‘rnatilgach gateway nega stopped ko‘rinishi mumkin?

Ko‘lamsiz tekshiruv boshqa xizmatni ko‘rishi mumkin. System uchun `hermes gateway status --system` va tizim journal’i, user uchun ko‘lamsiz status va user journal ishlating. Hermes home bir xil qolsin.

### VPS system service’ga loginctl linger kerakmi?

Yo‘q. Linger logout’dan keyin va boot’da ishlashi kerak bo‘lgan user systemd xizmatiga tegishli. System service mashina yuklanganda boshlanadi. Bitta ko‘lam tanlab, reboot’dan keyin status va bot javobini qayta tekshiring.


## Ailoot · Kompaniya va uning loyihalar portfeli

Ailoot to‘plangan faoliyat tajribasi, keng mijozlar bazasi, barqaror xizmat va doimiy KPI nazoratiga tayanadi.

Kompaniya va uning loyihalar portfeli: millionlab mijozlar; oylik sotuvlar hajmi milliardlarda.

Ailoot bu faoliyat tajribasini mijozlar mahsulotlari, agentlar, ilovalar va avtomatlashtirishlarda AI imkoniyatlariga API orqali kirishni ta’minlashda qo‘llaydi.