צריך תיבת בחירה יפה עם חיפוש ובחירה מרובה? רק אם המודל יחליט לטעון את הסקיל הוא יקרא את הקובץ המלא. התוצאה היא שהרבה יותר קל לכתוב Skill וגם לקרוא את הקוד שלו. הבדל נוסף מ MCP הוא ש Skill הוא הרבה יותר חופשי – אני כותב את התיאור בקבצי Markdown ואת הקוד בקבצי סקריפט באיזה פורמט שאני בוחר. המודל מקבל תיאור כללי של ה Skill ומחליט לבד אם לטעון אותו או לא, כלומר טעינת ה Skill היא הפעלת כלי שהמודל יוזם. זה היה יותר סיפור תרבותי מאשר מגבלה טכנולוגית כי באמת שלא מסובך לכתוב שרתי MCP אבל זה היה המצב.
הרקע: צוות DevOps קטן, מערכת גדולה
- השאלה האמיתית היא מה הפרופיל של הארגון שלי, ואיפה הסיכון הכי קטן בכל מקרה של שימוש בנפרד.
- לא התקנתי אבל מאחר והפרויקט בקוד פתוח והמפתח הדגיש שהוא עבד עם סוכן קידוד כדי לבנות את זה היה לי מעניין להסתכל בקוד.
- מעבר לפייתון, צריך הבנה טובה ב-API design, ניסיון עם כלי DevOps (kubectl, Docker, CI/CD), והבנה בסיסית של אדריכלות מערכות מבוזרות.
- בני אדם ישאלו "מה התכוונת לעשות שם" לפני שיעזרו לי להתקדם בדרך הלא נכונה.
- זוהי אחת ההחלטות האסטרטגיות הכי חשובות שארגון יקבל ב-AI, וההחלטה הזו לרוב לא נמצאת בידי אנשי הדאטה — היא בידי ה-CIO וה-CTO.
- הקוד מושך url מתור ואז עושה משהו עם ה url הזה, אבל מה שמעניין בו הוא כל פקודות הטיפול בשגיאות ובביטולים.
- אם אתם בונים מערכת production עם דרישות reliability גבוהות — LangGraph.
גיטהאב אומרים לנו פה משהו מאוד חשוב לגבי קידוד – יש מצבים בהם יותר חשוב להחזיר תשובה מהר מאשר להחזיר את התשובה הנכונה. האינסטינקט הוא לכתוב קוד "נכון", כלומר להגריל את המזהה, לוודא שהוא פנוי מול בסיס הנתונים וכך להמשיך בלולאה עד שמוצאים מזהה פנוי. נשים לב שאחרי שלוחצים על השם האקראי שהוא הציע מופיעה תווית נוספת, Checking availability, ורק אחרי הבדיקה מופיעה התווית הירוקה שאומרת ששם הפרויקט זמין. הקוד הבא הוא גרסה פשוטה של קטע שכתב לי סוכן קידוד ואני שמח שעצרתי לקרוא לפני שהסכמתי לקבל אותו. בשביל לכתוב מערכות יציבות עדיף ללמוד תכנות ולא לקוות שסוכן הקידוד הבא יצליח לייצר בדיוק את המערכת שדמיינת.
עד שהוא הבין מה קורה — עברו שעתיים. וזה כבר קורה, עכשיו, בחברות ישראליות ובינלאומיות כאחד. Agentic AI — בינה מלאכותית סוכנית — זה לא עוד באזוורד.
הודעה ב-Slack סיכמה את מה שקרה, עם לינק ל-log מלא של כל הפעולות שהסוכן ביצע. הסוכן זיהה את הבעיה תוך 90 שניות, איתר את שרשרת התלויות, ביצע rollback ממוקד רק לשירות הבעייתי, וידא שהשירותים התלויים תקינים — והכל נפתר תוך 4 דקות. אחרי האירוע הזה, הצוות של חברת א’ החליט לנסות גישה אחרת.
תבנית Guardrails מינימלית לסוכן בפרודקשן
רוב מה שאנשים מכירים כ-AI בפיתוח תוכנה זה מודלים שמקבלים קלט ומחזירים פלט. היא פה, היא עובדת, ומי שילמד אותה קודם ייקח את הפרויקטים הכי מעניינים. מה שאפשר לא לעשות עדיף לא לעשות, ואם חייבים לעשות עדיף כמה שיותר מאוחר. בביצועים, שלא כמו בחיים, המפתח לאושר הוא עצלות ודחיינות.
הגדירו בדיוק מה ה-agent צריך לעשות, לאיזה מערכות הוא צריך גישה, ומה ה-guardrails. ההיגיון מאחורי tool use, חלוקת המשימות, ניהול ההקשר — כל זה נכתב על ידי אותם אנשים שאימנו את המודל. אם יש דבר אחד שאני רוצה שתיקחו מהמאמר הזה — זה שהטכנולוגיה הזו כבר לא ניסיונית. צוותי פיתוח שלא ילמדו לבנות סוכני AI אוטונומיים בשנתיים הקרובות — יגלו שהם מפתחים כלים שאף אחד לא צריך. רוב האנשים שמגיעים למסך הזה ממילא לא ישתמשו בשם האקראי אלא יבחרו שם בעצמם, וגם אלה שיבחרו רוב הזמן יקבלו מזהה פנוי. בכל מקרה מה שחשוב לסיפור שלנו הוא לא הקוד האמיתי אלא הבדיקה.
ניהול סיכונים – כי Agents יכולים לפשל
התחילו ב-"shadow mode" — הסוכן רץ, מחליט, אבל לא מבצע. הסוכן ביצע rollback לשירות לא נכון כי ה-alert לא הכיל מספיק הקשר. ושלישית, יש escalation path — אם הסוכן לא מצליח לפתור, הוא מעביר לאדם עם כל ההקשר.
Agentic AI – מעבר ל-chatbot
לדבריו, MongoDB מפשטת משמעותית את תהליך הפיתוח בכך שהיא מבטלת את הצורך בהקמת תשתיות נתונים מורכבות, ניהול Embeddings או סנכרון בין מערכות שונות. בתפקיד תהיה לך בעלות מקצה לקצה על פיצ’רים משמעותיים, ותיקח/י חלק בעיצוב הדרך שבה אנשים וסוכני AI עובדים יחד. החוב הטכני שאף אחד לא רוצה לדבר עליו אתה יודע את הרגע הזה? תבנו agent אחד שפותר בעיה אחת.
מ MCP ל Skills
זוהי אחת ההחלטות האסטרטגיות הכי חשובות שארגון יקבל ב-AI, וההחלטה הזו לרוב לא נמצאת בידי אנשי הדאטה — היא בידי ה-CIO וה-CTO. זהו הכיוון של ארגונים שלמדו את שיעור ה-vendor lock-in הקודם וזוכרים איך התקשו לצאת מ-Oracle או מ-VMware. אם ה-IT שלך רץ ב-ServiceNow, הסוכן שפותר תקלות צריך להיות חלק מ-ServiceNow. אם שירות הלקוחות שלך רץ ב-Salesforce, הסוכן שמטפל בפניות צריך להיות חלק מ-Salesforce. ברגע הזה השאלה כבר איננה איזה מודל יותר חכם, אלא מי שולט בשכבת הזהות, ההרשאות, התיעוד והבקרה. ל-Roo Code יש מהדורת Cloud Enterprise עם Governance מלא, ו-OpenClaw כבר התקין את עצמו במאות אלפי מחשבי עובדים בכל העולם, לפעמים בלי שה-IT הארגוני בכלל יודע.
הפלטפורמה מעניקה לארגונים את כל הדרוש להפעלת סוכני בינה מלאכותית (AI Agents) בסביבת ייצור אמיתית — מסד נתונים בזמן אמת, חיפוש טקסטואלי ווקטורי, זיכרון מתמשך, Embeddings ומודלי Reranking — הכול במערכת אחת. חברת MongoDB הכריזה במסגרת כנס MongoDB.local London 2026 על יכולות חדשות המקדמות את החזון שלה ליצירת פלטפורמת נתוני AI מאוחדת. זה לא עולם של דמואים או הייפ, אלא פיתוח של מוצרים אמיתיים בפרודקשן.
הבלוג שלנו מלא במידע שיקדם אותך למשרה הבאה שלך
סוכן AI יכול להשתמש ב-Generative AI כאחד הכלים שלו, אבל הוא גם קורא ל-APIs, מריץ קוד, ומקבל החלטות ביניים באופן עצמאי. זה בדיוק מה שקורס Agentic AI לצוותי פיתוח אמור לייצר — לא להפוך מפתחים/ות ל-data scientists, אלא לתת להם/ן את הכלים לשלב AI סוכני בעבודה היומיומית. הביקוש הוא למפתחי backend ו-DevOps שיודעים לשלב סוכנים בתוך מערכות קיימות. זו לא הבועה הבאה — זו התפתחות טבעית של תעשייה שתמיד הובילה באוטומציה. חברות ישראליות כמו Check Point, Monday.com ו-Wix כבר פרסמו משרות שדורשות ניסיון עם LangChain, LangGraph, או frameworks דומים.
ארגון שמתבסס על Salesforce top AI development company in Israel בכל היבט של מכירות ושירות כנראה ילך עם Agentforce. השאלה האמיתית היא מה הפרופיל של הארגון שלי, ואיפה הסיכון הכי קטן בכל מקרה של שימוש בנפרד. אף אחד מהמחנות לא ינצח את האחרים בקנה מידה כללי. זה גם מסביר מדוע רבים מהארגונים מתנסים קודם עם Copilot Studio, גם כשהם לא בטוחים שזהו הכלי המיטבי, זוהי האופציה עם הכי פחות סיכון אסטרטגי.
געגועים לספריות קוד פתוח
זו הזדמנות לעבוד על מוצרים חדשניים, כחלק מקבוצה קטנה, מוכשרת ומשפיעה! הזדמנות מעולה למפתח/ת בתחילת הדרך עם ניסיון של כשנה וחצי בפיתוח NodeJS, להשתלב בצוות Backend טכנולוגי ולעבוד על מערכות מתקדמות מבוססות Microservices.
ארכיטקטורת Agentic AI
בני אדם ישאלו "מה התכוונת לעשות שם" לפני שיעזרו לי להתקדם בדרך הלא נכונה. הקוד מטפל בסמסים שמגיעים בחלקים כי ההודעה ארוכה ורוצה לבדוק שאחרי החלק הראשון שמנו משימה ל-2 דקות קדימה שתאסוף את החלקים. בגרסה השלישית רציתי לראות איך הסיפור הזה יעבוד מכמה תהליכונים במקביל כי שמעתי שכשמורידים קובץ במקביל הזמנים מתקצרים.