# איך להשאיר את Hermes Agent פועל בשרת מסביב לשעון

> איך להשאיר את Hermes Agent פועל בשרת 24/7: התקנה ב־VPS ללא דפדפן, הפעלת ה־gateway כשירות מערכת, הפעלה אוטומטית לאחר אתחול מחדש, linger ו־Docker.

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


אחרי התקנת Hermes Agent במחשב נייד עולה שאלה: מי יענה בטלגרם ויכין את סיכומי הבוקר כשהמחשב הנייד סגור? ליד השולחן, הסוכן פועל רק כל עוד המחשב דולק. כדי להשאיר את הבוט מקוון כל הזמן ולגרום למשימות מתוזמנות לפעול בעצמן, צריך להעביר את הסוכן לשרת.

להלן הסבר כיצד להתקין את Hermes בשרת Linux רגיל, להפוך את ה־gateway לשירות שפועל ברציפות ומתחיל אוטומטית לאחר אתחול מחדש, ולהגביל את הגישה כדי שאנשים זרים לא יוכלו להיכנס למסוף. מדריך זה מסתמך על התיעוד הרשמי.

אם עדיין לא התקנתם את Hermes, התחילו בסקירה הנפרדת של [מהו הסוכן הזה וכיצד להתקין אותו](https://ailoot.ai/blog/he/hermes-agent-install-setup/). המדריך הזה מניח שהוא כבר פועל במחשב שלכם, ועוסק רק בהעברתו לשרת.

מידע על עבודה עם Ailoot זמין ב[תיעוד](https://ailoot.ai/docs/).



## למה להעביר את Hermes Agent ממחשב נייד לשרת?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="הנקודה המרכזית בסעיף זה">

נקודות מרכזיות

מחשב אישי פועל כל עוד אתם בקרבתו והוא דולק. להפעלה מסביב לשעון צריך שרת: בוט הטלגרם עונה כשהמחשב שלכם כבוי, ומשימות מתוזמנות פועלות בעצמן. צריך שרת רק בשביל זה; מחשב נייד מספיק לעבודה רגילה עם הסוכן.

</div>

במחשב נייד, Hermes פועל רק כשהמכסה פתוח ואתם בקרבתו. סגרו אותו, והבוט משתתק; סיכום הבוקר לא מגיע. זה לא מתאים למשימה כמו „לענות לאנשים במסנג׳ר ולטפל בדברים לפי לוח זמנים”.

זה מה שמייחד שרת: הוא אף פעם לא ישן ואינו תלוי בדבר אחר. מתקינים עליו את אותו Hermes, והוא פועל בלעדיכם: עונה בטלגרם בשלוש לפנות בוקר, אוסף מדי בוקר חדשות בנושאים שלכם ושומר את ההפעלות בין הרצות.

העברה לשרת הגיונית כשיש לסוכן משימה מתמשכת: בוט עבורכם או עבור הצוות שלכם, סיכומי בוקר, תשובות אוטומטיות או עבודה קבועה עם מסמכים. אם אתם רק מנסים את Hermes עבור פרויקט מסוים ונמצאים בקרבת המחשב, עדיין אין צורך בשרת; זה שלב נוסף.

## מה כדאי להכין לפני התקנת Hermes ב־VPS?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="הנקודה המרכזית בסעיף זה">

נקודות מרכזיות

צריך שרת Linux עם גישת SSH (הצוות הרשמי בודק על התקנת Ubuntu נקייה), מודל שנבחר מראש, והבנה שבדרך כלל הסוכן אינו זקוק לדפדפן בשרת. להפעלה ללא השגחה, הדרך הנוחה ביותר לגשת למודל היא דרך Nous Portal: הכניסה באמצעות OAuth מתרעננת אוטומטית, כך שאסימון שפג תוקפו לא ישבית את המערכת במהלך הלילה.

</div>

אספו שלושה דברים לפני ההתקנה.

**השרת.** שרת VPS רגיל מבוסס Linux יספיק. רמת התמיכה הראשונה בתיעוד היא Linux ו־WSL2, והבדיקות נערכות בגרסת Ubuntu העדכנית. אם במערכת יש glibc,‏ systemd ומבנה תיקיות מוכר, Hermes יותקן כראוי. הדבר חשוב בשרת, משום שכל שלבי ההפעלה האוטומטית שלהלן מסתמכים על systemd, שמגיע עם Ubuntu ו־Debian.

**גישת SSH.** מתחברים לשרת דרך מסוף באמצעות SSH; לא משתמשים שם בעכבר. כל הפקודות שלהלן מופעלות בהפעלת SSH זו. אם אתם כותבים קוד באמצעות vibe coding ועדיין לא מרגישים בנוח עם המסוף, אל דאגה: יש רק כמה פקודות, ואפשר להעתיק כל אחת מהן במלואה.

**מודל שנבחר.** הסוכן אינו חושב בעצמו; הוא קורא למודל. בשרת שפועל בלעדיכם חשוב שהגישה למודל לא תפוג. האפשרות הפשוטה ביותר היא מנוי Nous Portal באמצעות `hermes setup --portal`: הכניסה משתמשת ב־OAuth, והאסימון מתרענן אוטומטית. גם מפתחות API משלכם יעבדו, אבל אז ודאו שיש כסף בחשבון — סוכן ללא ממשק גרפי וביתרה ריקה פשוט ישתתק. המודל חייב לכלול חלון הקשר של לפחות 64,000 אסימונים, אחרת Hermes יסרב להתחיל לפעול איתו. כל מודלי הענן שברשימה עומדים בדרישה הזו.

<div class="aside" data-semantic="callout" role="note" aria-label="הערה">

הערה

התיעוד הרשמי אינו מציין נתונים מדויקים לבחירת VPS או משאבים מינימליים, לכן לא ניתנים כאן נתונים מדויקים. על סמך הניסיון המתואר, מכונה צנועה מספיקה עבור gateway עם בוט ולוח זמנים, משום שהחישוב הכבד מתבצע בצד המודל. העומס על השרת עצמו קטן מאוד. אוטומציה של דפדפן היא החלק הכבד ביותר, אבל בדרך כלל אינה נחוצה בשרת (עוד על כך מיד).

</div>

## איך מתקינים את Hermes Agent בשרת באמצעות פקודה אחת?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="הנקודה המרכזית בסעיף זה">

נקודות מרכזיות

התחברו לשרת באמצעות SSH והפעילו את תוכנית ההתקנה עם הדגל לדילוג על הדפדפן בשרת: curl <bdi>-fsSL</bdi> <https://hermes-agent.nousresearch.com/install.sh> \| bash <bdi>-s</bdi> -- <bdi>--skip-browser</bdi>. לאחר מכן הפעילו מחדש את מעטפת המסוף ובחרו מודל באמצעות hermes setup <bdi>--portal</bdi>. בדקו את ההתקנה באמצעות hermes doctor.

</div>

ההתקנה בשרת כמעט זהה להתקנה במחשב נייד, עם הבדל אחד: בדרך כלל הסוכן אינו זקוק שם לדפדפן. אוטומציה של דפדפן כוללת גם את Chromium הכבד. לכן משתמשים בדגל `--skip-browser`.

1.  ### התחברו לשרת באמצעות SSH

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

    הפעילו את כל הפקודות הבאות בתוך ההפעלה הזו, בשרת עצמו.

2.  ### הפעילו את תוכנית ההתקנה ללא הדפדפן

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

    הסקריפט מוריד את הסביבה הנדרשת ומתקין את הפקודה `hermes`. הדגל `--skip-browser` מדלג על התקנת אוטומציית הדפדפן; בשרת ללא ממשק גרפי היא רק תתפוס מקום. אם תזדקקו לדפדפן בהמשך, תוכלו להתקין אותו בנפרד.

3.  ### הפעילו מחדש את המעטפת ובחרו מודל

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

    השורה הראשונה טוענת את `PATH` החדש כדי שאפשר יהיה למצוא את הפקודה `hermes`. השנייה פותחת את מסך הכניסה ל־Nous Portal: אשרו את הכניסה, והסוכן יקבל מודל ושירותים בלי צורך במפתחות נפרדים לכל אחד מהם.

4.  ### בדקו את ההתקנה

    ```bash
    hermes doctor
    ```

    הפקודה מציגה מה הותקן, מה חסר וכיצד לתקן זאת. סימונים ירוקים פירושם שהכול מוכן.

לפני הוספת בוט ולוח זמנים, ודאו ששיחה רגילה פועלת בשרת עצמו: הפעילו את `hermes` ותנו לו משימה פשוטה עם תשובה שאפשר לאמת. התיעוד ממליץ במפורש שלא להעמיס תכונות לפני ששיחה רגילה פועלת — המלצה טובה.





## איך משאירים את Hermes פועל מסביב לשעון?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="הנקודה המרכזית בסעיף זה">

נקודות מרכזיות

תחילה הגדירו את ה־gateway באמצעות `hermes gateway setup` וחברו את Telegram. לאחר מכן הפכו את ה־gateway לשירות באמצעות פקודה אחת: `hermes gateway install` מתקינה שירות משתמש, ואילו `sudo hermes gateway install --system` מתקינה שירות מערכת שמתחיל עם הפעלת השרת. לשירות המשתמש, השתמשו ב־`hermes gateway start`,‏ `stop` ו־`status`. לשירות המערכת ב-VPS, שמרו על התחום המפורש `--system` ועל ההרשאות הדרושות בכל בדיקת שירות ושינוי שלו.

</div>

ה־gateway הוא תהליך Hermes יחיד שרץ ברקע, שומר על החיבורים לכל שירותי המסרים, מנהל הפעלות ומפעיל משימות מתוזמנות. כל ההפעלה מסביב לשעון מתבססת עליו. המטרה היא לגרום לתהליך הזה להתחיל בעצמו ולהמשיך לפעול.

תחילה הגדירו את ה־gateway וחברו שירות מסרים:

```bash
hermes gateway setup
```

אשף ההגדרה מנחה אתכם בבחירת הפלטפורמות ועוזר להזין את אסימון הבוט ואת רשימת הגישה. השלבים לחיבור Telegram (יצירת בוט באמצעות BotFather, מציאת המזהה שלכם והזנת האסימון) מופיעים ב[מדריך ההתקנה הראשי](https://ailoot.ai/blog/he/hermes-agent-install-setup/); לא אחזור עליהם כאן.

בהמשך מגיעה המלכודת שאנשים שוכחים לעיתים קרובות. אם פשוט מפעילים את `hermes gateway`, התהליך יפעל רק כל עוד הפעלת SSH פתוחה. סגרו את המסוף, וה־gateway ייעצר. כדי להשאיר אותו פועל ברציפות, צריך להעביר אותו לשליטת המערכת. יש לכך פקודה אחת:

```bash
hermes gateway install
```

היא מתקינה את ה־gateway כשירות: ב־Linux כשירות systemd של משתמש, וב־macOS באמצעות launchd. המערכת עוקבת אחר התהליך ומפעילה אותו מחדש אם הוא קורס.

בשרת, לעיתים קרובות תזדקקו לאפשרות השנייה: שירות מערכת שמתחיל כשהמכונה מופעלת, לפני שמשתמש כלשהו נכנס למערכת:

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

זה בדיוק מה שצריך עבור VPS: השרת מופעל מחדש, השירות מתחיל לפעול בעצמו, והבוט חוזר להיות מקוון. נהלו אותו באמצעות הפקודות הפשוטות האלה:

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

עבור שירות מערכת, הוסיפו `sudo` ואת הדגל `--system` לפקודות האלה. בלעדיהם, הפקודות יפעלו על שירות המשתמש במקום על השירות שמתחיל בעת האתחול:

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

## למה צריך linger ומה משתבש בלעדיו?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="הנקודה המרכזית בסעיף זה">

נקודות מרכזיות

אם התקנתם את ה־gateway כשירות משתמש (ללא `--system`),‏ systemd עוצר אותו ברגע שאתם יוצאים מ־SSH ואינו מפעיל אותו בעת האתחול. אפשר לתקן זאת בפקודה אחת: `sudo loginctl enable-linger username`. לאחר מכן השירות פועל ללא תלות בכניסות שלכם למערכת וביציאה ממנה.

</div>

זו המכשלה הנפוצה ביותר: התקנתם את השירות, אבל הבוט עדיין משתתק בלילה. הסיבה היא אופן הפעולה של שירותי משתמש ב־Linux.

שירות systemd של משתמש קשור כברירת מחדל להפעלה שלו. אתם מתחברים באמצעות SSH, ומנהל המשתמש שלכם מתחיל לפעול; השירות פועל. אתם מתנתקים, והמערכת מחשיבה את המשתמש ללא פעיל, ולכן מכבה את השירותים של אותו משתמש יחד עם ה־gateway שלכם. בשרת שאליו נכנסים ויוצאים, זהו כשל: הבוט מקוון רק כשאתם מחוברים ל־SSH.

אפשר לתקן זאת באמצעות מצב linger, שמאפשר למערכת להשאיר את מנהל המשתמש פועל גם כשהמשתמש אינו מחובר:

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

לאחר הפקודה הזו, שירות המשתמש פועל בעצמו ומתחיל כשהשרת מופעל, בלי להמתין לכניסה שלכם. ללא linger, חוזרים להתנהגות המקורית: ה־gateway נכבה כשאתם יוצאים מ־SSH ואינו מתחיל בעת האתחול. התיעוד מציין זאת במפורש.

<div class="aside" data-semantic="callout" role="note" aria-label="אזהרה">

אזהרה

הדבר אינו חל על שירות מערכת (שהותקן באמצעות `sudo hermes gateway install --system`): הוא כבר פועל ברמת המכונה ומתחיל בעת האתחול. נדרש linger רק עבור שירות משתמש. בחרו באפשרות אחת: שירות מערכת, או שירות משתמש בתוספת linger.

</div>

## איך מפעילים את Hermes בשרת ב־Docker עם הפעלה מחדש אוטומטית?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="הנקודה המרכזית בסעיף זה">

נקודות מרכזיות

אם אתם מעדיפים Docker, אפשר להשאיר את Hermes פועל כ־gateway מתמשך בתוך קונטיינר: docker run <bdi>-d</bdi> <bdi>--name</bdi> hermes <bdi>--restart</bdi> unless-stopped <bdi>-v</bdi> ~/.hermes:<bdi>/opt/data</bdi> <bdi>-p</bdi> 8642:8642 nousresearch/hermes-agent gateway run. הדגל <bdi>--restart</bdi> unless-stopped מפעיל את הקונטיינר מחדש לאחר אתחול מחדש, ובתוך התמונה תהליך ה־gateway מופעל מחדש גם אם הוא קורס.

</div>

Docker הוא דרך נוספת להשאיר את הסוכן פועל בשרת, במיוחד אם אתם כבר רגילים לקונטיינרים או רוצים לבודד את הסוכן מהמערכת הראשית. הגדירו אותו פעם אחת באמצעות `docker run ... setup`, ואז הפעילו את הקונטיינר ברקע:

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

כך פועלות השורות שאחראיות להפעלה מסביב לשעון:

- `-d` — הקונטיינר פועל ברקע ואינו משאיר את המסוף פתוח.
- `--restart unless-stopped` — Docker מפעיל מחדש את הקונטיינר לאחר אתחול מחדש של השרת או קריסה. הוא לא יפעיל אותו מחדש רק אם עצרתם אותו ידנית.
- `-v ~/.hermes:/opt/data` — ההגדרות, המפתחות, ההפעלות והזיכרון נשמרים בשרת, מחוץ לקונטיינר, ושורדים יצירה מחדש שלו.

התמונה מוסיפה אמצעי הגנה נוסף: תהליך ה־gateway פועל תחת המפקח s6. אם ה־gateway קורס, הוא מופעל מחדש בתוך כמה שניות בלי לאבד את הקונטיינר עצמו. זו הגנה כפולה: Docker משאיר את הקונטיינר פועל מבחוץ, ואילו s6 עוקב אחר התהליך שבתוכו.

זכרו הבדל אחד בגישת Docker: ההתקנות האלה אינן מתעדכנות באמצעות הפקודה `hermes update`. כדי לעדכן ב־Docker, החליפו את התמונה באחת חדשה — הורידו את הגרסה העדכנית וצרו מחדש את הקונטיינר.

## איך בודקים שהכול פועל ושיישאר כך אחרי אתחול מחדש?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="הנקודה המרכזית בסעיף זה">

נקודות מרכזיות

בדקו את מצב השירות באמצעות systemctl ועקבו אחר היומן בזמן אמת. לאחר מכן מגיע מבחן השרת העיקרי: הפעילו מחדש את המכונה וודאו שהבוט חוזר להיות מקוון בעצמו. ההפעלות והתשובות של Hermes שורדות אתחול מחדש; תשובה שלא הושלמה תישלח לאחר ההתאוששות.

</div>

לשירות משתמש, בדקו את מצבו ואת היומנים כך:

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

לשירות המערכת המומלץ ל-VPS, השתמשו במקום זאת בתחום המערכת:

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

הפקודה הראשונה בודקת את השירות שנבחר; השנייה עוקבת אחר היומן של אותו תחום. שמות היחידות האלה חלים על התקנת ברירת המחדל ב־`~/.hermes`. לתיקיות בית אחרות של Hermes עשויה להיות יחידה עם סיומת: בדקו את פלט המצב והשתמשו ביחידה המדויקת שמופיעה בו. אל תעקבו אחר יחידת משתמש בזמן בדיקת התקנת מערכת. היומנים של Hermes נמצאים ב־`~/.hermes/logs/`, וסודות מוסתרים מהם אוטומטית, כך שבטוח לשלוח אותם לתמיכה.

עכשיו הפעילו מחדש את השרת וודאו שהסוכן חוזר לפעול בעצמו. זהו מבחן השרת העיקרי, ובדרך כלל שוכחים לעשות אותו:

```bash
sudo reboot
```

אחרי שהשרת שוב נגיש, התחברו אליו באמצעות SSH. בהתקנת מערכת בדקו את `sudo hermes gateway status --system` ואת יומן המערכת שלה; בהתקנת משתמש עם linger בדקו את `hermes gateway status` ואת יומן המשתמש שלה. לאחר מכן שלחו הודעה לבוט בטלגרם. אם הוא עונה ללא התערבות מצדכם, ההפעלה האוטומטית הוגדרה כראוי. לשם כך עשיתם את כל זה.

אין צורך לדאוג לאובדן השיחה. Hermes כותב את ההפעלות לדיסק, והן שורדות הפעלה מחדש של ה־gateway. יתרה מזו, אם ה־gateway קורס בדיוק כשהוא שולח תשובה, הוא ישלח את התשובה לאחר ההתאוששות במקום להריץ את המשימה שוב. הדבר חשוב לבוט שפועל מסביב לשעון: הפעלה מחדש בלתי צפויה לא תקטע את השיחה.

## איך מאבטחים סוכן עם גישה למסוף בשרת?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="הנקודה המרכזית בסעיף זה">

נקודות מרכזיות

שלושת אמצעי ההגנה העיקריים: הגישה לבוט סגורה כברירת מחדל (הוא עונה רק לאנשים שברשימה), הסוכן מבקש אישור לפני הרצת פקודות מסוכנות, ולבידוד מלא מפעילים את הסוכן בשרת בתוך ארגז חול של Docker. עדיף לא להפעיל מצב ללא אישורים (YOLO) בשרת.

</div>

סוכן בשרת הוא תוכנית עם גישה למסוף שפועלת ללא השגחתכם. בדקו תחילה את שלוש ההגדרות האלה.

**גישה סגורה לבוט.** כברירת מחדל, ה־gateway עונה רק לאנשים שברשימת הגישה או למי שהשלימו קישור באמצעות קוד בהודעה ישירה. זו ההתנהגות הנכונה לבוט עם גישה למסוף: אדם אקראי שכותב לבוט אינו יכול לעשות דבר. הרשימה מוגדרת באמצעות מזהים מספריים, למשל עבור Telegram:

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

**אישור לפקודות מסוכנות.** לפני ביצוע פעולה הרסנית, הסוכן מבקש את רשותכם. יש מצב YOLO שמבטל את בקשות האישור; עדיף לא להפעיל אותו בשרת שפועל ללא נוכחותכם. האישורים נועדו בדיוק למנוע פעולות בלתי הפיכות ללא ידיעתכם.

**ארגז חול לבידוד מלא.** אם אתם רוצים שהסוכן לא יוכל פיזית לראות את המערכת הראשית של השרת, הפעילו את הפקודות שלו בתוך קונטיינר Docker:

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

כך כל מה שהסוכן עושה במסוף מתרחש בתוך ארגז חול מבודד ואינו יכול להגיע לשרת הפעיל. זהו אמצעי הגנה הגיוני כשנותנים לסוכן חופש לפעול בעצמו.

## מה לעשות אם הבוט שותק או שה־gateway קורס?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="הנקודה המרכזית בסעיף זה">

נקודות מרכזיות

תחילה בדקו את מצב השירות ואת היומנים; לרוב הסיבה היא אסימון הבוט, רשימת הגישה או המודל. אם התהליך כולו קופא לחלוטין, לשירות systemd יש טיימר watchdog שמפעיל מחדש את ה־gateway אם הוא מפסיק להראות סימני חיים.

</div>

כשהבוט מפסיק להגיב, פעלו לפי הסדר הזה. תחילה בדקו את תחום ההתקנה שבחרתם: `sudo hermes gateway status --system` ויומן המערכת לשירות מערכת, או `hermes gateway status` ויומן המשתמש לשירות משתמש. אם ה־gateway פועל אבל ההודעות אינן עוברות, כמעט תמיד מדובר בבעיית הגדרות פלטפורמה: אסימון הבוט שגוי או שהאדם אינו ברשימת הגישה. הפעילו שוב את `hermes gateway setup` באותה תיקיית בית של Hermes, ואז בדקו את השירות שנבחר באמצעות `hermes gateway status --system` למערכת או `hermes gateway status` למשתמש. הגדרה שהסתיימה בהצלחה אינה הוכחה שה-gateway הנכון פועל.

אם המודל מחזיר תשובות ריקות או מוזרות, בדקו אותו באמצעות `hermes model` ואשרו את הספק ואת הכניסה. רצף ההתאוששות הכללי שמחזיר אתכם מ„הכול שבור” לעבודה תקינה הוא: `hermes doctor`,‏ `hermes model`,‏ `hermes setup`, ולאחר מכן `hermes gateway status --system` להתקנת מערכת או `hermes gateway status` להתקנת משתמש.

עוד דבר אחד למקרה הנדיר אך הלא נעים שבו התהליך כולו קופא בלי לקרוס בפועל. לשירות systemd יש טיימר watchdog: הוסיפו את השורה הזאת אל `~/.hermes/config.yaml` והתקינו מחדש את השירות.

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

```bash
# For the VPS system service (same Hermes home as the original install):
sudo hermes gateway install --system --force
sudo hermes gateway status --system
```

לשירות משתמש במקום זאת, צרו מחדש רק את התחום הזה באמצעות `hermes gateway install --force` ובדקו את `hermes gateway status`. בחרו תחום אחד; אל תתקינו את שניהם כדי לתקן gateway יחיד.

לאחר מכן, ה־gateway מאותת למערכת בקביעות: “אני חי”, ואם האותות נפסקים, systemd מפעיל מחדש את התהליך אוטומטית. הדבר פועל רק ב־Linux עם systemd, ורק במקרה של קיפאון בתהליך. טיימר watchdog לא ישפיע על הפרעה רגילה ברשת בין השרת לשירות המסרים.

## מה עוד שואלים על Hermes Agent בשרת?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="הנקודה המרכזית בסעיף זה">

נקודות מרכזיות

תשובות קצרות לשאלות נפוצות: האם חייבים דווקא VPS, האם אפשר להפעיל כמה בוטים באותה מכונה, האם השרת זקוק לממשק גרפי ומה קורה למשימות מתוזמנות כשהסוכן פועל בשרת.

</div>

<div class="section">

### שאלות נפוצות

האם חייבים לקבל VPS, או שגם המחשב שלי יספיק?

להפעלה מסביב לשעון צריך מכונה שתמיד דולקת. המחשב שלכם יעבוד רק אם אתם מוכנים לא לכבות אותו אף פעם. VPS נוח יותר: הוא תמיד דולק ואינו תלוי בשאלה אם אתם עובדים או ישנים. שרת Linux רגיל יספיק — רמת התמיכה הראשונה בתיעוד היא Linux, והבדיקות נערכות בהתקנת Ubuntu נקייה.

האם אפשר להפעיל כמה בוטים בשרת אחד?

כן. ל־Hermes יש פרופילים, ולכל פרופיל שירות משלו. פקודה כמו \<profile\> gateway install יוצרת שירות נפרד בשם hermes-gateway-\<profile\>, והם פועלים באופן עצמאי. לכל פרופיל יש הגדרות, אסימון בוט וזיכרון משלו.

האם השרת זקוק למסך ולגרפיקה?

לא. השרת פועל ללא מסך, ואתם מנהלים אותו באמצעות SSH דרך המסוף. אוטומציה של דפדפן בדרך כלל אינה נחוצה לסוכן בשרת כזה, ולכן מפעילים את תוכנית ההתקנה עם הדגל <bdi>--skip-browser</bdi>; כך מוסר הרכיב הכבד היחיד שדורש גרפיקה.

האם משימות מתוזמנות יפעלו כשאיעדר?

כן, זו מטרת המעבר לשרת. אותו gateway מפעיל משימות מתוזמנות: הוא בודק את לוח הזמנים פעם בדקה ומפעיל משימות כשהמועד שלהן מגיע, ואז שולח את התוצאה לאותו צ׳אט. מכיוון שה־gateway פועל מסביב לשעון כשירות, לוח הזמנים מופעל בעצמו ללא מעורבותכם.

האם הבוט ישרוד עדכון ואתחול מחדש של השרת?

כן. ההגדרות, ההפעלות והזיכרון נשמרים בתיקייה ~/.hermes ואינם הולכים לאיבוד. לאחר אתחול מחדש, שירות המערכת (או Docker עם <bdi>--restart</bdi> unless-stopped) מפעיל את ה־gateway בעצמו. תשובה שלא הושלמה תישלח לאחר הפעלה מחדש ושום דבר לא יאבד — אם כי אם התשובה כבר הייתה באמצע השליחה כשהתרחשה הקריסה, ייתכן שהיא תגיע שוב עם הודעה על כפילות אפשרית.

</div>

<div class="section" role="doc-bibliography" aria-label="מקורות">

### מקורות

- [Hermes Agent, התקנה](https://hermes-agent.nousresearch.com/docs/getting-started/installation)
- [Hermes Agent, התחלה מהירה](https://hermes-agent.nousresearch.com/docs/getting-started/quickstart)
- [Hermes Agent, פלטפורמות נתמכות](https://hermes-agent.nousresearch.com/docs/getting-started/platform-support)
- [Hermes Agent, שער מסרים](https://hermes-agent.nousresearch.com/docs/user-guide/messaging)
- [Hermes Agent, הפעלה ב־Docker](https://hermes-agent.nousresearch.com/docs/user-guide/docker)
- [Hermes Agent, משימות מתוזמנות](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, תיעוד](https://hermes-agent.nousresearch.com/docs/)

</div>







הכירו את [Ailoot](https://ailoot.ai/).

## שאלות ותשובות: איך להשאיר את Hermes Agent פועל בשרת מסביב לשעון

### למה ה-gateway עשוי להיראות עצור אחרי שהתקנתי אותו כשירות מערכת?

בדיקה ללא תחום מפורש עלולה לפנות לשירות אחר. השתמשו ב-hermes gateway status --system להתקנת מערכת וביומן המערכת שלה; השתמשו בבדיקת מצב ללא הדגל וביומן משתמש רק לשירות משתמש. שמרו על אותה תיקיית בית של Hermes לאורך כל התהליך.

### האם שירות מערכת ב-VPS דורש loginctl linger?

לא. Linger מיועד לשירות systemd של משתמש שצריך לשרוד יציאה מהחשבון ולהתחיל באתחול. שירות מערכת כבר מתחיל בעת הפעלת המכונה; בחרו תחום התקנה אחד וחזרו על בדיקת המצב ותגובת הבוט אחרי אתחול מחדש.


## Ailoot · החברה ופורטפוליו הפרויקטים שלה

Ailoot נשענת על ניסיון תפעולי מצטבר, בסיס לקוחות רחב, שירות יציב ובקרה שוטפת של KPI.

החברה ופורטפוליו הפרויקטים שלה: מיליוני לקוחות; מכירות בהיקף של מיליארדים מדי חודש.

Ailoot משתמשת בניסיון התפעולי הזה כדי לספק גישת API ליכולות AI במוצרי לקוחות, בסוכנים, באפליקציות ובאוטומציות.