Claude Code היא מערכת ה"וייב קודינג" של Anthropic. המשמעות היא שאתם יכולים לתאר בשפה טבעית מה אתם רוצים לבנות, והמערכת תעשה זאת עבורכם – עיצוב, איפיון, פיתוח, בדיקות ואפילו Deployment אונליין. מאז השקת Claude 4 במאי 2025, בסיס המשתמשים של Claude Code גדל ב-300%, אבל רובם תקועים ברמה הראשונה ואפילו לא יודעים על השאר.

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

רמה 1: תכנון לפני ביצוע (Plan Mode)

הטעות הכי שכיחה של משתמשים חדשים ב-Claude Code היא לקפוץ ישר לביצוע. אתם מתארים את מה שאתם רוצים, לוחצים Enter, ומקווים שיצא משהו טוב. לפעמים זה עובד. לרוב – זה מוביל לסבבים אינסופיים של תיקונים.

ב-Claude Code יש מצב מובנה שנקרא Plan Mode, שמופעל בלחיצה על Shift + Tab. במצב הזה, Claude לא מבצע שינויים – הוא רק חוקר. הוא סורק את הקבצים הקיימים שלכם, מנתח את מבנה הפרויקט, שואל שאלות הבהרה, ומציע אסטרטגיה מפורטת לפני שנגע בשום דבר.

תהליך עבודה אופייני במצב Plan נראה כך:

1. תיאור המשימה
   • אתם מסבירים בשפה חופשית מה אתם רוצים לבנות או לשנות.
   • לא צריך להיות מדויקים – Claude ישאל שאלות.
2. שאלות הבהרה
   • Claude חוזר עם שאלות ספציפיות: אילו קבצים רלוונטיים? מה הפלט הרצוי? יש אילוצים?
   • שלב הלוך-ושוב הזה הוא הלב של Plan Mode.
3. אישור התכנית
   • Claude מציג תכנית מפורטת: מה ישתנה, באיזה סדר, ולמה.
   • אתם מאשרים, מתקנים או מבקשים גישה אחרת.
4. ביצוע חד-פעמי
   • כשעוברים למצב ביצוע, Claude כבר יודע בדיוק מה לעשות ולרוב מסיים בלי עצירות נוספות.

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

רמה 2: הכשרת Claude Code כחבר צוות אמיתי (CLAUDE.md)

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

הפתרון הוא קובץ שנקרא CLAUDE.md – קובץ טקסט פשוט שחי בתיקיית הפרויקט שלכם. זהו תחליף ה"הסכם העבודה" של Claude: הוא קורא אותו בתחילת כל שיחה ופועל על פיו לאורך כל המשימה.

קובץ CLAUDE.md טוב כולל בדרך כלל ארבעה חלקים מרכזיים:

1. מהות הפרויקט
   • משפט מטרה אחד שמסביר מה הפרויקט עושה ולמה הוא קיים.
   • לדוגמה: "זהו אתר תדמית לעסק ייעוץ פיננסי שפונה לבעלי עסקים קטנים."
2. כללים תפעוליים
   • איפה שומרים תמונות? איך קוראים לקבצים? מה מבנה התיקיות?
   • כל דבר שחוזר על עצמו בכל שיחה – כדאי שיהיה כאן.
3. טון ומותג
   • האם אתם כותבים בעברית? בסגנון מקצועי או שיחתי? עם אמוג'י או בלי?
   • ביטויים שאתם אוהבים, ביטויים שאתם שונאים.
4. הטעויות שלא לחזור עליהן
   • כל דבר ש-Claude עשה פעם אחת ולא רציתם – תכתבו במפורש שזה אסור.
   • "לעולם אל תמחק קבצים קיימים בלי לשאול" הוא דוגמה קלאסית.

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

רמה 3: אוטומציה של עבודה חוזרת (Commands, Skills & Hooks)

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

1. Slash Commands – פקודות שמורות
   • פקודות שמורות שאתם מפעילים עם קידומת / ושם הפקודה.
   • לדוגמא: אם אתם כותבים פוסטים ב-LinkedIn כל שבוע, אתם יכולים ליצור פקודה בשם /linkedin-post שטוענת את הפורמט המדויק, כללי הטון והמבנה שלכם בכל פעם.
   • מתאים לכל משימה שחוזרת שבועית או חודשית: דוחות, ניוזלטרים, עדכוני מוצר.
2. Skills – חבילות ידע מתמחות
   • Skill הוא Slash Command משודרג שמגיע עם תיקייה שלמה של חומרי עזר.
   • חשבו על מדריכי סגנון, לוגו המותג, דוגמאות מוצלחות מהעבר, ומסמכים רלוונטיים.
   • Claude טוען את החומרים האלה רק כשהמשימה הנוכחית דורשת אותם – לא מבזבז הקשר מיותר.
   • לדוגמה, Skill לכתיבת הצעות מחיר יכול להכיל תבניות, מחירונים ונוסח סטנדרטי.
3. Hooks – בקרת איכות אוטומטית
   • Hooks הן בדיקות שרצות ברקע בלי שתצטרכו לבקש.
   • Hook לדוגמה: כל פוסט שנוצר עובר אוטומטית בדיקת ספירת מילים, סריקה לביטויים אסורים, ובדיקת קיום CTA.
   • אם משהו לא עומד בכלל, Claude מקבל התראה ומתקן לפני שמציג לכם את התוצאה.
   • תחשבו על Hooks כמנהל איכות אוטומטי שישן אף פעם לא.

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

רמה 4: חיבור Claude Code לכל תהליכי העבודה שלכם (MCP Servers)

זה המקום שבו Claude Code מפסיק להיות כלי כתיבה ומתחיל להיות מערכת הפעלה לעסק שלכם. רמה 4 משתמשת בטכנולוגיה שנקראת MCP Servers (Model Context Protocol), שהיא בפשטות גשר המחבר את Claude ישירות לאפליקציות חיצוניות.

איזה חיבורים ניתן ליצור? כמעט כל דבר: Airtable, Notion, Slack, Google Drive, Gmail, Trello, HubSpot, ועוד אלפי אפליקציות. כל מקום שבו יש לכם דאטה, Claude יכול לקרוא אותו, לעבד אותו, ולכתוב תוצאות בחזרה.

דוגמה קונקרטית לתהליך עם MCP:

1. קריאת נתונים
   • Claude קורא רשימה של נושאים מ-Google Drive או CRM שבהם אתם מנהלים תוכן או לקוחות.
2. עיבוד ויצירה
   • Claude משתמש ב-Skills וב-CLAUDE.md שהגדרתם ברמות הקודמות כדי לנסח את התוכן בסגנון המדויק שלכם.
3. פלט אוטומטי
   • התוכן המוגמר נכתב חזרה ל-Google Drive, מוכן לעריכה סופית – או נדחף ישירות ל-LinkedIn.
   • בלי העתקה, בלי הדבקה, בלי מעבר ידני בין כלים.

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

רמה 5: ניהול הקשר ארוך-טווח (Context Management)

כאן מתחיל אזור המתקדמים. רמה 5 פותרת בעיה שנקראת Context Rot – דעיכת ההקשר. כשאתם עובדים עם Claude Code על פרויקטים גדולים, שיחות ארוכות מביאות לירידה הדרגתית באיכות התוצאות: המודל מתחיל לסתור את עצמו, שוכח החלטות קודמות, ומאבד את עקביות הפתרון.

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

הפתרון ברמה 5 הוא ניהול הקשר מכוון, בעזרת שלוש אסטרטגיות:

1. פירוק לשלבים מבודדים
   • פרויקטים גדולים מפורקים לשיחות קצרות ועצמאיות, כל אחת עם מטרה אחת.
   • בין שיחות, Claude מייצר "סיכום מצב" שנשמר ב-CLAUDE.md ומשמש כנקודת ההתחלה הבאה.
2. מסמכי נקודת ביקורת (Checkpoints)
   • בנקודות קריטיות בפרויקט, Claude מתחייב לכתיבת מסמך שמסכם את כל ההחלטות שהתקבלו.
   • אם משהו משתבש, ניתן לחזור לנקודת הביקורת האחרונה בלי להתחיל מאפס.
3. ניהול קבצים חכם
   • הגדרה מפורשת של אילו קבצים Claude צריך לטעון בכל שלב – לא את כולם, רק הרלוונטיים.
   • זה מונע עומס מיותר על חלון ההקשר ומשמר את הדיוק לאורך זמן.

רמה 5 היא מה שמאפשר לעבוד עם Claude Code על פרויקטים שנמשכים שבועות ולא שעות – עם עקביות ואמינות שנשמרות לאורך כל הדרך.

רמה 6: מסוכן אחד לצוות שלם (Multi-Agent Orchestration)

עד רמה 5, עבדתם עם סוכן אחד. ברמה 6, עוברים לארכיטקטורת ריבוי סוכנים – מספר מופעים של Claude שרצים במקביל, כל אחד עם תחום אחריות שונה, וכולם מתאמים ביניהם כדי להגיש לכם תוצאה מוגמרת.

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

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

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

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

רמה 7: אוטונומיה מלאה (Fully Autonomous Execution)

הרמה האחרונה היא הרמה שבה Claude Code פועל באמת כעובד דיגיטלי עצמאי. אתם מגדירים משימה, מגדירים קריטריוני הצלחה, ו-Claude רץ בלולאה אוטומטית עד שהוא עומד בהם.

כיצד נראית לולאת האוטונומיה:

1. הגדרת משימה וקריטריונים
   • אתם מגדירים מה הפלט הרצוי ואיך נראית "הצלחה" – בצורה מדידה וברורה.
   • לדוגמה: "כתוב מאמר ב-800 מילה, ציון קריאות מעל 60 ב-Flesch, ללא ביטויי AI גנריים".
2. ביצוע ראשוני
   • Claude מבצע את המשימה ומעריך את התוצאה מול הקריטריונים שהגדרתם.
3. לולאת שיפור עצמית
   • אם התוצאה לא עומדת בכל הקריטריונים, Claude מזהה את הפערים, מנסח השערה לשיפור, ומבצע גרסה נוספת.
   • הלולאה נמשכת עד שכל הקריטריונים מתקיימים – או עד שהגדרתם מגבלת סיבובים.
4. הגשת תוצאה
   • אתם מקבלים תוצר מוגמר שעבר כמה סבבי שיפור פנימיים – לא הניסיון הראשון.

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

סיכום: באיזו רמה אתם נמצאים?

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

הנה סיכום מהיר:

1. רמה 1 – Plan Mode: תכנון לפני ביצוע, Shift+Tab. חוסך שעות של עבודה מחדש.
2. רמה 2 – CLAUDE.md: Claude שמכיר אתכם ועובד לפי הכללים שלכם.
3. רמה 3 – Commands, Skills ו-Hooks: אוטומציה של עבודה חוזרת עם בקרת איכות מובנית.
4. רמה 4 – MCP Servers: Claude מחובר לכל הכלים שלכם ועובד בינהם בלי התערבותכם.
5. רמה 5 – Context Management: עבודה על פרויקטים ארוכים עם עקביות מלאה.
6. רמה 6 – Multi-Agent: צוות של סוכנים שעובד במקביל, כמה שעות בזמן קפה.
7. רמה 7 – אוטונומיה מלאה: הגדירו משימה וקריטריונים, קבלו תוצאה מוכנה.

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

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

בהצלחה!

הפוסט 7 רמות בהטמעת Claude Code: איך להפוך צ'אטבוט לעובד אוטונומי הופיע לראשונה ב-Almaya.

זה בסדר גמור לשימוש בסיסי, אבל בדרך הזו אנחנו משאירים ערך עצום על השולחן. כדי לפרוץ את תקרת הזכוכית הזו ולהפוך למשתמשי AI מתקדמים באמת, נדרשת גישה מובנית יותר. בפוסט זה נציג את פריימוורק ה-60/30/10: שיטה לחלוקת קשב ומשאבים שתעזור לכם לפתח "אינטואיציה ל-AI" ולהפיק ערך מקסימלי מהכלים העומדים לרשותכם.

הבעיה: מלכודת הנוחות

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

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

מודל 60/30/10

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

1. ה-60%: חזרתיות (The Repetition Phase)

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

• מה זה כולל: סיכום פגישות, כתיבת טיוטות ראשוניות, הפקת נקודות עיקריות (Key Points) מטקסטים, יצירת מתארים (Outlines).
• העיקרון המנחה: "מה שעובד – לא נוגעים". כאן המטרה היא יעילות ומהירות. עושים שימוש ב-Copy-Paste לפרומפטים מוכנים מראש כדי לחסוך זמן. ובעצם גם עושים קופי-פייסט פשוט לתהליכי העבודה הרגילים שעוזרים לכם ביומיום.

2. ה-30%: שיפור (The Optimization Phase)

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

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

הנה דוגמאות להבדל בין ה-60% ל-30%:

Summarize this article

Summarize this for a technical audience focusing on implementation challenges

Write a subject line for an email

Write a subject line that sparks curiosity for a CFO checking ROI

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

3. ה-10%: ניסויים (The Experimentation Phase)

זהו איזור ה"מעבדה". את עשרת האחוזים הנותרים מקדישים לדברים חדשים לגמרי, שלא בטוחים שיעבדו.

• המטרה: כישלון. כן, קראתם נכון. רוב הניסויים כאן ייכשלו, וזו בדיוק המטרה. כל ניסוי שנכשל הוא "שריר" שנבנה, שעוזר לכם להבין את הגבולות של הטכנולוגיה – מתי להשתמש ב-AI ומתי לא.
• טיפ לניסויים: אם ניסוי נכשל היום, שימו תזכורת ביומן שלכם לעוד 3-6 חודשים לנסות אותו שוב. קצב הפיתוח של ה-AI הוא מסחרר, ומה שנכשל במודל של אתמול עשוי לעבוד בצורה מדהימה במודל של מחר.

איך מיישמים? תוכנית פעולה לשבועיים

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

1. שבוע ראשון – ניטור ומעקב:
   • אל תשנו כלום בהרגלי העבודה. רק עקבו.
   • נהלו רשימה פשוטה: מה ביקשתם מה-AI? לאיזו קטגוריה זה משתייך (60/30/10)? האם התוצאה הייתה שימושית?
2. שבוע שני ואילך – כוונון יחסים:
   • שאפו למספרים הבאים ביום עבודה ממוצע: 6 שימושים חזרתיים, 3 שיפורים, וניסוי אחד.
   • אל תתעקשו על המספרים המדויקים, כל עוד אתם ב"איזור החיוג" הזה, אתם בכיוון הנכון.
   • נהלו יומן ניסויים מינימליסטי: מה ניסיתי? האם זה עבד? איך אפשר לשפר לפעם הבאה?

התוצאה: פיתוח אינטואיציה ל-AI

אחרי כמה שבועות של תרגול עקבי בשיטת ה-60/30/10, קורה משהו מעניין. אתם מפסיקים לחשוב במונחים של "האם הכלי הזה יכול לעזור לי עכשיו?", ומתחילים לפתח אינטואיציית AI. סוג של אינטואיציה ארגונית, אלא שכל הארגון הוא… אתם. אתם והעוזרים הדיגטלים החדשים. הכלים הנכונים למשימות הנכונות.

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

בהצלחה!

הפוסט פריימוורק 60/30/10: כך תפיקו מקסימום ערך משימוש ב-AI הופיע לראשונה ב-Almaya.

שתי הגישות בקהילת ה-AI

״קהילת ה-AI״ מחולקת כרגע לשתי קבוצות עיקריות, והפער ביניהן הולך וגדל:

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

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

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

גישה אחת הופכת אתכם לחיוניים. השנייה הופכת אתכם למיותרים.

למה למיומנות ה-AI שאתם רודפים אחריה יש תאריך תפוגה?

בואו נדבר על מספרים. לפי דו"ח של הפורום הכלכלי העולמי (ינואר 2025), 39% ממיומנויות העבודה המרכזיות ישתנו עד 2030. זה לא בעוד המון זמן – זה ממש מעבר לפינה, בעוד חמש שנים.

אבל הנה הנתון שבאמת חשוב להכיר: מחקר של IBM מגלה הבחנה מרתקת בין סוגי מיומנויות:

1. מיומנויות חולפות: אלו הקשורות לכלים ספציפיים וטכניקות טכניות. הן מתיישנות תוך פחות משנתיים (דומה לזמן התחלופה הממוצע בהייטק).
2. מיומנויות "עמידות": אלו שבנויות על שיפוט, זיהוי דפוסים, סינתזה והסתגלות. הן נשארות רלוונטיות ל-8 שנים ויותר.

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

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

מחקר אחר של Boston Consulting Group (BCG) בקרב אלפים מכח האדם הבינלאומי שלהם, הראה כי העובדים המצטיינים ביותר, כאשר עבדו תקופה מסויימת עם כלי AI, הראו אמנם שיפור בביצועים (אגב, שיפור נמוך יחסית לעובדים הלא-מצטיינים, שנעזרו ב AI). אבל הדבר המעניין ביותר הוא – שכאשר המצטיינים נאלצו לעבוד ללא כלי ה-AI שלהם, הביצועים שלהם ירדו באופן משמעותי, והם אפילו התחילו להראות התנהגויות דומות ל״הזיה״ המוכרת של מודלי AI.

איך ״העצמה״ נראית תכל׳ס? (Test Case)

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

לפני השינוי, כל מאמר לקח לו בין 6 ל-8 שעות עבודה. היו לו רעיונות חזקים, קול מקורי ומחקר טוב, אבל התהליך היה ארוך ומתיש כי הוא ביצע את הכל בעצמו, מא' ועד ת'.

השינוי שעשינו היה להביא את ה-AI ל"שכבת הביצוע" בלבד:

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

התוצאה? תהליך העבודה התקצר לכ-90 דקות בלבד. האיכות נשמרה, הקול נשאר אותו קול, והעורך שלו אפילו לא שם לב להבדל בתוצר – כי לא היה הבדל בתוצר. ההבדל היה בכך שהעיתונאי קיבל חזרה נתח ענק מהחיים שלו והתמקד במה שרק הוא יכול לעשות.

זהו הכלל: כשאתם מעבירים ל-AI את הביצוע – אתם מועצמים. כשאתם מעבירים לו את החשיבה – אתם מוחלפים.

תרגיל: איפה אתם משקיעים את הזמן שלכם?

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

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

1. רשמו על דף את עשר המיומנויות הכי חשובות בעבודה שלכם כיום.
2. עברו על כל אחת וסמנו האם היא עמידה (שיפוט, אסטרטגיה, יצירתיות) או חולפת (שליטה בכלי ספציפי, צד טכני).
3. שאלו: האם המיומנות הזו תהיה בעלת ערך ב-2035? או שיש לה תאריך תפוגה?

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

סיכום: העצמה מנצחת קיצורי דרך

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

הנה הנקודות המרכזיות לקחת מכאן:

• השקעה חכמה: מיומנויות עמידות מחזיקות 7+ שנים. מיומנויות כלים מתיישנות תוך פחות מ-2.5 שנים. בחרו נכון איפה ללמוד.
• הבחנה קריטית: השימוש ב-AI צריך להגביר את החוזקות שלכם, לא לשחוק את החשיבה שלכם.
• נתוני פרודוקטיביות: אנשי מקצוע ששומרים על שיפוט "In the Loop" רואים שיפור של 30-35%. אלה שמוותרים על החשיבה, מאבדים את המומחיות.

מתוך עשר המיומנויות החשובות ביותר שלכם, כמה עדיין יהיו בעלות ערך ב-2035? ואיזה מהן זנחתם בזמן שלמדתם כלים חדשים?

בונוס: פרומפט לתמונת ה Header

את התמונה המלווה של הפוסט יצרתי כמובן עם AI, מודל nano-banana-2 של גוגל (מודל חדש שיצא יומיים לפני כתיבת הפוסט הזה, טוב בהרבה מקודמיו, וב 50% מהעלות)

העלו תמונה שלכם והכניסו את הפרומפט הבא (תוך שאתם משלימים כל מה שבסוגריים לפי דמיונכם):

A highly detailed, realistic photograph of an open, 
spiral-bound notebook resting on a rustic wooden workshop bench, 
with a blurred bookshelf and window in the background, all illuminated by soft, natural light. 

On the lined paper page, a detailed hand-drawn pencil sketch of a character [attached image] is visible, 
matching the pose and form of a dynamic, 
fully-realized figure that is physically stepping off the page and out onto the desk. 

The figure is or or. The open notebook page contains handwritten pencil notes, 
including the title: 'PROJECT: [השלימו]' (top-left) and 'Date: [תאריך]' (top-right), 
with the recurring sentence: 'Idea: [השלימו]' written below it. 

Scattered realistically across the wooden desk are various craft tools and props specific to the character and project, 
such as for the artist, or for the sculptor, or for the architect.

הפוסט תפסיקו לרדוף אחרי כלי AI! הופיע לראשונה ב-Almaya.

חברת ElevenLabs, החברה המובילה בעולם ביצירת דיבור קולי מתוך טקסט (text-to-speech), השיקה לאחרונה את ה-Expressive Mode במערכת ה-Agents שלה, שדרוג שמשנה את כללי המשחק. הפיצ'ר החדש מאפשר לסוכנים קוליים להתאים את הטון, התזמון וההגשה הרגשית שלהם בזמן אמת, בהתבסס על ההקשר של השיחה.
 

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

מהם בכלל סוכני ה-Ai הקוליים של Eleven Labs?

סוכני ה-AI הקוליים הללו (או בשמם המקצועי: Conversational AI Agents) הם לא סתם "קריינים" שקוראים טקסט, אלא מערכות אינטראקטיביות מקצה לקצה המסוגלות לנהל שיחה קולית מלאה בזמן אמת.
 
בניגוד לעבר, שבו היינו צריכים לחבר בנפרד מודל שמיעה (ASR), מודל חשיבה (LLM) ומודל דיבור (TTS), ElevenLabs מציעה תשתית מאוחדת שעושה הכל תחת קורת גג אחת. הסוכנים הללו מסוגלים להבין הוראות מורכבות, לשלוף מידע ממאגרי נתונים ולענות בקול אנושי כמעט לחלוטין, מה שהופך אותם לכלי אידיאלי לשירות לקוחות, תמיכה טכנית, מכירות ואפילו ליווי אישי – והכל עם דיליי (Latency) נמוך במיוחד שמרגיש כמו שיחה עם בן אדם בצד השני של הקו.

הדבר הקורץ במיוחד בסוכנים הקוליים של Eleven Labs הוא אפשרות הקמת הסוכנים ללא ידע בפיתוח תוכנה. כל אחד, עם קצת אוריינטציה טכנית, יכול להקים סוכן קולי, לחבר אותו דרך שרת MCP, למערכות אותם הוא מפעיל בעסק, ואף לחבר את הסוכן למספר טלפון – מה שמאפשר זמינות מדהימה לשירות הלקוחות.

מהו Expressive Mode?

מצב הבעה (Expressive Mode) הוא יכולת חדשה המאפשרת לסוכנים של ElevenLabs "לשמוע" מעבר למילים הכתובות. המערכת מבוססת על שני שיפורים מערכתיים עמוקים ב-Stack השיחה:

1. מודל Eleven v3 Conversational: מודל ה-TTS (טקסט לדיבור) האינטליגנטי ביותר של החברה עד כה, בעל "אינטליגנציה רגשית" והבנת הקשר.
2. מערכת Turn-taking (לקיחת תורות) חדשה: מנגנון תזמון מדויק יותר שמונע הפרעות בשיחה ומבין מתי המשתמש סיים לדבר ומתי הוא רק לוקח אוויר.

השילוב של השניים מאפשר לסוכן לא רק לקרוא טקסט, אלא לבצע "משחק" (Acting) של ממש – הוא יגיב ברוגע כשאתם לחוצים, או בהתלהבות כשיש חדשות טובות.

המוח החדש: Eleven v3 Conversational

הלב של המערכת הוא המודל החדש, שפותח במיוחד לשיחות חיות (Low Latency). המודל שומר על ההקשר לאורך השיחה ומתאים את אופן הדיבור לכוונת המשתמש.

היכולות המרכזיות כוללות:
 

• התאמת טון קונטקסטואלית: הסוכן מנתח את הסיטואציה. אם משתמש נשמע מודאג, הסוכן יאמץ טון מרגיע. אם נדרשת בהירות טכנית, הוא ידבר בצורה ישירה וחותכת.
• תמיכה בשפות: המודל תומך כעת ב-70+ שפות (קפיצה משמעותית מ-32 המודלים הקודמים), עם שיפור דרמטי בניואנסים בשפות מורכבות כמו יפנית.
• תגי הבעה (Expressive Tags): ה-LLM יכול לשלוח למודל הדיבור הוראות בימוי ספציפיות בתוך הטקסט.

הנה דוגמאות לתגים שניתן להוסיף בתשובות המודל כדי לשלוט בביצוע:

[laughs]   - Adds laughter to the speech
[whispers] - Lowers volume for whispering
[sighs]    - Adds a sighing quality
[slow]     - Slows down speech delivery
[excited]  - Adds excitement to the delivery

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

רוצים לנסות? הכנסו לממשק text-to-speech של Eleven Labs, בפאנל הצד בחרו במודל v3 (חשוב!), והכניסו טקסט הכולל חלק מהתגים שפורטו לעיל.
 

מערכת ה-Turn-Taking: להבין מתי לדבר

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

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

לדוגמא:
אם משתמש אומר את המילה "כן…" (Yeah).

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

איך בונים סוכן אקספרסיבי?

הפעלת המצב החדש היא פשוטה, אך דורשת כיוונון עדין של ה-System Prompt כדי לקבל תוצאות מיטביות.

שלב 1: בחירת המודל

1. כנסו ל-Dashboard של ElevenLabs באזור ה-Agents.
2. תחת לשונית Agent Voice, בחרו במודל: V3 Conversational.
3. ברגע שבחרתם במודל זה, Expressive mode מופעל אוטומטית כברירת מחדל.

שלב 2: הנחיות ב-System Prompt

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

דוגמה להנחיה כללית לטון הדיבור:

You are a customer support agent. When a user sounds frustrated or upset, respond 
in a calm, reassuring tone. When delivering good news, allow your tone to reflect 
genuine warmth. Maintain a professional but approachable delivery throughout.

דוגמה להנחיה עם טריגרים ספציפיים:

You are a conversational AI agent with expressive speech capabilities.
Tone guidelines:
- When a user expresses frustration, use a calm and empathetic tone
- When explaining technical steps, use a clear and measured pace
- When a user shares good news, respond with warmth and enthusiasm
- When handling complaints, remain composed and solution-oriented

שימוש בתגי הבעה בתוך הפרומפט (לשליטה מדויקת):

You can also use expressive tags in your responses for precise control:
- [laughs] for moments of humor
- [whispers] for confidential or intimate moments
- [sighs] for resignation or relief
- [slow] when emphasizing important information

Example response: "That's great to hear! [laughs] I'm glad we could sort that out for you."

מגבלות וטיפים לשימוש נכון

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

• שיבוטי קול מקצועיים (PVC): נכון לעכשיו, מודל V3 Conversational אינו משמר בצורה מושלמת את המאפיינים של Professional Voice Clones. התוצאה עשויה להישמע שונה מהקול המקורי. אם הזהות הקולית היא קריטית לכם, עדיף להישאר כרגע עם מודל Turbo v2.
• משך ההשפעה של תגים: תגים כמו [whisper] משפיעים רק על 4-5 מילים. אל תבנו על כך שהסוכן "ילחש" פסקה שלמה באמצעות תג אחד בתחילתה.
• בדיקה בשפות שונות: רמת האקספרסיביות משתנה בין שפות. חובה לבצע בדיקות QA בשפת היעד שלכם כדי לוודא שהניואנסים הרגשיים עוברים כהלכה.
• עלות: החדשות הטובות הן שהמחיר זהה לשאר המודלים – החל מ-$0.08 לדקה.

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

הפוסט Expressive Mode של ElevenLabs: המדריך המלא לבניית סוכני AI עם אינטליגנציה רגשית הופיע לראשונה ב-Almaya.

שלב 1: בניית ה"מוח" ב-NotebookLM

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

1. כנסו ל-NotebookLM בכתובת notebooklm.google.com ופתחו מחברת חדשה.
2. העלו את מסמכי המקור הרלוונטיים ביותר. זה יכול לכלול:
   • פרופילי חברות ומסמכי אסטרטגיה.
   • קבצי PDF של נהלים.
   • סרטונים רלוונטיים מיוטיוב (כן, הוא יודע "לצפות" ולהבין אותם).
   • קבצים ישירות מ-Google Drive.

 

 
לאחר שהחומרים בפנים, מומלץ להשתמש בפיצ'ר ה-Deep Research (אם זמין לכם) או פשוט לתת למערכת כמה דקות לעבד את המידע. זהו השלב שבו המודל "לומד" את החומר שלכם.

שלב 2: יצירת תובנות ראשוניות

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

• סיכומים ואינפוגרפיקות.
• טבלאות נתונים להשוואה בין מסמכים.
• פודקאסטים (Audio Overviews) להאזנה לחומר.

 
השתמשו בכלים אלו כדי לחלץ תובנות מפתח ושמרו אותן כ-Notes (פתקים) בתוך המחברת. פתקים אלו ישמשו בהמשך כחלק מההקשר של הסוכן שלנו.

שלב 3: בניית העוזר האישי (Gem)

עכשיו מגיע הקסם האמיתי: החיבור בין הידע לבין מודל השיחה. אנחנו נעבור ל-Gemini Advanced כדי ליצור Gem – גרסה מותאמת אישית של ג'מיני.
 

1. הכנסו לממשק של Gemini.
2. הקליקו על Gem manager בפאנל הצד ואז על New Gem.
3. תנו לסוכן שם (למשל: "יועץ אסטרטגי פנימי").
4. השלב הקריטי: מתחת לאזור ה-Knowledge, לחצו על כפתור ה-+ ובחרו ב-NotebookLM. בחרו את המחברת שיצרתם בשלב הראשון.

 

 
כעת, כתבו את ההנחיות (Instructions). המטרה היא להגדיר לסוכן את ה"אישיות" ואת אופן הפעולה שלו. הנה תבנית מומלצת להתחלה (באנגלית, גם עברית עובד, אבל אנגלית לרוב איכותי יותר):
 

You are a personal assistant specializing in [Specific Field], representing [Company Name].

Your goal is to assist the user by asking guiding questions, one at a time, regarding the [Client / Project / Topic].

Guide the learning process gradually based on the user's responses and your attached Knowledge Base. Only when the case details are clear to you, offer precise assistance based on the information in the Notebook.

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

שלב 4: אינטגרציה עם Google Workspace

הכוח של ה-Gem הזה הוא שהוא לא חי בבועה. אם אתם משתמשים ב-Google Workspace, אתם יכולים להפעיל אותו ישירות בתוך האפליקציות היומיומיות שלכם.
 
הנה כמה דוגמאות לשימוש ב-Gem המחובר לידע שלכם:
 

• ב-Google Docs: בקשו ממנו לכתוב טיוטה להצעת מחיר, כאשר הוא מתבסס על מחירונים ונהלים שנמצאים במחברת.
• ב-Google Slides: בקשו רעיונות לשקפים או מבנה למצגת שמבוסס על אסטרטגיית המותג.
• ב-Google Sheets: נסו את הפרומפט הבא ליצירת סדר בנתונים:
  

  
  Create a new table ranking all clients according to the customer evaluation model found in the notebook.
          

סיכום: בונים נכס ידע, לא עוד צ'אט חד-פעמי

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

הפוסט NotebookLM + Gemini = עובד חדש לעסק: מדריך צעד צעד הופיע לראשונה ב-Almaya.

במהלך התרגול נבין את ההבדל בין Projects ל-Skills, נלמד את המתכון הטכני ליצירת Skill, ונבנה בפועל 5 כלים מעשיים שיכולים לחסוך שעות עבודה רבות. נתנסה בהגדרת "מתכונים" שמלמדים את המודל לבצע רצף פעולות מורכב, החל מיצירת הצעת מחיר ועד בניית דשבורד אינטראקטיבי.

היכרות עם Claude Skills

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

1. ההבדל בין Projects ל-Skills:
   • Claude Projects: אלו סביבות עבודה המספקות הקשר (Context). אתם מעלים לשם מסמכים ספציפיים לפרויקט, והמודל "יודע" את המידע הזה.
   • Claude Skills: אלו יכולות (Capabilities) שעובדות בכל מקום. הם כמו "קבלני משנה" רדומים שמתעוררים רק כשאתם קוראים להם לבצע משימה מוגדרת היטב.
2. דרישות קדם לתרגול:
   • חשבון Claude Professional (נדרש כדי להשתמש בפיצ'ר ה-Skills).
   • עורך טקסט פשוט (כגון Notepad בווינדוס, TextEdit במק, או VS Code). אין להשתמש ב-Word.
   • קובץ ZIP (נלמד ליצור אותו מיד).

המדריך הטכני ליצירת Skill

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

1. יצירת התיקייה:
   • צרו תיקייה חדשה במחשב שלכם.
   • תנו לה שם באנגלית בלבד, עם מקפים בין מילים (לדוגמא: proposal-generator).
   • חשוב: אל תשתמשו ברווחים או בקו תחתון (_).
2. יצירת קובץ ההוראות:
   • בתוך התיקייה, צרו קובץ טקסט חדש.
   • שנו את שם הקובץ ל-SKILL.md בדיוק (שימו לב לסיומת md.).
   • בשלבים הבאים נעתיק לתוך קובץ זה את הקוד.
3. אריזה (Zipping):
   • לאחר שערכתם את הקובץ ושמרתם, יש לדחוס את התיקייה.
   • ב-Mac: קליק ימני על התיקייה -> Compress.
   • ב-Windows: קליק ימני -> Send to -> Compressed (zipped) folder.
4. העלאה ל-Claude:
   • פתחו את Claude.
   • לחצו על תמונת הפרופיל שלכם -> Settings -> Capabilities -> Skills.
   • לחצו על Upload skill ובחרו את קובץ ה-ZIP שיצרתם.
      
     

את 5 ה Skills הבאים תוכלו פשוט להעתיק ולהדביק בקובץ SKILL.md שיצרתם.

סקיל 1: מחולל הצעות מחיר (Proposal Generator)

סקיל זה הופך הערות קוליות או טקסט גולמי להצעת מחיר מעוצבת ומקצועית.

במקום להקדיש חצי יום להכנת הצעת מחיר, אני מקליט הערות קוליות (גם תו״כ כדי נסיעה. בדיבורית) ל-Claude עם ה-Skill הזה, ותוך 5 דקות יש לי מסמך מוכן עם:

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

1. הכנת הקובץ:
    
   העתיקו את התוכן הבא לקובץ SKILL.md בתיקייה שיצרתם:
   
   עבריתEnglish

   
   ---
   name: proposal-generator
   description: יוצר הצעות מחיר והצעות עבודה מקצועיות ללקוחות, כולל מיתוג, עיצוב, טבלאות ושורות חתימה. השתמשו כאשר המשתמש צריך ליצור הצעת מחיר, הצעה לפרויקט או מסמך היקף עבודה ללקוח.
   ---
   
   # מיומנות יצירת הצעות
   
   אתה מומחה מקצועי לכתיבת הצעות מחיר.
   
   ## בעת הפעלה
   
   בקש את המידע הבא (בדוק קודם בזיכרון של Claude, ושאל רק אם חסר):
   
   1. שם העסק או החברה  
   2. לוגו (אם לא קיים בתיקיית assets/)  
   3. צבעי המותג (אם לא קיימים בזיכרון)  
   4. שם הלקוח ותיאור כללי של הפרויקט  
   5. היקף העבודה והתוצרים  
   6. לוחות זמנים ואבני דרך  
   7. סכום ההשקעה ותנאי התשלום  
   
   ## טיפול בתבנית
   
   **אם קיים הקובץ assets/proposal-template.docx:** השתמש בתבנית זו לכל העיצוב, המבנה והמיתוג.
   
   **אם לא קיימת תבנית:** צור מסמך Word (.docx) הכולל:
   
   - עמוד שער (שם החברה, "הצעה עבור [שם הלקוח]", תאריך)  
   - תקציר מנהלים (3–4 פסקאות)  
   - היקף עבודה עם תוצרים ברורים  
   - לוח זמנים כטבלה מעוצבת  
   - פירוט השקעה ותנאי תשלום  
   - תנאים והגבלות  
   - אזור חתימה לשני הצדדים  
   
   ## פלט
   
   שמור בשם:  
   `[ClientName]_Proposal_[Date].docx`
   
   החל עיצוב מקצועי עם כותרות עקביות, טבלאות ללוחות זמנים ולתמחור, ושבירת עמוד בין הסעיפים.
   

   
   ---
   name: proposal-generator
   description: Creates professional client proposals with branding, formatting, tables, and signature lines. Use when user needs to create proposals, quotes, or project scopes for clients.
   ---
   
   # Proposal Generator Skill
   
   You are a professional proposal specialist.
   
   ## When Activated
   
   Ask for this information (check Claude's memory first, only ask if missing):
   1. Business/company name
   2. Logo (if not in assets/ folder)
   3. Brand colors (if not in memory)
   4. Client name and project overview
   5. Scope of work and deliverables
   6. Timeline and milestones
   7. Investment amount and payment terms
   
   ## Template Handling
   
   **If assets/proposal-template.docx exists:** Use that template for all formatting, structure, and branding.
   
   **If no template exists:** Create a Word document (.docx) with:
   - Cover page (company name, "Proposal for [Client]", date)
   - Executive summary (3-4 paragraphs)
   - Scope of work with clear deliverables
   - Timeline as formatted table
   - Investment breakdown with payment terms
   - Terms and conditions
   - Signature section for both parties
   
   ## Output
   
   Save as: `[ClientName]_Proposal_[Date].docx`
   
   Apply professional formatting with consistent headers, tables for timeline/pricing, and page breaks between sections.
   

2. תוספות:
    

   ניתן להוסיף קובץ טמפלייט ממותג להצעת המחיר באותה תיקיה של ה SKILL.md, ו״לארז״ אותו לתוך ה-ZIP. הקובץ ימוקם בתיקיה פנימית assets/proposal-template.docx.

3. בדיקה:
    
   • העלו את ה-Skill ל-Claude.
   • פתחו צ'אט חדש וכתבו:
      

     אני צריך לשלוח הצעת מחיר ללקוח 'ששון ייזום נדלן' לעיצוב מחדש של האתר. התקציב הוא 15,000₪.

סקיל 2: בונה מצגות (Presentation Builder)

מצגת של 12 סליידים שהייתה לוקחת יומיים? נוצרת ב-22 דקות.
 
ה-Skill לוקח את נקודות המפתח שלכם, יוצר מבנה מקצועי עם תרשימים והערות למרצה, ומייצא ישירות ל-PowerPoint מוכן. אם יש לכם תבנית קיימת – הוא משתמש בפורמט המדויק שלכם.

1. הכנת הקובץ:
   • צרו תיקייה חדשה וקובץ SKILL.md חדש עם התוכן הבא:
   עבריתEnglish

   
   ---
   name: presentation-builder
   description: יוצר מצגות PowerPoint ניהוליות על בסיס מחקר ונתונים. השתמשו כאשר המשתמש צריך מצגת לדירקטוריון, מצגת אסטרטגיה או שקפים מקצועיים.
   ---
   
   # מיומנות בניית מצגות
   
   אתה מומחה למצגות מנהלים.
   
   ## בעת הפעלה
   
   בקש את המידע הבא (בדוק קודם בזיכרון, ושאל רק אם חסר):
   
   1. שם העסק ופרטי מיתוג  
   2. מטרת המצגת והמסר המרכזי  
   3. קהל היעד (דירקטוריון, הנהלה, צוות, סטודנטים)  
   4. נושאים עיקריים לכיסוי  
   5. נתונים או מדדים שיש לכלול  
   6. סגנון מבוקש (רשמי, שיחתי, מבוסס נתונים, לימודי)  
   
   ## טיפול בתבנית
   
   **אם קיים הקובץ assets/presentation-template.pptx:** השתמש בתבנית זו לכל השקפים, העיצוב והמיתוג.
   
   **אם לא קיימת תבנית:** צור קובץ PowerPoint (.pptx) הכולל:
   
   - שקף פתיחה (כותרת ראשית, כותרת משנה, תאריך)  
   - סדר יום (3–5 חלקים עיקריים)  
   - שקפי תוכן (נקודה אחת בכל שקף, עד 3–5 בולטים לכל היותר)  
   - שקפי נתונים (גרפים או טבלאות עם כיתוב ברור)  
   - סיכום (תובנות מרכזיות והצעדים הבאים)  
   
   ## פלט
   
   שמור בשם:  
   `[Topic]_Presentation_[Date].pptx`
   
   השתמש בכותרות ברורות, בולטים תמציתיים, הערות דובר בשקפים מורכבים, ועיצוב מקצועי ועקבי לאורך כל המצגת.
   

   
   ---
   name: presentation-builder
   description: Creates executive PowerPoint presentations from research and data. Use when user needs board decks, strategy presentations, or professional slides.
   ---
   
   # Presentation Builder Skill
   
   You are an executive presentation specialist.
   
   ## When Activated
   
   Ask for this information (check memory first, only ask if missing):
   1. Business name and branding details
   2. Presentation purpose and key message
   3. Target audience (board, executives, team, students)
   4. Main topics to cover
   5. Data or metrics to include
   6. Tone preference (formal, conversational, data-driven, educational)
   
   ## Template Handling
   
   **If assets/presentation-template.pptx exists:** Use that template for all slides, formatting, and branding.
   
   **If no template exists:** Create PowerPoint (.pptx) with:
   - Title slide (headline, subtitle, date)
   - Agenda (3-5 main sections)
   - Content slides (one point per slide, 3-5 bullets max)
   - Data slides (charts/tables with clear labels)
   - Summary (key takeaways and next steps)
   
   ## Output
   
   Save as: `[Topic]_Presentation_[Date].pptx`
   
   Use clear slide titles, concise bullets, speaker notes for complex slides, and professional layout throughout.
   

2. תוספות:
    

   ניתן להוסיף קובץ טמפלייט ממותג להצעת המחיר באותה תיקיה של ה SKILL.md, ו״לארז״ אותו לתוך ה-ZIP. הקובץ ימוקם בתיקיה פנימית assets/presentation-template.pptx.

סקיל 3: בונה דשבורדים (Dashboard Builder)

סקיל זה הופך קובץ CSV לדשבורד HTML אינטראקטיבי ללא כתיבת קוד ידנית.

1. הכנת הקובץ:
   • העתיקו לקובץ ה-Skill:
   עבריתEnglish

   
   ---
   name: dashboard-builder
   description: ממיר נתוני CSV לדשבורדים אינטראקטיביים באינטרנט עם פילטרים וגרפים. השתמשו כאשר המשתמש צריך להמחיש נתונים, לעקוב אחרי מדדים או ליצור דוחות אינטראקטיביים.
   ---
   
   # מיומנות בניית דשבורדים
   
   אתה אנליסט, מומחה להמחשת נתונים באופן ויזואלי.
   
   ## בעת הפעלה
   
   בקש את המידע הבא (בדוק קודם בזיכרון):
   
   1. שם העסק וצבעי המותג (אם לא קיימים בזיכרון)  
   2. מקור הנתונים (קובץ CSV או תיאור)  
   3. מדדים מרכזיים למעקב  
   4. איך לסנן (תאריך, קטגוריה, אזור)  
   5. אילו המחשות נדרשות (תרשימים, טבלאות, גרפים)  
   
   ## יצירת דשבורד
   
   בנה דשבורד HTML אינטראקטיבי הכולל:
   
   - כותרת עליונה (כותרת, תאריך עדכון אחרון, תיאור)  
   - כרטיסי מדדים (3–5 מספרים מרכזיים שמופיעים בצורה בולטת)  
   - בקרי סינון (תפריטים נפתחים לתאריכים, קטגוריות)  
   - תרשימים אינטראקטיביים באמצעות Chart.js  
   - טבלת נתונים ניתנת למיון בחלק התחתון  
   
   ## טכני
   
   - קובץ HTML יחיד שנפתח בכל דפדפן  
   - עיצוב רספונסיבי (דסקטופ ומובייל)  
   - צבעים מקצועיים (השתמשו בצבעי המותג אם סופקו)  
   - שמור בשם:  
     `[DataSource]_Dashboard_[Date].html`
   
   

   
   ---
   name: dashboard-builder
   description: Transforms CSV data into interactive web dashboards with filters and charts. Use when user needs to visualize data, track metrics, or create interactive reports.
   ---
   
   # Dashboard Builder Skill
   
   You are a data visualization specialist.
   
   ## When Activated
   
   Ask for this information (check memory first):
   1. Business name and brand colors (if not in memory)
   2. Data source (CSV file or description)
   3. Key metrics to track
   4. How to filter (date, category, region)
   5. Visualizations needed (charts, tables, graphs)
   
   ## Create Dashboard
   
   Build an interactive HTML dashboard with:
   - Header (title, last updated, description)
   - Metrics cards (top 3-5 numbers prominently)
   - Filter controls (dropdowns for dates, categories)
   - Interactive charts using Chart.js
   - Sortable data table below
   
   ## Technical
   
   - Single HTML file that opens in any browser
   - Responsive design (desktop and mobile)
   - Professional colors (use brand colors if provided)
   - Save as: `[DataSource]_Dashboard_[Date].html`
   

2. בדיקה:
    
   גררו קובץ אקסל או CSV ל-Claude וכתבו:
    

   בנה לי דשבורד של הדאטה הזה (בעזרת dashboard skill שלך). התמקד במגמות מכירה.

סקיל 4: מתכנן פיננסי (Financial Model Builder)

יצירת קבצי אקסל מורכבים עם נוסחאות חיות וקידוד צבעים סטנדרטי.

תקציב עם 47 שורות ו-6 טאבים. משנים הנחה אחת (כמו תעריף שעתי), ו-283 תאים מתעדכנים אוטומטית. המודל משתמש בנוסחאות Excel מקצועיות עם קידוד צבעים סטנדרטי (כחול לקלט, שחור לנוסחאות).

1. הכנת הקובץ:
    
   
   עבריתEnglish

   
   ---
   name: financial-model-builder
   description: יוצר מודלים דינמיים ב-Excel עם נוסחאות פעילות וחישוב אוטומטי. השתמשו כאשר המשתמש צריך תקציב, תחזית, ניתוח ROI או מודל תמחור.
   ---
   
   # מיומנות בניית מודלים פיננסיים
   
   אתה מתכנן פיננסי מומחה.
   
   ## בעת הפעלה
   
   בקש את המידע הבא (בדוק קודם בזיכרון):
   
   1. שם העסק (אם לא קיים בזיכרון)  
   2. מטרת המודל (תקציב, תחזית, ROI, תמחור)  
   3. טווח זמן (חודשי, רבעוני, שנתי)  
   4. מקורות הכנסה וקטגוריות הוצאה  
   5. שיעורי צמיחה או משתנים מרכזיים  
   6. חישובים נדרשים (NPV, IRR, נקודת איזון, מרווחים)  
   
   ## טיפול בתבנית
   
   **אם קיים הקובץ assets/model-template.xlsx:** השתמש בתבנית זו למבנה ולעיצוב.
   
   **אם לא קיימת תבנית:** צור קובץ Excel הכולל לשוניות:
   
   - Assumptions – כל הקלטים, מסומנים וברורים  
   - Calculations – פירוט חודשי או רבעוני של החישובים  
   - Dashboard – מדדים מרכזיים וגרפים  
   
   ## כללי נוסחאות
   
   **סטנדרט צבעים:**
   - טקסט כחול = קלטים לעריכה  
   - טקסט שחור = נוסחאות מחושבות  
   - טקסט ירוק = קישורים ללשוניות אחרות  
   - רקע צהוב = תוצאות מרכזיות  
   
   **דרישות:**
   - כל הקלטים יוזנו באמצעות הפניות לתאים (ללא מספרים קשיחים בנוסחאות)  
   - עטוף נוסחאות ב-IFERROR  
   - אל תשאיר נוסחאות שבורות  
   
   שמור בשם:  
   `[Purpose]_Model_[Date].xlsx`
   

   
   ---
   name: financial-model-builder
   description: Creates dynamic Excel models with working formulas and automatic recalculation. Use when user needs budgets, forecasts, ROI analysis, or pricing models.
   ---
   
   # Financial Model Builder Skill
   
   You are a financial modeling specialist.
   
   ## When Activated
   
   Ask for this information (check memory first):
   1. Business name (if not in memory)
   2. Model purpose (budget, forecast, ROI, pricing)
   3. Time period (monthly/quarterly/yearly)
   4. Revenue streams and expense categories
   5. Growth rates or key variables
   6. Calculations needed (NPV, IRR, break-even, margins)
   
   ## Template Handling
   
   **If assets/model-template.xlsx exists:** Use that template for structure and formatting.
   
   **If no template exists:** Create Excel file with tabs:
   - Assumptions (all inputs, clearly labeled)
   - Calculations (monthly/quarterly breakdowns)
   - Dashboard (key metrics and charts)
   
   ## Formula Rules
   
   **Color Standards:**
   - BLUE text = inputs (user edits)
   - BLACK text = formulas (calculated)
   - GREEN text = links to other tabs
   - YELLOW background = key outputs
   
   **Requirements:**
   - All inputs use cell references (NO hardcoded numbers)
   - Wrap formulas in IFERROR
   - No broken formulas
   
   Save as: `[Purpose]_Model_[Date].xlsx`
   

2. תוספות:
    

   ניתן להוסיף קובץ טמפלייט ממותג להצעת המחיר באותה תיקיה של ה SKILL.md, ו״לארז״ אותו לתוך ה-ZIP. הקובץ ימוקם בתיקיה פנימית assets/model-template.xlsx.

סקיל 5: ויזואליזציה של תהליכים (Workflow Visualizer)

יצירת תרשימי זרימה ותרשימים ארגוניים מתוך תיאור טקסטואלי.

במקום לכתוב 3 פסקאות הסבר, תארו את התהליך ל-Skill הזה ותקבלו תרשים זרימה מקצועי תוך 2 דקות – מוכן להדבקה במייל או במצגת.

1. הכנת הקובץ:
    
   
   עבריתEnglish

   
   ---
   name: workflow-visualizer
   description: יוצר דיאגרמות תהליך, תרשימי ארגון, תרשימי זרימה והמחשות מערכת. השתמש כאשר המשתמש צריך להמחיש workflow או להסביר תהליכים.
   ---
   
   # מיומנות המחשת תהליכים
   
   אתה מומחה להמחשת תהליכים.
   
   ## בעת הפעלה
   
   בקש את המידע הבא (בדוק קודם בזיכרון):
   
   1. צבעי מותג (אם לא קיימים בזיכרון והמשתמש רוצה מיתוג)  
   2. סוג הדיאגרמה (workflow, תרשים ארגוני, זרימת תהליך, עץ החלטה)  
   3. האלמנטים המרכזיים או השלבים להצגה  
   4. איך הם מתחברים (רציף, היררכי, מחזורי)  
   5. תוויות או הערות נדרשות  
   
   ## יצירת דיאגרמה
   
   בנה דיאגרמה מקצועית הכוללת:
   
   - תיבות או צורות נקיות עם תוויות ברורות  
   - חיצים שמציגים זרימה או יחסים  
   - קידוד צבעים כשזה עוזר  
   - ריווח נכון (לא צפוף)  
   - היררכיה ברורה  
   
   ## פלט
   
   - פורמט SVG או PNG  
   - שם: `[Type]_[Topic]_[Date]`  
   - מראה מקצועי שמתאים למצגות  
   
   בדיקת איכות: האם מישהו מבין את זה תוך 3 שניות?
   
   

   
   ---
   name: workflow-visualizer
   description: Creates process diagrams, org charts, flowcharts, and system visualizations. Use when user needs to visualize workflows or explain processes.
   ---
   
   # Workflow Visualizer Skill
   
   You are a process visualization specialist.
   
   ## When Activated
   
   Ask for this information (check memory first):
   1. Brand colors (if not in memory and user wants branding)
   2. Diagram type (workflow, org chart, process flow, decision tree)
   3. Main elements or steps to show
   4. How they connect (sequential, hierarchical, cyclical)
   5. Labels or annotations needed
   
   ## Create Diagram
   
   Build a professional diagram with:
   - Clean boxes/shapes with clear labels
   - Arrows showing flow/relationships
   - Color coding if helpful
   - Proper spacing (not crowded)
   - Clear hierarchy
   
   ## Output
   
   - SVG or PNG format
   - Name: `[Type]_[Topic]_[Date]`
   - Professional appearance for presentations
   
   Quality check: Can someone understand this in 3 seconds?
   

איך מתקדמים?

כעת שיש לכם את הידע הטכני, זה הזמן ליישם אותו על הצרכים האישיים שלכם.

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

1. זהו "גזלן זמן":
   • חשבו על משימה אחת שחוזרת על עצמה השבוע וגוזלת מכם זמן יקר (כתיבת אימיילים ללקוחות, סיכום פגישות, תרגום מסמכים).
2. כתבו את ה-Skill:
   • פתחו קובץ חדש ונסו לכתוב את ההנחיות למודל.
   • השתמשו במבנה שלמדנו: Who are you, When Activated, Process/Actions, Output Format.
3. טיפ למתקדמים:
   • נסו לשלב בתוך התיקייה קובץ דוגמא (למשל example.txt) והנחו את ה-Skill להשתמש בו כבסיס לסטייל ולטון הדיבור.

לסיכום, Skills ב-Claude הם כלי רב עוצמה שמאפשר להפוך תהליכים ידניים לאוטומטיים ומדויקים. המפתח להצלחה הוא הגדרה מדויקת של ה"מתכון" – ככל שתהיו ברורים יותר בהוראות ה-Markdown, כך התוצאה תהיה עקבית ומקצועית יותר. זה הזמן להתחיל לבנות את ספריית הכלים האישית שלכם.

 
בהצלחה!

הפוסט מדריך צעד-צעד ל-Claude Skills (ו-5 במתנה, copy-paste) הופיע לראשונה ב-Almaya.

למה מודלי שפה של היום בעצם מבזבזים משאבים?

כשאתם שואלים מודל שפה מודרני "מה קורה אם אני מוריד את מתג האור למטה?", הוא עשוי לענות תשובות כמו:

• "האור יכבה"
• "החדר יהפוך חשוך"
• "המנורה תפסיק לפעול"

 
שלוש תשובות שונות לחלוטין מבחינת המילים, אבל זהות לחלוטין מבחינת המשמעות.
 
בשבילנו, בני האדם, זה טריוויאלי – אנחנו מיד מזהים שמדובר באותה תשובה בדיוק. אבל למודלי שפה גדולים (LLMs), אלו שלושה רצפי טוקנים שונים לגמרי, כמעט ללא חפיפה. במהלך האימון, המודל מושקע במשאבי מחשוב אדירים בלימוד ניסוחים, סגנונות כתיבה, ומבנים תחביריים – כל זה מבלי ששום דבר מזה באמת משנה את המשמעות של התשובה.
זה לא באג – זו בעיה מבנית.
 
גם מודלי VLM – Vision-Language Models מודרניים פועלים כך: הם מקבלים תמונה או סרטון, מקבלים שאלה, ומייצרים טקסט – טוקן אחר טוקן. כך עובדים כיתובים לתמונות, מענה על שאלות חזותיות, ורוב המודלים המולטימודליים הגדולים. הם מאומנים לחזות את המילה הבאה, ואז את המילה הבאה, ואז את המילה הבאה שוב.
 
הגישה הזו עובדת, בלי ספק. אבל היא גוררת שני מחירים כבדים:
 

1. ראשית, המודלים נאלצים ללמוד דברים שלא משפיעים על נכונות התשובה. במקום להתמקד ברעיון עצמו, הם מתאמצים לדייק בניסוח המדויק, בבחירת מילים ספציפיות, במבנה המשפט – שום דבר מזה לא משנה את התוכן, אבל זה גוזל עצום מהמשאבים.
2. שנית, יצירת טקסט טוקן-אחר-טוקן היא איטית ומסורבלת. במערכות שצריכות להבין מה קורה בזמן אמת – משקפי AR, רובוטיקה, ניווט אוטונומי – אתם לא יכולים לדעת מה המודל חושב עד שהוא מסיים לכתוב את כל המשפט. המשמעות מתגלה רק בסוף תהליך הדקודינג. זה מוסיף חביון (latency), שורף חישוב יקר, והופך כמעט לבלתי אפשרי לעדכן מידע באופן סלקטיבי.

 
וזה בדיוק המקום שבו VL-JEPA נכנס למשחק עם גישה שונה לחלוטין.
 
 

VL-JEPA: חשיבה ללא מילים

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

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

 
זה מה שמנסים לסמלץ עכשיו. במקום לחזות מילים, VL-JEPA חוזה משמעות ישירות.
 
השם המלא הוא VL-JEPA – Vision-Language Joint Embedding Predictive Architecture, ארכיטקטורת חיזוי משותפת של ראייה ושפה ב״מרחב הטמעות״. או-אה! השם נשמע מסובך, אבל הרעיון פשוט באופן מפתיע: במהלך האימון, המודל בכלל לא מנסה לייצר טקסט. במקום זאת, הוא לומד למפות קלט חזותי ושאלה טקסטואלית ישירות לייצוג סמנטי של התשובה – כמו הפעילות הנוירונית הקדומה במוח, שעדיין לא התלבשה במילים.
 
תחשבו על זה כך: במקום ללמוד "איך לכתוב תשובה נכונה", המערכת לומדת "איך נראית המשמעות של תשובה נכונה" – במרחב מתמטי רב-ממדי שנקרא ״מרחב הטמעות״ (embedding space).
 
 

איך זה בנוי?

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

1. מקודד חזותי (Visual Encoder) – הרכיב הראשון לוקח תמונה או רצף פריימים מסרטון, ודוחס אותם לסט של ייצוגי-משמעויות מספריים, מה שנקרא ״הטמעות חזותיות״ (Visual Embeddings). תחשבו על אלה כעל "טוקנים חזותיים", רק שהם וקטורים רציפים במקום סימנים דיסקרטיים. במימוש הנוכחי, הם משתמשים ב-VJEPA-2, טרנספורמר ראייה שמאומן באופן עצמאי עם כ-304 מיליון פרמטרים, והוא נשאר קפוא (frozen) במהלך האימון.
2. החזאי (Predictor) – זהו ליבת המערכת כולה. המודול הזה לוקח את ההטמעות החזותיות והשאלה הטקסטואלית, ומנסה לחזות איך אמורה להיראות הטמעת התשובה. הוא בנוי משכבות טרנספורמר שאותחלו "לשים לב" למשמעויות ולא לטקסט. הראייה והטקסט מקיימים אינטראקציה חופשית.
3. מקודד (Encoder) – הרכיב הזה "מקודד" את התשובה הנכונה מטקסט לייצוג משמעותי-מספרי ("Embedding") במהלך האימון. זו בעצם מטרת הלמידה. חשוב להדגיש: הייצוג הזה אמור לתפוס את המשמעות של התשובה, לא את הניסוח.
4. מפענח (Decoder) – וזה החלק המרתק: הרכיב הזה כמעט לא משתתף באימון בכלל. בזמן ההסקה (inference) – הרכיב נכנס לפעולה רק כשבאמת צריך טקסט קריא. רוב הזמן, המודל נשאר לגמרי במרחב ה-Embeddings.

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

הנה התובנה בבסיס של כל הגישה הזו:
 
במרחב המילים (הטוקנים), מספר תשובות תקינות יכולות להיות רחוקות זו מזו באופן קיצוני. "האור כבה", "החדר נעשה חשוך", "המנורה הפסיקה לפעול" – אלו רצפי טוקנים שונים לחלוטין.
 
במרחב המשמעויות (ה״הטמעות״), אותן תשובות יכולות לשבת קרוב זו לזו. הן חולקות משמעות, אז הן חולקות מיקום במרחב המתמטי.
 
זה הופך בעיית למידה מולטימודלית מבולגנת עם אינסוף ווריאציות לשוניות (multi-modal problem) לבעיה חלקה ומתומצתת עם משמעות אחת (single-mode problem). המודל כבר לא צריך לנחש איזה ניסוח אתם רוצים – הוא רק צריך להבין מה התשובה אומרת תכל׳ס.
 
בגלל זה, VL-JEPA לא צריך להריץ פיענוח שפה כבד במהלך האימון. הוא לא לומד איך לכתוב משפטים. הוא לומד איך לחזות סמנטיקה. והשינוי הזה לבדו חוסך כמות עצומה של עבודה מיותרת וכוח עיבוד.
 
 

התוצאות מדברות בעד עצמן

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

• אותו מקודד ויזואלי
• אותה רזולוציה
• אותו קצב פריימים
• אותה תערובת נתונים
• אותו גודל batch
• אותו מספר צעדי אימון

 
ההבדל היחיד: מה המודלים אומנו לחזות.
 

1. מודל אחד הלך בנתיב הסטנדרטי – חיזוי טוקנים עם מודל שפה של מיליארד פרמטרים.
2. מודל שני – גרסת VL-JEPA חזה הטמעות באמצעות חזאי של כ-500 מיליון פרמטרים. כלומר, למערכת המבוססת-הטמעות היו כמחצית מהפרמטרים הניתנים לאימון.

 
בתחילת האימון, שתי המערכות נראות דומות. אחרי כ-500,000 דגימות, הביצועים דומים בערך. אבל כשהאימון ממשיך, דפוס ברור מתחיל להתגלות:
 
VL-JEPA מתחיל להשתפר מהר יותר, והשיפור ממשיך.
 
אחרי 5 מיליון דגימות, הוא מגיע לדיוק של 14.7 (במדד Cider – מטריקת איכות לכיתובי וידאו) בזמן שהמודל המבוסס-טוקנים עדיין ב-7.1 בערך.
 
דיוק הסיווג קופץ לכ-35% עבור VL-JEPA לעומת כ-27% עבור המודל הלשוני. והפער לא נסגר מאוחר יותר. ב-15 מיליון דגימות, ההבדל נשאר. VL-JEPA ממשיך ללמוד ביעילות רבה יותר, אפילו עם פחות פרמטרים.
 
זה לא טריק של טיונינג. זה יתרון מבני.
 

 
 

הפתעה בזמן ריצה: דקודינג סלקטיבי

הסיפור לא נעצר ביעילות האימון. בזמן הסקה (inference) הגישה הזו מרשימה אפילו יותר! במיוחד עבור וידאו.
 
מכיוון ש-VL-JEPA מייצר זרם רציף של הטמעות סמנטיות, היא תומכת במשהו שנקרא selective decoding – דקודינג סלקטיבי. במקום לייצר טקסט במרווחי זמן קבועים, אתם עוקבים אחרי איך ההטמעות משתנות לאורך זמן. אם המשמעות נשארת יציבה – אתם לא מפענחים כלום. אם יש שינוי סמנטי משמעותי – אז אתם מפענחים.
 
הם בודקים את זה על סרטונים פרוצדורליים ארוכים מ-EgoExo4D. סרטונים אלה נמשכים בממוצע כ-6 דקות כל אחד, ומכילים בערך 143 הערות פעולה לסרטון. דקודינג טקסט הוא החלק היקר, אז המטרה היא לשחזר את רצף ההערות תוך מזעור מספר פעולות הדקודינג.
 
הם משווים שתי אסטרטגיות:
 

• Uniform decoding – טקסט מיוצר במרווחי זמן קבועים
• Embedding-guided decoding – זרם ההטמעות מקובץ לסגמנטים קוהרנטיים סמנטית ומפוענח פעם אחת לכל סגמנט

 
התוצאה נקייה: כדי להשיג ביצועים דומים ל-uniform decoding בקצב של דקודינג אחד לשנייה, VL-JEPA צריך ״לפענח״ (להלביש את המחשבה במילים) רק פעם אחת בכל 2.85 שניות בערך. זוהי הפחתה של פי 2.85 בערך בפעולות דקודינג, עם ביצועים דומים.
 
בלי טריקים מתוחכמים של זיכרון, בלי אקרובטיקה של KV cache. זו פשוט תוצאה של עבודה במרחב סמנטי.
 
זה חשוב במיוחד למערכות זמן אמת כמו משקפיים חכמים, רובוטיקה, ניווט או תכנון חי – מקומות שבהם חביון (latency) ועלות חישוב באמת משנים.
 
 

ריבוי שימושים, ארכיטקטורה אחת

יתרון מרכזי נוסף הוא מולטי-מודליות.
 
VL-JEPA יכול לטפל ביצירה (generation), סיווג (classification), אחזור (retrieval), ומענה – על שאלות חזותיות (discriminative VQA) – הכל באמצעות אותה ארכיטקטורה. אין ראשי משימות ייעודיים, אין מודלים נפרדים.
 

• עבור סיווג אוצר מילים פתוח – תוויות מועמדות מקודדות ל-Embeddings ונבדקות מול התשובה החזויה. ההתאמה הקרובה ביותר מנצחת.
• עבור אחזור טקסט-לוידאו – שאילתת הטקסט מקודדת וסרטונים מדורגים לפי דמיון.
• עבור VQA (Visual Question Answering) – כל התשובות המועמדות הופכות ל-Embeddings, והקרובה ביותר נבחרת.

תוצאות מפתיעות ב-VQA והבנת העולם

בניסוי world modeling – מודלינג העולם, נבדק האופן בו המודל יוצר את תמונת המציאות שהוא ״רואה״.
המודל רואה תמונה התחלתית ותמונה סופית, וצריך לבחור איזו פעולה גרמה למעבר – מתוך ארבעה קליפים מועמדים. זה קרוב יותר להבנת סיבתיות פיזית מאשר ייצור שפה.
 
מגיע ל-65.7% דיוק, state-of-the-art חדש. הוא עלה על מודלי ראייה-שפה גדולים יותר, ואפילו ניצח מודלי שפה מתקדמים כמו GPT-4o, Claude 3.5, ו-Gemini 2 – שמסתמכים על כיתוב והנמקה מבוססת-טקסט.
 
התוצאה הזו חשובה. היא מציעה שחיזוי ישיר של סמנטיקה חבויה יכול להיות יעיל יותר מלתאר את העולם במילים ולהסיק על פניהן אחר כך.
 
 

מה זה אומר על העתיד של AI?

VL-JEPA לא מנסה להחליף מודלי שפה בכל מקום. משימות כמו Deep Reasoning, שימוש בכלים ותכנון בסגנון Agent – עדיין מעדיפים מערכות מבוססות-טוקנים.
 
אבל לבעיות כבדות-תפיסה – במיוחד אלה הכוללות וידאו, קלט זמן-אמת והבנה רציפה של העולם – הגישה הזו מתאימה באופן טבעי.
 
היא מזיזה את מרכז הכובד מהשפה למשמעות. מילים הופכות לאופציית פלט, לא המנגנון המרכזי של אינטליגנציה.
 
והשינוי הזה הוא מה שגורם לעבודה הזו להרגיש כמו יותר מסתם איטרציה נוספת של מודל. זה מרגיש כמו הצעד הבא – מה שבא אחרי עידן ה-LLM.
 
כי אולי, רק אולי, אינטליגנציה אמיתית לא צריכה לעבור דרך מילים כדי להבין את העולם. אולי היא יכולה פשוט לראות, לקלוט, ולדעת – ישירות.

הפוסט העולם שמעבר למילים: VL-JEPA הופיע לראשונה ב-Almaya.

ב-2025 (ממש לאחרונה, נכון לכתיבת המאמר הזה) השיקה OpenAi את Agent Builder – פלטפורמה ויזואלית שמאפשרת לכל אחד לבנות סוכני Ai חכמים ללא שורת קוד אחת. זהו צעד נוסף בדמוקרטיזציה של הבינה המלאכותית: מעולם של מתכנתים למהפכה שבה גם מנהלי מוצר, מעצבים ואנשי שיווק יכולים ליצור סוכנים שמבינים, מחליטים ופועלים בשם המשתמש.

הפוסט הבא מציג מדריך מקיף ל-Agent Builder, עם הסברים, דוגמאות ועצות מעשיות. הוא מבוססת על מידע רשמי של OpenAI ופידבקים מהקהילה.

מהו Agent Builder?

Agent Builder הוא חלק מ-AgentKit של OpenAI – סט כלים לבנייה, Deployment ואופטימיזציה של סוכנים. זהו קנבס חזותי שבו ניתן לחבר בין "אבות-טיפוס" של לוגיקה ולבנות תהליכי עבודה המערבים מודל שפה, זיכרון, ״תצפיות״ וכלים חיצוניים. במקום לכתוב שורות קוד, מחברים "Nodes" שונים כמו קוביות לגו: סוכני משנה, תנאי If / Else, חיבורים למקורות מידע וכו׳.

מה שמייחד את Agent Builder הוא ההבטחה שהוא מיועד גם לאנשים שאין להם רקע בתכנות – הפלטפורמה מאפשרת לכל אחד לתכנן, לבדוק ולהעלות סוכני AI ללא קוד. משתמשים יכולים להתחיל מטמפלייטים מובנים, לקבל משוב בזמן אמת על ביצועי הסוכן, ולייצא את הקוד להמשך התאמה אישית אם רוצים.
*nbsp;
ה-Agent Builder אינו כלי נוסף או SDK לכתיבת קוד, הוא מציע שינוי תפיסה – תכנון ויזואלי שבו הלוגיקה זורמת… כמו לכתוב סיפור.

למה זה מהפכה – מצ׳אטבוטים לסוכנים

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

OpenAI עצמה מודה כי המעבר מ-GPTs לסוכנים הוא לא רק פונקציונלי אלא תפיסתי: הסוכנים מעבירים את המודל מסטטוס של "תוסף חכם" למערכת אמינה שמבצעת עבודה אמיתית. Agent Builder מוסיף ארבע אבני-יסוד:

• קנבס ויזואלי לתהליכי עבודה
• Connector Registry לחיבור מוסדר למקורות דאטה שונים
• כלי הערכה מובנים למדידת איכות וביצועים
• ו-Guardrails – שכבת אבטחה שעוזרת להגדיר גבולות ולשמור שהסוכן פועל במסגרת הכללים

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

תכונות עיקריות ויכולות

• ממשק גרירה וחיבור (Drag & Drop) – הקנבס של Agent Builder מאפשר לבנות סוכנים על ידי חיבור "Nodes" שונים: סוכן משנה, ״נתב״ הודעות, תנאי If / Else, טופס הזנת נתונים ועוד. במקום לכתוב קוד, מחברים קוביות ומגדירים את הקשרים ביניהן. הממשק מזכיר פאזל: כל חלק נבחר ממגירת הכלים ונגרר למקום המתאים, כך שהלוגיקה נבנית בצורה אינטואיטיבית.
• תבניות מוכנות להתנעה מהירה – אפשר להתחיל מטמפלייט מוכן למשימות פופולריות: מענה על שאלות נפוצות, יצירת תוכן, סוכן תמיכה או עוזר נסיעות. התבניות מקצרות את זמן ההקמה ומאפשרות לראות במהירות איך נראה תהליך עבודה של סוכן.
• כלי הערכה ובדיקה מובנים – אחד החידושים המשמעותיים הוא היכולת לבדוק את הסוכן בתוך הפלטפורמה: לבצע הרצות מבחן, לקבל ציונים ולזהות "נקודות חלשות" בלוגיקה. משתמשים יכולים לעקוב אחרי מהירות ודיוק, לקבל חיווי על כשלונות ולשפר את ההחלטות של הסוכן בהתאם.
• אפשרויות ייצוא ואינטגרציה – לאחר שהסוכן מוכן, ניתן להעלות אותו ישירות מתוך Agent Builder או לייצא את הקוד לשימוש חיצוני. ניתן גם לחבר אותו ל-ChatKit – כלי המאפשר לשלב ממשקי שיחה מותאמים באפליקציות, או לעבוד עם Agents SDK עבור אינטגרציות מורכבות. היצוא מאפשר להתאים אישית את הסוכן בקוד כאשר נדרש דיוק גבוה יותר.

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

מרכיבי המערכת – לבנות לוגיקה וזרימות

Agent Builder בנוי ממספר סוגי Nodes – כל אחד מייצג חלק בתהליך. הבנה מבוססת שלכם תאפשר לבנות סוכנים מורכבים:

• Start Node – נקודת ההתחלה שמגדירה את קלטי הסוכן ומציבה את "הבמה" לפעולה. כאן מגדירים הוראות כלליות – ״הגדרת משרה״, מה המשתמש מזין (למשל יעד נסיעה, תאריך, שאלה) ואיך מתחילים לעבד את המידע.
• Classifier Agent – מנתב הודעות לערוצים שונים. לדוגמה: האם הפנייה עוסקת בטיסות או בלינה? המחלק יסווג את הבקשה ויעביר אותה להמשך מתאים.
• Conditional Logic (If/Else) – מאפשרת יצירת הסתעפויות: הסוכן מקבל החלטה וממשיך בנתיב המתאים בהתאם לתנאי שקבענו. זו הליבה של ה"חשיבה" – במקום תוכנה קשיחה יש הליך דינמי שמגיב על בסיס ערכים. זה גם מאפשר לנו שליטה הדוקה יותר על התהליך הכללי של הסוכן, בעוד את ההחלטות ה״קטנות״ במהלך כל שלב – אנו משאירים לסוכן לקבל.
• Tool Integrations – חיבור לכלים חיצוניים כמו חיפוש באינטרנט, APIs, מערכות נתונים או מאגרי מסמכים. חיבור זה מאפשר לסוכן לגשת לעובדות בזמן אמת או לבצע פעולות בעולם האמיתי.

יחד, המרכיבים האלה יוצרים שפת בנייה ויזואלית של סוכנים: כמו מעצבי UX שמשתמשים ב Figma כדי ליצור מסכים, ב-Agent Builder אנו מעצבים את אופן החשיבה והפעולה של סוכן ה-Ai.

בונים את הסוכן הראשון: מדריך צעד-צעד

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

1. מתחילים עם Node בסיסי של Agent: קובעים מה המשתמש מזין (יעד, תאריך, מספר נוסעים)
2. הוספת Classifier לניתוב ההודעות מהמשתמש: הסוכן לומד לזהות אם השאלה נוגעת לפרטים על הטיסה או על הצעות למסלול הטיול
3. תנאים וענפים: אם מדובר בטיסה – עוברים ל Agent-Node המטפל בטיסות. כמו סוכן-משנה. אם מדובר בהצעות למסלול – עוברים לסוכן יעודי אחר. באופן זה הסוכן הראשון שהמשתמש נתקל בו לא נדרש ״להסתבך״ עם כל תהליך העבודה המלא, אלא רק לנתב את המשך הטיפול ל״קבלני המשנה״ שלו. מבחינת משתמש הקצה – הוא מדבר כל הזמן עם אותו גורם, ולא מודע לחלוקת התפקידים הפנימים.
4. סוכני משנה: הסוכן המומחה לטיסות מאחזר מידע על כרטיסים, המחירים ותנאי הביטול; הסוכן השני בונה את מסלול הטיול.
5. חיבור לכלים: הסוכן מבצע חיפוש בזמן אמת (לדוגמה, מאתר טיסות או בתי מלון) כדי להציע הצעות מעודכנות.

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

קסטומיזציה מתקדמת – Widget Studio, ועוד

Agent Builder לא מסתפק בלוגיקה, הוא מאפשר גם ליצור חוויית משתמש מלאה.

• באמצעות ה-Widget Studio ניתן לתכנן ממשקים מותאמים אישית, להוסיף כפתורים, טפסים או תרשימים ולתאם את העיצוב למיתוג שלכם. הממשק מציג תצוגה מקדימה בזמן אמת, כך שאתם רואים כיצד הסוכן ייראה למשתמש הקצה.
• בנוסף, OpenAI הוסיפה ביוני 2025 את Connector Registry – מערכת ניהול חיבורים שמרכזת את כל המקורות והכלים במקום אחד. המפתחים יכולים לבחור מחיבורים מוכנים למערכות כמו Dropbox, Google Drive, SharePoint ו-Teams, או להוסיף חיבורים מותאמים.
• באמצעות Guardrails – שכבת קוד פתוח שמסתירה נתונים רגישים, מזהה ניסיונות לעקיפת כללים ומספקת מחסומים נוספים – ניתן לשמור שהסוכן יפעל בבטחה.

נסיעת מבחן: ChatKit ו-SDK

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

בדיקה, הערכה ואופטימיזציה

כל סוכן טוב דורש ניסוי ותיקון. Agent Builder מספק כלים לבדיקת הסוכן בזמן אמת – להריץ תרחישים, למדוד מהירות, דיוק ועקביות, ולאתר נקודות תורפה. ה-AgentKit כולל גם פלטפורמת Evaluations משודרגת:

• Datasets – יצירת מערכי בדיקה מהירים והרחבתם לאורך זמן
• Trace grading – הערכת תהליך הסוכן מקצה לקצה לזיהוי בעיות ספציפיות
• Automated prompt optimization – יצירת גרסאות טובות יותר של הוראות על סמך משוב אנושי
• Third‑party model support – תמיכה בבדיקת מודלים חיצוניים בתוך הפלטפורמה

כלי הערכה אלו הופכים את השיפור למבוסס נתונים ולא אינטואיציות. ניתן להגדיר קריטריונים ברורים (כמו זמן תגובה, אחוז הצלחה, התאמה למדיניות), להריץ את הסוכן על עשרות דוגמאות ולראות היכן הוא נכשל. בנוסף, OpenAI מציעה Reinforcement Fine‑Tuning (RFT) שמאפשרת לאמן את המודל שלכם על כלים מותאמים ולבנות ״גריידרים״ (Graders – יחידות בדיקה והערכה למודלים) מותאמים לקריטריונים ייחודיים.

העלאה ואינטגרציה – להפוך רעיון למוצר

כאשר הסוכן מוכן, ניתן להעלות אותו (Deployment) בשיטות שונות:

• העלאה ישירה מתוך Agent Builder – פרסום מיידי של הסוכן לשימוש פנימי או ציבורי
• שילוב עם ChatKit – כדי להטמיע את הסוכן כצ׳אט באתר או באפליקציה
• Agents SDK – חבילת קוד להטמעה עמוקה במערכות קיימות, כולל אפשרות להגדרת גרסאות ויצירת גרסאות חדשות
• Export Workflow – ייצוא הקוד לשימוש בסביבות אחרות או לשילוב עם מערכות אוטומציה כמו n8n או Zapier

בנוסף, AgentKit מאפשר גישה ל-Connector Registry וליישם Guardrails בהטמעה על מנת להבטיח שהסוכן יפעל במסגרת מדיניות הגישה והפרטיות.

שימושים בעולם האמיתי

מה אפשר לעשות עם Agent Builder? ההדגמות הרשמיות של OpenAI מדברות על מגוון רחב של יישומים:

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

למרות שהדוגמאות נשמעות פשוטות, הן מייצגות את כוחו של הסוכן לבנות תהליכים עם כמה Nodes בלבד. לפי OpenAI, חברות כמו Ramp ו‑LY Corporation הצליחו לבנות סוכנים מורכבים בפרק זמן קצר מאוד: Ramp דיווחה על ירידה של 70% בזמן הפיתוח (!) בזכות הקנבס הויזואלי, בעוד LY Corporation יצרה סוכן מסייע תוך פחות משעתיים.

ציפיות מול מציאות – האם זה באמת ללא קוד?

הבטחת "ללא קוד" מעוררת ציפיות רבות, אך המציאות מורכבת יותר. סיכום שנערך באתר dataslayer מצביע על כך ש-Agent Builder הוא למעשה כלי Low‑Code: משתמשים נדרשים לכתוב ביטויי תנאי (למשל: input.output_parsed.classification == "flight_info") כדי לבצע הסתעפויות במערכת. במילים אחרות, אם אין לכם רקע תכנותי, ייתכן שתיתקלו בעקומת למידה. אמנם קטנה ומתונה – אבל עדיין, לא מדובר בשתי מילות קסם וזה קורה.

הפלטפורמה מתאימה במיוחד לפרוטוטייפים מהירים, אבל במקרים שבהם נדרש חיבור למערכות מרובות, ניהול לוגים, טיפול בשגיאות והתחברות ל-APIs מורכבים – ייתכן שתצטרכו לכתוב קוד משמעותי או להיעזר בכלים מתקדמים יותר, כתלות במורכבות המערכות שלכם. משתמשים השוו את Agent Builder לכלים כמו n8n וזאפייר: n8n, למשל, מציע מאות חיבורים מוכנים, תמיכה במגוון ספקי AI ואפשרות לאירוח עצמי – יתרונות ש-Agent Builder עדיין לא מספק. היתרון של Agent Builder הוא אינטגרציה טבעית עם מודלי OpenAI, תבניות פשוטות ויכולת להעלות סוכנים במהירות, כבר במצב ״מבצעי״.

המלצות וטיפים לפרויקט מוצלח

אם תבחרו להשתמש ב-Agent Builder, מספר המלצות יעזרו לכם להפיק את המירב:

• התחילו במשימה מוגדרת היטב. מנסיונם של משתמשים, פרויקטים נכשלים כאשר מגדירים יעד רחב מדי. הגדרה כמו "חפש לי את כל המתחרים ותמליץ על אסטרטגיה" עמומה; הגדרה כמו "דווח לי כשהוצאות הקמפיין חורגות מהתקציב היומי" ברורה הרבה יותר. אגב, זה נכון לכל סוכן בכל פלטפורמה.
• המשיכו בהדרגה ובצעדים קטנים. עדיף סוכן שעושה משיפה פשוטה טוב, מסוכן שמתיימר לעשות ״הכל״, ואי אפשר לסמוך עליו. כמו עובד אנושי צעיר – מתחילים פשוט, ובהדרגה נותנים עוד אחריות.
• בדקו על דאטה אמיתי. אל תסתפקו בדוגמאות נקיות. השתמשו בנתונים המלאים – תאריכים בפורמטים שונים, ערכים חסרים, שדות לא צפויים – כדי לוודא שהסוכן שלכם עומד במציאות.
• תכננו תחזוקה שוטפת. סוכנים דורשים עדכון שוטף של פרומפטים, התאמת מסווגים ומעקב אחר שינויים בממשקי API. הקצאת זמן וקצב תחזוקה יבטיחו שהסוכן יישאר רלוונטי.
• בחרו בכלי הנכון למשימה. Agent Builder מעולה לסוכנים שצריכים לחשוב, לפעול ולשלב כלים של OpenAI. משימות של ניתוח נתונים מורכב או אינטגרציה עם עשרות מערכות שיווק עדיין יכולות להתבצע טוב יותר בכלי אוטומציה ייעודיים.

מחיר וזמינות – למי זה מתאים?

• בעת כתיבת שורות אלה (נובמבר 2025), Agent Builder נמצא בגרסת בטא
• הוא זמין בתשלום ומתאים למנויי Pro, Plus ו‑Team

סיכום – לא ״מהפכה״, אבל מגמה מרעננת בהתייעלות אישית ועסקית

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

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

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

הפוסט סוכנים ללא קוד: הגישה היחודית של OpenAi בבניית ״אוטומציה רכה״ הופיע לראשונה ב-Almaya.

לפני שנציג את המושג ״בינה היברידית״, בואו נבין רגע למה זה חשוב, ואיזו בעיה המושג בא לפתור.

כפי שבאנו במאמר קודם, כבר במאה ה‑18 הזהיר הכלכלן האנגלי, תומאס מלטוס, מפני מחסור עתידי במזון שיעלה על קצב גידול האוכלוסייה. התחזית שלו התבססה על חישובי מלאי ומשאבים, כמה מזון ומשאבים נוספים יש בעולם, ומה קצב הגידול שלהם (קצב גידול ליניארי, כלומר 1-2-3-4), לעומת קצב הגידול של אוכלוסיית העולם (קצת גידול מעריכי, כלומר 2-4-8-16-32).

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

דוגמה קרובה יותר אלינו היא משבר המים בישראל. במשך שנים סבלה המדינה ממחסור חמור במי שתייה, וזו היתה בעיה אמיתית של מחסור במשאב – מי השתיה. חשיבה יצירתית מחוץ לקופסא, לקחה בחשבון שאמנם אין מספיק מי שתיה, אבל יש בישראל המון מי מלח! פתרון הידע הגיע בדמות מתקני התפלה: נכון ל‑2022 כ‑86% ממי השתייה בישראל היו מופקים מהתפלת מים מלוחים ומים מליחים. היכולת להפוך מי ים לשתייה בטכנולוגיות זולות הפכה את המחסור לעודף.

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

המסר הוא שידע – ולאו דווקא חומר – פותר בעיות. והיום, הידע, או ליתר דיוק – היכולת להפקת ידע, יוצאת מהגולגולת לאויר העולם!

עסקת החליפין הטכנולוגית – מה אנחנו מאבדים?

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

• ניווט וזיכרון מרחבי – שימוש קבוע ב‑GPS מפחית את הפעילות בהיפוקמפוס, מרכז הזיכרון המרחבי במוח. מחקר מצא שכאשר אנשים מקבלים הוראות ניווט קוליות, פעילות ההיפוקמפוס נמוכה לעומת מצב שבו הם מנווטים לבד. נהגי מוניות בלונדון, הנדרשים לנווט בעצמם, מפתחים היפוקמפוס גדול יותר ועשיר בקשרים.
• זיכרון, תשומת לב ויכולות חברתיות – עידן הסמארטפון מעודד אותנו להפקיד זיכרונות במכשיר. מחקר אחד מצא שאנשים זוכרים טוב יותר את שמה של התיקייה שבה שמור מידע מאשר את המידע עצמו; החוקרים טענו שהזיכרון האנושי מתמזג עם טכנולוגיה ומותאם למצוא מידע במקום לזכור אותו. מחקר נוסף הראה שמשתמשי סמארטפון כבדים נוטים לסגנון חשיבה פחות אנליטי ומציגים ביצועים נמוכים יותר במבחני ידע. מאמרים על תופעת ה״אמנזיה הדיגיטלית״ מדווחים כי תלות מוגזמת בסמארטפון עלולה להביא לניוון בזיכרון: אנשים רואים במכשיר תחליף לזיכרון ונתפסים בתחושת ״חסר מידע״ (ואף חרדה) כאשר הטלפון אינו נגיש להם. מחקרים נוספים מראים קשר ישיר בין שימוש מופרז בסמארטפונים ורשתות חברתיות, לבין ניוון יכולות חברתיות ותקשורת פרונטלית ובלתי אמצעית, ואף דיכאון.
• יכולות נוספות – מחקרים מצביעים על כך ש״השלכת זיכרון״ (cognitive offloading) לכלי חיצוני כמו מחשבון או מודל בינה מלאכותית פוגעת בשימור ידע ובכישורי חשיבה ביקורתית. שימוש עודף ב‑Ai עשוי לגרום לניתוק וקושי בגיבוש דעה.

ומה עסקת החליפין שלנו?

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

האם ייתכן שבמאה ה‑21 נאבד גם את היכולת לחשוב?

ואם נפקיד גם את הבינה שלנו בידיים של מודלים – מה יישאר לאדם?

שתי ההמיספירות – ימין ושמאל

המוח האנושי הוא מערכת מורכבת המחולקת, באופן גס ביותר, לשני חצאי כדור (Hemi-spheres).

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

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

שתי ההמיספירות מחוברות בקשר פיזי (״קורפוס קלוסום״) ופועלות יחד. רוב האנשים משתמשים בשתיהן באותה מידה.

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

חכמה ובינה – מפתחות לתפיסה

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

החכמה היא נקודת ההשראה הראשונית – ניצוץ דקיק שמקיף את האמת כולה אך עדיין אינו נתפס. היא דרך חשיבה הנוטה להפשטה, לחיפוש עקבי אחר ״ליבת העניין״ או ״המהות״ המסתתרת מאחורי כל דבר שאנו ניתקל בו, משמעויות ועקרונות יסוד.

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

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

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

רצוא ושוב – תנועה בין אין־סוף לעולם

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

ה-״רצוא״ הוא שאיפה אל האינסוף, את המופשט לחלוטין, היציאה ממגבלות המציאות וחיפוש הרעיון בנקודת השורש המופשטת.

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

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

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

המסלול הזה עשוי להשמע מוזר ללא הבנה של מבנה המוח שלנו, ולצורך כך – ניעזר במבנה של מודלי בינה מלאכותית.

איך פועלים מודלים – אימון והסקה

מודלי שפה (ובכלל מודלי בינה מלאכותית או Machine Learning ליתר דיוק) תוכננו ונבנו בהשראת המוח האנושי – רשתות נוירונים צפופות: טריליוני ״תאי עצב״ דיגיטלים המחוברים אלו לאלו ויוצרים יחד מבנה רשתי.

קצת יותר בפירוט על הגאונות מאחורי המבנים הללו – במאמר הזה.

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

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

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

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

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

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

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

ההבדלים המהותיים בין מוח אנושי למודל מלאכותי

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

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

אז מהי בינה היברידית?

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

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

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

בימים אלו האנושות שועטת בצעדי ענק לעבר ה״בינה המלאכותית הכללית״ (AGI) – מודלי בינה מלאכותית שאינם יהיו מכווני מטרה או התמחות ספציפית, אלא יהיו מסוגלים למשימות כלליות מרמת מומחיות גבוהה ביותר בכל תחום דעת בעולמנו. ההשלכות הן דרמטיות ומרחיקות לכת באופן שאנו חושבים, מתבטאים ופועלים בעולם. בשנים הקרובות, האדם החד ביותר בקבוצה, יאבד את יתרונו היחסי (על אף הכשרון הגדול שלו) – כי כל חברי הקבוצה מחזיקים באותן יכולות ניתוח, פירוט והמשגה, בעזרת הבינה המלאכותית. החלטות משמעותיות בחיינו שיתקבלו ללא העיבוד והניתוח של ה-AGI יתפסו כחסרות אחריות, מופקרות והרות אסון.

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

איך נדע להחליט? 

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

מקומו של האמן

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

• תוכן ויזואלי – דרך מודלי דיפוזיה כגון Midjourney, מודל התמונה 4o של OpenAI, ועד Nano Banana המתקדם של גוגל
• מוסיקה – דרך כלים כמו Suno, Udio ועוד
• וידאו – דרך Sora של OpenAI, או Veo3 של גוגל, וגם בכלים לשימושים ספציפיים יותר כמו Runway, Kling, Stable Diffusion או Heygen.

כל אמן באחד או יותר מהתחומים הללו, בוודאי שאל את עצמו לאחרונה – אם הבינה המלאכותית יוצרת את התוכן, מה מקום האמן האנושי? אז יגידו – התפקיד של האמן הוא לחשוב על הרעיונות המקוריים ולתאר אותם במילים (או בתמונה) למודל שיצור מהם תוכן ברמה הגבוהה ביותר.

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

מה נשאר, אם כך, לאמן האנושי?

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

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

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

בינה היברידית – לאן?

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

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

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

הפוסט בינה היברידית – נעים להכיר הופיע לראשונה ב-Almaya.

ויאמר האדם ״יהי מוח״ – השורש ההיסטורי של המוח המלאכותי

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

 

רק שנה לאחר מכן, בשנת 1957, פרנק רוזנבלט, יהודי, דוקטור לפסיכולוגיה, יצר את ה״פרספטרון״ – רשת הנוירונים הראשונה שנבנתה כמעגל חשמלי פיזי. זו הייתה רשת סבוכה של חוטי חשמל, מגברים ופוטנציומטרים (״עמעמים״ – כמו ווסתים או ברזים שנמצאים על חוטי החשמל, ומאפשרים לכוון את עוצמת הזרימה החשמלית דרכם) – שניתן היה לכוון אותם ידנית.

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

 

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

 

 

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

 

אותה רשימה ארוכה של ערכי הפוטנציומטרים (מה שייקרא בעתיד, בעולם ה Machine Learning – ״משקלים״), יחד עם המבנה הפיסי הראשוני של הרשת החשמלית – היתה למעשה המוח המלאכותי הראשון. מעשה ידי אדם.

 

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

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

נכון לעת כתיבת המאמר, ניתן להבחין באופי השונה של שלושת ה Chat Bots המוכרים כך:

• ChatGPT – היצירתי ביותר, בעל רעיונות מקוריים
• Gemini – המדעי ביותר, אלוף בכתיבת קוד
• Claude – אינטליגנטי ומלומד. מתבטא בסגנון אחראי ו״עגול״.

למידה דרך חיזוק: כאשר הפסיכולוגיה פוגשת את הטכנולוגיה

 

איך מכונות לומדות? זו שאלה גדולה שתתפרס על גבי מספר מאמרים, אבל אחת השיטות היסודיות יותר לקוחה דווקא (באופן מפתיע, או שלא כ״כ מפתיע) מתחום הפסיכולוגיה – ״למידה חיזוקית״: Reinforcement Learning.

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

 

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

מצד שני – אם הוא בטעות הניח את היד על הכירה החשמלית, הוא מיד קיבל ״עונש״ בדמות כוויה, וכנראה שכך ילמד להמנע מהפעולה הזאת (וההורים – לרווחה…).

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

 

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

 

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

 

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

 

 

 

השאלה המעניינת היא: אם תהליכי הלמידה של מוח אנושי ומודל מלאכותי דומים כל כך, האם גם התוצאה דומה?

 

האם מודל שלומד דרך חיזוק, מפתח משהו שדומה להבנה אנושית?

מעבר לטקסט: מחשבה ומעשה

מודלי השפה, במובן הטהור, לא חושבים באמת.

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

בשפה העברית יש הבדל בין ״חכם״ ל״נבון״. ״נבון״ בעברית הוא ״המבין דבר מתוך דבר״, כלומר – זה שיודע ליצור מתוך ידע קיים – ידע חדש. תובנות חדשות.
מעניין לראות שבאמת המושג העברי ל Artificial Intelligence הוא דווקא ״בינה״ מלאכותית ולא ״חכמה״ מלאכותית…

אז מודל השפה הוא רק ״מכונת הטקסט״, אבל סוכני AI ואפליקציות מבוססות מודלי שפה עושים הרבה מרתק לכך: הם משתמשים במודל השפה כ"מוח" כדי ליצור טקסט שבא לידי ביטוי בשלושה אופנים:

1. מחשבה
2. דיבור
3. מעשה

להיכרות קרובה יותר עם סוכני Ai כבני אדם דיגיטליים, אני מפנה אתכם למאמר הבא, אבל על קצה המזלג, איך זה עובד?

מבחינה טכנית סוכן Ai הוא אפליקציה. תוכנה. קוד. כאשר במרכזו – תקשורת שוטפת עם מודל שפה, כ״מוח״ ו״לב״. התוכנה הזאת מנתבת טקסט מסוים כקלט למודל השפה (שנקרא ״Prompt״ בעגה המקצועית), ומקבלת ממנו טקסט חדש כפלט. את הפלט המתקבל ממודל השפה היא יכולה לנתב ל-3 יעדים על פי דרך הביטוי הרלוונטית:

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

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

אבל במוח המלאכותי – האם הטקסט הפנימי הזה מייצג באמת מחשבה, או רק סימולציה מתוחכמת?

הישות החסרה: מחשבה בלי ״אני״

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

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

אמנם לאחרונה נעשים נסיונות ליצירת חשיבה מתמשכת במערכות AI (תחום חדש יחסית המכונה ״Dream Ai״) אבל ללא רצון מוגדר, אגו וחוויית חיים פנימית – לא נראה שנסיון זה יניב "ישות חיה" חדשה באמת.

האם החשיבה ללא תחושת ה"אני" היא באמת חשיבה?

הבחירה החופשית: המחלוקת הגדולה

העולם בחרדה. הבינה מלאכותית תשתלט עלינו, תשעבד איתנו, ותהרוס את העולם!

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

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

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

על כך בהרחבה במאמר הזה.

כשמדברים על מודלי שפה, ברור לכולנו (?) שאין להם בחירה חופשית. מודל הוא ישות דטרמיניסטית, וגם אם הוא מייצר לפעמים טקסטים שונים – זה בזכות "רעש" מלאכותי שמוכנס למערכת. אם המודל מחליט על פעולה או אמירה מסוימת – זו לא בחירה חופשית באמת. גם אם המודל עושה נזק, ברור לכולנו שאין לו מודעות ואין "לשפוט" אותו, ובטח לא "להעניש" אותו. הוא לא אחראי למעשיו כי הוא לא באמת בוחר בהם.

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

הפוסט חושבים שיש לכם בחירה חופשית? ChatGPT חושב שלא הופיע לראשונה ב-Almaya.