כמות האפשרויות הקיימת ליישום הולכת וגדלה. אנחנו רוצים לשפר את היעילות שלנו ומחפשים דרכים יצירתיות לעשות את זה, ועם סוכני קוד כמו קלוד, הדבר הזה הופך לחוויה של ממש.
מצאתי שימוש מאד מעניין בכלי Playwright, שרוב המשתמשים מכוונים אותו לבדיקות UI. אבל עם קלוד, אפשר לעשות איתו חגיגה אחרת לגמרי.
הוא הפך להיות חלק בלתי נפרד ממערכת ההפעלה האייג'נטית שבניתי, וזה רק הולך ומשתפר.
אבל כשבונים מערכות הפעלה אייג'נטיות, Playwright מקבל תפקיד שונה לחלוטין. הוא הופך לעיניים של הסוכן שלכם. הוא הגשר שמאפשר לסוכן שפועל בתוך הטרמינל לראות את העולם הויזואלי ולבצע בו פעולות אמיתיות.
בתקופה האחרונה אני משלב באופן קבוע בין סוכני קוד מבוססי CLI, כמו Claude Code, לבין Playwright. המטרה שלי היא לא להריץ בדיקות אוטומטיות מסורתיות. המטרה היא לתת לסוכן דרך לראות מה הוא בונה, ולפעול בתוך פלטפורמות סגורות. כשמחברים את יכולת הביצוע של הטרמינל עם המשוב הויזואלי של הדפדפן, כללי המשחק משתנים לגמרי.
ניפוי באגים ויזואלי במעגל סגור
כשסוכן AI שעובד בטרמינל עורך קובץ עיצוב, הוא בעצם פועל בחושך. הוא כותב את קוד ה-HTML וה-CSS, אבל הוא לא באמת רואה את התוצאה. בעבר, הארכיטקט האנושי היה צריך לרענן את הדפדפן בעצמו, לזהות את הבאג הויזואלי, ולכתוב לסוכן תיאור של הבעיה כדי שינסה לתקן.
בעזרת Playwright, הסוכן עושה את זה לגמרי לבד.
בארגז הכלים שלי הגדרתי סקריפט תצפית פשוט. כשהסוכן מסיים לערוך קובץ, הוא מריץ את הסקריפט באופן מקומי. Playwright פותח דפדפן ברקע, ניגש לעמוד הרלוונטי ומצלם את המסך. הסוכן קורא את תמונת המסך באמצעות יכולות הראייה שלו, מנתח את ה-layout ומוודא שהשינוי יצא תקין.
אם יש כפתור בצבע ורוד שהטקסט זולג ממנו החוצה, הסוכן רואה את זה בעיניים שלו. הוא מתקן את הקוד, מריץ סקרינשוט נוסף, ומוודא שהכל תוקן בצורה בריאה ותקינה. הכל קורה בצורה אוטומטית ובסביבה המקומית, בלי צורך בעיניים אנושיות.
את ההגדרה הטכנית של תשתית זו - כיצד לחבר את Playwright ככלי תצפית בכל פרויקט - תוכלו למצוא בפוסט לתת ל-Claude Code עיניים.
אוטומציה מאחורי חומת ההזדהות
הרבה עסקים נשענים על מערכות צד שלישי (SaaS) שאין להן API פתוח, או שהעבודה איתו מורכבת ומגבילה. במצב כזה, קשה מאוד לייצר אוטומציה של פעולות.
כאן נכנס היתרון של Playwright. מכיוון שהוא מדמה דפדפן אנושי לכל דבר, הוא יודע לעבור מסכי כניסה, להזין שם משתמש וסיסמה, ללחוץ על כפתורים ולנווט בתוך עורכי תוכן מורכבים.
לאחרונה בניתי לעצמי וורקפלו ששולח את הניוזלטר השבועי שלי ישירות דרך מערכת רב מסר. תהליך יצירת הדיוור, הזנת קוד ה-HTML, שליחת הודעת הניסיון והתזמון הסופי במערכת שלהם מורכב מ-22 שלבים נפרדים. זה תהליך מתיש שלוקח זמן ומועד לטעויות אנוש.
היום, הסוכן שלי עושה את כל זה לבד. הוא לוקח את קובץ ה-HTML המעוצב, מתחבר ל-CRM, מזין את הנתונים, שולח אליי מייל ניסיון כדי לוואא שהכל תקין, ומתזמן את השליחה לשעה המבוקשת. פעולה שהייתה לוקחת לי דקות ארוכות מתבצעת בצורה אוטומטית לחלוטין בפחות מדקה. עבודה נקייה ומסודרת, בלי שאני נוגע במקלדת.
לחסוך 97% מצריכת הטוקנים
האינסטינקט הראשוני של מפתחים שרוצים לחבר סוכן לכלים חיצוניים הוא לרוץ ולבנות שרת MCP (Model Context Protocol). הם משקיעים שעות בהגדרת סכמות, הגדרת שרתים וכתיבת פרוטוקולים מורכבים.
אבל לבנות שרת MCP לכל משימה קטנה זה פשוט בזבוז של זמן ושל דלק.
לרוב הכלים שאנחנו רוצים לעבוד איתם כבר יש ממשק CLI מצוין. כשנותנים לסוכן גישה ישירה לטרמינל, אפשר להפעיל פקודות מקומיות וסקריפטים פשוטים של פייתון, ולהשתמש ב-Playwright רק כדי לקבל את המשוב הויזואלי.
הגישה הזו חוסכת המון משאבים. לפי הנתונים שאני רואה בלוגים של המערכת שלי, עבודה עם שכבות תיווך ויזואליות כבדות שורפת כמויות עצומות של טוקנים. מעבר לעבודה ישירה ב-CLI מקומי מפחית את צריכת הטוקנים בשיעור של עד 97%. זה מאפשר לי להריץ נפח עצום של פעולות בחודש בלי לעבור את רף ה-20 דולר לכל אחד מכלי ה-AI שלי. בסופו של דבר, טוקנים הם הדלק החדש, וחבל לבזבז אותם על רינדור כפתורים ויזואליים למערכות שכל מה שהן צריכות זה טקסט.
לחשב בטרמינל, לראות בדפדפן
השילוב של Claude CLI יחד עם Playwright מייצר ארכיטקטורה יציבה ונכונה לעבודה. הטרמינל הוא המקום שבו הסוכן חושב, מתכנן ועורך את הקוד, והדפדפן הוא המקום שבו הוא בודק, מריץ ומאמת את התוצאות.
מטבע הדברים, זה דורש להגדיר גבולות גזרה בטוחים וברורים כדי שהסוכן לא יריץ פקודות בצורה לא מבוקרת. אבל ברגע שהתשתית הזו קיימת, הסוכן כבר לא עיוור.
אם אתם עדיין בונים ממשקים ויזואליים כבדים כדי לנהל את סוכני ה-AI שלכם, כדאי לכם לחשב מסלול מחדש. תנו להם טרמינל, תתקינו Playwright, ותנו להם לראות את הרשת בדרך שלהם.