17 שלבים שהפכו לאחד, ושני קרדיטים במקום שבעה-עשר: עבודה נכונה עם Make
אם אתה בונה אוטומציות ומרגיש שאתה נלחם בכלי במקום שהוא יעבוד בשבילך - הסשן הזה בדיוק בשבילך. אייל גרשון, אחד ממקימי תחום האוטומציה העסקית בארץ ופרטנר פלטינום של Make, פרס איך להחליף שבעה עשר שלבים בשלב אחד, איך לשבור את תקרת ה-3200 רשומות, ומתי בכלל להשתמש ב-AI ומתי לא לגעת בו. הקו המחבר את כל הערב: לא להתחתן עם שום כלי. קודם מגדירים מה רוצים, אחר כך בוחרים איך.
הערת הכתבת: הסשן הזה מלא בפיצ'רים ספציפיים של Make ובהשוואות מול n8n שהתחום שלהם זז כל הזמן - גרסאות מתעדכנות, תמחור משתנה, פיצ'רים חדשים יוצאים. הכלים האלה עדיין כאן ועובדים מצוין, ואייל עצמו הדגיש שהוא לא נשוי לאף כלי. המיומנות הנצחית שנשארת מהערב: קודם לאפיין את המטרה - דטרמיניסטי או אייג'נטי, כמה תחזוקה צריך, מה התוצאה - ורק אז לבחור את הכלי לפי התוצאה, לא לפי ההייפ.
כולנו מכירים את הרגע: תרחיש שהתחיל קטן והפך למפלצת של 85 מודולים, ואתה כבר לא זוכר איפה הכל נשבר. אייל גרשון עלה לסשן הזה כדי לפרק בדיוק את הכאב הזה - איך לעבוד עם Make בצורה שמחזיקה לאורך זמן, חוסכת קרדיטים, וניתנת לתחזוקה. הוא הביא דמו חיים, מספרים אמיתיים ודעות חדות. וכמו שהוא אמר בעצמו: לא צריך להיות נשוי לשום כלי.
המסע: 6 תחנות
כל תחנה = מה קרה בסשן + הפרומפט שאורז את זה בשבילכם
מתי להשתמש ב-Code במקום שרשרת מודולים ב-Make
הרגע הכי חזק בערב היה כשאייל הראה תרחיש עם שבעה עשר שלבים - מערך מתוסבך שדרש איטרציה ואגרגציה אינסופית - והחליף את כולם בשלב קוד יחיד. שתי קרדיטים במקום שבע עשרה. העיקרון שהוא הניח על השולחן: מודול הקוד רץ בסביבה שבה עיבוד טקסט או JSON פשוט לוקח שתי קרדיטים בלבד, כי אין שם קריאה לספרייה חיצונית. אייל היה חד - אם משהו לוקח יותר משני קרדיטים ואפשר לבטל אותו בקוד, הוא עושה את זה בקוד. והכלל שחזר שוב ושוב: היום כבר לא צריך לדעת JavaScript. מגדירים בצורה מדויקת מה האינפוט, מה האאוטפוט שרוצים, ומסבירים את השלבים בשפה פשוטה - ה-AI כותב את הקוד. אחד המשתתפים סיפר איך זה חסך לו 75 אחוז מעבודת הריקונסיליזציה בין CSV של בנק לטבלה.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
אבחון: איפה Pagination יעזור לי לשבור את תקרת ה-3200 רשומות
אחרי חפירה מלאה על מה זה Pagination בכלל, אייל הראה את מודול ה-HTTP המחודש בפעולה. הבעיה שכולם מכירים: כל מודול חיפוש ב-Make מחזיר גג 3200 רשומות. פעם, כדי לעבור את זה, היית צריך לבנות מבנה מכוער עם Repeater שסופר דפים ורץ שוב ושוב - דף אחרי דף אחרי דף. עכשיו בתוך המודול עצמו בוחרים סוג Pagination - page based, offset, cursor או next page - מגדירים את ה-items path, ובלחיצה אחת המערכת שולפת חמשת אלפים רשומות בקרדיט אחד. הלוגיקה של הדפדוף מתרחשת ברקע. הוא גם הזכיר את ה-Data Structure כדי לבנות מבנה מידע קבוע וחוזר לשימוש, שגם מטפל לבד בכל בעיות ה-escaping של JSON - שם חברה עם מרכאות, דוקטור, רחוב צה"ל. אלה דברים ששברו לנו JSON שנים.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
מבנה תרחישים נכון: אב-בן, סאב-סצנריו ומיקרו-סרוויסים
כאן אייל נגע בעיקרון שהוא קרא לו הדרך הנכונה לעבוד עם Make. במקום תרחישי מפלצת של 85 מודולים שהלקוח חוטף חום כשהוא רואה אותם - ושאי אפשר לתחזק כשמשהו נופל - בונים מודולרי. מפזרים פונקציות, בונים סאב-סצנריו שעובד כמו מיקרו-סרוויס: שירות שאפשר לקרוא אליו מתרחישים אחרים. יחס של אב ובן, ובן של בן, עד אינסוף. כל סאב-סצנריו מקבל input מוגדר מראש ומחזיר output מוגדר מראש, בדיוק כמו פונקציה בקוד. הרעיון שחזר: לחשוב על חלקים לשימוש חוזר, לא לבנות סצנריו חד-פעמי כל פעם מחדש. אחד המשתתפים הזכיר שכשעושים return output בסאב-סצנריו, שאר הסצנריו לא רץ - בדיוק כמו return בפונקציה - וזה חוסך אגרגציות מיותרות.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
Replay + Run Name: לתקן ולהריץ מחדש ריצות שנכשלו בצורה חכמה
"הדבר שהכי עשה לי טוב על הלב" - ככה אייל תיאר את Replay לתרחישים. פעם, כדי להריץ מחדש ריצה שנכשלה, היית תקוע עם incomplete execution שרץ לפי המבנה הישן. עכשיו, אם שינית משהו בתרחיש, Replay מריץ את הריצה שנכשלה על השינוי שכבר עשית - לוקח את אותו דאטה ומריץ אותו על הסצנריו כפי שהוא בנוי כרגע. ואפשר לעשות את זה גם מההיסטוריה, וגם דרך API על מאות תרחישים שנכשלו בבת אחת. לצד זה הוא הראה את מודול Customize Run Name - שעולה אפס קרדיטים - שנותן שם לכל ריצה. במקום לחפש ריצה לפי תאריך, אתה שם שם לקוח או ID, ואז מוצא אותה בשנייה בהיסטוריה. הוא קרא לזה הצלה, וזה הגיוני - מי שמתחזק תהליכים לאורך זמן חי מהיכולת למצוא מה קרה ואיפה.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
שילוב נכון של AI ב-Make: Web Search, Content Extractor ו-MCP
בחלק ה-AI אייל עבר על שלושה כלים מובנים והראה מתי כל אחד רלוונטי. Make AI Web Search - מדבר איתו בשפה טבעית והוא עושה research אונליין; החיסרון היחיד שהוא יכול להיות בזבזני בטוקנים לפי אורך התשובה. Content Extractor - קורא PDF, JPEG, ומוציא טקסט, כולל בעברית טובה גם ממסמכים מסובכים. אבל אייל היה כן לגבי הגבולות: ה-OCR המובנה לא מקבל הנחיות מורכבות, ולמשימות באמת קשות - כמו קריאת רישיון רכב בעשרות פורמטים מזוויות מטורפות - הוא שולח לכלי ייעודי כמו דוקיופייפ הישראלי, שקורא ב-95 אחוז דיוק. הוא גם הסביר את MCP כשכבת תרגום בין שפה טבעית ל-API. הקו המחבר: יש כלי מתאים לכל דבר, ובוחרים לפי מורכבות התוצאה.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
אבחון אסטרטגי: דטרמיניסטי מול אייג'נטי ובחירה בין Make ל-n8n
הדיון הפתוח בסוף היה הבשר האסטרטגי. אייל חילק את עולם האוטומציה לשניים: תהליכים דטרמיניסטיים, שבהם אנחנו יודעים מראש את כל השלבים והמשתנים, ותהליכים אייג'נטיים, שבהם נותנים ל-AI לקבל החלטה בתוך גבולות מוגדרים. הדעה שלו הייתה ברורה: העתיד הוא תהליכים דטרמיניסטיים עם חלקים אייג'נטיים - לא AI שעושה הכל. הוא הזכיר שחברות שפיטרו אלפי אנשי תמיכה בשם ה-AI חזרו לעבודה אנושית, כי זה עוד לא שם. על n8n הוא היה הוגן וחד: מערכת מדהימה לטכניים, אבל עם בעיית רישוי אמיתית ב-Community Edition וחוסר תמיכה כשהשרת שלך נופל. הציטוט שסיכם הכל, מ-Make עצמם: chase the value, not the hype.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
🎯 מה עושים עם זה עכשיו?
קראת איך זה נעשה. עכשיו קחו את הכלים ותעשו את זה בעצמכם - כל הפרומפטים של הסשן, מוכנים להריץ על העסק שלכם. פלוס ההקלטה המלאה והתמלול.
הצטרפו לאוטוטיוזדיי+· 49 ש״ח בחודשעוד לא בשלים? בואו ללייב הבא בחינם ←רוצים לעבוד על התמלול הנקי?
העתיקו אותו ותעבדו איתו איך שנוח לכם.
🔒 התמלול המלא שמור לחברי אוטוטיוזדיי+. עם המנוי אתם מעתיקים אותו בקליק ועובדים איתו איך שנוח לכם.
לפתוח את התמלול · 49 ש״ח בחודששאלות ששאלתם (וה-AI ישאל גם)
מתי כדאי להחליף שרשרת מודולים בשלב Code יחיד?
כשמדובר בעיבוד טקסט, JSON או מידע - פעולות שלוקחות שתי קרדיטים בלבד כי אין בהן קריאה לספרייה חיצונית. אייל אמר שאם משהו לוקח יותר משני קרדיטים ואפשר לבטל אותו בקוד, הוא עושה את זה בקוד. לעומת זאת, אם צריך ספרייה חיצונית - למשל המרת קובץ אקסל - העיבוד כבד יותר ועולה יותר.
איך שוברים את תקרת ה-3200 רשומות ב-Make?
עם Pagination במודול ה-HTTP המחודש או ב-Make an API Call. בוחרים סוג Pagination מתאים - page based, offset, cursor או next page - מגדירים את ה-items path ואת הלימיט, והמערכת שולפת את כל הרשומות ברקע בקרדיט אחד. המגבלה של 3200 היא ברמת מודולי החיפוש הרגילים, לא ברמת קריאת API עם Pagination.
מה זה מבנה אב-בן וסאב-סצנריו ולמה זה חשוב?
זו דרך לבנות תרחישים מודולריים במקום תרחיש ענק בלתי ניתן לתחזוקה. סאב-סצנריו עובד כמו מיקרו-סרוויס - שירות עם input ו-output מוגדרים מראש שאפשר לקרוא אליו מתרחישים אחרים ולעשות בו שימוש חוזר. זה מקל על התחזוקה ומאפשר לאתר בעיות בקלות.
מה ההבדל בין Replay להרצה חוזרת רגילה?
Replay מריץ את הריצה שנכשלה על התרחיש כפי שהוא בנוי כרגע - כלומר על השינויים שכבר עשית - בעוד incomplete execution רץ לפי המבנה הישן שהיה בזמן הכישלון. Replay לוקח את אותו דאטה ומריץ אותו על הסצנריו העדכני, ואפשר להפעיל אותו גם מההיסטוריה וגם דרך API על מאות ריצות בבת אחת.
מתי משתמשים ב-AI בתוך תהליך ומתי לא?
לפי אייל, ה-AI מתאים לחלקים שדורשים שיקול דעת או התמודדות עם מבנה מידע לא צפוי, אבל דברים אלגוריתמיים פשוטים לא צריכים AI - עדיף קוד, שהוא זול, ודאי ומהיר. הכלל הוא chase the value, not the hype: בונים תהליך דטרמיניסטי עם חלקים אייג'נטיים במקומות הנכונים בלבד, ולא נותנים ל-AI לעשות הכל.
💬 הדיון על הסשן
שאלות, תובנות, מה יישמנו - השרשור של הקהילה.
עוד אין תגובות - תהיו הראשונים לפתוח את הדיון 👇