גרסת קריאה בעברית. קובץ ההוראות או המדריך המקורי זמין להורדה בקישור העליון.

סקיל התזמור: לחבר את השלבים בלי להרחיב את הראיות

גבולות גרסה והרשאה, המשותפים לששת הסקילים

לפני עבודה קוראים את פרופיל הלקוח שנבחר ואת החוזה המדויק בשורש החבילה. גרסת V1 שלא הומרה משתמשת ב־contracts/pipeline.contract.json, במצב simulation, במזהי הדגמה, ברשומות סינתטיות שסופקו, בתמונות מציינות־מקום גיאומטריות ובמאמת מקומי בלבד. מגבלות V1 ממשיכות לחול. לעבודה ב־V2 בוחרים במפורש contracts/pipeline.v2.contract.json; קלט V1 שלא הומר נדחה עם הסבר. המרה יוצרת קובץ סימולציה נפרד, שומרת את המקור, משלימה שדות חסרים ומחשבת מחדש את כל ה־digests. היא אינה הופכת approve_demo לאישור אנושי. שם מצב או מעבר אימות סכימה אינם מפעילים חיבור לחשבון. הבנייה המקומית הזו אינה משתמשת ברשת, בחשבונות, בסודות, בהתקנות או ברשומות לקוח. בדיקת אינטגרציה ופיילוט לקוח הם שערים נפרדים בעתיד, לא יכולות שהוכחו כאן.

כשחיבור אושר בנפרד, מעדיפים API, MCP או connector מורשה. דפדפן הוא חלופה רק כאשר היכולת אינה זמינה במסלול התכנותי המורשה, ובאותה רמת הרשאה. הסקיל עצמו אינו מפעיל סקריפטים חיצוניים, מתקינים, כלי מודל בשורת פקודה או שירותים. מזהי כללי המקור בסעיפים הבאים מפנים אל docs/knowledge-register-v1.md שנבדק ב־24/10/2026. התנהגות אמיתית שלא נבדקה נשארת לא מאומתת.

מתי משתמשים: לאורך התהליך ובסיכומו. קלט: תוצרים מתוארכים של בריף, מסר, קריאייטיב, קמפיין ולידים. פלט: סדר עבודה, שערי איכות ודוח שמוגבל לראיות שנצפו.

הסדר הוא בריף → מסרים → קריאייטיב → קמפיין → ליד → סטטוס. הדוח נגזר מצילומי מצב מקור מפורשים. שומרים שלוש שכבות נפרדות: ידע קנוני, פרופיל לקוח ומבצע מוגן בנפרד. קובץ Skill הוא ידע, לא סוכן שרץ ברקע ולא גילוי אוטומטי של יכולות המארח.

לכל לקוח חדש, שינוי חיבור או טענה שיווקית על המוצר קוראים קודם את docs/operator-onboarding-v1.md בשורש החבילה ואת אודיט היכולות המתוארך שאליו הוא מפנה. מקיימים שערי התקנה, בידוד לקוח, אישור, ראיות וביטול גישה. חיבור מותנה או לא בדוק אינו מוצג כעובד.

לפני המלצה על חיבור חדש מגלים אילו חיבורי Meta ו־CRM כבר אושרו במארח הסוכן של הלקוח. בודקים חשבון או קובץ מדויקים, פעולות, scopes וקריאה חוזרת. משתמשים בחיבור מתאים בתוך גבול ההרשאה; אחרת מתארים את ההגדרה הקטנה ביותר בבעלות הלקוח ואת האישור הנדרש. מסירה מפוקחת דרך connector היא פעולה מפורשת עם אימות תוצאה, לא אינטגרציה אוטונומית ולא ראיה לכך שלידים מגיעים כשהצ׳אט סגור. אין דרישה אוטומטית לפרויקט Cloud חדש בבעלות ספק השירות.

מסירה ובדיקה [A1, A2, N1, N2, R1, M1]

בריף: הצעה וקהל שסופקו, סוגי ראיות, סתירות וחוסרים. חוסמים רק שלב שתלוי במידע החסר; תקציב חסר לא חייב לעצור קופי מוגבל.
מסרים: בדיוק שתי סיבות שונות מהותית להתעניין באותה הצעה נתמכת. שומרים משתנה השוואה אחד, תוצאה צפויה, מדד ותנאי עצירה; לא כופים גודל מדגם או benchmark.
קריאייטיב: קופי נפרד לפוסט ולסטורי וארבעה נכסים סופיים, אחד לכל זווית ולכל יחס 1:1 ו־9:16. מציין־מקום לסימולציה אינו נכס סופי.
קמפיין: ישויות בדיקה חדשות כבויות בקמפיין, בקבוצה ובמודעה; בדיקת מוכנות ואישור מוגן ומדויק. תקציב null חוסם ביצוע. נכסים פעילים קיימים מחוץ לתהליך הזה.
ליד וסטטוס: תחילה יעד Sheets סינתטי פרטי, זהות tenant ומקור, הערכת איכות עצמאית וסטטוס טיפול שנצפה. מכירה אמיתית דורשת ראיה עצמאית.

מספר המסלולים הוא החלטת המשתמש. אם הבריף ביקש גם אתר וגם טופס Meta פנימי, שומרים שני תוצרי קמפיין ומקור נפרדים ואישורים לפי מסלול לאורך כל הדרך; משתפים רק חוזה ליד וסטטוס שהוא משותף במפורש. לא הופכים בקשה לשני מסלולים לשאלת "או/או". מסלול חסום מדווח כחסום לעצמו; ניסוח בלתי תלוי במסלול האחר יכול להתקדם. תשובות משותפות שכבר סופקו נשמרות בלי לשאול שוב.

משתמשים בשדות מעטפת החוזה, בגרסה עדכנית וב־hash של כל המעטפת הקודמת המיידית. שינוי שלב מבטל digests ואישורים בהמשך השרשרת. דוחים tenant לא מוכר, שינוי מיפוי זהות וסתירות. סוקר אנושי נפרד בודק התאמת קהל והצעה, הבדל תוכני בין זוויות, תמיכה בטענות משתמעות, התאמת הבטחה→CTA→טופס ושימושיות נכס. סכימה שעברה אינה מחליפה סקירה כזו.

מדיה: המדריך המקומי מציג בדיקת קובץ ללא רשת ומתאם העלאת תמונה למארח שמחזיק אישורים מוגנים, חשבון מאומת ושער אישור. השימוש בו נבדק עם נתונים סינתטיים בלבד. העלאה לחשבון Meta חי, video ID והעברת image hash למודעה כבויה אינם מוכחים בחבילה. משתמשים רק ביכולת העלאה שאכן אומתה עבור החשבון והקובץ; אחרת מסמנים את השלב כחסום וממשיכים במפרט ובבדיקה שאינם תלויים בו.

דוח [N2, R1, M1]

רושמים מועד as-of, מזהה snapshot, קבוצת לידים לפי תאריך יצירה, אזור זמן, חלון ייחוס, חלון מקור שרוענן וגרסת הגדרת איכות. לפני דוח מרעננים את חלון המקור המוסכם בתוך מכסה מאושרת. מחריגים רשומות בדיקה ממדדים עסקיים; מקור מודעה חסר נשאר לא ידוע. מפרידים לידים ב־Meta, לידים ב־CRM, פערי קליטה, נבדקו/איכותיים/לא ידועים, סטטוס טיפול ומכירות או הכנסות שאומתו עצמאית. לא סוכמים ייחוס פלטפורמה כמכירות ולא מציגים UTM כהוכחת המרה; לא שמים מידע אישי ב־UTM.

מחשבים CPL רק עם הוצאה בת־השוואה ומכנה לידים שמסומן. איכות מבין שנבדקו היא yes/reviewed; כיסוי בדיקה הוא reviewed/all; שיעור איכות מאומת עד כה הוא yes/all. CPQL הוא הוצאה בת־השוואה חלקי yes; מכנה אפס או חסר מחזיר null, לא אפס או אינסוף. קבוצות צעירות או סקירה חלקית מסומנות זמניות. משווים רק חלונות וגרסאות איכות שקולים; ממוצע בפילוח הוא תצפית, לא ראיה סיבתית או הוראה לשינוי תקציב. אין אופטימיזציה אוטונומית. מדווחים נתיבי תוצרים, פקודות וסוג ראיה: עיצוב / סימולציה מקומית / אינטגרציה אמיתית / סביבת לקוח. אין להסיק מכאן יכולת גם ב־Google Ads, בניוזלטר או בווידאו.