YUV.AI - בינה מלאכותית בעברית

היום סופסוף השתמשתי ב-Codex, סוכן הקוד החדש של OpenAI שמשתמש במודל שאומן במיוחד לקודבייסים מאוד גדולים וזמין דרך הדפדפן - אז מה זה בכלל? בעידן שבו כל השחקנים הרציניים נמצאים במגרש הקוד, לקח ל-OpenAI זמן להיכנס. במגרש הזה יש לנו את סוכני הקוד של קלוד, גיטהאב, אמזון - ועכשיו גם את OpenAI. לא מדובר במודל ״הרגיל״ שיודע לג׳נרט קוד, אלא מדובר בסביבה שבה אפשר לחבר ספריות (ריפוז) מגיטהאב, פרטיות או ציבוריות, לתת לסוכן הקוד גישה לאינטרנט, ולשאול שאלות על כל הקודבייס - וכמובן לאתר באגים בריפוז הקיימים, להציע אופטימיזציות, ליצור Pull Request וממש לבצע את כל השלבים עד לשלב ה-Merge שתלוי בבקרה ידנית. מנגד, הסוכן של גיטהאב קופיילוט, מתחבר מאוד יפה לכל האקוסיסטם של גיטהאב. אפשר לתייג אותו ב-PRs או ב-Issues והוא יצא לדרך לבדו ויעדכן לאחר סיום. גם קלוד קוד בגרסת ה-CLI (טרמינל) יודע לעבוד יפה, הוא לא זול במיוחד אבל הוא מנהל יפה פרויקטים. לעומתם, Codex שאני בדקתי זמין דרך GPT בסרגל הצד ולחיצה על Codex שם תוביל לעמוד החדש. נצטרך ליצור ריפו חדש ידנית בעצמנו בגיטהאב - ורק אח״כ נוכל להשתמש בקודקס. נתחבר עם גיטהאב שלנו, נבחר ספריה, ונבקש מקודקס להשיב על שאלות או לכתוב קוד. מה שיקרה הוא מעניין - סוכן הקוד של OpenAI Codex יעבוד, ירים טרמינל לעצמו, יכתוב את הקוד, יריץ אותו בסביבה סגורה, יבצע בדיקות, ולאחר שסיים יעדכן אותנו שבוצע. אם נשאל אותו שאלות הוא ממש מראה לנו איך הוא מפעיל טרמינל ובודק בעצמו. לבסוף אנחנו רואים, בתצורת ה״גיטהאב״ הקלאסית את הקוד שנכתב, את מה שהשתנה, כך שזה די נגיש וקל. עם זאת, זה לא נוח שצריך ליצור בעצמנו ריפו, מרגיש שלוקח לכלי המון זמן לעבוד, וגם לא ברור במה הוא טוב יותר מגיטהאב Workspaces או אפילו תשאול מתוך Pinecone או Turbopuffer או Cursor עצמם. זה עוד שחקן במגרש. אני כנראה אחזור אליו בעיקר כדי לבדוק את ההבנה שלו על קודבייסים גדולים. מנגד, אני לא בטוח שבאמת חברות ירגישו בנוח לחבר אותו לסביבת פרודקשן שלהן - ופה דווקא לגיטהאב שוב יתרון גדול. היות והרבה חברות שומרות את הקוד בגיטהאב. בקיצור, עוד כלי שעוזר להבין קודבייס גדול, לא ברור יתרון כתיבת הקוד שלו. על זה נדע כנראה בהמשך.

איפה פלטפורמת n8n ממלכדת אותנו? מצד אחד - n8n שוחרר כקוד מקור פתוח, מה שנותן תחושה ששווה להשתמש במוצר כי הוא חינמי בהתקנה מקומית. רק מה? המייסד שלהם הסביר שבהתחלה המוצר היה חינמי לגמרי 3 שנים, עד שהם החליטו לפתח פיצ׳רים עבור ארגונים - ועבורם הם רוצים לגבות כסף כדי להרוויח. זכותם. מבחינתנו - ברגע שרוצים להשתמש בגרסא החינמית בפיצ׳רים חשובים כמו משתנים גלובליים או חיבור ל-Git, או שיתוף פעולה בין חברי וחברות צוות בפרויקט קיים, או אפילו דברים בסיסיים כמו למפות בלוגים בתרחישי האוטומציה… פתאום צריך חשבון בתשלום כדי להשתמש, אפילו שמדובר בגרסא הפתוחה שמותקנת מקומית. לדברי המייסד, הגרסא החינמית מקבילה למנוי ה-Starter בתשלום. ואז זה מוביל למלכוד: מנוי עולה 20 יורו לחודש אם לוקחים מנוי שנתי, בגרסת הבסיס, כך שנוצר מצב שעובדים עם הכלי בהתלהבות על, ואז מגיעים לנקודות האלה ואו שמשדרגים בעל כורחנו או שמתחילים לבנות הכל מחדש בפלטפורמה אחרת. בבלוג שלהם, n8n אומרים שצריך להסתכל עליהם לא כאל קוד מקור פתוח אלא כאל גרסת ליבה חינמית, ואם רוצים פיצ׳רים נוספים כמו אלה שהזכרנו - לפתוח את הארנק. אז פעם הבאה לפני ששוב קופצים בהתלהבות על n8n צריך לזכור גם את הדברים האלה. קל מאוד להתלהב מתרחיש שעובד מקומית כשלא לוקחים בחשבון את הצורך הלוגים, משתני סביבה או משתנים גלובליים, שימוש ב-SSO או בכלל, כל מה שקשור לעולם האמיתי. זה נחמד מאוד למשחק, פחות רלוונטי לעולם האמיתי כשמחפשים פתרון Open Source לוקאלי אמיתי. כנראה שבסוף משתמשים יעדיפו לשלם כדי לעבוד בענן של n8n ולקבל את כל זה. מה שאומר מתחילים בהתלהבות בחינם ומהר מאוד מתחילים לשלם גם אם לא רצינו את זה בהתחלה. זכותם, שוק חופשי, אבל השקיפות הזו חשובה וחבל שהיא מסתתרת ומגלים אותה כשנתקעים עם צורך אמיתי.

בין הקלטות לפיתוחים עצרתי כדי להראות לכם שהצלחתי לאמן קולות של סלבס ב-ElevenLabs עם המודל החדש V3, וגם לשלב DeepFake בלייב במצלמה ובקול!

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

עזבו רגע את איראן - לאבאבל ‏מפרגנים עם 24 שעות בחינם לגמרי!!! ועכשיו חזרה לאיראן. ברוך הטוב והמיטיב. אנחנו חיים בהיסטוריה ורואים אותה בעיניים. כמו מלחמת ששת הימים - אבל מול איראן ובדור שלנו! איזו גאווה להיות חלק מהעם הזה, כל הכבוד לכוחות הביטחון שלנו, אין מדינה כזו בעולם! ותודה לקדוש ברוך הוא שעושה לנו ניסים ונפלאות!! שלא אחד בלבד עמד עומד ויעמוד עלינו לכלותינו - והקב״ה, וכוחות הביטחון שלנו, מצילנו מידם!! ולגבי ביטול הלימודים לשבוע הקרוב, מאתגר מאוד, אבל באמת ממליץ לנצל את Lovable - תנו לילדים לבנות עם AI בחינם, תנו להם להתעסק ב-AI ופיתוח ללא קוד. שלא יאבדו את זה משעמום או לחץ, שיתעסקו (וגם אנחנו) בטוב, נעשה טוב. ובע״ה שנזכה להרבה טוב ולשובם המהיר בקרוב. תזכורת ש-Lovable זה אתר שמאפשר לפתח אתרים ללא קוד, הוא מדהים, והוא פתוח בחינם עד 15.6 בשעה 23:59 בלילה. תהנו! שבוע טוב 🤩

אני מרגיש שהחיים שלי התחלקו כרגע ל-2: לפני שהתחלתי לעבוד עם Hubspot בשילוב MCP - ואחרי. הגעתי לשלב שאין מנוס מעבודה "מסודרת" עם מערכת ניהול לקוחות (CRM), בהתחלה פיתחתי לעצמי משהו, אח"כ חקרתי מיליארד כלים, ולבסוף החלטתי ללכת על Hubspot, ב-Tier החינמי שלהם. אחרי שהקמתי לבד את הלקוחות ואת המשימות, החלטתי לחקור גם את השילוב של MCP כדי לתפעל את האבספוט דרך קלוד וגם לחקור את Connectors של GPT. במקרה הזה GPT אכזב, האבספוט זמין רק אם מפעילים את DEEP RESEARCH שזה מיותר לחלוטין. מנגד, קלוד המלך שיחק אותה בענק. הייתי צריך ליצור אפליקציה פרטית בהאבספוט כדי לקבל מפתח API שאותו הגדרתי בקלוד (בהגדרות המפתחים -> הגדרות MCP בקובץ ה-JSON), נתתי הרשאות לאפליקציה בהאבספוט, ועכשיו לא רק שהכל מסודר לי ב-CRM, אלא שאני יכול לנהל הכל דרך קלוד. כך למשל, כשראיתי שמה שאני מקבל לא מספיק לי ואני רוצה לשנות דברים אבל לא רוצה להתחיל להתעסק בזה בעצמי כי זה מבזבז לי את הזמן - כאן מגיע ה-MCP ומבצע זאת עבורי, ישירות מקלוד - ובלי קוד! אם אתם כמוני, וצריכים ניהול לקוחות מסודר עם מעקב מסודר, שתדעו שזה פיתרון אדיר, מניח שזה זמין גם במערכות CRM אחרות בתצורה כזו או אחרת, אבל זה משנה חיים. באמת. תהנו! שבת שלום שקטה ובטוחה, בתפילה לבשורות טובות! @HubSpot @AnthropicAI

אחרי מהפכת הטקסט לדיבור בעברית זה פשוט מתבקש: פודקאסט חדש "AI בגובה האוזניים" שבו אארח דמויות AI לשיחות טכניות וכיפיות על טכנולוגיות ובינה מלאכותית, והכל מטקסט לדיבור ושיבוטי קול - בעברית! הטיזר עלה וזמין בקישור ב-RSS ובקרוב יופץ גם לספוטיפיי ויתר הפלטפורמות. מוזמנים להאזין בינתיים כאן: https://rss.com/podcasts/yuvai/2070483/

אני בהלם של החיים מהיכולות של טקסט לדיבור במודל החדש של ElevenLabs. יצרתי פודקאסט של דקה, אני ומורגן פרימן על Vibe Coding. בעברית. מטקסט. עם שיבוט קולי של שנינו. מרגיש ששנים של ציפייה הגיעו לקיצן - זה *מטורף*!! יצרתי את זה בעורך הטקסט לדיבור תוך שימוש במודל החדש v3 של ElevenLabs עם מנוי בתשלום (של 5 דולר בחודש). אין לי מילים!

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

הלילה דפקתי את הראש על פיתוח שרת MCP כי לנגרף החליטו שסוכני AI יכולים להשתמש בשרתי MCP מבוססי Streamable HTTP בלבד, אבל למה ומה זה אומר? כשאנחנו מפתחים שרת MCP (או משתמשים בשרת קיים של מישהו אחר), אנחנו יכולים להגדיר את הדרך שבה הלקוח (הסוכן, קלוד, קרסר וכדומה) יתקשר עם שרת ה-MCP. יש 3 צורות תקשורת: 1. תקשורת מקומית עם stdio - המחשב שלנו מריץ את שרת ה-MCP והתקשורת מתבצעת באופן מקומי 2. תקשורת עם sse - במקרה כזה שרת ה-MCP שלנו לא נמצא מקומית אצלנו אלא מתארח במיקום מרוחק וזמין דרך האינטרנט. השרת מקבל מהלקוח 2 פניות, אחת כדי ליצור את החיבור ולשמור אותו פתוח, והשנייה כדי לשלוח משימות לביצוע לשרת ה-MCP 3. תקשורת עם Streamable HTTP - מה זה אומר? כמו סעיף 2. שרת שמתארח בצורה מרוחקת ואפשר לפנות אליו על גבי האינטרנט. רק שכאן יש חידוש: מספיק לשלוח בקשה אחת והתקשורת נשארת פתוחה לניהול הבקשות ולביצוע המשימות לנגרף, חבילת יצירת הסוכנים ״המתקדמים״ מבית לנגצ׳יין החליטו לתמוך רק בתצורה 3, שנכנסה לתוקף מסוף מרץ בערך. הבעיה היא שכל שרתי ה-MCP הקיימים עובדים בתצורה 1-2, ולכן צריך למצוא שרתים זמינים מסוג 3 או לפתח לבד, כפי שאני ניסיתי הלילה עוד מסתבר, שהתקשורת בשרתי MCP, יותר נכון המידע שמועבר בין הלקוח לשרת, עובד אחרת מ-REST API. הוא משתמש ב-JSON-RPC בגרסא 2, שמה שזה אומר - מעבירים את הפרמטרים דרך אובייקט JSON ושם מציינים איזה פעולה להריץ, ערכים שמועברים וכדומה. שרתי stream עוזרים לנו לעבוד טוב יותר בזמן אמת. כמו צ׳אט שמשיב לנו בזמן אמת אות אחר אות, או מודל קולי שמדברים איתו והוא הופך כל מילה לקובץ שמע ומנגן אותה בזמן אמת (במקום שנחכה שכל הטקסט יהפוך לאודיו). זה מאוד שימושי, אנחנו מתקדמים גם בזה. את כל זה למדתי לעומק הלילה והייתי מוכרח לשתף כי זה יכול לעשות סדר לכולם - בעולם שכולו מבולגן. מעתה אמרו - לפתח שרתי MCP עם Streamable HTTP ופריסה שלהם בענן - זה הדיבור! וזה מה שמאפשר לפתח סוכן על שזמין דרך לנגרף, שמנהל תקשורת בין סוכנים בתצורת A2A, והם עצמם מחזיקים כלים שהם שרתי MCP מרוחקים. שמחתי לבלגן, לעשות סדר בבלאגן, ולנסות להשאיר מסודר יותר.

באמצע פגישה עם לקוח מחו״ל ראינו ש-GPT נפל היום. לאחר מכן באמצע פגישה נוספת - אזעקה. כמה זה סמלי. GPT שנפל הרגיש עבורם בערך כמו אזעקות אצלנו. להבדיל. כל מדינה ״והצרות״ שלה. רציתי לשתף קצת מהנעשה אצלי בימים אלה. אני עסוק בפיתוח מוצר ללקוח מחו״ל, בהרצאות ובסדנאות, בכנס שלי ובייעוץ למספר ארגונים - ובנוסף בהפקת הכנס שלי בסוף יוני. בשל כך אני לא מצליח להשתלט על הפניות ועל התיוגים ועל התגובות - וחשוב לי מאוד להתנצל בפני מי שאני לא מספיק להשיב לו / לה. אני באמת משתדל להקדיש זמן למענה לפניות. אני גם עובד על לוגאן, שיהיה זמין לכל פונה ויהיה העוזר שלי בפועל, יוכל להמליץ על חיבורים לאנשים מוכשרים שאני ממליץ עליהם אישית, להשיב על שאלות לפי ידע שאני מזין לתוכו מהניסיון שלי, ואפילו לקחת פניות כשצריך. אני חלילה לא מתעלם, לא מסנן, לא מתחמק, זה הכל נטו מחוסר יכולת להגיע לכל הודעה בזמן אמת. אם לא הגבתי בזמן סביר תרגישו בנוח להקפיץ. לגבי הפיתוח ללקוח מחו״ל זה מאוד מעניין. זה התחיל מזה שהוא שכר בית תוכנה, המשיך דרך זה שהוא רוצה אותי במקום בית התוכנה, ומכאן זה באמת נעשה מעניין: הקמנו ״סיירת״. מנהל פרויקט שהוא גם מנהל מוצר וגם מאפיין חוויית משתמש וגם מעצב. דוקטורנט לבינה מלאכותית (למידת מכונה) ששותף ללוגיקת הסוכנים, מנהל תפעול, ועבדכם הנאמן. הלקוח התחיל עם Lovable, הקים אתר לעצמו. ראה כי טוב. קיבל הצעה יקרה פיצוצים מבית תוכנה ולוחות זמנים של 10 חודשים לביצוע. בשלב הזה עירב אותי, ביקש הערכה להפיכת המוצר שלו לאפליקציה אמיתית ברמת MVP, אמרתי לו באיזה כלים אני הייתי ממליץ להשתמש לתשתית, הוא אהב את הרעיון ואמר שההמלצות שלי הן יותר ממה שבית התוכנה נתן לו מזה חודשיים. החלטנו לשלב כוחות. מנהל המוצר בנה גם הוא פרוטוטייפ עם v0, לקח לו בערך 400 פרומפטים כדי להגיע לתוצר שהוא רצה. משם אני לקחתי את המושכות. פיתחתי אפליקציית NextJS ובעבודה מאומצת עם קרסר וקלוד סונט 4, הפכתי את v0 לאפליקציית פרונט מלאה, עם אותנטיקציה ודאטה בייס. דאגתי גם לפריסה על AWS ובסיס נתונים עם MongoDB Atlas. בשלב הזה הדוקטורנט החל ליצור Endpoints של הסוכנים שמבצעים מגוון פעולות, ואני צריך לשלב אותם בנקודות המפתח של האפליקציה. לשם כך הייתי צריך לנהל גם את כל נושא ה-JWT Token מול AWS API Gateway, להגדיר ״קהל״ ועוד כמה דברים. במקביל, אני גם עובר על הטיקטים של הלקוח, מתעדכנים באופן יומי בסלאק, בפגישות וידאו קצרות, אני עובר על הריג׳קטים ב-Miro ומתקן עם קרסר את ה-UI ואת ה-Backend. אם הכל יעבוד כמו שצריך, אנחנו כנראה נסיים את ה-MVP תוך רבעון אחד במקום 3 כפי שהוצע במקור. העניין הוא שזה אפשרי לא רק בגלל שיש AI. אמנם AI מאיץ תהליכים מאוד אבל ההילוך המהיר מתאפשר בגלל ש: - מנהל הפרויקט / מוצר ידע מה הוא רוצה לקבל ופיתח פרוטוטייפ מדויק לצרכיו - הוא גם מעצב ולכן הוא נותן הערות מפורטות ומדויקות שמאוד קל אח״כ לתקן זה מראה איזה תותח הוא וכמה ידע ואיך הוא שם לב לפרטים לאחר מכן אני והד״ר מדברים באותה שפה, הוא רץ ואני רץ, תוך שיש לנו הבנה של העומק, פותרים בעיות תוך כדי ריצה, ובעיקר שמים לב להמון דקויות ומצליחים להבין זה את זה בקלות דרך כמה הודעות בסלאק המסר שלי הוא שכיף שיש AI ובזכותו הפרויקט הזה ממש כיפי ומעניין ועוזר לדהור קדימה בקצב מסחרר, אבל האמת היא שזה לא מספיק. אם לא היינו סיירת שיודעת מה היא עושה - גם שנה לא הייתה מספיקה לנו. כך שזה שוב חוזר לנקודה, מבחינתי, זה לא הכלים, אלא הידע של מי שמפעיל אותם.

מכירים את זה שמתייגים מישהו במייל עם @ כדי שיגיב? אז הגדרתי טריגר לסוכן שלי, Logan, שעכשיו גם עוזר לי בזכות הסוכנים שהוא מפעיל! אני מתייג את לוגאן במייל ונותן לו הנחיה, כמו למשל - תבדוק זמינות, תקרא את השרשור ותציע תגובה, תייצר לי טיוטה להצעות מחיר מותאמות אישית, דוחות ביצוע על בסיס מיילים ופגישות. אבל איך זה עובד? בניתי סוכן על דרך LanGraph והגדרתי לו כלים, כל כלי הוא סוכן AI נפרד לאחר מכן עשיתי Deploy דרך AWS כך שהסוכן זמין דרך קריאת API רגילה עם טוקן אימות ברגע שהוא מאמת את הטוקן, הוא מנתח את הבקשה, מבין באיזה כלי עליו להשתמש, שזה אומר איזה סוכן הוא צריך להפעיל, עושה דלגציה לסוכן הרלוונטי. כל סוכן מכיל כלי, שהוא שרת MCP. ההפרדה בין הסוכנים הוגדרה לפי הפרדה בין משימות. הסיבה ליצירת מספר סוכנים היא כדי שאוכל לתקן ולשנות בצורה פרטנית כל סוכן מבלי לפגוע בכל הלוגיקה. כמו מיקרו-שירותים. אז כל סוכן יודע להפעיל כלי, ולהבין שעליו לעשות דלגציה לסוכן אחר אם המשימה כבר לא תחת אחריותו. זאת אומרת, נניח שיש סוכן שמטרתו לכתוב דוח שעות ללקוח, הוא יודע שתחום האחריות של חיפוש במייל ובלוח השנה הוא לא התחום שלו - אז הוא יודע שאם הבקשה הזו הגיעה אליו - הוא צריך להעביר אותה הלאה. כמו ניתוב רשתות. רק לאחר שהוא יקבל את המידע הדרוש, הוא ייגש למשימה וייצור את הדוח. כל סוכן זמין על פורט נפרד ויכול להטריג אחד את השני. כך מימשתי את תצורת Agent2Agent (A2A), והאמת שניסיתי שני כיוונים: הראשון הוא שכל סוכן יהיה זמין על פורט נפרד באותו שרת, השני הוא שכל סוכן הוא קריאת API Endpoint נפרדת. בסופו של דבר, אני פונה ללוגאן, הוא מעביר לסוכנים לביצוע המשימה, לפני שהמשימה הושלמה - סוכן נוסף מבקר את התוצר - ואם הכל בסדר הוא מעדכן בסטטוס את לוגאן - שמעדכן אותי. הטריגר ללוגאן מתבצע גם דרך המייל וכרגע גם דרך הטלגרם. דרך המייל - יש טריגר אוטומציה שבודק האם התקבל מייל חדש, אם כן - מתחיל התהליך של האוטומציה, מענה לפי מה שביקשתי וכו׳. דרך המייל - כי אז שומרים על קונטקסט של השרשור עצמו מתוך המייל. אני משווה בין n8n לבין make המון, ובכלל נוטה להגדיר את זה בעצמי, אם כי כרגע יותר קל ומהיר דרך make. זאת אומרת, יותר נוח לעבוד עם n8n אם רוצים לפתח גם את הסוכנים דרך שם, אבל אם יש כבר סוכן פרוס על כתובת, אני מעדיף כרגע את make. דרך הטלגרם - כי לפעמים אני רוצה לעבוד עם לוגאן על משימות אחרות וקל להתנהל דרך טלגרם עם בוטים. גם פה, יש טריגר שמופעל כי הבוט פרוס כשרת פייתון. מניח שאתם מנחשים לבד למה קראתי לו לוגאן, ואם לא אז סימן שאתם לא עוקבים אחרי מספיק 😂