המדריך המלא ל-Hermes / גארדאקס — סטודיו, עובד וריפוי-עצמי
גארדאקס — הסוכן-עובד של הרשת: מייצר, מנתח, מתקן את עצמו
ברשת שלי היום, Hermes הוא גארדאקס — הדמות מהקומיקס לצד קאמי, קיילי, בוקס וסוליס, וגם סוכן-הסטודיו/העובד של הרשת: מקבל משימות מ-Claude Code (המתזמר) ומחזיר תוצר מובנה — יצירת נכסים, ניתוחי-נתונים, והאצלת משימות-קוד לסוכני-קוד אחרים. רץ על Gemini חינמי ומשוחח בטלגרם בטקסט ובקול. השם 'Hermes' נשאר כי משם הוא צמח — דפוס self-healing (ריפוי עצמי), שמגדיר איך מערכת תוכנה יכולה לזהות תקלות אצלה ולתקן אותן בעצמה, בלי שאדם יצטרך להתערב. הרעיון נולד מתוך תובנה מרתקת של מהנדסי SRE (Site Reliability Engineers — המומחים שאחראים על יציבות שרתים בחברות כמו גוגל) לגבי תקלות שרתים: 90% מהן הן אותן עשר בעיות שחוזרות על עצמן שוב ושוב (container שקרס, חיבור רשת שנתקע, דיסק שהתמלא) — ובמקום להעיר את איש התורנות כל לילה על אותן תקלות חוזרות, אפשר ללמד את המערכת לתקן את עצמה. אצלי (אלעד) Hermes רץ כשירות רקע על השרת ומטפל אוטומטית ב-Kami וב-OpenClaw (הטכנולוגיה שמפעילה את Kaylee) בכל פעם שהם נתקעים — אבל אצלכם זה דפוס כללי שאפשר לאמץ בכל מערכת תוכנה, לא רק במערכות AI: חמשת השלבים של Hermes (זיהוי, אבחון, תיקון, אימות ולמידה) מתאימים גם למערכות מסחר אלקטרוני, גם ל-SaaS קטן שרץ על שרת יחיד, וגם למערכת הקריטית של ארגון גדול — והתוצאה היא אחת: שינה שלמה בלילה, ללא הפרעות.
מה המדריך מכסה
מה זה Hermes? רופא שגר במיון של השרת שלכם
CLI ב-Go שמזהה תקלה, מאבחן, מתקן, מאמת ולומד — בלי להעיר אתכם
Hermes הוא CLI של self-healing infrastructure — כלי שכתוב בשפת Go ורץ על השרת כמו חבר מהצוות שלא ישן. הרעיון פשוט אבל חזק: 90% מהתקלות ב-production הן אותן 10 בעיות שחוזרות (container שנפל, חיבור רשת שנתקע, דיסק שהתמלא). Hermes מזהה את התבנית הזו, ובמקום להעיר אתכם בכל פעם — מפעיל רצף של חמישה שלבים: detect (זיהוי), diagnose (אבחון), fix (תיקון), verify (אימות) ו-learn (למידה לקראת הפעם הבאה). אצלי (אלעד) הוא מבצע autoheal ל-Kami ול-OpenClaw (המנוע של Kaylee), אבל זה pattern שאפשר לאמץ בכל stack — לא רק לסוכני AI, אלא לכל שירות production. החיסכון האמיתי הוא בשנת הלילה שלכם ובחשבון ה-PagerDuty שלא יגיע יותר.
ה-Pattern בפירוט — איך מחברים את 5 השלבים
כל שלב פשוט ובדיק בנפרד; יחד הם יוצרים לולאה של ריפוי עצמי
היופי ב-pattern של Hermes הוא שכל שלב הוא פונקציה קצרה שאפשר לבדוק בנפרד — ובגלל זה אפשר להתחיל עם גרסה מינימלית (שעה של עבודה) ולהרחיב בהדרגה. זו בדיוק הגישה של SRE בגוגל: מערכת שמתקנת את עצמה נבנית משלבים קטנים ובטוחים, לא ממערכת ענק אחת.
Whitelist — מה מותר ל-Hermes לעשות (והכי חשוב: מה אסור)
ה-whitelist הוא חגורת הבטיחות של כל מערכת self-healing
ברגע שאתם נותנים לסקריפט אוטומטי הרשאה להריץ פקודות על production — אתם חייבים להגדיר בדיוק מה מותר ומה אסור. ה-whitelist של Hermes הוא קובץ JSON קטן שמכיל את רשימת הפעולות המותרות — בלעדיו Hermes לא יעשה כלום. זה ההבדל בין מערכת שמאפשרת לכם לישון בלילה לבין מערכת שמוחקת לכם את ה-VPS בטעות.
Verification — המפתח לאמינות אמיתית
התיקון עבד רק אם אפשר להוכיח שהוא עבד — לא מספיק ש'הפקודה רצה'
הטעות הכי נפוצה של צוותי SRE מתחילים: 'עשיתי restart, הפקודה החזירה 0, זה בטח בסדר'. לא. Verification היא היכולת להוכיח שאחרי התיקון השירות באמת חי, באמת מגיב ובאמת עושה את מה שהוא צריך לעשות. זה ההבדל בין Hermes שעובד לבין סקריפט שרץ בלילה ומרדים אתכם עם הרגשה שהכל בסדר — עד שבבוקר מגלים שה-API החזיר 500 כל הלילה.
Memory — הזיכרון שהופך את Hermes לחכם יותר כל שבוע
collection ב-Qdrant שזוכר מה עבד על מה — חיפוש סמנטי של תיקונים היסטוריים
בלי זיכרון, Hermes הוא אוסף של סקריפטים שרצים בלופ. עם זיכרון — הוא הופך למשהו שלומד מהרשת שלכם. כל תיקון מוצלח נשמר כ-embedding ב-Qdrant, ובפעם הבאה שמופיעה תקלה דומה — חיפוש סמנטי של 40ms מוצא את הפעולה שעבדה בעבר. זה ההבדל בין מערכת סטטית למערכת שנעשית חכמה יותר עם כל תקלה.
Escalation — מתי נכון להעיר אתכם (וכמה שפחות)
הזהב של self-healing: להתריע רק כשזה באמת שווה השינה שלכם
Escalation הוא last resort — הרגע שבו Hermes מרים ידיים ואומר 'אני לא מצליח, תעזור/י'. כל הרעיון של Hermes הוא לצמצם את ההתראות ל-10% מהמקרים — רק לדברים חדשים ומעניינים. אם Hermes שולח יותר מדי התראות — זה סימן שה-whitelist או ה-memory לא טובים מספיק, לא סימן ש'הכלי רועש'. PagerDuty starter עולה 21 דולר למשתמש בחודש (וחלופות מודרניות כמו BetterStack, Grafana OnCall או Squadcast עולות אפילו פחות); Hermes עולה 0 וחוסך גם את השינה.
אינטגרציה עם הרשת שלכם — Hermes הוא Pattern, לא שירות
איך מטמיעים את הגישה בתוך הסוכנים והשירותים הקיימים
הערה חשובה: ה-pattern של Hermes (זיהוי→אבחון→תיקון→אימות→למידה) הוא דפוס שיושב בתוך הסוכנים והשירותים עצמם — cron jobs, webhook handlers או מודול בקוד — לא שירות מרכזי אחד. זה דווקא יתרון: self-healing אפקטיבי מפוזר בתוך כל רכיב. עדכון 2026: בנוסף לדפוס ה-self-healing שממנו צמח השם, היום ברשת שלי Hermes הוא גם סוכן-הסטודיו/העובד של הרשת — הרכיב חסר-הממשק שמייצר נכסים, מנתח נתונים ומריץ קוד מטעם המתזמר. שני הצדדים חיים יחד: הדפוס שמחזיק את השרת חי, והסוכן שמייצר עליו תוצרים.
