OpenAI פתחה למפתחים את Agents API, ממשק חדש להרצה של סוכני AI בענן. לפי הודעת החברה מ־10 בספטמבר 2026, הממשק נמצא בבטא ציבורית ומשתמש בתשתית ובמנגנון התזמור שמפעילים את Codex. המטרה היא לאפשר לסוכן לעבוד לאורך זמן, להשתמש בכלים, לשמור הקשר ולחלק משימות בין סוכני משנה — בלי שכל צוות יצטרך לבנות בעצמו את שכבת התזמור.
זהו שינוי משמעותי בעיקר לארגונים שכבר עברו מצ'אט חד־פעמי לתהליכים שבהם המודל נדרש לקרוא קבצים, להריץ קוד, לפנות למערכות אחרות ולחזור למשימה לאחר זמן. עם זאת, API מנוהל אינו מסיר את הצורך בתכנון הרשאות, ניטור ואישור אנושי לפעולות רגישות.
מה כולל Agents API
בהודעה הרשמית OpenAI מציגה כמה אבני בניין מרכזיות:
- הרצות ארוכות: המערכת מנהלת הקשר לאורך משימות ממושכות ומבצעת דחיסה של היסטוריית העבודה כשההקשר מתקרב למגבלה.
- שימוש בכלים: הסוכן יכול לעבוד עם MCP, פונקציות מותאמות וכלים מובנים כגון חיפוש ברשת. מנגנון חיפוש כלים נועד לטעון רק הגדרות רלוונטיות במקום להכניס את כולן לכל בקשה.
- קריאות מתוכנתות: ניתן להריץ קריאות כלים במקביל, לשרשר פעולות ולסנן תוצאות לפני שהן חוזרות להקשר של המודל.
- ריבוי סוכנים: משימה יכולה להתפצל לתת־משימות, כאשר כל סוכן משנה שומר הקשר נפרד והסוכן הראשי מרכז את התוצאות.
- בחירת סביבת הרצה: אפשר להשתמש בסביבת sandbox שמנוהלת בידי OpenAI או לבחור ספקי תשתית אחרים וסביבות פרטיות, בהתאם לצורכי הארגון.
OpenAI מציינת שהבטא הציבורית זמינה ללא עמלה נפרדת על עצם השימוש ב־Agents API; העלות נגזרת מהטוקנים ומהכלים שבהם נעשה שימוש. לפני מעבר לייצור כדאי לבדוק את התמחור העדכני ואת מגבלות השירות בפועל, משום שבטא עשויה להשתנות.
למי זה מתאים
הממשק רלוונטי במיוחד לתהליכים שבהם יש יותר מצעד אחד: חקירת תקלה, איסוף מידע מכמה מערכות, עיבוד מסמכים, יצירת קוד ובדיקתו או הפקת תוצר שנשמר בסיום. בתרחישים כאלה, האתגר אינו רק איכות המודל אלא גם ניהול מצב, התאוששות משגיאה, רישום פעולות והגבלת הגישה למידע.
למשימה קצרה ופשוטה, סוכן מתמשך עלול להיות מורכב ויקר יותר מקריאה רגילה למודל. הבחירה צריכה להתחיל מהתהליך העסקי ולא מהטכנולוגיה: כמה צעדים דרושים, אילו מערכות מעורבות, מה עלול להשתבש ומי מוסמך לאשר את הפעולה האחרונה.
ארבעה כללי הטמעה לפני ייצור
- עקרון ההרשאה המינימלית: כל כלי וכל סוכן מקבלים רק את ההרשאות הנחוצות למשימה. קריאה וכתיבה צריכות להיות מופרדות ככל האפשר.
- אישור אנושי לפעולות בעלות השפעה: שליחת הודעה, מחיקה, שינוי הרשאות, העברת כסף או פרסום חיצוני אינם צריכים להתבצע אוטומטית ללא מנגנון אישור ברור.
- תיעוד מלא: יש לשמור מי הפעיל את הסוכן, באילו כלים השתמש, אילו נתונים קרא ומה השתנה. לוג ללא הקשר אינו מספיק לחקירה.
- בדיקות גבול וכשל: בודקים לא רק אם הסוכן מצליח, אלא גם כיצד הוא מתנהג כאשר כלי מחזיר מידע חלקי, כאשר ההרשאה נדחית או כאשר הוראה חיצונית מנסה לשנות את מטרת המשימה.
העקרונות האלה מתחברים גם ללקחים שעלו סביב אבטחת סביבות הרצה של סוכני קוד: הגבול בין המודל, הכלי והמערכת המארחת חייב להיות אכיף ומנוטר, ולא רק מוסכם בהנחיה טקסטואלית.
השורה התחתונה
Agents API מצמצם חלק ניכר מעבודת התשתית סביב סוכנים ארוכי־טווח ומביא יכולות שנבנו עבור Codex אל ממשק למפתחים. הוא אינו הופך תהליך אוטומטי לבטוח מעצם השימוש בו. ארגון שרוצה להפיק ערך מהשירות צריך להגדיר מראש גבולות הרשאה, נקודות אישור, ניטור ועלות מרבית לכל משימה.
מקור: ההכרזה הרשמית של OpenAI על Agents API, 10 בספטמבר 2026.
תמונת המחשה: נוצרה באמצעות AI עבור ITPortal.
