ב-26 באוגוסט 2026 OpenAI סגרה את ה-Assistants API. ההודעה יצאה בדיוק שנה קודם, ב-26 באוגוסט 2025, והתיעוד היום אומר את זה בפשטות: ה-API "sunset on August 26, 2026, and is no longer available".
מי שהספיק לעבור לא הרגיש כלום. מי שלא, גילה את זה בדרך הכי גרועה: הקריאות בקוד מפסיקות לעבוד. זה לא איטיות ולא הגבלת קצב אלא שגיאה, וכל מסך שמבוסס על הסוכן פשוט מפסיק להחזיר תשובה.
המדריך הזה מסביר מה בדיוק התחלף, מה נשאר, ומה הצעדים המעשיים - גם למי שעדיין לא נגע בזה.
המפה: מה הופך למה
לפי מדריך המיגרציה של OpenAI, המבנה הישן מתפרק לשני ממשקים: Responses API שמריץ, ו-Conversations API ששומר את השיחה.
| במבנה הישן | היום | מה זה אומר בפועל |
|---|---|---|
| Assistant | Prompt | ההגדרה (מודל, כלים, הוראות) נשמרת בדשבורד במקום להיווצר דרך ה-API |
| Thread | Conversation | שומר items - הודעות, קריאות לכלים ופלטים שלהם |
| Run | Response | שולחים פריטי קלט ומקבלים פריטי פלט, בלי מכונת מצבים של סטטוסים |
| Run step | Item | אותו סוג אובייקט לכל מה שקרה במהלך התשובה |
ההבדל המהותי הוא לא שמות. במבנה הישן הרצת את הסוכן ואז שאלת שוב ושוב מה הסטטוס שלו, עד שהוא סיים. במבנה החדש שולחים קלט ומקבלים פלט. זה פחות קוד אצלכם, ופחות מצבים שצריך לטפל בהם.
מה שרד את הסגירה
- הקבצים וחנויות הווקטורים. הם אובייקטים של הפלטפורמה, לא של Assistants. ב-Responses מחברים אותם דרך הכלי
file_searchעםvector_store_ids. - Code Interpreter ושיחות מתמשכות. בהודעה של OpenAI נכתב שהחלקים הטובים של Assistants קופלו פנימה, "including code interpreter and persistent conversations".
- ההוראות והכלים שכתבתם. הטקסט של ההוראות והפונקציות שהגדרתם עוברים כמעט כמו שהם. מה שמשתנה הוא איפה הם יושבים ואיך קוראים להם.
מה לא שרד
- היסטוריית ה-threads שלא יוצאה בזמן. מדריך המיגרציה כלל קוד שקורא את ההודעות מה-threads ומעביר אותן ל-conversations, והוא נוסח להרצה לפני הסגירה. אחרי שה-API ירד, אין ממה לקרוא.
- יצירת הגדרות דרך API. בדיון על ההודעה מפתחים ציינו שהמבנה החדש אינו בפער אפס מול הישן, בין היתר כי ה-prompt נוצר בדשבורד. אם בניתם מערכת שיוצרת סוכנים בקוד לפי לקוח, זו נקודה שדורשת תכנון מחדש.
עובדים דרך Azure? מסלול אחר
בתיעוד של Microsoft מופיעה הודעה מפורשת: "The Assistants API is retired", עם הפניה לשירות Microsoft Foundry Agents ולמדריך מיגרציה נפרד. מי שבנה על Azure OpenAI Assistants לא עובר ל-Responses של OpenAI אלא למסלול של Microsoft. שווה לבדוק את זה לפני שמתכננים עבודה, כי זו החלטה תשתיתית ולא החלפת שם של פונקציה.
הצעדים המעשיים
- תמצאו את הקריאות. חיפוש בקוד אחרי
beta.assistants,beta.threadsאו נתיבי/v1/threadsמגלה תוך דקות אם אתם חשופים. בדקו גם אוטומציות ואינטגרציות של צד שלישי, לא רק את הקוד שלכם. - תחליפו את שכבת הקריאות. במקום ליצור thread, להוסיף הודעה, להריץ ולשאול על הסטטוס - שולחים קלט ל-Responses ומחזיקים את ההקשר ב-Conversations.
- תעבירו את ההגדרה. ההוראות והכלים עוברים ל-prompt בדשבורד או נשארים בקוד שלכם. אם חשוב לכם לשלוט בגרסאות, עדיף בקוד.
- תחברו מחדש את החיפוש בקבצים. הכלי
file_searchמקבלvector_store_ids, כך שהחנויות שכבר בניתם ממשיכות לשרת אתכם. - תבדקו מקצה לקצה. לא רק "הסוכן עונה", אלא גם מה קורה כשכלי נכשל, כשמשתמש שולח קובץ, וכשהשיחה ארוכה.
- תשמרו את השיחות אצלכם. ברגע שההיסטוריה חיה רק אצל הספק, סגירה של ממשק היא גם אובדן מידע.
הלקח ההנדסי, מעבר ל-OpenAI
ממשק של ספק הוא לא הארכיטקטורה שלכם. שנה של התראה מראש היא זמן שופע - אבל רק אם מישהו במערכת יודע איפה בדיוק הקוד נוגע בספק. ברוב הפרויקטים שאנחנו רואים, וגם בכאלה שנבנו מהר עם כלי AI, הקריאות לספק פזורות על פני עשרות קבצים, בלי שכבת הפשטה אחת ובלי שמירה מקומית של מה שהמשתמשים כתבו.
שתי החלטות קטנות הופכות את המעבר הבא לעניין של ימים:
- שכבה דקה אחת שדרכה עוברות כל הקריאות לספק. לא מסגרת מורכבת - קובץ.
- ההיסטוריה אצלכם. השיחות, הקבצים והמטא-דאטה נשמרים במסד שלכם, וההעתק אצל הספק הוא נוחות ולא מקור האמת.
זה בדיוק סוג העבודה שאנחנו עושים בחילוץ הנדסי: לא לכתוב את המוצר מחדש, אלא לאתר את הנקודות שבהן הוא תלוי בגורם חיצוני ולחזק אותן לפני שהן נופלות. אם אתם רוצים לדעת איפה אתם עומדים, מסגרת האבחון מתחילה בדיוק שם. להבנה רחבה יותר של איך סוכנים בנויים, כתבנו על Agentic AI ועל סוכני AI לעסקים.
בשורה התחתונה
ה-Assistants API כבר לא קיים, והמסלול הרשמי הוא Responses יחד עם Conversations. רוב העבודה היא החלפת שכבת הקריאות, לא כתיבה מחדש של הסוכן. מי שעובד דרך Azure עובר למסלול אחר לגמרי. והשאלה שכדאי לשאול אחרי שהכול עובד שוב: כמה זמן ייקח לכם המעבר הבא, וכמה ממנו תלוי במידע ששמור רק אצל הספק.
