Agentic Engineering - פתיחה

We are in a world where developers spend their days conversing with different agents, checking in on them, and seeing the work that they did.
מעבר מ”שימוש בצ’אט” אל ניהול עבודה הנדסית עם סוכנים. הארכיטקט לא רק כותב פרומפט. הארכיטקט מגדיר סביבת עבודה, כללי בטיחות, בדיקות, תיעוד, משימות, ואופן בדיקה של התוצר.

---

הערות לסרטון:

• האתר שנולד בפרומפט הזה נמצא כאן
• ה-deployment בוצע בפקודה לאייג’נט שיעשה deploy ל-vercel בתוספת הבהרה שאני לא מכיר את התהליך אבל יש לי חשבון. האייג’נט ביצע ואני רק התקבשתי לאשר login - לתת כמה ספרות.

מטרה ומבנה ההצגה

מטרת השיעור

בסוף 30 דקות המורים אמורים להבין:

1. מה ההבדל בין שיחה עם מודל לבין עבודה עם agent על קוד.
2. למה Git, בדיקות, Markdown ו־AGENTS.md הם חלק מהמקצוע החדש.
3. איך הופכים “תעשה לי” ל־workflow שאפשר לבדוק, לשחזר וללמד.

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

30 דקות - מבנה מוצע

זמן	פעילות	מה הארכיטקט אמור לראות
0-5	פתיח: עולם של agents	לא עוד autocomplete, אלא משימות ארוכות עם בדיקה
5-10	Online מול CLI / Extension / App	ההבדל בין תשובה לבין עבודה בתוך repo
10-18	Demo קצר	agent קורא קבצים, משנה קובץ, מריץ בדיקה, מסכם
18-24	Harness Engineering	AGENTS, tests, docs, Git, notifications
24-30	דיון כיתתי	מה אפשר לתת לתלמידים, ומה אסור עדיין לפתוח

המפה הגדולה

flowchart LR
    A["מורה / מפתח"] --> B["Prompt"]
    B --> C["Agent"]
    C --> D["Codebase"]
    C --> E["Terminal"]
    C --> F["Browser / E2E"]
    D --> G["Git diff"]
    E --> H["Tests"]
    F --> I["Visual evidence"]
    G --> J["Review"]
    H --> J
    I --> J
    J --> K["Accept / Fix / Reject"]

המונח: Harness Engineering

Harness הוא הרתמה שמחזיקה את ה־agent בתוך מסלול עבודה מועיל:

• הוראות קבועות: AGENTS.md, CLAUDE.md, skills, docs.
• גבולות פעולה: הרשאות, תיקיות מותרות, מה לא למחוק, מתי לשאול.
• בדיקות: unit tests, build, lint, Playwright, בדיקה ידנית בדפדפן.
• תיעוד: Markdown, תרשימי Mermaid, דפי משימה, רשימת “done when”.
• ניהול שינוי: Git, Pull Requests, checkpoints, review.

אם ה־agent הוא “עובד”, ה־harness הוא מערכת העבודה. בהוראה, אנחנו מלמדים לא רק את העובד אלא את מערכת העבודה סביבו.

דמו - הסרטון שראינו

נסו בעצמכם לקחת פרוייקט עובד שלכם, ולבקש מ-Codex, Claude or חס וחלילה Copilot, לבצע שינוי מסויים.

דוגמא

קרא את מבנה הפרויקט. הוסף עמוד Markdown קצר עם טבלה ותרשים Mermaid. עדכן את התפריט. הרץ build. בסוף תן לי רשימת קבצים ששונו והאם הבדיקה עברה.

הדמו טוב אם רואים ארבעה דברים:

1. ה־agent קורא לפני שהוא משנה.
2. הוא משנה מעט קבצים ולא “משכתב את העולם”.
3. הוא מריץ build או בדיקה.
4. הוא נותן evidence: מה עבר, מה לא עבר, ומה נשאר לבדיקה.

דוגמא נוספת - עבודה ב-repo הנוכחי

שאלת יציאה

איזה חלק בעבודה עם agent הוא הכי מסוכן בכיתה?

1. כתיבת קוד
2. מחיקת קבצים
3. קבלת תשובה בלי בדיקה
4. שימוש ב-Markdown

התשובה הרצויה היא ג. הבעיה אינה שה־agent כותב קוד. הבעיה היא שמקבלים תוצר בלי מסלול בדיקה, בלי Git, ובלי הגדרת אחריות.

על מה נדבר בסדנה

• Online מול Agentic - מה ההבדל בין שיחה עם מודל לבין עבודה עם agent בתוך פרויקט אמיתי.
• Git ו-GitHub - איך שומרים נקודות חזרה, בודקים שינויים, ומלמדים עבודה אחראית עם קוד.
• AGENTS ו-Markdown - איך כותבים הוראות עבודה, מסמכי משימה ותיעוד שה-agent מסוגל לבצע לפיהם.
• Google Sheets ו-clasp - איך מחברים עבודה agentic לכלי בית ספר מוכרים כמו Sheets ו-Apps Script.
• Hosting - איך מעלים תוצר לרשת ומבינים את ההבדל בין קוד מקומי לשירות חי.
• TDD ובדיקות - איך נותנים ל-agent לרוץ יותר זמן בלי לאבד שליטה: בדיקות, build וקריטריוני סיום.
• Playwright ודפדפן Codex - איך בודקים ממשק בדפדפן ומקבלים ראיות ויזואליות שהתוצר עובד.
• Firebase מפרומפט ראשון - איך ניגשים לשירותי backend בלי להפוך את הפרומפט לקסם לא מבוקר.
• התראות PushBullet - איך מקבלים סימן כשה-agent סיים, במיוחד במשימות ארוכות.