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

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

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

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

## הבריף

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

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

הסוכנות מעבירה את הבריף לסוכן, שעובד בתוך Claude Code ומחובר לְשַׁגֵּר. [המדריך לחיבור Claude Code](/blog/connect-shager-to-claude-code) מסביר את ההגדרה.

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

```json
whoami {}
list_workspaces {}
```

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

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

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

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

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

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

הלקוח מקבל קישור, נכנס לפייסבוק ובוחר את העמוד, בלי חשבון בְּשַׁגֵּר ובלי למסור סיסמה. על התהליך הזה יש [מאמר נפרד על קישורי חיבור](/blog/client-connect-links).

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

```json
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: טיוטה עם כיתוב לכל חשבון

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

```json
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` שמזהה אותו, כמו שמוסבר ב[מאמר על קישור הליד בתגובה הראשונה](/blog/first-comment-lead-links-with-agents).

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

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

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

```json
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` ייכשל. על שכבת האישור ולמה היא שווה את הזמן, ראו [מאמר על אישור אנושי לפוסטים של סוכנים](/blog/human-approval-for-agent-posts).

## שלב 7: תזמון

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

```json
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`. תשעה ערוצים פורסמו עם קישור חי. סניף אשדוד, שחובר מחדש, פורסם גם הוא. ערוץ אחד במצב שגיאה? במקרה שלנו לא, אבל אם היה, הסוכן היה מדווח את ההודעה כלשונה ולא מנסה לפרסם מחדש.

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

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

התשובה מפרקת לחיצות לפי חשבון ולפי פוסט. הסוכן מכניס אותה לתבנית הדוח השבועי, ומשווה לנרשמים למדידה שהלקוחה מייצאת מהמערכת שלה לפי `utm_content`. התבנית המלאה נמצאת ב[מאמר על דוח לקוח שבועי בידי סוכן](/blog/weekly-client-report-by-agent).

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

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

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

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

## שאלות נפוצות

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

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

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

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

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

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

---
Source: https://shager.ai/blog/from-brief-to-published