יש משימות מחשב שלא מרגישות מספיק חשובות כדי לבנות להן אוטומציה, אבל הן חוזרות שוב ושוב וגוזלות זמן. להוריד דו”ח חודשי, למלא טופס פנימי, לפתוח בקשת חופש, להכין גיליון עם נתונים קבועים, לפרסם קובץ במערכת תוכן, או להעביר מידע ממקום אחד למקום אחר. בדרך כלל, כדי לתת משימה כזו לכלי AI צריך להסביר לו הכול במילים. איפה לוחצים, מה בוחרים, באיזה שם שומרים את הקובץ, מתי לאשר פעולה ומתי לעצור. זה החלק המעייף. מי שעושה את המשימה כבר יודע לבצע אותה, אבל לא תמיד קל לו להפוך אותה להוראות מסודרות. כאן נכנס Record & Replay, פיצ’ר חדש ב-Codex של OpenAI. הרעיון שלו פשוט מאוד. במקום להסביר ל-Codex איך נראית המשימה - מראים לו. מבצעים פעם אחת את התהליך על המחשב, Codex צופה בפעולות הרלוונטיות, ואחרי שההקלטה נעצרת הוא הופך את התהליך ל-Skill, כלומר סט הוראות קבוע שאפשר להשתמש בו שוב בפעמים הבאות. היכולת זמינה כרגע ב-macOS ודורשת הפעלה של Computer Use.
רוצים לקבל עדכונים בלייב? רוצים מקום בו אתם יכולים להתייעץ עם מומחי AI, לשאול שאלות ולקבל תשובות? רוצים לשמוע על מבצעים והטבות לכלי ה-AI שמשנים את העולם? הצטרפו לקהילות ה-AI שלנו.
אפשר גם להרשם לניוזלטר שלנו
מה בעצם קורה בזמן ההקלטה
נניח שאתם מכינים בכל סוף חודש דו”ח שימוש. אתם נכנסים למערכת, בוחרים טווח תאריכים, מורידים קובץ, משנים לו שם, שומרים אותו בתיקייה קבועה ומעדכנים גיליון מעקב. זו לא משימה מסובכת, אבל יש בה מספיק צעדים קטנים כדי שיהיה מעצבן להסביר אותה (או לעשות אותה) מחדש בכל פעם.
עם Record & Replay מתחילים הקלטה, מבצעים את התהליך כפי שעושים אותו בדרך כלל, ואז עוצרים. Codex מנתח את מה שראה ומנסח קובץ Skill (סקיל). הקובץ הזה מתאר מתי להשתמש בתהליך, איזה פרטים משתנים בכל פעם, מה סדר הפעולות, ואיך לבדוק שהתוצאה יצאה נכון. OpenAI ממליצה לבחור תהליך שכבר יודעים לבצע, כזה שהשלבים שלו יציבים ושברור איך נראית הצלחה בסופו.
זה לא חייב להיות דו”ח. זה יכול להיות מילוי דו״ח הוצאות, פתיחת בקשת חופשה, יצירת issue במערכת פיתוח, פרסום וידאו או הורדה של קובץ חוזר. המכנה המשותף הוא משימה ידנית, צפויה יחסית, שחוזרת על עצמה.
OpenAI Developers מציגה ב-X את Record & Replay
למה זה שימושי דווקא למשתמשים רגילים
החידוש כאן אינו רק טכנולוגי, הוא בעיקר שימושי. הרבה אוטומציות נתקעות בשלב הראשון, כי צריך לדעת לתאר תהליך בצורה מדויקת. Record & Replay מוריד חלק מהחסם הזה. הוא מאפשר לאדם שמכיר את העבודה להראות אותה, במקום לתעד אותה מאפס.
זה חשוב במיוחד בארגונים. כמעט בכל צוות יש עובד שיודע “איך עושים את זה נכון”. איך מגישים בקשה במערכת הפנימית, איך מכינים דוח ללקוח, איך מעדכנים טבלה בלי לשבור את הפורמט, איך פותחים משימה עם כל השדות הנכונים. עד היום הידע הזה חי הרבה פעמים בראש של אנשים, בצילומי מסך ישנים, או בהודעות Slack שאף אחד לא מוצא בזמן. Record & Replay יכול להפוך חלק מהידע הזה להוראות עבודה שאפשר להפעיל שוב.
ועדיין, כדאי לא להתבלבל. זו לא הבטחה שכל משימה תהפוך בלחיצה אחת לאוטומציה מושלמת. ככל שהתהליך רגיש יותר, משתנה יותר או תלוי ביותר מערכות, כך צריך יותר בקרה אנושית.
תהליך עבודה קבוע שנוצר מהדגמה
Skill הוא דרך ללמד את הכלי לבצע סוג מסוים של עבודה בצורה עקבית יותר. Skill יכול לכלול הוראות, משאבים, סקריפטים וקבצי עזר, כדי ש-Codex יוכל לעקוב אחרי תהליך עבודה בצורה אמינה יותר. Codex יכול להפעיל Skill כשמבקשים ממנו במפורש, או כשהוא מזהה שהמשימה מתאימה לתיאור של אותו Skill.
Record & Replay הוא דרך נוחה יותר ליצור Skill. במקום לפתוח קובץ ולכתוב את כל ההוראות, מתחילים מהדגמה חיה. אחר כך אפשר לבקש מ-Codex לשפר את ה-Skill, להוסיף כללי זהירות, להגדיר שמות קבצים קבועים, לציין חריגים, או להסביר מתי לעצור ולבקש אישור.
איך מתחילים להשתמש
לפני שמקליטים, כדאי לבחור משימה קטנה וברורה. לא “טפל בכל הדו”חות שלי”, אלא “הורד את דו”ח השימוש החודשי ושמור אותו בתיקייה בשם Reports”. לא “נהל לי את מערכת ה-HR”, אלא “פתח בקשת חופש לפי תאריך וסוג חופשה”.
Computer Use מאפשר ל-Codex לבצע פעולות במחשב
חשוב לדעת ש-Record & Replay לא מופיע בהכרח ככרטיס נפרד ברשימת ה-Plugins. מתחילים מתוך מסך Plugins, לוחצים על כפתור ה-+ בחלק העליון של המסך, ומשם בוחרים Record a skill. היכולת זמינה כרגע ב-macOS, דורשת ש-Computer Use יהיה זמין ומופעל, ובשלב ההשקה אינה זמינה באזור הכלכלי האירופי, בבריטניה ובשווייץ. לכן משתמש ישראלי שנמצא בישראל עשוי לראות את האפשרות, אבל משתמש שנמצא באירופה עלול לא לראות אותה עדיין.
כך התהליך אמור להיראות בפועל
1. פותחים את Codex app במק.
2. נכנסים למסך Plugins.
3. בודקים ש-Computer Use מופעל. זו היכולת שמאפשרת ל-Codex לראות ולתפעל ממשקים גרפיים באפליקציות שאישרתם.
4. אם המשימה מתבצעת באתר שבו אתם מחוברים לחשבון שלכם, למשל Gmail, Salesforce או כלי פנימי, מוסיפים גם את Chrome. אם מדובר בעמוד ציבורי או סביבת בדיקה פשוטה, ייתכן שהדפדפן המובנה של Codex יספיק.
5. לוחצים על כפתור ה-+ בחלק העליון של מסך Plugins.
6. בוחרים Record a skill. אם האפשרות לא מופיעה, ייתכן שהפיצ’ר עדיין לא זמין באזור שלכם, בחשבון שלכם או בגרסת האפליקציה שבה אתם משתמשים.
7. מסבירים ל-Codex במשפט או שניים מה עומדים להדגים. כדאי לציין גם מה עשוי להשתנות בכל הפעלה עתידית, למשל תאריך, שם קובץ, לקוח, תיקייה או טווח דו”ח.
8. כאשר Codex מבקש הרשאה להקליט את הפעולות, מאשרים רק כשמוכנים להתחיל.
9. מבצעים את המשימה על המחשב בצורה קצרה וממוקדת.
10. כשהמשימה הסתיימה, עוצרים את ההקלטה מהתפריט, משכבת ההקלטה או באמצעות הודעה ל-Codex.
11. בודקים את ה-Skill שנוצר ומבקשים תיקונים, למשל להוסיף כללי שמות, שלבי בדיקה, או הנחיה לעצור לפני שמירה, שליחה או מחיקה.
OpenAI ממליצה לשמור על הקלטה קצרה וממוקדת. בזמן ההקלטה כדאי להשתמש בדוגמאות שמדמות את העבודה האמיתית, אבל לא חושפות מידע רגיש. למשל, אם מלמדים את Codex למלא דו”ח הוצאות, אפשר להשתמש בשם עובד פיקטיבי, סכומים לדוגמה וקובץ דמה.
לא כדאי להקליט סיסמאות, פרטי אשראי, מידע רפואי, מסמכים חסויים או נתונים עסקיים שלא חייבים להופיע בתהליך. תקפידו לעצור את ההקלטה כשהמשימה הסתיימה במקום להמשיך לפעולות צדדיות.
מה לכתוב בפרומפט?
בשביל פרומפט ראשוני טוב לפני ההקלטה, אפשר להתחיל בניסוח פשוט כזה:
“אני רוצה ללמד אותך תהליך שאני מבצע פעם בחודש. המטרה היא להוריד דו”ח שימוש, לשמור אותו בתיקייה קבועה, לשנות את שם הקובץ לפי חודש ושנה, ולהכין לי הודעה קצרה שמסכמת שהקובץ נשמר. למד את התהליך, אבל אל תמחק קבצים, אל תשלח הודעות ואל תשמור שינויים במערכת בלי אישור מפורש.”
למשימה בתוך מערכת מחוברת, עדיף להיות זהירים יותר:
“אני עומד להדגים תהליך בתוך אתר שבו אני מחובר לחשבון שלי. למד את סדר הפעולות ואת השדות החשובים. בעתיד, לפני כל שמירה, שליחה או עדכון נתונים, הצג לי מה אתה עומד לעשות וחכה לאישור.”
מה לעשות אחרי שה-Skill נוצר
השלב החשוב באמת מגיע אחרי ההקלטה. אל תניחו שה-Skill מושלם. קראו אותו כמו שהייתם קוראים בריף או נוהל עבודה קצר. בדקו אם הוא מבין את מטרת המשימה, אם הוא יודע אילו ערכים משתנים בכל פעם, אם יש לו דרך לבדוק שהפעולה הצליחה, ואם חסרות לו העדפות שלא רואים בהקלטה.
לדוגמה, ייתכן שבהדגמה שמרתם קובץ בשם מסוים, אבל הכלל האמיתי הוא לשמור לפי חודש ושנה. ייתכן שבחרתם לקוח מסוים, אבל בעתיד Codex יצטרך לקבל את שם הלקוח כקלט. ייתכן שהקלדתם טקסט ידני, אבל בפועל יש נוסח קבוע שצריך לשמר. כאן כדאי לבקש ממנו לדייק, לדוגמה:
“עדכן את ה-Skill כך שתמיד יבקש ממני חודש, שנה ושם לקוח לפני ביצוע. אל תנחש ערכים חסרים.” או: “הוסף שלב בדיקה בסוף. לפני סיום, ודא שהקובץ נשמר בתיקייה הנכונה וששם הקובץ כולל חודש ושנה.”
לפעמים התוצאה חשובה יותר מהדרך
Codex לא תמיד חייב לחזור על כל פעולה בדיוק כפי שהוקלטה. אם בזמן ההדגמה העתקתם מידע ידנית מאתר לגיליון, הוא עשוי להבין שהמטרה היא לא ההעתקה עצמה, אלא יצירת גיליון עם המידע הנכון. בפעם הבאה הוא יכול לבחור דרך יציבה יותר להגיע לאותה תוצאה, למשל להשתמש בחיבור קיים, להריץ סקריפט או להיעזר בכלי ייעודי.
זה יכול להיות יתרון משמעותי. קליקים בדפדפן תלויים במבנה של האתר, ואם כפתור זז או עמוד משתנה, התהליך עלול להישבר. לעומת זאת, חיבור רשמי או סקריפט מסודר יכולים להיות מהירים, מדויקים ואמינים יותר. גם Skill ב-Codex לא חייב להיות רק רשימת הוראות כתובה. הוא יכול לכלול גם סקריפטים, קבצים ומשאבים שעוזרים לבצע את המשימה בצורה עקבית יותר.
אבל יש כאן גם נקודה שצריך לשים לב אליה. לא תמיד נרצה ש-Codex יפרש את המשימה בחופשיות או “ישפר” אותה בעצמו. אם חשוב לכם שהוא יפעל בדיוק לפי הדרך שהדגמתם, צריך לומר זאת במפורש. למשל, להנחות אותו לא להוסיף מקורות מידע, לא לשנות את מבנה הפלט ולא להרחיב את המשימה בלי אישור.
ניסוח מתאים יכול להיות: “פעל לפי סדר השלבים שהדגמתי. אל תרחיב את המשימה, אל תוסיף מקורות מידע ואל תשנה את מבנה הפלט בלי אישור.”
אם התוצאה חשובה יותר מהדרך, אפשר לנסח אחרת: “השתמש ב-Skill שלמדת, אבל אם קיימת דרך אמינה ומהירה יותר להגיע לאותה תוצאה, הצע אותה קודם והמתן לאישור.”
עבודה בדפדפן דורשת זהירות מיוחדת
חלק גדול מהמשימות השימושיות מתבצעות בדפדפן. כאן נכנס גם תוסף Chrome של Codex, שמיועד למשימות שבהן Codex צריך לעבוד עם מצב התחברות קיים, למשל Gmail, Salesforce, LinkedIn או מערכות פנימיות.
Codex יכול לבקש אישור לפני עבודה מול אתרים חדשים, ויש אפשרות לנהל רשימות של אתרים מותרים וחסומים. הרשאות Chrome עשויות לכלול גישה רחבה לדפים, היסטוריית גלישה, הורדות וסימניות, ולכן צריך להתייחס אליהן בזהירות.
הכלל המעשי פשוט - לא מתחילים ממערכת רגישה, לא מקליטים סיסמאות, לא נותנים גישה למסמכים עסקיים חסויים אם אין בכך צורך ולא מאשרים פעולות בלתי הפיכות בלי לבדוק. משימה טובה להתחלה היא משימה שאפשר לשחזר, לבטל או לבדוק בקלות.
מתי לא כדאי להשתמש ב-Record & Replay
יש מקרים שבהם עדיף לא להשתמש ביכולת הזו. אם יש API מסודר, תהליך קריטי, דרישות אבטחה מחמירות או הרבה תנאים עסקיים, אוטומציה מסודרת עשויה להיות מתאימה יותר. אם רוצים להפיץ תהליך יציב לצוות שלם, לכלול כמה Skills, להוסיף אינטגרציות או לנהל התקנה מסודרת, OpenAI ממליצה לארוז את התהליך כ-plugin נפרד.
גם משימות שמשתנות כל הזמן פחות מתאימות. אם בכל פעם המסך נראה אחרת, השדות משתנים, או ההחלטה תלויה בהקשר אנושי מורכב, עדיף להשתמש ב-Codex כעוזר שמכין הצעה ולא כמי שמבצע את הפעולה עד הסוף.
תתחילו בקטן
הדרך הטובה ביותר לבדוק את Record & Replay היא לבחור משימה קטנה, לא רגישה, שחוזרת על עצמה. אחרי שה-Skill נוצר, מפעילים אותו פעם אחת עם נתונים חדשים ובודקים את התוצאה.
רק אחרי שמבינים איך Codex מפרש את ההדגמה, כדאי לעבור לתהליכים חשובים יותר. גם אז, רצוי להשאיר אישור אנושי לפני שמירה, שליחה, פרסום, מחיקה או שינוי במערכת אמיתית.
Record & Replay מעניין כי הוא מתחיל מהמקום הכי אנושי בעבודה עם תוכנה. לא מהסבר ארוך, אלא מהדגמה. משתמש מראה פעם אחת איך הוא עובד, ו-Codex מנסה להפוך את זה להרגל חוזר. הערך האמיתי לא נמצא בהקלטה עצמה, אלא ביכולת להפוך ידע ספציפי, מקומי ויומיומי לתהליך שאפשר להפעיל שוב. בדיוק בגלל זה כדאי להשתמש בו לאט, בזהירות, ובמשימות שבהן ברור מראש מה אמור לקרות בסוף.
