שיעור 9

טיפים מעשיים — זה כל מה שצריך

קוד לבד לא מספיק. בנייה, deploy, ניטור — הכל חייב להיות קריא לסוכן. להבין Docker מבפנים? מיותר. הסוכן עושה הכל.

לסוכן: “הוסף לשרת endpoint של /health. החזר סטטוס חיבור DB, שיעור שגיאות, uptime כ-JSON.”

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

לסוכן: “הגדר את הפרויקט כ-docker-compose.yml. שרת אפליקציה ו-DB. docker compose up מפעיל הכל.”

Docker הוא קופסה שבה האפליקציה ארוזה כדי שתרוץ זהה בכל מקום. זה כל מה שצריך לדעת.

לסוכן: “הגדר rollback אוטומטי בכישלון deploy. אם /health נכשל, חזור לגרסה הקודמת.”


למה צריך לפקד ככה

4 תנאים ל-Agent Operable System

1. Observability — כל המצבים ניתנים לצפייה מכנית. /health endpoint, JSON logs מובנים.

2. Declarative — כל הפעולות מוגדרות הצהרתית. docker-compose.yml, Makefile, CI/CD workflows. אין ניחושים — הקבצים הם האמת.

3. Reversible — כל שינוי ניתן לאימות וביטול. קוד: git revert. תשתית: Terraform. DB: migration down.

4. Human-in-the-loop — שערי אישור מפורשים. טסטים אוטומטית = בסדר. Deploy לפרודקשן = צריך אישור.

Pipeline מלא

1. עריכת SSOT (yongol)
2. יצירת קוד (yongol generate)
3. טסטים עוברים (Hurl + go test)
4. בנייה (Docker)
5. Deploy (CI/CD)
6. ניטור (healthcheck + logs)
7. סיום

מה האדם עשה: “תוסיף תכונה” + “מאושר” פעמיים. הסוכן: כל השאר.


קורס Reins Engineering המלא

שיעורכותרת
שיעור 1איך לפקד על AI
שיעור 2למה אי אפשר לסמוך על AI
שיעור 3אפליקציות שלא נשברות
שיעור 4החלטות מחוץ לקוד
שיעור 5AI עם רסן
שיעור 6עבר = נעול
שיעור 7איך להפוך חנופה
שיעור 8המפעל של הסוכן
שיעור 9אוטומציה מעבר לקוד
שיעור 10חוק הנתונים

מקורות

  • עיקרון Observability — פלט מובנה שמכונה יכולה לנתח
  • Docker Compose — הגדרת שירותים הצהרתית
  • Terraform — Infrastructure as Code
  • Human-in-the-loop — פעולות הפיכות אוטומטית, פעולות משמעותיות עם שער אישור