דילוג לתוכן הראשי

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

מאת ירון דויטשר עודכן לאחרונה:

ב-8 באוקטובר 2026 פרסמו לאנס מרטין (Lance Martin) ו-CJ אווילה (CJ Avilla) מאנתרופיק פוסט בשם “Building effective agent automations”, ולצדו קוד פתוח: סוכן שרץ בכל בוקר של יום עבודה, קורא ערוצי Slack ו-pull requests ב-GitHub, מזהה מה השתנה מאז ההרצה הקודמת, ומפרסם תקציר קצר לערוץ Slack. הוא רץ על Claude Managed Agents, שכבת הסוכנים של ה-API, שעדיין בבטא.

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

מה הסוכן הזה עושה כל בוקר?

המימוש נמצא במאגר ‎anthropics/claude-quickstarts‎, בתיקייה ‎managed-agents/daily-brief‎, ומורכב משישה חלקים: מקורות, יעד, סוכן, תזמון, זיכרון ומעקות בטיחות. כל חלק הוא קובץ הגדרה אחד, והפקודה ‎ant apply‎ יוצרת מהם את המשאבים בענן של אנתרופיק. אין שרת להחזיק.

התזמון בדוגמה הוא ביטוי cron רגיל, 7:32 בבוקר בימי חול בשעון ניו יורק, וכל הרצה מתחילה ב-sandbox נקי: המודל (סונט 5.5 בדוגמה), הפרומפט והכלים קבועים בגרסה, והסוכן עובר על שמונה צעדים ממוספרים ונעצר. מי שרוצה לנסות בלי לקרוא את הקוד מריץ בקלוד קוד את ‎/claude-api managed-agents-onboard‎ עם כתובת הפוסט, והסקיל מציע הגדרה, כותב את הקבצים ויוצר את המשאבים.

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

שישה כללים, ומה עומד מאחורי כל אחד

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

  • קוראים מסימנייה, לא מחלון זמן: “תן לי את 24 השעות האחרונות” נשמע הגיוני ונשבר בשני הכיוונים. הרצה שאיחרה משאירה חור, והרצה שהקדימה חוזרת על פריטים. במקום זה הסוכן שומר לכל מקור חותמת זמן של הפריט האחרון שקרא, בקובץ ‎bookmarks.json‎, וממשיך ממנה
  • קריאה שנכשלה אינה יום שקט: זה הכלל שהכי קל להחמיץ. כששרת MCP נופל או שטוקן פג, ההרצה פשוט מתחילה בלי הכלים של אותו מקור, והסוכן מדווח בכנות “אין חדש”. התיקון: הסימנייה של המקור הזה אינה זזה, התקציר נכתב משאר המקורות, ושורה אחרונה אומרת במפורש מה לא נקרא הפעם
  • מאמתים כל פריט רגע לפני הפרסום: מה שנאסף בתחילת ההרצה נבדק שוב מול המקור לפני שהוא יוצא. פריט שנסגר בינתיים נמחק, פריט שהשתנה מתוקן, ופריט שאי אפשר לאשר יוצא החוצה. הניסוח בפוסט חד: “עדכון אחד מיושן של ‘עדיין מחכים לך’ עולה יותר אמון מעשרה פריטים חסרים”. גם קישורים מועתקים מהשדה של המקור, ולעולם אינם מורכבים ביד
  • פוסט נספר כנשלח רק כש-Slack אישר: לפני הפרסום הסוכן בודק שהכותרת של היום אינה כבר בערוץ. אחרי הפרסום הוא מחשיב אותו כנשלח רק אם Slack החזיר אישור ומזהה הודעה, ורק אז מעדכן את הסימניות ואת הרישום. תוצאה לא ברורה נרשמת כ”אולי פורסם”, ושום דבר אחר אינו משתנה
  • קוראים העדפות מחדש בכל הרצה, ממקום שהסוכן אינו יכול לערוך: יש שני מאגרי זיכרון. אחד להעדפות, שהקורא כותב והסוכן רק קורא: אילו ערוצים, אילו מאגרים, מה להשמיט, כמה ארוך. השני למצב, שהסוכן כותב: סימניות, רישום של מה כבר דווח, ותיעוד של כל הרצה. ואם קובץ ההעדפות אינו נקרא, הסוכן עוצר ואומר זאת, במקום לרוץ על ברירות מחדל
  • קריאה בלבד איפה שרק קוראים, ותקרת הוצאה לכל הרצה: טוקן ה-GitHub הוא לקריאה בלבד, הרשת מוגבלת לרשימת כתובות, והמפתחות עצמם יושבים ב-vault מחוץ ל-sandbox שבו רץ הקוד. ההנמקה היא prompt injection: תוכן של אחרים יכול להכיל הוראות, אז מגבילים מראש מה הסוכן מסוגל לעשות אם ילך אחריהן. על זה יושבת תקרת הוצאה: מתחילים מפי שלושה עד חמישה מעלות של הרצה רגילה, ומהדקים לפי מספרים אמיתיים. הרצה שנוגעת בתקרה נעצרת עם סיבת עצירה ‎budget_reached‎, ואינה נכשלת

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

למה הכללים האלה מוכרים לנו מבפנים

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

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

מה חשוב לומר ביושר

  • זה מוצר API, ולא Routine של קלוד קוד: Managed Agents הוא השכבה שמפתחים בונים עליה סוכנים ב-API, והוא עדיין בבטא. מי שמריץ אוטומציה דרך Routines, ‎/loop‎ או משימה מתוזמנת בדסקטופ אינו יכול להעתיק את הקבצים. הכללים עוברים, המנגנון לא. לולאות בקלוד קוד מכסה את המנגנונים שכן זמינים במנוי
  • אנתרופיק על המוצר של אנתרופיק: הכותבים אומרים שאוטומציות כאלה רצות בתוכה, אבל אין בפוסט מספר אחד מהשטח, לא על זמן חסוך ולא על שיעור הרצות שנכשלו. זהו מדריך עיצוב, לא דוח תוצאות
  • Slack הוא החריג שמודים בו: אותו טוקן קורא ומפרסם, ולכן ההגנה היחידה היא להזמין את הבוט רק לערוצים הנחוצים. הכלל השישי עובד עד הנקודה שבה הסוכן חייב לכתוב
  • “כשלא בטוחים, משמיטים” דורש משמעת שרוב האנשים לא נותנים לסוכן: הפוסט אומר שרוב הימים התקציר הוא כמה פריטים, ולפעמים אף אחד, ושספירה כמו “12 ביקורות פתוחות” אינה פריט. זה נכון, וזה גם מה שגורם לרוב המשתמשים להרגיש שהאוטומציה “לא עושה כלום” ולהוסיף לה רעש

שורה תחתונה

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

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

המקור: הפוסט של אנתרופיק, והקוד ב-claude-quickstarts.

הניוזלטר: מה חדש בקלוד, בעברית ובחינם

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

מעדיפים ללמוד את זה בקורס או בסדנה?

רוצים שאנחנו נבנה לכם עוזר AI או אוטומציה בקלוד?