🧭 סוכן הטיולים של איתן · v9.0 SOURCE-AWARE HANDOFF
טופס קליטת טיול חדש
ממלאים פרטים פעם אחת. הטופס מוסר אותם לתהליך בנייה נפרד שחייב לאמת את מקור ה־GOLD הפעיל, להשלים את החסר במחקר ולבדוק תאימות לפני יצירת טיול חדש: קובץ טיול, מצגות פלאפון/TV, אדמין, Registry אופליין, תקציב, QA, Audit, גרסאות שרת/Netlify ו־Baseline לחזרה.
אין צורך למלא הכול. יעד, תאריכים ומי נוסע הם הבסיס. כל מה שלא תבחר למלא — מסלול, מלונות, אוכל, אטרקציות, זמני נסיעה, מזג אוויר ועלויות — ייכנס לתור המחקר וההשלמה של הסוכן. עיצוב וארכיטקטורה כלל אינם באחריותך.
רק דברים שבאמת צריכים להגיע ממך
רמת המערכת והעיצוב מוגדרת מראש בחוזה
מראה הטופס הזה אינו תבנית לקובץ הטיול. הטיול והמצגת הסופיים חייבים להיבנות בתהליך נפרד מה־Active Canonical GOLD Baseline המעודכן והמוכח, בשיטת Clone First, Improve Second. הטופס עצמו אינו מחולל את אותה מערכת.
אין צורך למלא הגדרות טכניות: אלה דרישות מחייבות לתהליך ההפקה, לא קוד שנוצר בטופס. הסוכן חייב לאתר ולאמת את בסיס ה־GOLD הפעיל בעת הבנייה. בלי מקור מאומת ובדיקות תאימות בפועל אין להכריז שהטיול החדש באותה רמה.
🎨 עיצוב Premium לפי GOLD מאומת
🧭 חיפוש / ניווט / כפתורים נדרשים
🎞️ מצגת יומית + תמונות + מוזיקה כנדרש
🖨️ הדפסה / עריכה / תקציב נדרשים
📦 Netlify / שרת / מדיה נדרשים
🧪 Admin / Regression / 0 FAIL חוסם
🔗 מקור GOLD נבדק מחדש בכל יצירה — לא גרסה מקובעת
סטנדרט זהב מקבצי יפן וארה״ב
מבנה חובהHero פתיחה, נתוני טיול, תוכן עניינים, חלקי מסלול, כרטיסי יום, תקציב, נספחים תפעוליים.
יום טיולכותרת, תאריך, סיכום, לוז, תקציב יום, קישורי ניווט, נקודות מרכזיות, אוכל, טיפים, תוכנית גיבוי.
מוביילRTL מלא, בלי גלילה אופקית, כפתורים גדולים, מצב הסתר/מובייל, פתיחה תקינה באייפון.
תקציבמנוע דינמי, עריכה, prepaid, מטבעות, שער עדכני, הפרדה בין קניות/לוז/שולם מראש.
תפעולמזוודות, דד־ליינים, תוכניות גיבוי, חירום, מזג אוויר, עומסים, החלטות משפחתיות.
מסירה סופיתשתי גרסאות בלבד: Netlify ושרת פרטי, בלי גרסאות מיותרות ובלי שכבות Legacy.
כלל עבודה: קובץ ה־GOLD הפעיל הוא נקודת הפתיחה הקנונית. מתחילים משכפול ארכיטקטוני והתנהגותי מלא של הפלטפורמה הקיימת, ורק אחר כך מותר לשפר. שיפור אינו רשות להסיר יכולת, Hook, תאימות אדמין, Registry, מנגנון מצגת, הדפסה או התנהגות שכבר קיימת.
Baseline קנוני + חופש שיפור מבוקר
ברירת המחדל לכל טיול חדש: Clone First, Improve Second. קבצי ה־GOLD הפעילים של הפלטפורמה הם טביעת האצבע שממנה מתחילים: מבנה, מנגנונים, Hooks, לוגיקה, UX, מצגת, מדיה, הדפסה, תקציב, חיפוש, Offline, Registry, Netlify ותאימות אדמין. אין לבנות מנוע חלופי רק כי הוא “דומה”.
100% Feature Parityכל יכולת קיימת ב־Baseline נשמרת אלא אם המשתמש אישר במפורש להסירה.
שיפור מותרמותר לשפר קוד, UX, ביצועים או עיצוב רק אם אין Regression והתאימות נשמרת.
Admin Zero-Failקובץ חדש אינו מוכן למסירה כל עוד ה־Admin/Self-Test/Regression מדווחים כשל חוסם.
Human-Facing Cleanבממשק הסופי אין TODO, הערות סוכן, שפת מכונה או הסברי עבודה.
Same Platform Familyטיול, מצגת, TV, Netlify, Registry ומדיה הם נגזרות של אותו Source of Truth.
Promotion Ruleארכיטקטורה משופרת הופכת Baseline חדש רק אחרי Audit מלא ו־100% Regression.
סטנדרט קובץ הטיול הסופי — חובה
סעיף זה מגדיר את כללי הייצור המחייבים לקובץ טיול ברמת יפן/ארה״ב. הוא לא נועד להיות המלצה כללית, אלא מפרט עבודה שממנו הסוכן בונה את הקובץ בלי לנחש: חיפוש חכם, מסך טעינה, לוז יומי, אוכל, תקציב, נספחים, מצגת, Netlify ובדיקות.
חיפוש חכםחייב להבין יום, אזור, מסעדה+מיקום, מילים נרדפות, טעויות סבירות ותוצאות 0 ליעדים שאינם בטיול.
מסך טעינהמותאם יעד, משפחה, תאריכים ואווירה, עם דילוג מקומי ועמידות במובייל.
יום טיול מלאכותרת, תאריך, סוג יום, לוז שעתי, ניווט יומי, POI, תמונות, אוכל, תקציב וגיבוי.
תקציב דינמיטבלת עלות יומית, prepaid, קניות, שער תכנון/חי, עריכה ושמירת קובץ מקומי.
בדיקות איתןקוד, DOM, תקציב, מובייל, חיפוש, הסתר, ייצוא, קישורים ונוסח.
מנוע מחקר והשלמה אוטונומי — חובה
כלל הייצור החדש: שדה שלא מולא אינו הופך אוטומטית ל״טרם הוזן״ בקובץ הסופי. אם אפשר להשלים אותו באופן סביר — הוא הופך למשימת מחקר. רק מידע שהמשתמש חייב להחליט עליו מסומן כ־USER_DECISION_REQUIRED. מידע מפורש/מוזמן/נעול של המשתמש תמיד גובר על המחקר.
מסלול חסרהסוכן בונה חלוקת אזורים וימים לפי יעד, תאריכים, קצב, משתתפים, תקציב ומגבלות.
מלונות חסריםלכל אזור פתוח מוצגות לפחות 3 אפשרויות אמיתיות, עם מיקום, יתרונות/חסרונות, טווח מחיר ותאריך בדיקה.
יום חסרנבנה יום מלא: לוז, זמני מעבר, POI, אוכל, תקציב, ניווט ותוכנית גיבוי.
עובדות דינמיותשעות, מחירים, חגים, סגירות, כרטיסים ותחבורה נבדקים ברשת ולא נשענים על זיכרון בלבד.
מקורות ואמינותלכל השלמה מהותית נשמרים סוג מקור, URL/אסמכתא, מועד אימות ורמת ביטחון.
GOLD Fail Closedאסור למסור קובץ סופי עם placeholder, נתון לא מסווג, סתירה, או משימת מחקר פתוחה.
הערה טכנית: קובץ HTML מקומי אינו מנוע חיפוש עצמאי. כאשר חסרים נתונים, הוא מייצר תור מחקר וחוזה מחייב לסוכן/Work/Agent בעל גישה לרשת. יצוא GOLD מקומי נחסם עד שהנתונים הושלמו והוחזרו למודל.
תקן פלטפורמה, מקור אמת וטיולים עתידיים
מעמד הסעיף: חובה לכל טיול חדש. הטיול החדש אינו מערכת נפרדת אלא חבילת נתונים חדשה על אותה פלטפורמה: קובץ טיול, מצגת פלאפון/מחשב, מצגת TV לפי צורך, אדמין, Registry אופליין, QA ו־Audit.
מנוע אחדאין לשכפל מנועים לפי יעד. יכולות חדשות נכתבות גנרית וחלות גם על טיולים עתידיים.
מקור אמת אחדימים, תקציב, מדיה, זמני מצגת וגרסאות נגזרים ממקור אמת מוסכם ולא מרשימות מקבילות.
Baseline / GOLDלפני שינוי תשתיתי נשמר סט יציב לחזרה; גרסה חדשה הופכת Baseline רק לאחר Audit מלא.
עדכוני נתוניםלאחר התייצבות המנוע, עדכונים רגילים צריכים להיות נתונים בלבד ולא שינויי ארכיטקטורה.
חוזה מקור אמת ועדיפות החלטות — חובה
כלל על: מידע מפורש שהמשתמש הזין גובר על ברירות מחדל, המלצות כלליות ומידע מחיפוש. הזמנה סגורה היא עוגן קשיח ואסור להחליפה או להציע חלופות בלי בקשה מפורשת.
מלון שהוזמןמשתמשים במלון שנמסר בלבד. אין להמליץ על מלונות אחרים, אלא אם המשתמש סימן במפורש שמותר להציע גיבוי.
טיסות/כרטיסים ששולמונחשבים עוגנים קשיחים ואינם מוזזים כדי להתאים למסלול מומלץ.
איסורים והעדפות“לא לשלב” גובר על Wishlist ועל המלצות אוטומטיות.
סתירההטופס חייב להציג סתירה לפני ייצוא ולא להשאיר לסוכן לנחש.
בדיקת סתירות: לא זוהתה סתירה.
1. בסיס הטיול
2. משתתפים וקצב משפחתי
משתתפים
3. מסלול, אזורים ולינות
אזורים / לינות מתוכננות
4. טיסות, רכב ותחבורה
טיסות / מקטעים
מקטעי תחבורה יבשתיים חשובים
פרטים נוספים — רק אם כבר ידועים לך
אין חובה למלא יום־יום, פארקים, מסמכים או מידע תפעולי מראש. אם כבר סגרת משהו או חשוב לך לקבע אותו, אפשר לפתוח את הסעיפים. אחרת הסוכן ישלים את מה שניתן למחקר.
5. מסמכים, בריאות, חירום ותפעול רגיש
סעיף זה מונע חורים תפעוליים שמסלול יפה לא פותר: דרכונים, ויזה, ביטוח, תרופות, נגישות, תקשורת, מזג אוויר, ביטחון, אנשי קשר ופעולות שחייבים לוודא מול מקור רשמי.
6. תוכן חובה, לא לשלב ואילוצי ימים
אטרקציות / מקומות חובה
אילוצי ימים קשיחים
7. טבלת יום־יום / מקור אמת יומי
זה החלק שאמור למנוע ניחושים: לכל יום אפשר להזין עיר, לינה, לוז לפי שעות, עוגנים קשיחים, עלויות, prepaid, מסעדות וגיבויים. זה הבסיס להפקת כרטיסי יום ברמת יפן/ארה״ב.
ימים / עוגני לוז / עלויות
8. פארקים, כרטיסים, Priority / Express
פארקים / ימים מיוחדים
9. תקציב, prepaid, מטבעות ושערים
שולם מראש / הוזמן / חייב לא להיספר פעמיים
10. אוכל, מסעדות והעדפות
מסעדות / אוכל חובה / אופציות
סיימת למלא? זה כל מה שצריך
אפשר לשמור טופס ממולא, או להכין חבילת בנייה מרוכזת עם נתוני הטיול, הדרישות, רשימת בדיקות ומקורות ייחוס שתבחר. החבילה מיועדת לסוכן שבונה את הטיול ממנוע GOLD הפעיל ומוודא תאימות — אינה טיול סופי בפני עצמה.
סנכרון GOLD: בודק אם הטופס מופעל דרך שרת Admin מעודכן…
🏛️ טיול חדש? נדרש אישור משפחה באדמין
אחרי שהסוכן הפיק תבנית טיול מלאה מתוך המקור הפעיל ובדק אותה בנפרד, פותחים באדמין אישור תבנית לטיול חדש. מעלים את תבנית הייחוס לבדיקה, מאשרים במפורש את החתימה והפרופיל, ורק אז מתקינים את קובץ הטיול. יצירת חבילת ZIP כאן אינה מבצעת אישור או התקנה.
הקישור מיועד לפתיחה כאשר הטופס מוגש מאותו שרת של האדמין. בטופס מקומי או ב־Netlify, היכנס בנפרד לדשבורד TripServer Admin ולחץ על הכפתור באותו שם.
שדות חדשים מהגרסה הפעילה
שדות המוגדרים במפורש על ידי האדמין. הנתונים נשמרים בטיוטה ונכללים בחבילת הבנייה; הופעתם אינה אישור שהטיול החדש נבנה או נבדק.
📦 הכנת חבילת בנייה לטיול GOLD
הדרך המומלצת: צרף את קובץ הטיול העדכני כבסיס, ואם יש בידך — גם את החוזה, המצגת, האדמין וחבילת הפרסום. הקבצים נבדקים מקומית ומצורפים ל־ZIP, אבל אימות שהם אכן מותקנים ומאושרים נעשה בנפרד בעת הבנייה.
מקור למנגנונים ולעיצוב; אינו הופך אוטומטית למקור פעיל
חשוב לבחור את האחרון; החוזה מצורף בלי לדרוס קוד
לשימור תמונות, שמע וממשק המצגת
חבילת מועמד אינה הוכחה לגרסה המותקנת
קבצים גדולים יירשמו במניפסט להצמדה נפרדת
רק אם יש מקור עדכני שצריך לשמר
טרם נבחרו קובצי ייחוס. אפשר להכין חבילת מסירה גם בלעדיהם, אך לא ניתן לאשר תאימות מלאה.
החבילה כוללת נתוני מקור, תור מחקר, מפת יכולות, הוראות הפקה ובדיקות שחייבים להשלים. שום ציון מוכנות כאן אינו אישור שהטיול החדש עבר QA או פורסם.
כלים טכניים — בדרך כלל אין צורך לפתוח
JSON, Data Model ו־Research Brief זמינים לתחזוקה. ניתן לצרף HTML של בסיס ה־GOLD כאסמכתה נוספת, אבל בדיקה מקומית שלו אינה מאשרת שהוא זה שמותקן בשרת.
לא נבחר קובץ; בעת הבנייה יש לאמת את המקור הפעיל.
11. עיצוב, מנגנונים וקובץ HTML
12. מצגת טיול מסונכרנת
מנוע מצגת — מוזיקה, סרטונים, Timeline ויעדי תצוגה
כלל קשיח: השיר הוא ציר הזמן הראשי. סרטונים מוצגים במלוא אורכם; רק יתרת זמן השיר מתחלקת בין שקפי התמונות. העלאת סרטון נחסמת לפני כתיבה אם אינה משאירה את סף הזמן שנקבע לתמונות.
חלקי מוזיקה וציר זמן
יעדי מצגת ומדיה נפרדת
13. כללי חיפוש חכם ומצב הסתר
כאן מגדירים את המיינדסט של החיפוש: למשל “מסעדה” מחזיר הכול, “מסעדה בקיוטו” רק ימי קיוטו, ויעד שלא קיים בטיול מחזיר 0. בנוסף מגדירים מה מוסתר ומה נשאר גלוי במצב מובייל/הסתר.
כללי חיפוש / מילים נרדפות / תוצאות צפויות
כללי מצב הסתר מפורטים
אדמין מרכזי, QA Center ו־Audit
האדמין הוא מרכז בקרה גנרי לכל הטיולים: העלאת מדיה, ניתוח Timeline, בדיקת Registry, חסימת העלאות לא בטוחות, Health Check, Regression Center, Diagnostics ו־Audit JSON.
תרחישי רגרסיה חובה
אופליין, Registry ושמירה מקומית
עיקרון: קובץ הטיול והמצגת חייבים לאמת את אותה רשימת נכסים בדיוק. וי ירוק מוצג רק לאחר בדיקה בפועל; אין הצלחה על סמך localStorage ישן בלבד.
14. חבילת Netlify ZIP מלאה
החלק הזה מגדיר האם התוצר צריך להיות ZIP מלא להעלאה ל־Netlify, כולל index, תיקיות מדיה, מצגות, תמונות, מוזיקה, _redirects וקישורים פנימיים מתוך האתר עצמו.
15. גרסאות סופיות, TV, מובייל ומדיה
כאן מגדירים מה באמת צריך להימסר בסוף: Netlify, שרת פרטי, TV, מובייל, מצגות, תמונות נפרדות וקבצי מדיה. זה מונע בלבול בין “HTML מותאם” לבין “חבילת פריסה מלאה”.
גרסאות סופיות למסירה
חבילות מדיה / תמונות / מוזיקה
Baseline, גרסאות, חתימות ויכולת חזרה
16. בדיקות איתן, מסירה וסיכום
איפה נשמר? “שמור טיוטה בדפדפן” שומר נתונים בתוך אחסון הדפדפן של כתובת TripForm — זה אינו קובץ ואינו פותח חלון תיקייה. לשמירת קובץ השתמש ב־JSON/Data Model/HTML; לשמירה במחשב השרת השתמש ב־“שמור טיוטה בשרת”.