דילוג לתוכן
כל המאמרים

מבריף ללקוח עד פוסט באוויר: מקרה עבודה מלא של סוכן AI עם שַׁגֵּר

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

8 דק׳ קריאה

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

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

המאמר עוקב אחרי מקרה אחד מההתחלה ועד הסוף. הלקוח בדוי, אבל הקריאות, השדות והתשובות הן של שַׁגֵּר כפי שהוא עובד היום.

הבריף

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

השקה של נעל ריצה חדשה ביום חמישי הקרוב.
סרטון קצר (30 שניות, אנכי) ותמונה של הנעל.
מבצע: מדידה בחנות עם ייעוץ ריצה חינם, ביום חמישי ושישי.
דף נחיתה להרשמה למדידה: https://example.co.il/fitting
חשוב: לא לכתוב מחיר. הלקוח רוצה לאשר כל פוסט.

הסוכנות מעבירה את הבריף לסוכן, שעובד בתוך Claude Code ומחובר לְשַׁגֵּר. המדריך לחיבור Claude Code מסביר את ההגדרה.

שלב 1: הסוכן בודק עם מי הוא מדבר

whoami {}
list_workspaces {}

whoami מחזיר את הארגון, אם זה סנדבוקס, ואת ההרשאות. במקרה שלנו המפתח הוא של הסוכנות, עם read, write וpublish. list_workspaces מחזיר את סביבות העבודה, והסוכן מוצא את "ריצה". אם סביבת העבודה לא הייתה קיימת, הוא היה עוצר ושואל, ולא יוצר אחת חדשה על דעת עצמו.

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

שלב 2: אילו חשבונות פעילים?

list_channels { "workspace_id": "ws_ritza" }
list_groups { "workspace_id": "ws_ritza" }

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

כאן הסוכן לא ממשיך כאילו כלום. הוא מדווח: "עמוד אשדוד דורש חיבור מחדש. אפשר ליצור קישור חיבור לשלוח ללקוח". אחרי אישור:

create_connect_link { "workspace_id": "ws_ritza", "label": "חיבור מחדש, סניף אשדוד" }

הלקוח מקבל קישור, נכנס לפייסבוק ובוחר את העמוד, בלי חשבון בְּשַׁגֵּר ובלי למסור סיסמה. על התהליך הזה יש מאמר נפרד על קישורי חיבור.

שלב 3: העלאת מדיה

upload_media_from_url {
  "workspace_id": "ws_ritza",
  "url": "https://cdn.example.co.il/ritza/launch-30s.mp4",
  "file_name": "launch-30s.mp4",
  "width": 1080, "height": 1920, "duration_ms": 30000
}

upload_media_from_url {
  "workspace_id": "ws_ritza",
  "url": "https://cdn.example.co.il/ritza/shoe-hero.jpg",
  "file_name": "shoe-hero.jpg"
}

לסרטון הסוכן מעביר מידות ואורך, כדי שֶׁשַּׁגֵּר יוכל לבדוק התאמה לרילס ולשורטס לפני הפרסום. פירוט נוסף יש במדריך להפצת וידאו קצר עם סוכן.

שלב 4: טיוטה עם כיתוב לכל חשבון

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

create_post {
  "workspace_id": "ws_ritza",
  "label": "השקת נעל, סרטון",
  "campaign": "shoe-launch-oct",
  "caption": "הנעל החדשה מגיעה ביום חמישי. מדידה וייעוץ ריצה בחנות, בלי עלות.",
  "media_ids": ["med_vid_launch"],
  "format": "REEL",
  "youtube_title": "נעל הריצה החדשה: 30 שניות לפני ההשקה",
  "youtube_privacy": "public",
  "per_channel": [
    { "channel_id": "ch_fb_telaviv", "caption": "רצי תל אביב, ביום חמישי הנעל החדשה מגיעה לחנות בדיזנגוף. בואו למדידה עם ייעוץ ריצה.", "first_comment": "לשריון מדידה בסניף תל אביב:\nhttps://example.co.il/fitting" },
    { "channel_id": "ch_fb_haifa", "caption": "חיפה, מי שרץ בכרמל יודע מה נעל טובה עושה בעליות. מדידה בחנות בחמישי ושישי.", "first_comment": "הרשמה למדידה:\nhttps://example.co.il/fitting" },
    { "channel_id": "ch_ig_brand", "caption": "30 שניות על הנעל החדשה. מדידה וייעוץ בחנויות בחמישי ושישי, הקישור בביו." },
    { "channel_id": "ch_yt_brand", "format": "SHORT", "caption": "הצצה לנעל הריצה החדשה לפני ההשקה ביום חמישי.\nהרשמה למדידה: https://example.co.il/fitting" }
  ]
}

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

שלב 5: בדיקה פנימית

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

שלב 6: אישור לקוח בקישור

request_approval {
  "workspace_id": "ws_ritza",
  "post_id": "pst_launch_v2",
  "reviewer_name": "מיכל, מנהלת שיווק",
  "reviewer_email": "michal@example.co.il",
  "send_email": true
}

הקריאה מחזירה קישור אישור, ועם send_email גם שולחת אותו במייל. הלקוחה פותחת את הקישור, רואה את הפוסט לכל חשבון, ומאשרת או מבקשת שינויים, בלי להתחבר לְשַׁגֵּר. סביבת העבודה של "ריצה" מוגדרת עם approval_required, ולכן בלי האישור שלה schedule_post ייכשל. על שכבת האישור ולמה היא שווה את הזמן, ראו מאמר על אישור אנושי לפוסטים של סוכנים.

שלב 7: תזמון

הלקוחה אישרה ביום שלישי. ההשקה ביום חמישי בבוקר, והסוכן מחשב: עשרה ערוצים, רובם פייסבוק, עם פריסה מדורגת בברירת המחדל של [30, 90] שניות בין עמודים. שמונה עמודי פייסבוק יתפרסו על פני כעשר דקות. הוא מציע שמונה בבוקר, מנהלת התוכן מאשרת, וזו נקודת העצירה השנייה.

schedule_post {
  "workspace_id": "ws_ritza",
  "post_id": "pst_launch_v2",
  "schedule_at": "2026-09-10T08:00:00+03:00"
}

ההיסט +03:00 נכון כי התאריך לפני סוף שעון הקיץ. פוסט אחרי 25 באוקטובר היה מקבל +02:00, כמו שמוסבר במאמר על אסטרטגיית התזמון לסוכנים.

שלב 8: אחרי הפרסום

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

ביום ראשון שאחרי:

get_analytics {
  "workspace_id": "ws_ritza",
  "from": "2026-09-10T00:00:00+03:00",
  "to": "2026-09-13T23:59:59+03:00"
}

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

מה עשה הסוכן ומה עשו אנשים

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

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

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

שאלות נפוצות

כמה זמן לוקח לסוכן להכין טיוטה לעשרה חשבונות?

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

מה קורה אם הלקוח מבקש שינויים בקישור האישור?

הפוסט חוזר עם ההערות, והסוכן יוצר טיוטה מתוקנת ושולח אותה שוב בrequest_approval. אפשר לראות את מצב הפוסטים עם list_posts ולסנן לפי CHANGES_REQUESTED.

האם אפשר לדלג על אישור הלקוח?

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

רוצים לנסות את זה על החשבונות שלכם?

שַׁגֵּר מפיצה, מודדת ומקבלת אישור לקוח, הכול במקום אחד.