עוברים לכסא המנהל: לדעת מה אתם רוצים - ולתת ל-AI לבצע
- 0:00פתיחה והצגת האורח יוחאי
- 1:44על מה נדבר: קודקס ChatGPT Work
- 3:26עקרונות ותהליכי עבודה
- 4:50העסק: מכירת מחשבי Apple
- 7:17אתגר ניהול אלפי הווריאציות
- 10:04מרוץ ההשקות ותמחור מדויק
- 13:10מהפכת קודקס: משבועיים לשעה
- 18:53זיכרון, סקילים ו-SOP
- 23:05קודקס מול ChatGPT ו-Work
- 27:10החיבור לוורדפרס ולכלים
- 32:25מערכת ה-Trade In
- 42:26בניית טפסים ו-Staging
- 47:41הדפדפן המובנה וסשן שירות
- 50:47אבטחה וניהול מפתחות ב-Keychain
- 55:47סיכום: דעו מה אתם רוצים
- 61:01דיון פתוח: קלוד מול GPT
- 65:23סטאפ למק וכלי עבודה
- 71:16טרמינל, Notion ו-Second Brain
- 83:09דברי סיכום ופרידה
תהליך שהיה לוקח שבועיים - איסוף קונפיגורציות, תמחור, תמונות, העלאת מוצרים לאתר - התכווץ לשעה. זה מה שקורה כשבעל עסק מפסיק להקליד ומתחיל לנהל: לדעת בדיוק מה צריך לקרות, ולתת ל-AI לבצע את השרשרת מקצה לקצה. הסשן הזה לא על כלי אחד, הוא על שינוי כיסא - מהמבצע למנהל שמפקח, מאשר ומתקן.
הערת הכתבת: הסשן נשען על כלי ספציפי (ChatGPT Work/Codex) שהתחום שלו זז מהר - יוחאי עצמו אמר שחצי מהפיצ'רים שהראה השתנו בשבועיים האחרונים, ושהכלי הוא בחירה אחת מבין רבות (קלוד, Make Windows, גרוקבוט וכל השאר עדיין כאן ועובדים). הכלי תקף, הממשק ישתנה שוב. המיומנות הנצחית שנשארת: לאפיין בדיוק מה אתם רוצים שיקרה, ואז לבחור את הכלי לפי התוצאה - לא ההפך.
כל בעל עסק אופרטיבי מכיר את זה: תהליכים כבדים שחוזרים כל חצי שנה, אקסל ענק עם אלפי וריאציות, כל טעות במחיר עולה מאות שקלים. יוחאי גליק, שאחראי חמש שנים על כל הצד הטכני של חברה שמוכרת מחשבי Apple, הביא לסשן סיפור אמיתי מהשבוע שעבר - וגם את השיטה שמאחוריו. זו הפעם הראשונה שהוא מעביר סשן, והוא בחר לדבר על עקרונות ותהליכים, לא על מסכים.
המסע: 6 תחנות
כל תחנה = מה קרה בסשן + הפרומפט שאורז את זה בשבילכם
תלמד אותי לעבוד עם AI כמנהל שמפקח על ביצוע
יוחאי פתח בשורה התחתונה שאליה חזר גם בסוף: אתם צריכים לדעת מה אתם רוצים לעשות. זו התמה החוזרת בכל עבודה עם AI - להבין את התהליך, את האופרציה, ואז לתת לכלי לבצע מהר ויעיל יותר. הוא הדגיש שהוא מדבר על עקרונות ותהליכי עבודה, לא על הצד הטכני, כי הממשק משתנה כל הזמן (רק באותו יום גילה פיצ'ר חדש). המסר מכוון בדיוק לבעלי עסקים קטנים ואנשים אופרטיביים שיש להם המון תהליכים ודברים לעשות - פחות יצירתי ולחשוב, יותר מי שצריך לעבוד ולבצע. זה כיסא המנהל: לדעת מה צריך לקרות, לא איך להקליד את זה.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
אבחון: איפה בעסק שלי כדאי לתת ל-AI לבצע במקום אני
כדי להראות איפה AI נותן החזר אמיתי, יוחאי חשף את הכאב שלו במלואו. הוא מוכר מחשבי Apple - אתר איקומרס עם כמעט ארבעת אלפים וריאציות מוצרים, כל שורה מוצר בפני עצמו עם מחיר, זמן אספקה, מק"ט ותיאורים. כשאפל משיקה דור חדש אין מידע מראש: אחרי כמה ימים מגיע מידע גולמי לא מפורמט, ומתחיל מרוץ מי מהספקים מעלה קודם לאתר כדי לתפוס הזמנות. כל טעות במחיר - חמש מאות שקל שנעלמו. מחיר כניסה של MacBook Pro הוא תשעת אלפים שקל, כל הזמנה הרבה כסף. זה בדיוק סוג התהליך שמזהים למעבר: כבד, חוזר, רגיש לכסף, ותופס שבועיים-שלוש בכל השקה.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
הרצת תהליך תפעולי חוזר עם Dry Run ואישור בסוף
וכאן הגיע רגע הוואו. בהשקה של שבוע שעבר, בארבע אחר הצהריים בלי התראה, יוחאי פשוט אמר ל-AI: יש מוצרים חדשים, אתה מכיר את התהליך, תאסוף את כל הקונפיגורציות מהאתר של אפל, תיצור מוצרים כמו הפעם הקודמת, מק"טים זמניים, תמונות, מחיר מלא, זמן אספקה. הוא רץ תשע עשרה דקות, נתקע, יוחאי ביקש להמשיך עוד תשע - ואז הצגה של הריפורט, אישור אחד, העלאה לדראפט. יוחאי בדק מדגמית, תיקן פרט קטן בהיררכיה (M5 Pro שצריך להיות לפני M5 Max), ותוך שעה מאה עשרים וארבע וריאציות היו באתר. שום דבר לא עלה בלי אישור. הם הקדימו את כל השוק בשלושה-ארבעה ימים וקיבלו הזמנות של מאתיים-שלוש מאות אלף שקל. הסוד: dry run לפני הביצוע האמיתי, והצגה ויזואלית ואישור אחד בלבד בסוף.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
בניית SOP / Skill לתהליך עסקי חוזר
נתנאל שאל את השאלה המתבקשת: למה לא להפוך את זה ל-skill קבוע? וכאן יוחאי חשף נקודה מעניינת שהוא הבין לאחרונה. דווקא בתהליך הזה לא היה skill מובנה - כי הוא קורה רק פעם בחצי שנה, ואין טעם לתחזק skill לתהליך כה נדיר. מה שקרה בפועל: הכלי משך מהזיכרון וממסמכי הקוד של ההעלאה הקודמת במרץ, הקים תת-סוכן שירוץ על זה ובדק בעצמו מה נעשה בפעם שעברה. איתמר שאל איך הוא זכר, ויוחאי הודה שזה הפתיע גם אותו. לצד זה יוחאי הבחין הבחנה חדה: skill חשוב דווקא כשהידע צריך לעבור למישהו אחר בחברה. כשהוא עובד רק לעצמו - מספיק להגיד לכלי מה לעשות. skill (או SOP - תהליך מתועד) הוא כמו skill לבני אדם: הוא הופך ידע שיושב בראש של אדם אחד לתהליך שגם עובדים וגם סוכנים יוכלו להריץ.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
בניית/עדכון ממשק באתר בסביבת Staging בבטחה
החלק הבא היה על בניית ממשק חי באתר בלי לסכן את הפרודקשן. יוחאי סיפר שהטופס המקורי של Trade In לקח לו שלושה חודשים לבנות ביד. עכשיו, כשהגיע use case חדש (Apple לעסקים), הוא ביקש מהכלי לבנות טופס באותו סגנון והרגשה, עם שדות ניתנים לשינוי. הנקודה הקריטית: הוא הקים מראש סביבת staging - סביבה חיה ואונליין אבל נגישה רק למפתחים - כך שכל שינוי נבדק בבטחה לפני שהוא נוגע בלקוחות. הכלי עבד, פינש עד הפינות הכי קטנות (גובה, טקסט, כיוון כפתור), ובשלב מסוים אפילו העלה קוד לפרודקשן ושבר אותו. יוחאי לא נלחץ: יש גיבוי, הכל תחת שליטה - תחזיר, תתקן, תריץ ב-staging, נבין למה נשבר, נחזיר. זה בדיוק ההבדל בין פאניקה למנהל: לא לפחד מהשבירה, לבנות רשת ביטחון מראש.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
סקריפט לניהול טוקנים מאובטח לסוכני AI
לקראת הסוף עלתה שאלה קריטית מהמשתתפים: מה עם אבטחה? אם נותנים לסוכן גישה למערכות, לא מסוכן שהטוקן ידלוף? יוחאי הראה פתרון אלגנטי שבנה בעצמו. ב-Mac יש Keychain - מקום מאובטח לשמור מפתחות. הוא ביקש מהכלי לכתוב סקריפט: מזינים את המפתח פעם אחת, הוא נשמר ב-Keychain, וכשהסוכן צריך להריץ פעולה הוא מושך את הטוקן ישירות למשתנה סביבה ומריץ. המפתח עצמו לא עובר בצ'אט, לא בטרמינל, לא בקובץ. כשעושים print רואים רק את שם המשתנה - לא את הטוקן. ככה הוא נותן גישה בטוחה ל-WordPress, Airtable, Pipedrive, Make ו-Notion. אשל קרפ שאל, ויוחאי הזכיר שיש אלטרנטיבות ב-Windows וב-Linux, ושמנהלי סיסמאות כמו 1Password, Bitwarden ו-NordPass כבר מציעים גישה מופחתת לסוכנים - חובה מי שנותן לסוכן AI מפתחות אמיתיים.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
קראת איך זה נעשה. עכשיו קחו את הכלים ותעשו את זה בעצמכם - כל הפרומפטים של הסשן, מוכנים להריץ על העסק שלכם. פלוס ההקלטה המלאה והתמלול.
הצטרפו לאוטוטיוזדיי+· 49 ש״ח בחודשעוד לא בשלים? בואו ללייב הבא בחינם ←רוצים לעבוד על התמלול הנקי?
העתיקו אותו ותעבדו איתו איך שנוח לכם.
🔒 התמלול המלא שמור לחברי אוטוטיוזדיי+. עם המנוי אתם מעתיקים אותו בקליק ועובדים איתו איך שנוח לכם.
לפתוח את התמלול · 49 ש״ח בחודששאלות ששאלתם (וה-AI ישאל גם)
למה תהליך שהיה לוקח שבועיים התכווץ לשעה - זה רק הקלדה מהירה יותר?
לא. יוחאי הדגיש שהנקודה המרכזית היא שהכלי הבין את כל התהליך והריץ אותו בשרשרת עבודה אחת, כולל תת-סוכנים שבדקו את ההעלאה הקודמת. כשהוא ידע הכל ורץ לבד, הדברים קרו טוב יותר מאשר אם היו מוכתבים שלב שלב. זה שינוי מהות - לא מהירות הקלדה.
מתי כדאי לבנות skill/SOP ומתי מספיק פשוט להגיד לכלי מה לעשות?
לפי הסשן: אם התהליך קורה נדיר (פעם בחצי שנה) ואתם עובדים לעצמכם - לפעמים מספיק לפרק לכלי מה צריך לקרות והוא מושך את ההקשר מהזיכרון. skill מובנה משתלם דווקא כשהידע צריך לעבור למישהו אחר בחברה, או כשהתהליך יציב וחוזר. בתהליכים רגישים שמשתנים כל הזמן (כמו תמחור Trade In), skill חלקי דווקא עלול להגביל.
מה זה ריצה יבשה (dry run) ולמה היא חשובה בתהליכים רגישים?
ריצה יבשה היא הרצה בכאילו - הכלי מביא את המחירים ואומר מה היה קורה, בלי לבצע את הפעולה בפועל. בתהליך שבו כל טעות עולה מאות עד אלפי שקלים (שליחת קופון בסכום שגוי ללקוח), זה מאפשר לעבור על התוצאה, לאשר או לדחות בפעם אחת, ורק אז לתת לביצוע לקרות.
איך נותנים לסוכן AI גישה למערכות בלי לחשוף את הטוקן?
יוחאי הראה שימוש ב-Keychain של Mac: מזינים את המפתח פעם אחת, הוא נשמר מאובטח, והסוכן מושך אותו ישירות למשתנה סביבה בזמן ריצה - כך שהטוקן לא עובר בצ'אט, בטרמינל או בקובץ. מי שלא על Mac יכול להשתמש במנהלי סיסמאות כמו 1Password או Bitwarden שמציעים היום גישה מופחתת לסוכנים.
איך בונים ממשק חדש באתר בלי לסכן את האתר החי?
עובדים בסביבת staging - סביבה חיה ואונליין אבל נגישה רק למפתחים ולעסק. כל שינוי שהכלי עושה נבדק שם קודם. גם אם משהו נשבר בפרודקשן, יש גיבוי מראש: מחזירים, מתקנים, מבינים למה נשבר, ומעלים מחדש. הרשת מוכנה לפני שמתחילים.
💬 הדיון על הסשן
שאלות, תובנות, מה יישמנו - השרשור של הקהילה.
עוד אין תגובות - תהיו הראשונים לפתוח את הדיון 👇