לא רק מסלול: כך הפכתי את ChatGPT למערכת לניהול הטיול המשפחתי

מ-Memory ו-Gmail ועד Voice, Google Maps ואתר חי: כך חיברתי כמה יכולות של ChatGPT לעוזר אחד שהכיר את ההקשר לפני הטיסה ובמהלך הטיול.
הטיול הוא מקרה הבוחן. הנושא האמיתי הוא מה קורה כשכמה יכולות שונות מפסיקות לעבוד בנפרד.
רועי טל · 15.8.2026 · אלבניה
- Memory
- Gmail
- Voice
- Chrome
- Maps
- Vision
באמצע הטיול שלנו באלבניה קיבלנו החלטה לא קטנה: להאריך אותו בעוד ארבעה ימים.
בדרך כלל החלטה כזאת שולחת אותי לפתוח מחדש את Booking, לעבור על המפה, לחשב נסיעות, לבדוק אילו מלונות עדיין זמינים, לדבר עם חברת הרכב ולבנות מסלול חדש שמתאים לילדים. במקרה הזה כתבתי לצ'אט משהו בסגנון:
הארכנו את הטיול בעוד ארבעה ימים. אני רוצה להמשיך את המסלול ולהוסיף את הימים לאתר שכבר בנינו.
ההודעה שפתחה את השלב השני של הטיול, מתוך אותה שיחה שליוותה את התכנון מההתחלה.
הדבר המעניין הוא שלא הייתי צריך להסביר מחדש מי נוסע, אילו מקומות כבר עשינו, כמה נסיעות אנחנו מוכנים לספוג, מה הילדים אוהבים, אילו מלונות כבר שולמו ומה חשוב לנו בדרך.
הצ'אט כבר הכיר את התמונה.
לא כי הוא "ידע הכול", ולא כי היה כאן קסם. הוא הכיר אותה מפני שבניתי לאורך הזמן הקשר: שיחות קודמות, העדפות, מידע מהמיילים, אתר חי ומסלול שהתעדכן תוך כדי. כשהחלטנו להאריך את הטיול, לא פתחנו פרויקט חדש. המשכנו מערכת שכבר עבדה.
וזה בדיוק הנושא של הטור הזה: לא איך לבנות מסלול לאלבניה, אלא איך לחבר כמה יכולות שונות של ChatGPT כך שהוא מפסיק להיות חלון ששואלים בו שאלות והופך לעוזר שמלווה תהליך אמיתי.
הטיול בארבעה שלבים
-
לפני הטיסה
הגדרנו איך המשפחה הזאת מטיילת, שאבנו את פרטי ההזמנות מהמייל, ובנינו אתר חי עם המסלול המלא לשבעת הימים הראשונים, מ-1 עד 7 באוגוסט.
-
במהלך הטיול
עדכוני מסלול תוך כדי תנועה, ניתוח תמונות מהשטח, חיפוש בזמן אמת, Voice ברכב, ו-64 נקודות שנשמרו ב-Google Maps.
-
ההארכה
ארבעה ימים נוספים בצפון: איתור לינה באזור עמוס, הארכת הרכב השכור, והכנסת הכול לאותו אתר קיים.
-
אחרי החזרה
איחוד כל ההוצאות, הפרדה בין המטבעות, ובדיקה שלא נספרה אותה הוצאה פעמיים.
הפרקים שלמטה מסודרים לפי יכולת ולא לפי סדר כרונולוגי, ולכן הם קופצים בין השלבים האלה.
מערכת אחת, שש שכבות
במקרה שלי היו למערכת הזאת שש שכבות מרכזיות: Memory והיסטוריית שיחות, Gmail, אתר הטיול, Chrome ו-Google Maps, תמונות וחיפוש בזמן אמת, ו-Voice Mode.
כל אחת מהן פתרה בעיה אחרת. החיבור ביניהן הוא מה שהפך את הכול לשימושי.
מערכת אחת, שש שכבות
ChatGPT + הקשר מתמשך
אותה שיחה ואותה תמונה משפחתית, לפני הטיסה ובדרך
-
Memory והיסטוריית שיחות
העדפות וסגנון הטיול שלנו, כדי לא להסביר הכול מחדש בכל פנייה.
-
Gmail והזמנות
טיסות, מלונות, רכב וביטוח, מרוכזים מתוך המיילים לפרטים שימושיים.
-
אתר הטיול והתקציב
מסלול יומי, ניווט, חלופות, והוצאות מתוכננות מול תשלום בפועל.
-
Chrome ו-Google Maps
הפיכת המלצה לפעולה: פתיחת המפה והוספת הנקודות הרלוונטיות.
-
תמונות וחיפוש עדכני
שלטים וסימוני כביש מהשטח, ובדיקה של מה שעלול להשתנות היום.
-
Voice Mode
שיחה בנסיעה, גם שלנו וגם של הילדים, מתוך אותו הקשר.
אני מגדיר, בודק ומאשר
הערה חשובה על Memory
Memory לא נועד להיות תיק מסמכים ולא כדאי לשמור בו מידע רגיש. הוא שימש כאן להעדפות ולהקשר כללי. פרטים מדויקים הגיעו מהשיחות, מהמיילים ומהאתר החי. אם אתם רוצים להבין לעומק מה נשמר ומאיפה הוא מגיע, כתבתי על זה בנפרד במדריך שלי על Memory ו-Memory Sources.
זה לא התחיל מ"תבנה לי מסלול"
עוד לפני שבחרנו את כל התחנות, ChatGPT כבר הכיר כמה דברים בסיסיים על הדרך שבה אנחנו מטיילים כמשפחה.
הוא ידע שאנחנו עם ילדים, שאנחנו מעדיפים נסיעות סבירות, שנוף ומים מעניינים אותנו יותר ממסלול הליכה ארוך, ושחשוב לנו להגיע בקלות עם הרכב. הוא גם ידע שצריך לחשוב על חום, עייפות, שעות פתיחה והיכולת לשנות תוכנית בלי לפרק את כל היום.
ההיכרות הזאת חסכה שכבה שלמה של הסברים בכל שיחה.
כששאלתי על חוף, לא קיבלתי רק רשימה של "החופים הכי יפים באלבניה". השאלה האמיתית הייתה אם הגישה נוחה, אם המים מתאימים לילדים, אם הירידה מסובכת, איפה חונים ומה עושים אם המקום עמוס.
כשחיפשנו מקום לעצור בדרך, המטרה לא הייתה עוד נקודה יפה על המפה. העצירה הייתה צריכה להשתלב במסלול, לא להוסיף פיתולים מיותרים, להתאים לשעה ולתת גם לילדים משהו לעשות.
זה הבדל קטן בניסוח, אבל גדול בתוצאה.
לפני שמבקשים מסלול, כדאי לתת לצ'אט את כללי המשחק. מי נוסע, מה הקצב הרצוי, מה לא בא בחשבון ומה יהפוך יום טוב ליום מתיש.
מהמיילים ללוח בקרה אחד
השלב הבא, עוד הרבה לפני הטיסה, היה לקחת את כל המידע שכבר היה מפוזר ולרכז אותו.
כרטיסי הטיסה היו במייל. הזמנות המלונות הגיעו מכמה מקומות. היו פרטי רכב שכור, ביטוח, שעות קבלה, תנאי ביטול, כתובות וקישורים. כל פרט היה קיים, אבל לא במקום שבו הייתי צריך אותו כשעמדנו לצאת לדרך.
בעזרת החיבור ל-Gmail ביקשתי לאתר את המיילים הרלוונטיים ולהוציא מהם את הפרטים שצריך לתכנון: תאריכים, שעות, שמות מקומות, כתובות, תנאים והערות חשובות.
מייל אישור הזמנה ממלון, בפורמט של הספק. שורות ארוכות, הרבה טקסט משפטי, והפרטים החשובים פזורים בתוכו.
תאריכי כניסה ויציאה, שעת צ'ק-אין, כתובת מלאה, סכום ומטבע, ותנאי הביטול יחד עם התאריך שאחריו הם משתנים.
כרטיס המלון של אותו יום באתר החי, ליד קישור הניווט ושורת התקציב של אותו לילה.
אותו מסלול חזר על עצמו על כל הזמנה: טיסות, מלונות, רכב וביטוח. את הסכומים ואת תנאי הביטול אימתתי מול המייל המקורי, לא מול הסיכום.
מכאן נבנה אתר חי בשם "אלבניה 2026 - המסע המשפחתי שלנו", עם המסלול המלא לשבעת ימי הטיול המקוריים.
האתר לא היה עמוד תדמית ולא קובץ שקוראים פעם אחת. הוא היה לוח הבקרה של הטיול:
- מסלול לפי ימים ושעות.
- זמני נסיעה ועצירות בדרך.
- מלונות ופרטי צ'ק-אין.
- ניווט ישיר ל-Waze ול-Google Maps.
- מסעדות, אטרקציות ונקודות תצפית.
- חלופות למקרה של חום, עיכוב או עייפות.
- צ'ק-ליסטים ופרטי חירום.
- תקציב מתוכנן והוצאות בפועל.
במקום לחפש בכל פעם באיזה מייל נמצא המלון הבא, פתחתי אתר אחד מהטלפון.
מה שהפך את התוכנית לשמישה לא היה מספר התחנות אלא המבנה שלה. כמעט לכל משבצת בשבעת הימים הייתה ברירת מחדל וגם חלופה, וכל חלופה נשאה את התנאי שמפעיל אותה: חום, עומס, גשם, שעה, או ילד שנגמר לו הכוח. כשספרתי בדיעבד, מתוך ארבעים וחמש הנקודות של השבוע הראשון עשרים ואחת היו חלופות ולא תחנות בסיס.
שמונה מהן נשאו סימון אחר לגמרי: לא לנסוע לשם לפני שבודקים. מקום שלא הצלחנו לאמת שהוא פתוח נשאר בתוכנית, אבל עם הערה מפורשת שצריך אישור לפני שיוצאים לדרך.
חלופה לא מאומתת. נוסעים רק אחרי אישור פתיחה כתוב.
ההערה שנשמרה על אחת הנקודות בתוכנית. זאת בדיוק השורה בפרומפט שמבקשת לסמן כל פרט שדורש אימות, אחרי שהיא עברה דרך תוכנית אמיתית.
אל תבקשו מסלול. בקשו מסלול עם חלופה לכל יום ותנאי שמפעיל אותה, ובקשו שכל מה שלא אומת יסומן ככזה. תוכנית שכתובה ככה שורדת מזג אוויר, עומס ועייפות בלי לבנות אותה מחדש.
חיבור למקור מידע אישי, חילוץ פרטים, ארגון מידע ובניית תוצר שימושי.
לא רק מסלול, גם כלכלן קטן בכיס
רציתי לדעת לא רק לאן נוסעים, אלא גם כמה הטיול באמת עולה.
לכן הוספנו לאתר אזור של תקציב והוצאות. היו בו סכומים מתוכננים מול מה ששולם בפועל, מטבעות שונים, שערי המרה והוצאות מזדמנות לפי תאריך וקטגוריה.
זה נשמע כמו פרט צדדי, אבל במהלך טיול הוא הפך לאחד החלקים השימושיים. מלון יכול להיות מוזמן באירו, משיכת מזומן מתבצעת בלק אלבני, וחיוב בכרטיס מופיע בסוף בשקלים. בלי מבנה מסודר קל מאוד לספור אותה הוצאה פעמיים או לערבב בין סכום מקומי לסכום שהומר.
ChatGPT עזר לבנות את המבנה ולסכם את הנתונים, אבל דווקא כאן קיבלתי גם תזכורת טובה למגבלות שלו.
- מה קרה
- באחד מסיכומי העלויות חזר סכום של כמעט 20,000 אירו. לא צריך היה מחשבון כדי לראות שזה לא המספר הנכון, אבל הוא הוצג בדיוק באותה נימה בטוחה כמו כל שאר הנתונים.
- מה עשיתי
- עצרתי, בדקתי את יחידות המטבע ודרשתי חישוב מחדש לפי כל עסקה, המטבע שלה והשער הרלוונטי.
- הלקח
- כשעובדים עם כסף, לא מסתפקים בתוצאה שנראית מסודרת. בודקים אם היא גם הגיונית.
כשהתכנון הפך לפעולה בדפדפן
בשלב מסוים לא הספיק לי לקבל רשימת מקומות. רציתי שהם יהיו בתוך המפה שלי.
באמצעות ChatGPT ב-Chrome יכולתי לעבוד מתוך הדפדפן, לפתוח את Google Maps ולהוסיף את הנקודות הרלוונטיות להמשך המסלול. במקום לקבל שם של מקום, להעתיק אותו, לפתוח מפה ולחפש שוב, המשימה הפכה מרשימת המלצות לפעולה.
ביקשתי ממנו לעבור על הנקודות שכבר היו באתר החי ולשמור אותן כרשימה ב-Google Maps. מה שחזר היה יותר ממה שביקשתי: 64 מקומות שמורים, מסודרים לפי ימים ולפי אזורים. את החלוקה הזאת הוא בנה בעצמו.
תשובה טובה היא שימושית. תשובה שמתחברת לכלי שבו אני עובד וחוסכת את המעבר הידני בין שלבים היא כבר תהליך עבודה.
אבל גם כאן שמרתי על כלל ברור: Google Maps נשאר מקור האמת למרחקים ולזמני נסיעה.
- מה קרה
- באחת השיחות קיבלתי הערכת מרחק שלא התאימה למה שהמפה הראתה.
- מה עשיתי
- הצגתי את המפה, תיקנתי את ההנחה, והמסלול נבנה מחדש לפי הנתון הנכון.
- הלקח
- הערכה של מרחק או זמן נסיעה היא בדיוק סוג הנתון שצריך לאמת מול מפה חיה, לא לקבל כמו שהוא.
תנו לכל כלי את התפקיד שלו. ChatGPT מצוין בחיבור התמונה ובבניית חלופות. מפה חיה טובה יותר להערכת זמן נסיעה. אתר הזמנות הוא המקור לזמינות. האדם הוא מי שמכריע ביניהם.
להמשך קריאה על הכיוון הרחב יותר של AI בתוך הדפדפן, ולא על אותה יכולת בדיוק: איך AI Skills עובדים בתוך Chrome.
ואז הצ'אט יצא מהמסך ונכנס לרכב
אחד החלקים המפתיעים בטיול היה Voice Mode.
בנסיעה לא תמיד נוח לעצור ולהקליד. פתחנו שיחה קולית, שאלנו שאלות והמשכנו לדבר עם אותו צ'אט שכבר הכיר את המסלול ואת ההקשר.
אבל Voice לא שימש רק אותנו. גם הילדים דיברו איתו.
הוא לימד אותם מילים פשוטות באלבנית, עזר להם לתרגל הגייה, ענה על שאלות שקשורות למקומות שבהם היינו והפך חלק מהנסיעות למשחק. לפעמים הוא היה מדריך, לפעמים מתרגם ולפעמים פשוט דרך להעביר כמה דקות בכיף.
החלק החשוב היה הסנכרון. כשהילדים סיימו לדבר ואנחנו חזרנו לשאול על התחנה הבאה, לא פתחנו שיחה חדשה מאפס. ה-Voice, הטקסט והמסלול השתייכו לאותו רצף של הקשר.
לדוגמה, שאלה פשוטה כמו "איך אומרים תודה באלבנית?" יכולה להפוך לתרגול קצר עם הילדים. דקות אחר כך אפשר לשאול "איפה כדאי לעצור לפני המלון?", והצ'אט ממשיך מתוך אותה תמונה משפחתית.
זה הרגע שבו הבנתי שהערך של Voice אינו רק האפשרות לדבר במקום להקליד. הערך הוא שהקול מחובר לכל מה שכבר נבנה קודם.
שיחה טבעית, המשכיות הקשר והתאמה לקהל שונה בתוך אותה משפחה.
תמונה אחת יכולה לשנות את השאלה
במהלך הטיול היו לא מעט רגעים שבהם טקסט לבדו לא הספיק.
ראינו שלט חניה וסימון צבעוני על הכביש. במקום לנסות לתאר אותם, צילמתי ושאלתי על התמונה אם מותר לחנות ואיך משלמים. במקרה אחר הצגתי מפה כשהמרחק שקיבלתי בתשובה לא נראה הגיוני. היו גם תמונות של מסכים, דרכי גישה ומקומות שרצינו לבדוק.
היכולת לצרף תמונה הפכה את השאלה מ"נדמה לי שכתוב כאן משהו" ל"זה בדיוק מה שאני רואה, תנתח אותו".
התמונה נתנה הקשר חזותי, לא אישור רשמי. שילוט חניה, תנאי דרך או מידע מקומי עדיין צריכים בדיקה במקום. אבל הדרך להבין מה קורה מולי התקצרה מאוד.
במקביל השתמשנו בחיפוש עדכני לשאלות שלא היה נכון לענות עליהן מהזיכרון בלבד: האם מקום פתוח, אילו חנויות נמצאות בקניון, מה יש ליד המלון, האם אטרקציה מתאימה לילדים ומה אפשר לעשות כשחם מדי להישאר בחוץ.
חם ממש, אנחנו במלון ואין מה לעשות. חייבים מקום מוצל או סגור עד הערב.
שאלה מהשטח, בערך בניסוח הזה. לא שאלה על אטרקציות באלבניה, אלא על פתרון למיקום ולשעה הנוכחיים.
זאת לא שאלה על אטרקציות באלבניה. זאת שאלה על פתרון שמתאים עכשיו, במיקום הנוכחי, עם ילדים ובטווח נסיעה סביר. ההקשר הוא כל הסיפור.
גם כשצצה בעיה שלא הייתה בתוכנית
באמצע הטיול הופיעה גם בעיה רפואית זמנית.
כאן היה חשוב להשתמש בצ'אט בצורה נכונה. לא ביקשתי ממנו "לאבחן אותי" ולא התייחסתי לתשובה כתחליף לרופא. השתמשתי בו כדי להבין מה לא כדאי לעשות, אילו סימנים מחייבים בדיקה, אילו שאלות צריך לשאול ואיך נכון להתאים את המשך היום למצב.
היתרון היה שהוא כבר ידע שאנחנו בטיול, באיזה אזור אנחנו ומה תוכנן להמשך. לכן השיחה לא נשארה ברמת מידע רפואי כללי. היא התחברה גם להחלטות פרקטיות, כמו מנוחה, חום, נסיעה או שינוי תוכנית.
הגבול, בלי לטשטש אותו
AI יכול לעזור לארגן מידע ולחדד החלטה. הוא לא מחליף איש מקצוע, ובוודאי לא כאשר מופיעים סימני אזהרה. אין כאן המלצה רפואית, ולא נכנס לטור שום פרט רפואי מזהה.
ואז הארכנו את הטיול
הארכת הטיול הייתה מבחן אמיתי לכל המערכת.
רצינו להמשיך לצפון אלבניה ולשלב את Shkodër, אגם קומאן, נהר שאלה ואזור Theth. במקביל רצינו להימנע מעודף נסיעות והחלפות מלון, לשמור על גישה נוחה עם הילדים ולעשות את קטעי הנהיגה ההרריים באור יום.
על הנייר זה נשמע פשוט. בפועל כמעט כל אפשרויות הלינה באזור Theth היו מלאות.
במקום להמשיך לזרוק שמות של מלונות, בנינו את הבעיה מחדש:
- מה חייב להישאר במסלול.
- כמה מלונות אנחנו מוכנים להחליף.
- כמה זמן נסיעה סביר עבורנו.
- איפה אפשר לישון כדי להתקרב לאזור בלי להיכנס ללוגיסטיקה קשה.
- האם סירה פרטית יכולה לחסוך זמן ולתת לנו שליטה טובה יותר ביום של נהר שאלה.
אחרי כמה סבבים נבנה המשך שכלל לינה ב-Shkodër, ב-Bogë וב-Fishtë, יחד עם יום פרטי באזור אגם קומאן ונהר שאלה.
אבל הארכה של טיול היא לא רק מסלול ולינה. הרכב השכור היה מוזמן עד התאריך המקורי, וצריך היה לטפל גם בו. ביקשתי מהצ'אט לנסח פנייה באנגלית לחברת ההשכרה: להאריך את השכירות עד 12 באוגוסט, לבדוק אם אפשר להישאר עם אותו רכב במקום להחליף, ולחייב את אותו כרטיס שכבר רשום בהזמנה.
זה ההבדל בין מידע לפעולה. לא "כמה עולה להאריך רכב באלבניה", אלא הודעה מוכנה לשליחה, בשפה של הצד השני, עם שלוש הבקשות שבאמת חשובות לי. את התשובה, כמובן, קיבלתי מחברת ההשכרה ולא מהצ'אט.
המסלול, המלונות, העלויות והימים החדשים נכנסו לאתר הקיים.
לפחות, זאת הייתה הכוונה.
הטעות שהזכירה לי מי מנהל את המערכת
באחד העדכונים ChatGPT יצר גרסה חדשה של האתר במקום להמשיך את האתר החי שכבר היה לנו.
מבחינה טכנית, התוצאה נראתה בסדר. מבחינה מעשית, היא הייתה בעייתית מאוד: ההוצאות והמידע שכבר הזנתי נשמרו באתר הקיים, והגרסה החדשה לא נשאה אותם איתה.
אל תפתח אתר חדש. תטמיע את ההמשך בקישור החי הקיים.
הרגע שבו הפסקתי לתקן פלט והתחלתי להגדיר כלל.
הטעות הזאת הייתה שיעור חשוב יותר מעוד הצלחה.
כשעובדים עם AI על תהליך מתמשך, צריך להגדיר "מקור אמת". במקרה הזה האתר החי היה מקור האמת. אסור היה ליצור לו עותק חדש בלי החלטה מפורשת.
אותו עיקרון נכון גם למפות, לכסף ולהזמנות:
מקור האמת למסלול שאושר.
מקור האמת לדרך ולזמן הנסיעה בזמן אמת.
מקור האמת לתנאים ולזמינות.
מקור האמת לחישוב כספי.
מקור ההחלטה. AI יכול לחבר בין המקורות במהירות מרשימה, והוא עדיין צריך אדם שיבדוק שהחיבור נכון.
אז מה בעצם בניתי כאן?
לא בניתי "סוכן טיולים" מושלם, ולא נתתי לצ'אט לנהל את המשפחה.
בניתי תהליך שבו כל יכולת קיבלה תפקיד:
- Memory שמר העדפות והקשר שימושי.
- Gmail סיפק את פרטי ההזמנות.
- האתר ריכז את התוכנית ואת התקציב.
- Chrome ו-Google Maps הפכו המלצות לפעולות ולניווט.
- תמונות אפשרו לצ'אט להבין את מה שראינו.
- חיפוש עדכני בדק את מה שעלול להשתנות.
- Voice Mode הכניס את העוזר לתוך הנסיעה והשיחה המשפחתית.
- אני בדקתי, תיקנתי ואישרתי.
אותו רעיון יכול לעבוד הרבה מעבר לטיול: בפרויקט עסקי, בשיפוץ, בלימודים או בארגון אירוע. מקור מידע אחד, הקשר מתמשך, כלים שמבצעים פעולות ותוצר חי שמתעדכן עם המציאות.
איך לבנות לעצמכם מערכת דומה
1. התחילו מהמשפחה, לא מהיעד
כתבו מי נוסע, מה הקצב, מה חשוב ומה לא בא בחשבון. אל תתחילו ב"בנה לי מסלול".
2. הפרידו בין העדפות לפרטים רגישים
העדפות כלליות יכולות להיות חלק מההקשר. מספר דרכון, אשראי, פוליסה או מידע רפואי אינם צריכים להישמר ב-Memory.
3. חברו את מקורות המידע הרלוונטיים בלבד
אם אתם משתמשים בחיבור ל-Gmail, בדקו ואשרו רק את ההרשאות שהחיבור מבקש, ובפרומפט הגבילו את החיפוש להזמנות הרלוונטיות בלבד. את הפרטים עצמם בדקו מול המייל המקורי.
4. בנו מקור אמת אחד
זה יכול להיות אתר, מסמך או גיליון. העיקר שיהיה מקום אחד שמכיל את הגרסה שאושרה.
5. השתמשו בכל סוג קלט למטרה המתאימה
- טקסט לתכנון ולהחלטות.
- תמונה למה שרואים בשטח.
- קול כאשר נמצאים בתנועה או רוצים לשתף את הילדים.
- דפדפן ומפות כאשר צריך להפוך החלטה לפעולה.
6. בקשו חלופות, לא רק תשובה אחת
תכנון טוב כולל תוכנית לחום, עיכוב, עייפות, מקום סגור או שינוי בזמינות.
7. הגדירו מה חייב אימות
מחירים, זמינות, מרחקים, כבישים, תנאי הזמנה ומידע רפואי אינם מקומות לניחוש.
לפני שמעתיקים: מצב Work ו-Sites
הפרומפט הזה לא נועד רק להחזיר מסלול בטקסט. הוא הצעד הראשון בבניית ממשק הטיול עצמו, אותו אתר חי שמרכז את המסלול, התקציב והחלופות. בשביל זה צריך שלושה צעדים לפני שמקלידים.
- בממשק שבו עבדתי עברתי ללשונית Work בראש המסך. בהתאם לחשבון שלכם, אפשר להגיע ל-Sites גם דרך More > Sites.
- הפעילו את Sites: הקלידו @ בתיבת ההודעה ובחרו Sites. תווית Sites תופיע על הפרומפט עצמו.
- הדביקו את הפרומפט שלמטה ושלחו. השאלות המנחות יגיעו קודם, והאתר ייבנה אחריהן.
מה ש-Sites יודע לעשות, איך בונים איתו אתר חי מתוך שיחה ואיך מעדכנים אותו בהמשך, מפורט אצלי במדריך המלא ל-ChatGPT Sites.
אני מתכנן טיול משפחתי ל-[יעד] בין [תאריכים]. לפני שאתה בונה מסלול, שאל אותי שאלות קצרות על: - הרכב הנוסעים והקצב שמתאים לנו - משך נסיעה מקסימלי ביום - מספר החלפות המלון שנרצה - סוגי המקומות שאנחנו אוהבים - מגבלות נגישות, חום, הליכה ואוכל - התקציב והדברים שחייבים להיכלל לאחר מכן בנה תוכנית מודולרית עם מסלול בסיס, חלופה ליום חם, חלופה לעיכוב ומקורות שצריך לאמת בזמן אמת. בנה את התוצאה כאתר חי ב-Sites: מסלול לפי ימים ושעות, מלונות, קישורי ניווט, חלופות, ואזור תקציב שמפריד בין מתוכנן לבין ששולם בפועל. לאורך הטיול תעדכן את אותו אתר בקישור הקיים, ואל תיצור גרסה חדשה בלי שאבקש. אל תשמור בזיכרון פרטי דרכון, אשראי, מספרי הזמנה, פוליסה או מידע רפואי. סמן לי במפורש כל פרט שדורש אימות מול מפה, ספק או איש מקצוע.
ערכת ההתחלה לטיול עם ChatGPT
- הגדרתי מי נוסע ומה הקצב שלנו.
- קבעתי מה ChatGPT רשאי לזכור ומה לא.
- ריכזתי הזמנות במקור מידע אחד.
- הגדרתי מקור אמת למסלול.
- הכנתי חלופה לחום, עיכוב ועייפות.
- סימנתי אילו נתונים חייבים אימות בזמן אמת.
- בדקתי שאין פרטים רגישים בתוצר המשותף.
גם אחרי שנחתנו, העבודה לא הסתיימה
הטיול נגמר בנחיתה. התקציב לא.
חלק מהחיובים בכרטיס הופיעו רק כמה ימים אחרי שחזרנו, וכמה מהם בסכום שונה מזה שראיתי בזמן אמת בגלל שער ההמרה. רק בשלב הזה אפשר היה להרכיב את התמונה האמיתית, ולכן חזרנו לאותו אזור תקציב באתר וריכזנו אליו את הכול:
- מלונות והזמנות ששולמו מראש, עוד לפני הטיסה.
- חיובים בכרטיסי האשראי, כולל אלה שנחתו באיחור.
- משיכות מזומן בלק אלבני.
- עמלות משיכה ועמלות המרה, שקל מאוד לשכוח אותן.
- תשלומים שבוצעו באירו.
- ההוצאות שנרשמו במהלך הטיול עצמו.
הבדיקה הכי חשובה כאן הייתה דווקא הפשוטה ביותר: לוודא שלא ספרנו אותו כסף פעמיים. משיכת מזומן היא לא הוצאה, היא העברה לארנק. אם סופרים גם את המשיכה וגם את הארוחות ששולמו מאותו מזומן, הטיול "עולה" הרבה יותר ממה שהוא באמת עלה.
זאת בדיוק אותה בדיקת שפיות שעשיתי באמצע הטיול, רק על כל התמונה. ChatGPT מצוין בלארגן את השורות, להפריד בין מטבעות ולסכם לפי קטגוריה. הוא לא זה שקובע אם הסכום הסופי הגיוני. את זה בדקתי מול הנתונים המקוריים, עסקה מול עסקה.
התכנון נגמר בהמראה, אבל התקציב נסגר רק אחרי הנחיתה. השאירו את מבנה ההוצאות פתוח עוד שבוע אחרי החזרה, והחליטו מראש כלל אחד: משיכת מזומן נספרת פעם אחת בלבד, או כמשיכה או כהוצאות ששולמו ממנה.
מה נשאר איתי מהטיול הזה
הדבר שהרשים אותי לא היה ש-ChatGPT ידע להציע מקומות יפים באלבניה. גם חיפוש רגיל יכול לעשות את זה.
מה שהפך אותו לשימושי היה שהוא הצליח לחבר בין הרבה פרטים קטנים: מי אנחנו, מה כבר עשינו, מה הוזמן, מה שילמנו, איפה אנחנו נמצאים ומה השתנה לפני חצי שעה.
פעם זה קרה בטקסט. פעם דרך תמונה. פעם בקול. פעם בתוך Chrome או על המפה. אבל מבחינתנו זאת הייתה אותה מערכת שממשיכה איתנו.
והיא לא הייתה מושלמת. היא טעתה, ערבבה, ולפעמים בחרה דרך שלא התאימה למה שכבר בנינו. בדיוק בגלל זה החלק החשוב ביותר במערכת לא היה מודל, חיבור או אתר.
החלק החשוב היה השילוב בין AI שמסוגל לחבר מידע ולפעול, לבין אדם שמכיר את המציאות, מזהה כשמשהו לא הגיוני ויודע לעצור ולכוון מחדש.
זה בעיניי השימוש המעניין באמת ב-AI: לא עוד תשובה מרשימה, אלא תהליך שעובד בעולם האמיתי.
רוצים לנסות את זה בעצמכם?
התחילו מהפרומפט שמופיע למעלה, הגדירו לצ'אט את כללי המשחק ובנו מקור מידע אחד שמלווה אתכם. אם אתם רוצים להבין טוב יותר מה ChatGPT יכול לזכור ואיך מנהלים את הזיכרון, עברו גם למדריך שלי על Memory ו-Memory Sources.
הירשמו לעדכונים במייל
רוצים להישאר צעד אחד קדימה?
עדכונים על כלי AI, מדריכים וטיפים - ישר למייל. בלי ספאם.
