מדריך מלא לשלושת העדכונים החדשים של Make: מה כל אחד מהם עושה, איך עובדים איתו בפועל, ולמי זה באמת רלוונטי.
בזמן האחרון יש תחושה בשוק ש-Make נשארו מאחור. שכל מי שרוצה לבנות משהו רציני עם AI עובר לכתוב קוד, ושמערכות ה-No-Code הן כבר סיפור של אתמול.
אז שלושת הפיצ'רים החדשים ש-Make שחררו מוכיחים בדיוק את ההפך. הם לא ניסו להתחרות בכלי הקוד במגרש שלהם. הם לקחו את מה שתמיד עבד להם, את הקנבס הוויזואלי ואת אלפי החיבורים המוכנים, וחיברו אליו את היכולות החדשות של AI וסוכנים.
פיצ'ר 1: Sub Agents – במקום סוכן אחד, צוות שלם
זה הפיצ'ר שהכי משנה את צורת החשיבה, אז נתחיל בו.
איך זה עבד עד היום
עד עכשיו, כשבנינו סוכן AI במערכת אוטומציה, בנינו ישות אחת. נתנו לה הנחיה כללית, חיברנו לה קצת כלים (חיפוש באינטרנט, גישה לטבלה, שליחת מייל), והיא ניסתה לעשות הכל בעצמה.
זה עובד מצוין למשימות ממוקדות. הבעיה מתחילה כשהמשימה מורכבת. סוכן אחד שצריך גם לחקור, גם לכתוב, גם לעצב וגם לנתח, מקבל הנחיה ארוכה ומבולגנת, יותר מדי כלים לבחור מהם, והרבה יותר הקשר ממה שהוא מסוגל להחזיק בראש בו-זמנית. התוצאה היא סוכן שעושה הכל בינוני.
מה השתנה
עכשיו אפשר לבנות מבנה היררכי. סוכן ראשי שמנהל את התהליך, ומתחתיו סוכני משנה שכל אחד מהם מתמחה במשימה אחת ומחזיר אליו את התוצאה.
הסוכן הראשי לא מבצע את העבודה בעצמו. הוא מפרק אותה, מחליט למי להעביר כל חלק, אוסף את התוצאות ומרכיב מהן את התוצר הסופי. בדיוק כמו מנהל צוות טוב.
דוגמה מלאה: צוות קמפיינים
נניח שאתם רוצים סוכן שמייצר קמפיין שלם. במקום סוכן ענק אחד, בונים את זה ככה:
- הסוכן הראשי – מנהל הקמפיינים. מקבל את הבריף (מוצר, קהל יעד, מטרה, תקציב) ומחליט מה צריך לקרות ובאיזה סדר.
- סוכן קופירייטינג. מקבל את הבריף, מחזיר כותרות, טקסטים למודעות וגרסאות לבדיקה. ההנחיה שלו מדברת רק על כתיבה, והכלים שלו הם רק מה שהוא צריך לכתיבה.
- סוכן קריאייטיב. מקבל את הטקסטים ומחזיר קונספטים ויזואליים או בריפים לעיצוב.
- סוכן אנליסט. מקבל את התוצרים ואת נתוני הביצועים ומחזיר המלצות אופטימיזציה.
כל אחד מהם עושה את החלק שלו ומחזיר את התוצאה למעלה. הסוכן הראשי מרכיב את הכל לתוצר אחד.
למה זה עובד יותר טוב
הסיבה האמיתית היא לא "יותר סוכנים זה יותר חזק". היא הרבה יותר פשוטה:
- מיקוד. כל סוכן מקבל הנחיה קצרה וברורה על תחום אחד, במקום הנחיית ענק שמנסה לכסות הכל. הנחיות ממוקדות מייצרות תוצאות טובות יותר. תמיד.
- כלים רלוונטיים בלבד. במקום 15 כלים שהסוכן צריך לבחור מתוכם, כל סוכן מקבל שניים-שלושה שרלוונטיים לו. פחות בלבול, פחות טעויות.
- תחזוקה. אם הטקסטים יוצאים חלשים, אתם יודעים בדיוק לאיזה סוכן להיכנס. לא צריך לפרק הנחיה של 400 מילה כדי להבין מה השתבש.
- שימוש חוזר. סוכן הקופירייטינג שבניתם לקמפיינים יכול לשרת גם את תהליך הניוזלטר וגם את תהליך הסושיאל. בונים פעם אחת, מחברים להרבה מקומות.
מתי דווקא לא כדאי
חשוב להגיד גם את זה: לא כל תהליך צריך צוות סוכנים. כל סוכן משנה הוא עוד קריאה למודל, עוד זמן ריצה ועוד עלות. אם המשימה שלכם היא "תסכם את המייל הזה ותכניס לטבלה", סוכן אחד יעשה את זה מצוין, מהר יותר וזול יותר.
הכלל הפשוט: אם אתם יכולים לתאר את המשימה במשפט אחד, אתם לא צריכים צוות. אם אתם צריכים פסקה, ויש בה כמה סוגי עבודה שונים, שם Sub Agents מתחילים להשתלם.
פיצ'ר 2: Maia – ה-AI Builder של Make
הפיצ'ר השני עונה על כאב אחר לגמרי: הזמן שלוקח לבנות את התהליך עצמו.
מה זה עושה
Maia היא שכבת AI שיושבת בתוך סביבת העבודה של Make. במקום שתבנו את האוטומציה מודול-מודול בעצמכם, אתם מסבירים לה בשפה חופשית מה אתם רוצים שיקרה, והיא עוזרת לכם להרכיב את התהליך: מוסיפה מודולים, מחברת ביניהם, מציעה את השלבים הבאים ואפילו עוזרת לפתור תקלות בדרך.
זה בעצם Vibe Automation. אותו רעיון של Vibe Coding, רק שהתוצר הוא לא קוד אלא סנריו ויזואלי שאתם רואים מולכם.
איפה זה חוסך הכי הרבה זמן
מהניסיון שלי, שלושה מקומות:
- השלד הראשוני. החלק המשעמם של לגרור מודולים ולחבר אותם. תיאור אחד בשפה חופשית מקצר את זה משמעותית.
- מודולים שאתם לא מכירים. יש ב-Make אלפי אפליקציות. אף אחד לא זוכר את כולן. במקום לחפש איזה מודול עושה מה, אתם פשוט מתארים את הפעולה.
- תקלות. במקום לנבור בהודעת שגיאה, אפשר לשאול מה השתבש ולקבל כיוון.
הנקודה החשובה שאסור לפספס
Maia מקצרת לכם את הדרך, אבל היא לא פוטרת אתכם מלהבין מה נבנה. אוטומציה שנבנתה עבורכם ואתם לא מבינים אותה היא בדיוק אותה בעיה כמו קוד שנכתב עבורכם ואתם לא מבינים אותו. רק שהפעם היא בבועות צבעוניות.
השימוש הנכון: תנו ל-Maia לבנות את השלד, ואז עברו על כל שלב, הבינו מה הוא עושה, ותקנו מה שצריך. ככה אתם מקבלים גם את המהירות וגם את השליטה.
פיצ'ר 3: חיבור Claude Code ל-Make
וזה, לדעתי, הכי מעניין מבין השלושה.
מה זה נותן
Claude Code הוא כלי שיודע לעבוד מול הקוד והמערכות שלכם ולבצע משימות מורכבות מקצה לקצה. החיבור ל-Make אומר שאתם יכולים להסביר לו איזו אוטומציה אתם רוצים, והוא יוצר ומשנה את התהליך ישירות בתוך Make.
התוצאה היא שילוב שלא היה קיים קודם: היכולות של Claude Code להבין הקשר רחב ולבצע שינויים מורכבים, יחד עם הקנבס הוויזואלי של Make שמראה לכם בדיוק מה נבנה.
למה זה משמעותי
עד עכשיו הייתה כאן בחירה. או שאתם עובדים בכלי קוד וזוכים ביכולות מתקדמות אבל מאבדים את השקיפות, או שאתם עובדים ב-Make וזוכים בשקיפות אבל בונים הכל בידיים.
החיבור הזה מבטל את הבחירה. אתם מתארים בשפה חופשית, מקבלים תהליך בנוי, ורואים אותו פרוס מולכם על הקנבס. אם משהו לא נכון, אתם נכנסים ומתקנים בעצמכם בלי לגעת בשורת קוד אחת.
האזהרה שחייבים להגיד
אל תהיו חסרי אחריות. אל תיתנו ל-Claude Code לייצר לכם ערימה של לוגיקה ופשוט תניחו שהכל יעבוד כמו שצריך. עברו על מה שנבנה, בדקו את השלבים הקריטיים, ובעיקר תריצו בדיקות אמיתיות לפני שאתם מחברים את זה ללקוח או לתהליך שמייצר לכם כסף.
הכלי מזיז אתכם מהר יותר. הוא לא לוקח מכם את האחריות על התוצאה.
אז אם יש Claude Code, בשביל מה צריך את Make?
זו השאלה שאני מקבל הכי הרבה, ובצדק. אז קודם כל נכון, על פניו אפשר לבנות אוטומציות בקוד. זה עובד.
אבל מי שבונה אוטומציות לעסקים יודע שהשאלה האמיתית היא לא רק אם אפשר לבנות משהו, אלא מה קורה איתו אחרי.
- שקיפות. כשאני בונה אוטומציה ב-Make הכל פרוס מולי. אני רואה מאיפה המידע נכנס, מה קורה בכל שלב ולאן הוא ממשיך מכל נקודה ונקודה. בקוד, המידע זורם במקום שאתם לא רואים.
- דיבאג. תהליך נשבר בשלוש בלילה. ב-Make אתם נכנסים להיסטוריית הריצות, רואים איזה מודול נפל ומה בדיוק היה המידע שנכנס אליו. זה הפרש של דקות מול שעות.
- תחזוקה לאורך זמן. האוטומציה שבניתם היום תצטרך שינוי בעוד חצי שנה. אולי בגלל שהלקוח החליף CRM, אולי בגלל ש-API השתנה. השאלה היא כמה זמן ייקח לכם להיזכר איך זה בנוי.
- העברה לאחרים. אם אתם בונים ללקוחות, מישהו אצלם יצטרך להסתכל על זה. קנבס ויזואלי אפשר להראות בפגישה. קוד, פחות.
- ניהול שגיאות. מה קורה כשה-API לא עונה? כמה ניסיונות חוזרים? לאן שולחים התראה? בסביבה ויזואלית זה מוגדר בפירוש ונראה לעין.
בקיצור, הסיפור הוא לא Make מול קוד. הסיפור הוא שהיום אפשר לקבל את שניהם, וזה בדיוק מה שהפיצ'רים האלה מאפשרים.
איך מתחילים בפועל
אם אתם רוצים ליישם את זה, זה הסדר שאני ממליץ עליו:
- תתחילו מתהליך אחד קטן שאתם כבר מכירים. לא מהמורכב ביותר. משהו שאתם יודעים בדיוק איך הוא אמור להתנהג, כדי שתוכלו לזהות מיד אם משהו לא נכון.
- תנו ל-AI לבנות את השלד, ותעברו עליו ידנית. אל תדלגו על השלב הזה. זה מה שמפריד בין מי שמשתמש בכלי לבין מי שהכלי משתמש בו.
- תוסיפו Sub Agents רק כשאתם מרגישים את הכאב. כשסוכן אחד מתחיל לצאת בינוני בכמה משימות במקביל, זה הסימן.
- תבנו ניהול שגיאות לפני שאתם מעלים לאוויר. מה קורה כשמשהו נופל, ומי מקבל על זה התראה.
בשורה התחתונה
Make ממש לא נשארו מאחור. הם פשוט הבינו משהו שקל לפספס בהתלהבות של השנה האחרונה: היכולת לבנות מהר היא רק חצי מהעבודה. החצי השני הוא היכולת להבין, לתחזק ולתקן את מה שבניתם.
Sub Agents נותנים לכם ארכיטקטורה נכונה לתהליכים מורכבים. Maia מקצרת את הדרך מרעיון לתהליך עובד. והחיבור ל-Claude Code מביא את היכולות המתקדמות ביותר שיש היום לתוך סביבה שאתם רואים ומבינים.
מי שבונה אוטומציות לעסק שלו או ללקוחות, שלושת אלה שווים לכם את הזמן.
שאלות ותשובות
מה זה Sub Agents ב-Make?
זו היכולת לבנות מבנה של סוכן ראשי שמנהל תהליך, ומתחתיו סוכני משנה שכל אחד מתמחה במשימה אחרת ומחזיר אליו את התוצאה. במקום סוכן אחד שעושה הכל בינוני, מקבלים צוות שכל אחד בו טוב בדבר אחד.
מה ההבדל בין סוכן AI רגיל לבין Sub Agents?
סוכן רגיל מקבל הנחיה אחת וכלים ומנסה לבצע את כל המשימה בעצמו. במבנה של Sub Agents, המשימה מפורקת בין כמה סוכנים ממוקדים. זה משפר את איכות התוצאה במשימות מורכבות ומקל מאוד על תחזוקה ואיתור תקלות.
מה זו Maia?
Maia היא ה-AI Builder של Make. אתם מסבירים בשפה חופשית מה אתם רוצים שהתהליך יעשה, והיא עוזרת לבנות אותו: מוסיפה מודולים, מחברת ביניהם ואפילו עוזרת לפתור תקלות בדרך.
האם Maia מחליפה את הצורך ללמוד Make?
לא. היא מקצרת את זמן הבנייה, אבל אוטומציה שאתם לא מבינים היא בעיה בכל מקרה. הידע נדרש כדי לבדוק את מה שנבנה, לתקן מה שלא נכון ולתחזק את התהליך לאורך זמן.
איך מחברים את Claude Code ל-Make?
החיבור מאפשר ל-Claude Code לעבוד ישירות מול התהליכים שלכם ב-Make: ליצור סנריו חדש, לשנות שלבים קיימים ולעזור בפתרון תקלות, כשאתם רואים את התוצאה על הקנבס הוויזואלי.
אז אפשר לוותר על Make ולבנות הכל בקוד?
מי שבונה אוטומציות לעסקים צריך לראות מה נבנה, להבין מה קורה בכל שלב ולתחזק את זה לאורך זמן. הקנבס הוויזואלי הוא בדיוק מה שנותן את זה, והחיבור ל-Claude Code מאפשר לקבל את שני העולמות.
אם צריך ידע בתכנות כדי להשתמש בפיצ'רים האלה?
לא. כל השלושה בנויים לעבודה בשפה חופשית ובסביבה ויזואלית. ידע בסיסי בלוגיקה של תהליכים, כמו תנאים והסתעפויות, יעזור לכם מאוד, אבל הוא לא דורש רקע בתכנות.
