טיוטה · נדרשים שינוייםנותנים לבודק מקור אמת
בבריף של הסטודיו הבדיוני שלנו כתוב: סדנת ספלים למתחילים, 3 באוקטובר 2026 בשעה 10:00, עיצוב ספל והוספת ידית. עמוד ההרשמה הוא המקור הקובע למחיר העדכני ולפרטי האיסוף. לא סופקה שום הנחה, וגם לא הבטחה לאיסוף באותו יום.
הכיתוב הראשון למעלה ממציא את שני הדברים. הגרסה המתוקנת משתמשת בעובדות שסופקו ומפנה את הקוראים למקום שבו נמצאים שאר הפרטים. היא מוכנה להחלטה, אבל השכתוב עצמו לא נחשב אישור.
בפוסט שלך, מצרפים לבריף את ההצעה המאושרת או את עמוד המקור. בודק לא אמור להכריע אם טענה מושכת נכונה רק על סמך הכיתוב.
מגדירים במפורש מי מעביר למי
אדם אחד יכול למלא את כל ארבעת התפקידים שלמטה. צוות יכול לחלק אותם ביניהם. מה שחשוב הוא שיהיה מישהו שאחראי על ההחלטה, ושפוסט שנערך יחזור לבדיקה.
את הרשומה העריכתית אפשר לנהל במסמך או בכלי לניהול פרויקטים שכבר יש לך. מצב האישור של Hub מגביל את סמכות הפרסום של סוכן. הוא לא מוסיף פורטל לקוחות רב-שלבי, הזמנות לצוות או תזכורות עריכה.
פוסט ששונה לא נשאר בתור המאושרים
- 01
הכנה
עורך או סוכןאוספים את המדיה, הטקסט והיעדים המדויקים.
- 02
בדיקה
בודק שמונה לכךבודקים את העובדות ואת הגרסה הסופית.
- 03
אישור
מי שמוסמך לפרסםמאשרים את החשבונות, הקבצים והמועד האלה.
- 04
אימות
האחראי על הפרסוםבודקים כל יעד ואת הקישור לפוסט שעלה.
בודקים את התמונה ואת הכיתוב יחד
תמונת הדוגמה מראה ספל בשלב ההרכבה. היא יכולה לתמוך במשפט על הכנת ידית. היא לא יכולה להעיד על מחיר הסדנה, על מה שמתחילים יצליחו להשיג, או על המועד שבו כלי שעבר שריפה יהיה מוכן לאיסוף.
פותחים את הקבצים הסופיים עצמם. תמונה ממוזערת בצ'אט יכולה להסתיר שגיאת כתיב, פנים חתוכות או סדר שקופיות שגוי. בסרטון, מאזינים לשמע המיוצא וקוראים את הכתוביות בטלפון.
- עובדות: משווים כל הצעה, תאריך וטענה על המוצר לבריף המקורי.
- מדיה: בודקים את הקובץ המדויק, הסדר, החיתוך, האיות ואת הזכות להשתמש בו.
- יעדים: קוראים את שמות החשבונות שנבחרו, כולל פרופיל המותג הפעיל.
- תזמון: מוודאים תאריך, שעה מקומית ואזור זמן, במיוחד אם ההצעה מוגבלת בזמן.
- פורמט: פותרים שגיאות תקינות שחוסמות את הפרסום ובודקים את שדות החובה של כל יעד.
- הצעד הבא: פותחים את הקישור האמיתי ומוודאים שהקורא יכול לעשות את מה שהכיתוב מבקש.
משאירים החלטה שגם אדם אחר יוכל להבין
"נראה טוב" קשה לפרש אחרי שמישהו שינה את הכיתוב. מציינים את הגרסה ואת היעדים המיועדים. אם הקובץ, הטקסט, היעד או השעה משתנים, מבקשים החלטה חדשה.
הרשומה שלמטה קטנה בכוונה, כך שאפשר להדביק אותה במסמך משותף. לא מכניסים אליה פרטי התחברות, טוקנים פרטיים של חשבונות או רשימות אנשי קשר של לקוחות.
מאשרים גרסה שאפשר לזהות
- גרסה
- workshop-intro-v2 · caption-v2.txt
- מדיה
- handle-demo-v2.jpg
- חשבון
- סטודיו לדוגמה · Instagram בלבד
- תזמון
- 28 בספטמבר 2026, 09:00 Asia/Jerusalem
- החלטה
- ממתין לבדיקה של מנחה הסדנה
- אחרי הפרסום
- מוסיפים את מזהה הפוסט ואת הקישור המאומת בפלטפורמה
מגדירים סוכן במצב אישור
טייס אוטומטי הוא בחירה אחרת של האצלת סמכויות. אם זו לא הכוונה, משנים את הסמכות של החיבור לפני שממשיכים. לא כדאי לסמוך על פרומפט כמו "בבקשה תשאל אותי קודם" כדי לפצות על הרשאות רחבות יותר.
משאירים את חובת האישור פעילה
- פותחים את "סוכנים וגישה" בתוך הפרופיל הרצוי ("חיבורי AI" בסרגל הצד בגרסת המחשב), ובוחרים "יצירת מפתח".
- משאירים את "אישור לפני פרסום" מסומן וקובעים מגבלת פרסומים יומית שמתאימה למשימה. משאירים את "לאפשר יצירה עם AI" כבוי, אלא אם בכוונתך לתת לסוכן להוציא קרדיטים.
- טופס המפתח המהיר הזה חל על הפרופיל הנוכחי. לחיבור שמוגבל לערוצים נבחרים או לחיבור עם תאריך תפוגה, משתמשים בתהליך ההרשאה של OAuth בלקוח MCP תואם, או ב-API המתועד לניהול מפתחות. אין להניח שהטופס המהיר מגדיר את ההגבלות האלה.
- אחרי החיבור, מבקשים מלקוח ה-MCP לקרוא ל-whoami ול-list_channels. בודקים את המצב ואת שמות החשבונות. יצירת פוסטים דורשת את posts:write ואת posts:publish; במצב אישור, ההחלטה על הפרסום עדיין נשארת בידי אדם.
- פותחים ב-Hub את הפריט שהוכן, בודקים את הגרסה המדויקת ומקבלים שם את ההחלטה על הפרסום. אחרי הפרסום, מוודאים את התוצאה בכל יעד.
נותנים לסוכן בריף עם גבולות ברורים
מחליפים את מה שבסוגריים המרובעים במידע אמיתי. אם לקוח ה-MCP לא יכול לוודא את החשבון או את מצב האישור, עוצרים את התהליך הזה ומתקנים את החיבור לפני שנוצר פוסט.
השתמש בחיבור המורשה שלי ל-Mellow Hub.
קרא ל-whoami ול-list_channels; הצג את המצב ואת שמות החשבונות.
הכן פוסט אחד עבור [החשבון המדויק].
שאלת הקהל: [שאלה].
עובדות מאושרות ומקור: [עובדות ומקור].
מדיה: [קבצים סופיים שמותר לי לפרסם].
אל תוסיף הצעות, תוצאות או תאריכים שלא מופיעים בבריף.
בדוק את תקינות הקלט והסבר כל בעיה.
הכן אותו במצב אישור, כדי שאני אחליט.בודקים את התוצאה לפני שמנסים שוב
פריט מתוזמן פירושו שקיימת משימת פרסום. פריט במצב "פורסם ואומת" פירושו שהרשת המיועדת מדווחת שהפוסט נמסר, והפוסט הצפוי אכן מופיע. ברשומה שלך, מפרידים בין שני המצבים האלה.
כשבקשת API או MCP חורגת מזמן ההמתנה, קודם בודקים את הסטטוס שלה. שליחה חוזרת של אותה בקשה עם אותו מפתח אידמפוטנטיות מאפשרת ל-Hub לזהות את הפעולה הקיימת. מפתח חדש עלול ליצור פוסט נוסף.
בכישלון חלקי, בודקים את היעד שנכשל. לא שולחים מחדש ליעדים שהצליחו רק כדי להשלים את הסט. כל שינוי בתוכן שנדרש לניסיון החוזר צריך לעבור שוב בדיקה.
שאלות נפוצות
האם מצב אישור מחליף עורך?
לא. הוא שולט בסמכות הפרסום. אדם עדיין צריך לוודא את הטענות, את המדיה ואת היעדים המיועדים.
האם לקוח יכול לאשר פוסטים בפורטל נפרד של Hub?
המדריך הזה לא מתאר פורטל לקוחות נפרד. את המשוב של הלקוח מנהלים בכלי הבדיקה שכבר עובדים איתו, ואז אדם מורשה מקבל ב-Hub את ההחלטה על הפרסום.
מה צריך לקרות כשכיתוב שאושר משתנה?
מתייחסים לגרסה הערוכה כאל גרסה שצריכה בדיקה מחדש. משאירים את הגרסה, החשבון והשעה גלויים, כדי שהבודק יידע בדיוק מה הוא מאשר.
ממשיכים לקרוא
על הדוגמאות: Mellow הכין את המדריך הזה בעזרת AI ובדק את הוראות המוצר מול המימוש הנוכחי. סטודיו הקרמיקה, הבריפים ולוחות הזמנים הם דוגמאות להמחשה. התמונות הן איורים שנוצרו ב-AI, לא עבודות של לקוחות ולא הוכחה לתוצאות פרסום.