כשהמערכת לא שולחת לך את מה שאתה צריך - איך בונים וובוק שלא קיים
כל מי שנוגע באוטומציה מכיר את שתי הבאסות של וובוקים: או שהם לא מגיעים על מה שאתה צריך, או שהם מציפים אותך בהודעות מיותרות עד שאתה שורף אופרציות. בסשן הזה שי פתאל (שי גרין) פירק את שני המצבים והראה איך Google Apps Script יושב בדיוק בפער - שרת חינמי שבודק שינויים כל דקה, מסנן את הרעש, ומעביר קדימה רק את מה שרלוונטי. ובדרך עלה משהו גדול יותר מכלי אחד: איך לעבוד נכון מול AI כשכותבים קוד, ולמה הלוגיקה חייבת להישאר בידיים שלך.
הערת הכתבת: הסשן הזה מדבר על מודלים ספציפיים של AI (קלוד 3.5 מול 3.7, ג'מיני) והשוואות תמחור וכלים - ומאז הדברים זזו. Google Apps Script עדיין כאן, עדיין חינמי ועדיין עובד מצוין, וגם Make ו-n8n עדיין תקפים לגמרי. המיומנות הנצחית שנשארת: לאפיין קודם מה בדיוק אתה רוצה שיקרה, ורק אז לבחור את הכלי לפי התוצאה. הכלי הוא בחירה, לא תשובה.
אתה יושב מול מערכת CRM או וואטסאפ ורוצה לדעת על שינוי מסוים - מישהו נכנס לקבוצה, סטטוס השתנה בעמודה - והמערכת פשוט לא יודעת לשלוח לך וובוק על זה. או ההפך: היא מפגיזה אותך באלפי הודעות ביום שרובן זבל. שי פתאל, הנציג הרשמי של Green API בישראל ומי שבנה מאחורי הקלעים כמה מהפרויקטים המטורפים שהקהילה מכירה, הגיע להראות איך פותרים את שני הצדדים עם כלי אחד שיושב בין המערכות.
המסע: 7 תחנות
כל תחנה = מה קרה בסשן + הפרומפט שאורז את זה בשבילכם
מה זה Google Apps Script ומתי לבחור בו
שי פתח בהגדרה פשוטה: Google Apps Script זה שרת שגוגל נותנים לך בחינם - 'קח שרת, תעשה איתו מה שבא לך'. אין תחזוקה, אין הבטחות, ראש שקט. גוגל מגדירים אותו כפלטפורמת לואו-קוד, ובהכנה לסשן שי ונתנאל התלבטו למה, כי בפועל זה קוד מלא - כנראה בגלל החיבורים המובנים לכלי גוגל והשרת שכבר עומד מאחור. היתרון הגדול הוא הזיווג בין הרצת הקוד לבין Google Sheets כדאטאבייס אינטגרלי בלי ריק-לימיטים של API. את המגבלות שי שם על השולחן בכנות: עד שש דקות ריצה לסקריפט (המון לפילטרים קטנים), ונחמן הוסיף שיש גם תקרה יומית - שעה וחצי בחשבון ג'ימייל חינמי, שש שעות ב-Workspace, ואז hard limit. הכלי עדיף כשעובדים מול שירותי גוגל וכשרוצים לחסוך אופרציות.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
אבחון: איפה וובוקים שוברים לי את האוטומציה
כאן שי מיפה את שתי הבאסות שכל איש אוטומציה מכיר. הראשונה: וובוקים שלא קיימים - המערכת יש לה API אבל היא לא יודעת לשלוח וובוק על השינוי הספציפי שאתה צריך, למשל שינוי סטטוס בעמודה מסוימת. הפתרון ב-Make דורש פעולת search כל רבע שעה - בזבזני ולא מיידי. הבאסה השנייה: יותר מדי וובוקים. הדוגמה החיה היתה Green API - כל הודעה נכנסת, כל הודעה יוצאת, כל סטטוס נשלח-התקבל-נקרא, חמישה סוגי וובוקים לכל הודעה. שי אמר שהוא לא מגזים כשהוא מדבר על אלפי הודעות ביום רק מהקבוצות שהוא חבר בהן. שני הצדדים נפתרים באותו כלי - Apps Script כמתווך שמקבל הכל ומעביר רק את הרלוונטי.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
יצירת וובוק יזום לאירוע שאין לו וובוק (פולינג חכם)
זה היה הרגע שנתנאל עצר את הקוד ואמר 'תראה את התוצאה קודם, אחרי זה את מאחורי הקלעים'. הדוגמה: לקבל חיווי על מישהו שנכנס או עזב קבוצת וואטסאפ - אירוע שאין לו וובוק במערכת. שי הסביר את הלוגיקה בשפה של בני אדם: הסקריפט רץ כל דקה, מושך את רשימת המשתתפים הנוכחית מ-Green, ומשווה אותה מול Google Sheets ששומר את הרשימה מהריצה הקודמת. מי שקיים בקריאה ולא בדאטאבייס - משתתף חדש. מי שבדאטאבייס אבל נעלם מהקריאה - עזב. רק על שינוי אמיתי נשלח וובוק החוצה. שי הסביר את ההבדל בין טריגר מיידי (וובוק) לטריגר פולינג (בדיקה יזומה) - בדיוק כמו ה-Watch של Make שרץ כל רבע שעה, רק שכאן זה כל דקה, וכל ריצה נמדדת במיליסקנדות.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
Apps Script כמסנן וובוקים לפני Make/n8n
היוז-קייס השני: לחתוך הצפת וובוקים. במקום ש-Green ישלח את כל אלפי ההודעות ישר ל-Make ויבזבז אופרציות, שי מגדיר את הוובוק של Green לכתובת של הסקריפט עצמו. איך? יוצרים 'פריסה' מסוג WebApp, מקבלים URL, ושמים אותו ב-Green במקום הוובוק של Make. עכשיו הכל זורם דרך do-post, שם שי מריץ את הלוגיקה: פרס JSON, ואז שורה של תנאים שאומרים מתי לעצור. הודעה מצ'אט פרטי (c.us) לא רלוונטית לניטור קבוצה - return. סטיקר, מענה על סקר, לוקיישן - return. רק מה שעובר את המסננת ממשיך הלאה, ורק אז נשלח וובוק ל-Make. הרעיון: לתת ל-Make לעשות את העבודה הכיפית של הפעולות, אבל להעביר לו רק את מה שכבר סוננו.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
ניטור ספאם בקבוצות וואטסאפ עם Apps Script
כאן שי חשף פרויקט אמיתי - ניטור ספאם בקבוצות וואטסאפ. עם גל הבוטים ששולחים הודעות קריפטו ומניות והזמנות לקבוצות, שי אמר לעצמו: אם Green כבר שולח לי את כל ההודעות לסקריפט, למה שלא אוסיף חתיכת קוד שתדווח למנהל על כל הודעת ספאם. הוא הראה איך בודדו את התוכן של ההודעה מתוך ה-JSON - וזה הגיע בכמה צורות שונות תלוי בסוג ההודעה (טקסט רגיל, extended, קפשן של קובץ). את החלק הזה שי כתב בעצמו, כי כשהביא לקלוד את הדוקומנטציה המלאה של Green היא חרגה מהגבולות שלו - הפתרון היה למקד ולהביא רק את החלק הרלוונטי. הוא גם גילה תוך כדי טייפ הודעה שלא הכיר - לינק הזמנה לקבוצה משנה את המיקום של הקפשן, מה שאיפשר לפלטר בדיוק את הספאם הזה.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
עבודה מסודרת ומאובטחת בקוד Apps Script
החלק על סדר וארגון היה אחת מארבע המטרות שהציב שי בהתחלה. הוא הראה הפרדה לקבצים - קובץ password נפרד שבו כל הטוקנים מוסתרים כדי שלא ידלפו בסרטון הסבר, למשל. הוא סיפר שאף פעם לא חשב לחלק את הקוד לקבצים עד שגילה שאפשר פשוט לבקש מקלוד 'תיצור חלוקה הגיונית' - וזה עושה סדר ומונע שהקוד יהיה ארוך לעייפה, כשמבחינת המערכת כל הקבצים מתייחסים כקובץ אחד. שי גם בנה פונקציות-מודולים לכל פעולה של Green (send message, שליחת קבצים, סקר) בדיוק כמו שהיה בונה מודולים ב-Make. והוואו של הערב: JSDoc - כשמוסיפים תיאור עם שטרודל לפני פונקציה, האוטוקומפליט מקפיץ הסבר על כל פרמטר תוך כדי כתיבה. שי אמר שהוא עצמו גילה את זה רק בהכנה לסשן, ובכנות: 'זה ממש מדהים'.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
לעבוד נכון מול ה-AI כשכותבים קוד
הסגירה החזקה ביותר לא היתה על כלי אלא על תפיסה. כשעלתה השאלה 'אתה כתבת את זה או קלוד?', שי אמר את המשפט שהחזיק את כל הסשן: למה כולם מדברים על אם AI יכתוב את הקוד, אבל אף אחד לא חושב שה-AI ילמד אותך מה כתוב. 'קוד זה שפה טבעית, זה אנגלית' - ואם מבקשים מהמודל להוסיף שלוש שורות הסבר על מה שהוא כותב, לומדים תוך כדי. אחד המשתתפים שיתף טיפ מהזירה: הוא לא יודע שמץ בקוד, מבקש מקלוד סיכום של מה שנבנה ושומר אותו כדי שיהיה לאן לחזור. שי הדגיש שני עקרונות: להעלות דוקומנטציה ממוקדת ולא לפזר את המודל על הכל, ולשמור את הלוגיקה בידיים שלך - לדעת מה אתה רוצה לפני שאתה ניגש, אחרת זה 'בסמטוכה'. נתנאל חתם: אתה צריך לדעת לעשות את זה תיאורטית, ורק אז לבחור איפה ליישם.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
🎯 מה עושים עם זה עכשיו?
קראת איך זה נעשה. עכשיו קחו את הכלים ותעשו את זה בעצמכם - כל הפרומפטים של הסשן, מוכנים להריץ על העסק שלכם. פלוס ההקלטה המלאה והתמלול.
הצטרפו לאוטוטיוזדיי+· 49 ש״ח בחודשעוד לא בשלים? בואו ללייב הבא בחינם ←רוצים לעבוד על התמלול הנקי?
העתיקו אותו ותעבדו איתו איך שנוח לכם.
🔒 התמלול המלא שמור לחברי אוטוטיוזדיי+. עם המנוי אתם מעתיקים אותו בקליק ועובדים איתו איך שנוח לכם.
לפתוח את התמלול · 49 ש״ח בחודששאלות ששאלתם (וה-AI ישאל גם)
מה זה בעצם Google Apps Script ולמי הוא מתאים?
זה שרת שגוגל נותנים בחינם להרצת קוד JavaScript, בעיקר סביב שירותי גוגל כמו Sheets ו-Drive, אבל עם אפשרות לקריאות API החוצה לכל מקום. הוא מתאים במיוחד כשרוצים לחסוך אופרציות, לעבוד מול כלי גוגל, או להשתמש ב-Sheets כדאטאבייס. הכלי אחד מבין כמה - Make ו-n8n עדיין תקפים לגמרי, בוחרים לפי התוצאה שרוצים.
מה ההבדל בין וובוק שלא קיים לבין יותר מדי וובוקים?
וובוק שלא קיים זה כשהמערכת לא יודעת לשלוח לך חיווי על השינוי הספציפי שאתה צריך - הפתרון הוא פולינג, בדיקה יזומה כל דקה שמשווה מצב נוכחי מול קודם. יותר מדי וובוקים זה הצפה, כמו כל הודעה שנכנסת בוואטסאפ - הפתרון הוא לשים את הסקריפט כמתווך שמסנן לפני שהכל מגיע ל-Make.
יש לימיטים שכדאי להכיר ב-Apps Script?
כן. עד שש דקות ריצה לסקריפט בודד, וגם תקרה יומית - כשעה וחצי בחשבון ג'ימייל חינמי ועד שש שעות ב-Workspace, ואז hard limit. לפילטרים קטנים ובדיקות מהירות שרצות במיליסקנדות זה בפועל המון, ורוב האנשים לא מגיעים לזה. אחרי הלימיט יש קצת גרייס טיים אבל לא בונים על זה.
צריך לדעת לתכנת כדי לעבוד עם זה?
לא חייבים לפני, אבל שי המליץ בחום כן לנסות להבין את הקוד - לא כל שורה, אבל כל בלוק. הרעיון: לבקש מה-AI לא רק לכתוב אלא גם להסביר, לשמור את הלוגיקה בידיים שלך, ולהעלות דוקומנטציה ממוקדת. אחד המשתתפים שאמר שהוא לא יודע שמץ בקוד עדיין בונה סקריפטים מדהימים - כי הוא שומר סיכומים ומאפיין קודם מה הוא רוצה.
מה זה JSDoc ולמה זה היה הוואו של הערב?
זה תיאור שכותבים עם שטרודל לפני פונקציה, וברגע שמתייגים את הפונקציה במקום אחר בקוד - האוטוקומפליט מקפיץ הסבר על כל פרמטר תוך כדי כתיבה. זה עושה את העבודה הרבה יותר מסודרת ומדויקת, ושי עצמו גילה את זה רק בהכנה לסשן.
💬 הדיון על הסשן
שאלות, תובנות, מה יישמנו - השרשור של הקהילה.
עוד אין תגובות - תהיו הראשונים לפתוח את הדיון 👇