STACKDUST
EN
خط زمني لإيقاف منتجات منصة OpenAI من إعلان 3 يونيو 2026 مرورًا بإغلاق واجهة Assistants في 26 أغسطس وحتى تحول Evals للقراءة فقط في 31 أكتوبر والإغلاق النهائي في 30 نوفمبر، مع بديل الترحيل لكل منتج

OpenAI تُغلق Agent Builder وEvals وكائنات الموجّهات في 30 نوفمبر: دليل الترحيل العملي


في 3 يونيو 2026، أعلنت OpenAI إيقاف ثلاثة من منتجات منصتها: كائنات الموجّهات القابلة لإعادة الاستخدام، ومنصة Evals، وأداة Agent Builder. وتتوقف الثلاثة جميعًا في 30 نوفمبر 2026، بينما تتوقف Evals عن قبول أي تعديل قبل ذلك بشهر كامل.

مضى على الإعلان 86 يومًا، وبقي أمامك 94 يومًا. وأحد هذه الترحيلات أثقل بكثير مما يوحي به الإعلان.

وإن أردت معاينة لكيفية وصول هذه المواعيد، فإغلاق واجهة Assistants في 26 أغسطس — قبل يومين — درسٌ بليغ: وصل الموعد دون أي مسار ترحيل آلي للمحادثات (Threads) القائمة.

المواعيد

التاريخ ما الذي يحدث
3 يونيو 2026 إعلان الإيقاف، وتقليص إنشاء الموجّهات في المنصة
26 أغسطس 2026 إغلاق واجهة Assistants (منفصل، وقد مضى)
31 أكتوبر 2026 تتحول التقييمات القائمة إلى القراءة فقط
30 نوفمبر 2026 إيقاف v1/prompts ولوحة Evals وواجهتها وAgent Builder

الموعدان مهمان، لا موعد واحد. فـ 31 أكتوبر هو التاريخ الذي تفقد فيه القدرة على تعديل التقييمات — أي أن كل ما تنوي تصديره أو إعادة هيكلته أو أخذ نسخة منه يجب أن يحدث قبله، لا في مهلة نوفمبر.

أما ChatKit فليس جزءًا من هذا، وسيبقى متاحًا.

الترحيل الأول: كائنات الموجّهات ← الشيفرة

أصغر الترحيلات، وتمرين إحماء جيد.

كان النمط القديم يشير إلى موجّه مخزّن عبر معرّفه وإصداره، مع استبدال المتغيرات في الخادم:

const response = await client.responses.create({
  prompt: {
    id: "pmpt_123",
    version: "1",
    variables: {
      customer_name: "Acme",
      issue: "billing question",
    },
  },
});

والبديل هو نقل المحتوى إلى قاعدة شيفرتك وتمرير الرسائل مباشرةً، مع تحديد النموذج صراحةً:

const response = await client.responses.create({
  model: "gpt-5.6",
  input: [
    {
      role: "system",
      content: "You are a helpful support assistant. Be concise, accurate, and friendly.",
    },
    {
      role: "user",
      content: "Customer name: Acme. Issue: billing question. Write a response to the customer.",
    },
  ],
});

لكن الهدف ليس تضمين النص في كل موضع استدعاء. فالشكل الذي توصي به OpenAI هو دالة بانية (Builder) لكل موجّه، وهي تستعيد إعادة الاستخدام التي كان كائن الموجّه يوفرها:

def build_support_prompt(customer_name, issue):
    return [
        {
            "role": "system",
            "content": "You are a helpful support assistant. Be concise, accurate, and friendly.",
        },
        {
            "role": "user",
            "content": f"Customer name: {customer_name}. Issue: {issue}. Write a response to the customer.",
        },
    ]

response = client.responses.create(
    model="gpt-5.6",
    input=build_support_prompt("Acme", "billing question"),
)

وأربعة أمور ينبغي نقلها بوعي:

  1. المتغيرات تصير وسائط مُنمَّطة. ما كان قاموس variables بلا أنواع يصبح توقيع دالة — يُتحقق منه عند الحدود بدل استبداله بصمت في الخادم.
  2. إدارة الإصدارات تنتقل إلى git. تصبح إصدارات الموجّه التزامات (Commits) ومراجعات طلبات دمج ووسوم إصدار ورايات ميزات. وهذه هي الترقية الحقيقية في التغيير: تعديلات الموجّهات تكفّ عن كونها تغييرات إنتاجية غير مرئية.
  3. النموذج صار إلزاميًا وصريحًا. كانت كائنات الموجّهات قادرة على حمل إعدادات النموذج، أما الاستدعاءات المضمّنة فلا. لذا دقّق كل موضع كان يعتمد على النموذج الافتراضي المخزّن.
  4. أبقِ المحتوى الثابت أولًا. توجيه OpenAI صريح هنا: المحتوى الثابت أولًا والمتغير لاحقًا، حفاظًا على التخزين المؤقت للموجّهات (Prompt Caching). فدمج النصوص بسذاجة بحيث يقع اسم العميل قرب بداية موجّه نظام طويل سيهدم معدل الإصابة في الذاكرة المؤقتة بصمت، ويرفع فاتورتك.

والنقطة الرابعة هي الأكثر إيلامًا، لأن شيئًا لن يُخطئ — ستدفع أكثر فحسب.

الترحيل الثاني: Agent Builder ← Agents SDK أو Workspace Agents

ابدأ من هنا. فهذا موضع العمل الحقيقي، وزر التصدير يعطي انطباعًا مضللًا عن حجمه.

لتصدير سير عمل:

  1. افتح سير العمل في Agent Builder.
  2. اختر Code في شريط التنقل العلوي.
  3. اختر Agents SDK في نافذة الشيفرة.
  4. اختر TypeScript أو Python، ثم انسخ التصدير كاملًا.

والآن الجزء الجدير بقراءتين. من دليل الترحيل الرسمي لدى OpenAI:

هذه العملية لا تحوّل مخطط سير عملك، ولا تضمن انتقال كل سلوك دون تغيير.

التصدير يمنحك نقطة انطلاق لا نقلًا كاملًا. فمنطق التفرّع والتوجيه وبنية العقد لا تُنقل آليًا؛ تحصل على شيفرة تُقارب سير العمل، وتتحمل أنت مسؤولية المطابقة.

يُضاف إلى ذلك أن التطبيقات المتصلة والمصادقة والنشر وإعدادات الأذونات تتطلب مراجعة منفصلة داخل ChatGPT. ولا شيء من ذلك يرد في التصدير.

الاختيار بين المسارين

Agents SDK هو المسار القائم على الشيفرة. اختره إن كان سير عملك يتضمن تفرّعًا حقيقيًا أو تحكمًا حتميًا في التدفق أو أي شيء تحتاج إلى اختباره.

أما Workspace Agents داخل ChatGPT فهو المسار الأخف. وتقترح OpenAI لصق التصدير مع موجّه مثل:

Please help me convert this workflow into an agent: <paste your exported code here>

لكن انتبه إلى القيد الذي تذكره OpenAI مباشرةً:

سيور العمل التي تقوم على حتمية صارمة في جوهرها قد لا تُرحَّل بأمانة إلى وكيل مساحة عمل.

فإن كان سير عملك آلة حالات (State Machine) في جوهره، فـ Workspace Agent هدف خاطئ. خذه إلى الـ SDK.

وفي الحالتين، تحقّق قبل التحويل النهائي:

  1. راجع التعليمات المولّدة والقدرات المُهيأة.
  2. اضبط ما يلزم من تطبيقات وأدوات ومهارات ومصادقة وأذونات اتصال.
  3. اختر Preview واختبر مدخلات ممثِّلة من سير العمل الأصلي.
  4. قارن السلوك في المعاينة بالسلوك المتوقع من سير العمل الأصلي.

وانقل معك ممارسات الأمان الأصلية أيضًا، خصوصًا حين يلامس الوكيل بيانات خاصة أو يتصرف عبر أدوات متصلة — فالترحيل هو تحديدًا اللحظة التي يُمنح فيها إذن واسع «مؤقتًا» ثم يبقى.

الترحيل الثالث: Evals ← Promptfoo

تشير OpenAI إلى Promptfoo. والتحول البنيوي هنا من لوحة مستضافة إلى ملف إعداد وواجهة سطر أوامر — أي أن تقييماتك تصير قطعًا قابلة للمراجعة داخل المستودع بدل حالة محفوظة في لوحة.

وتتطابق المفاهيم بوضوح:

OpenAI Evals Promptfoo
بيانات الاختبار حالات اختبار في ملف الإعداد
الموجّهات موجّهات في ملف الإعداد
المزوّدون / النماذج إعداد المزوّد
معايير التقييم تأكيدات ومقاييس
المصحّحون (Graders) تأكيدات (Assertions)

تُعرِّف ملف promptfooconfig.yaml يحمل الموجّهات والمزوّد وحالات الاختبار والتأكيدات، ثم:

promptfoo validate config -c promptfooconfig.yaml
promptfoo eval -c promptfooconfig.yaml --no-cache
promptfoo view

وراية --no-cache مهمة أثناء الترحيل — فأنت تريد التأكد من أن التقييم يُعاد إنتاجه فعليًا، لا أن تُعرض نتيجة مخزّنة.

وثمة تحذير تثيره OpenAI صراحةً: أي مصحّح أُعيد بناؤه يدويًا، خصوصًا مصحّح من نوع النموذج-كحَكَم (LLM-as-a-judge)، يجب التحقق منه قبل الاعتماد عليه. فموجّه الحَكَم المُعاد بناؤه في بيئة جديدة قد يمنح درجات مختلفة وهو يبدو سليمًا. شغّل النظامين على العينات ذاتها وقارن التوزيعات قبل أن تثق بالأرقام الجديدة.

وموعد 31 أكتوبر هو المُلزِم هنا. فبعده تصير تقييماتك للقراءة فقط، لذا صدّر بيانات الاختبار وتعريفات المصحّحين قبله.

الترتيب المقترح

بالنظر إلى 94 يومًا، رتّب حسب المخاطرة لا حسب السهولة:

  1. الأسابيع 1–3: Agent Builder. أطولها ذيلًا، وأقلها آلية، والوحيد الذي يحذّر فيه المزوّد صراحةً من احتمال عدم انتقال السلوك. صدّر كل شيء الآن حتى إن رحّلت لاحقًا؛ فالتصدير يختفي باختفاء المنتج.
  2. الأسابيع 2–4: تصدير Evals. محكوم بسقف 31 أكتوبر. أخرج بيانات الاختبار والمصحّحين من المنصة حتى قبل اكتمال إعداد Promptfoo.
  3. الأسابيع 4–8: كائنات الموجّهات. آلية إلى حد بعيد وقابلة للتوازي بأمان. نفّذها وتوجيه التخزين المؤقت أمامك.
  4. مهلة احتياطية. نوفمبر للتحقق لا للترحيل. وإغلاق Assistants تذكير بأن هذه المواعيد تصل بأخطاء صارمة.

وتدقيق مفيد للبدء:

# ابحث عمّا لا يزال يعتمد على الواجهات المُوقفة
grep -rn "pmpt_\|prompt_id\|\"prompt\":" ./src
grep -rn "v1/prompts\|/evals" ./src

القيود

بعض الثغرات التي يجدر ذكرها بصراحة.

نشرت OpenAI مواعيد الإيقاف، لكنها لم تنشر بيانًا مفصّلًا عمّا سيحدث للبيانات المخزّنة بعد 30 نوفمبر — أتُصدَّر كائنات الموجّهات وسجل التقييمات أم تُحفظ أم تُحذف؟ فإن كنت تحتاج ذلك السجل، أخرجه بدل الافتراض.

كما أن دليل Promptfoo في مرجع OpenAI يربط المفاهيم ويعطي الأوامر، لكنه يحيل إلى توثيق Promptfoo نفسه لتفاصيل صيغة YAML؛ فخصّص وقتًا لذلك بدل توقع قالب جاهز.

وأخيرًا، تتفاوت أمانة تصدير Agent Builder بتفاوت تعقيد سير العمل بطريقة لا يستطيع أي دليل تقديرها في حالتك. والسبيل الوحيد لقياسها هو تصدير سير عمل ممثِّل الآن ومقارنة السلوك.

ولسياق متصل بوجهة أدوات الوكلاء، راجع تغطيتنا لـمواصفة MCP عديمة الحالة وخارطة طريقها، وللمزالق التفويضية التي تُدخلها عمليات الترحيل عادةً، راجع موجة ثغرات الوكلاء في أغسطس.

الخلاصة

اثنان من هذه الترحيلات الثلاثة آليان إلى حد بعيد. أما ترحيل Agent Builder فليس كذلك، وهو الذي ستكتشف معظم الفرق ثِقَله متأخرة، لأن زر التصدير يجعل الأمر يبدو محلولًا.

صدّر كل شيء هذا الأسبوع — الموجّهات وسيور العمل والتقييمات — بينما لا تزال المنتجات الثلاثة قائمة. الترحيل يمكن أن يتبع جدولك أنت، أما الاستخراج فلا.

المصادر


المقال التاليQwen3.8-Flash-Next: علي بابا تفتح معمارية الجيل القادم Qwen4المقال السابقزيادة أسعار Claude التي لن تحدث: ما الذي تغيّر فعليًا في تسعير واجهات النماذج خلال أغسطس 2026