Digi

המדריך מהריל · מילת הקוד: חיבורים

שלושה חיבורים שהופכים סוכן AI למערכת שמבצעת

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

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

1.שלושה כלים, שלוש עבודות שונות

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

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

2.Firecrawl: הופך אתר למידע שאפשר לעבד

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

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

3.Playwright: בודק את מה שקורה בדפדפן

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

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

4.n8n: מחבר את השלבים לתהליך

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

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

5.מה מספר הכוכבים ב-GitHub כן אומר

ב-20 בספטמבר 2026 בדקנו את המאגרים הרשמיים: n8n הציג 205,429 כוכבים, Firecrawl הציג 182,400 ו-Playwright הציג 96,394. יחד זו תמונת מצב של 484,223 כוכבים. המספרים משתנים ולכן התאריך הוא חלק מהנתון.

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

6.דוגמת זרימה: מקישור מתחרה לדוח בדוק

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

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

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

7.סדר חיבור מומלץ

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

  1. פתחו פרויקט בדיקה והגדירו כתובת ציבורית אחת.
  2. הריצו קריאת Firecrawl ושמרו פלט ומקור.
  3. כתבו בדיקת Playwright אחת שמחזירה הצלחה או כשל ברור.
  4. בנו ב-n8n זרימה עם שלושה צמתים ונתיב שגיאה.
  5. שמרו מפתחות בסודות הסביבה, לא בקוד ולא בצילום מסך.
  6. הוסיפו אישור אנושי לפני פעולה שמשנה מידע, שולחת הודעה או מפרסמת.

8.איך לבחור תהליך עסקי ראשון

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

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

בדיקה לפני מסירה

  • לכל כלי יש תפקיד אחד מוגדר בזרימה.
  • המקור נשמר לצד המידע שחולץ.
  • Playwright מחזיר ראיה ולא רק הודעת הצלחה.
  • ל-n8n יש נתיב כשל ולוג לכל ריצה.
  • מפתחות ומצב התחברות אינם נשמרים בקוד.
  • כוכבי GitHub מוצגים עם תאריך ואינם מוצגים כהתקנות.
  • פעולה במערכת חיה נעצרת לאישור אנושי.

שאלות נפוצות

צריך להשתמש בכל שלושת הכלים בכל תהליך?

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

האם Firecrawl יכול לקרוא כל אתר?

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

אפשר להפעיל את הזרימה בלי פיקוח?

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

למה מספר הכוכבים שונה מהמספר שהופיע בריל?

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

רוצים לבדוק איך התהליך מתאים לעסק שלכם?

שלחו לי את המילה ״חיבורים״ בוואטסאפ וכתבו איזה סרטון אתם רוצים להכין.