إيقاف النموذج دون الإبلاغ عن خطأ: 4 أنواع من مخاطر حوكمة إصدارات واجهات برمجة تطبيقات الذكاء الاصطناعي في ضوء الترحيل من Grok Imagine

ملاحظة الكاتب: أوقفت xAI رسميًا معرّف grok-imagine-image-quality في 2 نوفمبر 2026. لا تُرجع الطلبات القديمة خطأً، لكنها أصبحت تستخدم Image 2.0 Low في الخلفية. تنطلق هذه المقالة من ترحيل Grok Imagine لتستعرض مخاطر إدارة إصدارات واجهات AI API وطرق التعامل معها.

نفّذت xAI اليوم، 2 نوفمبر 2026، عملية ترحيل نموذج الصور التي أعلنت عنها سابقًا. لا يزال بالإمكان استخدام المعرّف القديم grok-imagine-image-quality بشكل طبيعي، لكن النموذج الذي ينفّذ الطلبات فعليًا أصبح grok-imagine-image-2.0، بمستوى جودة ثابت هو low. بالنسبة إلى معظم التطبيقات، لم يتغير سطر واحد من الشفرة، ولا تزال الطلبات تُرجع نتائج كالمعتاد، ولن تظهر تنبيهات حمراء في لوحة المراقبة.

هذا ليس تقريرًا عن حادثة. تستند قواعد الترحيل إلى الإرشادات الرسمية التي نشرتها xAI في 2 سبتمبر، بإشعار مسبق مدته 60 يومًا. ولا توجد حاليًا أدلة على حدوث أعطال واسعة النطاق لدى المستخدمين. ما يستحق النقاش هو المشكلة الهندسية التي تكشفها هذه الخطوة: توافق الواجهة ونجاح الطلبات لا يعنيان أن النموذج وجودة المخرجات والتكلفة بقيت كما هي.

ما الذي ستستفيده؟ بعد قراءة المقال، ستعرف بالضبط ما الذي تغيّر في ترحيل Grok Imagine، ولماذا تحتاج واجهات AI API إلى آلية لإدارة الإصدارات مستقلة عن مراقبة التوافر المعتادة، وستحصل على قائمة فحص يمكنك تطبيقها فورًا على أنظمتك.

أبرز المعلومات عن إيقاف نموذج Grok Imagine

لنبدأ بالحقائق التي أكدتها الوثائق الرسمية. من المهم توضيح أن 2 نوفمبر ليس تاريخ إطلاق Image 2.0، فقد أُطلق في 7 أغسطس، بل هو تاريخ سريان إيقاف معرّف API قديم محدد.

سلسلة إعادة التوجيه لمعرّفات Grok Imagine القديمة

من السهل إغفال نقطة مهمة في هذا الترحيل، وهي «إعادة التوجيه المتسلسلة». ففي 15 مايو 2026، أوقفت xAI المعرّف الأقدم grok-imagine-image-pro ووجّهت طلباته إلى grok-imagine-image-quality. وبعد 2 نوفمبر، امتدت السلسلة خطوة أخرى.

بمعنى أن أي تطبيق لم يُحدّث إعداداته ولا يزال يستخدم معرّف pro يعمل الآن فعليًا على Image 2.0 Low. ولم يعد فحص سلسلة model في ملف الإعدادات وحده كافيًا لمعرفة النموذج الذي يعمل فعليًا.

أربعة أنواع من مخاطر إدارة إصدارات واجهات API للذكاء الاصطناعي الناتجة عن الانتقال إلى Grok Imagine

يستند التحليل التالي إلى آليات xAI الرسمية لاستنتاج المخاطر الهندسية، وليس إلى إحصاءات عن حوادث وقعت بالفعل. ويمكن تقسيم هذه المخاطر إلى أربع فئات: هوية النموذج، وجودة المخرجات، والفوترة، والمراقبة.

الخطر الأول: تغيّر هوية النموذج

قد تظل سلسلة الطلب التي يرسلها العميل كما هي، بينما يتغير النموذج الذي ينفّذه الخادم. وتُبلغ xAI عن النموذج الفعلي في حقل model ضمن الاستجابة، وهذه نقطة إيجابية، بشرط أن يسجّل نظامك هذا الحقل ويقارنه. فكثير من التطبيقات تثبّت اسم النموذج في الطلب فقط، ولا تقرأ معلومات النموذج في الاستجابة مطلقًا.

المخاطرة الثانية: تغيّر جودة المخرجات وأسلوبها

ما أكدته الشركة رسميًا هو «توافق بنية الطلب»، وليس «تطابق الصور الناتجة». عند إطلاق Image 2.0، ركزت xAI على قدرات مثل الالتزام بالموجهات متعددة الشروط، والتعامل مع النصوص صغيرة الحجم والتخطيطات المعقدة، والتحرير باستخدام صور مرجعية متعددة. في المقابل، أفاد بعض مستخدمي r/grok على Reddit بأن الإصدار 2.0 لم يعد يعطيهم النتائج التي اعتادوا عليها في تفاصيل البشرة والإضاءة الطبيعية والحفاظ على الصورة الأصلية.

هذه الآراء المجتمعية تجارب شخصية، وتتناول أساسًا المنتج الموجه للمستهلكين، لذا لا يمكن الاستنتاج منها أن الإصدار 2.0 تراجع على جميع الأصعدة. لكنها تشير إلى أمر مهم: قد ينتج الموجه نفسه تكوينًا أو أسلوبًا أو تعديلات موضعية مختلفة بعد تغيير النموذج. لذلك يجب التحقق من النتائج باختبارات الانحدار، بدلًا من افتراض أن «التوافق يعني عدم وجود مشكلة».

المخاطرة الثالثة: تغيّر الفوترة ومستويات الجودة

تتزامن هذه الهجرة مع انخفاض في الأسعار، لكنها تُظهر أيضًا أهمية ضبط مستوى الجودة. فيما يلي أسعار xAI الرسمية لكل صورة ناتجة بالدولار، دون رسوم إدخال الصور المرجعية:

عند حساب التكلفة النظرية لإنتاج 10,000 صورة بدقة 1K شهريًا، تبلغ التكلفة نحو $400 عند الاستمرار باستخدام المعرّف القديم، الذي يُوجّه تلقائيًا إلى 2.0 Low، أي أقل بـ $100 من تكلفة Quality القديم البالغة $500. أما عند اختيار 2.0 Medium صراحةً، فتبلغ التكلفة $600، أي أكثر بـ $100 من الإصدار القديم. وفي تحرير الصور، تُضاف رسوم إدخال قدرها $0.01 لكل صورة مرجعية. فعلى سبيل المثال، تبلغ تكلفة صورة مرجعية واحدة مع صورة ناتجة بدقة 1K نحو $0.06 مع Quality القديم، و$0.05 مع 2.0 Low، و$0.07 مع 2.0 Medium.

والأقل وضوحًا هو اختلاف القيم الافتراضية. اعتبارًا من 28 أغسطس، إذا لم تُحدَّد قيمة quality في الإصدار 2.0، فستكون القيمة الافتراضية auto. وتختار auto حاليًا مستوى low لتحويل النص إلى صورة، ومستوى medium لتحرير الصور. وقد استخدمت الوثائق الرسمية كلمة currently، ما يعني أن هذا الاختيار ليس ثابتًا بالضرورة. لذلك، فإن «الإبقاء على المعرّف القديم» و«الانتقال إلى 2.0 دون تحديد quality» ليسا متكافئين في مهام تحرير الصور، وتختلف تكلفتهما أيضًا. تجدر الإشارة إلى أن جدول الأسعار يتضمن دقة 1.5K، لكن وثائق معلمات التوليد لا تذكر حاليًا سوى 1k و2k بوصفهما قيمتين للمعلمة resolution؛ لذا يجب التأكد عمليًا مما إذا كان يمكن تحديد 1.5k.

الخطر الرابع: النقاط العمياء في المراقبة

إذا كانت مراقبة الخدمة تقتصر على رموز حالة HTTP ومعدل النجاح ووقت الاستجابة، فقد يكون تبديل النموذج «غير مرئي» تقريبًا في هذه المؤشرات. ويقدم الوضع غير المتزامن (deferred) لتوليد الصور من xAI مثالًا آخر: تُرجع حالة pending الرمز HTTP 202، وتُرجع حالة done الرمز HTTP 200، بينما تُرجع حالة failed أيضًا الرمز HTTP 200 مع تضمين معلومات الخطأ في الاستجابة. فالرمز HTTP 200 لا يعني بالضرورة نجاح العملية.

مقارنة أساليب إدارة إصدارات النماذج لدى مزودي الخدمة

إن إبقاء xAI المعرّفات القديمة صالحة مع استبدال النموذج على الخادم هو مجرد استراتيجية واحدة، وليس قاعدة موحّدة لدى جميع المزودين. وعند مقارنة الوثائق الرسمية لعدد منهم، تظهر فروق واضحة.

مقارنة xAI: توفّر xAI تجربة أكثر «سلاسة» من حيث التوافق مع تطبيقات العملاء، إذ لا تتوقف الشفرة القديمة فجأة. لكن المقابل هو أن تغيّر النموذج لا يظهر في صورة خطأ. في المقابل، تبدو سياسة Anthropic بفشل الطلب بعد مرحلة Retired أكثر «إزعاجًا»، لكنها تكشف المشكلة مبكرًا.

مقارنة Google وOpenAI: صممت Google الاسم المستعار Latest صراحةً بحيث يبقى المعرّف ثابتًا بينما يتغير الإصدار، ما يدل على أن هذه الآلية معلنة وشائعة. أما OpenAI فتقدم توصية من زاوية أخرى: تثبيت لقطة في بيئة الإنتاج وإنشاء مجموعة تقييم. ويؤكد النهجان أن إدارة الإصدارات ليست مشكلة تخص مزودًا بعينه، بل مسألة هندسية يجب مراعاتها عند استخدام أي واجهة API للذكاء الاصطناعي.

💡 نصيحة للاختيار: تختلف دلالات الإصدارات كثيرًا بين المزودين، لذا يُفضّل عند التكامل مع نماذج متعددة تسجيل كل من «النموذج المطلوب» و«النموذج المنفّذ» بطريقة موحّدة. وإذا كنت تستخدم APIYI apiyi.com للاتصال بنماذج من مزودين مختلفين عبر واجهة متوافقة مع OpenAI، فمن المستحسن أيضًا الاحتفاظ بهذين الحقلين في طبقة التطبيق لتسهيل المقارنة بين المزودين.

كيفية إدارة إصدارات واجهات AI API: السجلات والتكلفة والإطلاق التدريجي

الخطوة الأولى: التمييز بين النموذج المطلوب والنموذج الفعلي

تتضمن اصطلاحات OpenTelemetry الدلالية للذكاء الاصطناعي التوليدي خاصيتين مهمتين: تشير gen_ai.request.model إلى النموذج الذي طلبه العميل، بينما تشير gen_ai.response.model إلى النموذج الذي أنشأ الاستجابة فعليًا. لا تُخرج xAI جميع حقول القياس تلقائيًا، لذا يجب أن يجمع التطبيق هذه البيانات ويربط بينها بنفسه. فيما يلي حقول مقترحة لسجلات التطبيق، وهي توصيات هندسية وليست متطلبات رسمية:

الخطوة الثانية: تسجيل النموذج الفعلي والتكلفة في الشفرة

توضح وثائق Cost Tracking الرسمية من xAI، المحدّثة في 2026-10-10، أن كائن usage في الاستجابة قد يتضمن الحقل cost_in_usd_ticks. ويمكن تحويله إلى الدولار باستخدام المعادلة cost_usd = cost_in_usd_ticks / 10000000000؛ ففي المثال الرسمي، تعادل 400000000 وحدة ticks مبلغ $0.04. هذا الحقل خاص بـ xAI، لذا يجب التحقق من نقله كما هو عند الاستدعاء عبر SDK أو منصة خارجية.

يوضح المثال المبسّط التالي فكرة «التحقق مع كل طلب»:

import requests

BASE_URL = "https://api.apiyi.com/v1"  # APIYI OpenAI 兼容接口
REQUESTED_MODEL = "grok-imagine-image-2.0"  # 示例名称，可用模型以平台实际列表为准

resp = requests.post(
    f"{BASE_URL}/images/generations",
    headers={"Authorization": "Bearer YOUR_API_KEY"},
    json={"model": REQUESTED_MODEL, "prompt": "A tech magazine cover",
          "quality": "low", "resolution": "1k", "n": 1},
    timeout=180,
).json()

served = resp.get("model")
if served and served != REQUESTED_MODEL:
    print(f"[版本告警] 请求 {REQUESTED_MODEL}，实际执行 {served}")

import time
import logging
import requests
from typing import Optional

logging.basicConfig(level=logging.INFO)
log = logging.getLogger("model_governance")

BASE_URL = "https://api.apiyi.com/v1"  # 使用 APIYI 统一接口
TICKS_PER_USD = 10_000_000_000  # xAI 官方换算：1 美元 = 10^10 ticks


def generate_image(
    prompt: str,
    model: str,
    quality: str = "low",          # 显式填写，避免 auto 默认值随上游变化
    resolution: str = "1k",
    api_key: str = "YOUR_API_KEY",
    expected_unit_cost: Optional[float] = None,
) -> dict:
    start = time.time()
    r = requests.post(
        f"{BASE_URL}/images/generations",
        headers={"Authorization": f"Bearer {api_key}"},
        json={"model": model, "prompt": prompt, "quality": quality,
              "resolution": resolution, "n": 1},
        timeout=180,
    )
    latency_ms = int((time.time() - start) * 1000)
    body = r.json() if r.content else {}

    # 1. 执行模型校验
    served_model = body.get("model")

    # 2. 业务结果校验：HTTP 200 不等于拿到可用图片
    data = body.get("data") or []
    has_image = bool(data and (data[0].get("url") or data[0].get("b64_json")))
    business_ok = r.status_code == 200 and has_image and not body.get("error")

    # 3. 成本：字段可能不被透传，缺失时记录为 None 而不是 0
    ticks = (body.get("usage") or {}).get("cost_in_usd_ticks")
    cost_usd = ticks / TICKS_PER_USD if ticks is not None else None

    record = {
        "requested_model": model,
        "served_model": served_model,
        "quality_requested": quality,
        "resolution": resolution,
        "response_status": r.status_code,
        "business_status": "ok" if business_ok else "failed",
        "latency_ms": latency_ms,
        "cost_usd": cost_usd,
    }

    if served_model and served_model != model:
        log.warning("模型重定向: %s -> %s", model, served_model)
    if cost_usd is not None and expected_unit_cost is not None \
            and abs(cost_usd - expected_unit_cost) > 1e-6:
        log.warning("单价偏离预期: 预期 %.4f 实际 %.4f", expected_unit_cost, cost_usd)

    log.info("generation record: %s", record)
    return record


if __name__ == "__main__":
    generate_image(
        prompt="A clean product shot on white background",
        model="grok-imagine-image-2.0",  # 以平台模型列表为准
        quality="low",
        expected_unit_cost=0.04,
    )

🚀 البدء السريع: إذا أردت تجربة آلية التسجيل هذه، يمكنك التسجيل في APIYI عبر apiyi.com للحصول على رصيد تجريبي، واختبار حقول السجل باستخدام بعض الموجهات من عملك. تجدر الإشارة إلى أن نماذج الصور المتاحة ومعايير الجودة المدعومة والأسعار الفعلية تخضع لما هو مذكور في قائمة النماذج وصفحة الأسعار على المنصة؛ فأسعار المنصات الخارجية ليست بالضرورة أسعار xAI الرسمية.

الخطوة الثالثة: تثبيت مجموعة الاختبار والتحقق التدريجي

بالاستناد إلى أسلوب النشر التجريبي (Canary Release) في Google SRE وتوصيات OpenAI بشأن مجموعات التقييم، يمكن ترحيل نموذج الصور كالتالي: جهّز أولًا مجموعة عينات ثابتة تشمل الملصقات النصية، وصور المنتجات، وتحرير صور الأشخاص، وتركيب مشاهد متعددة العناصر، والتعديلات الموضعية. ثم ثبّت الموجه، وصورة الإدخال، والدقة، والجودة، ونسبة العرض إلى الارتفاع، وعدد الصور المُولَّدة. بعد ذلك، قارن مدى اتباع التعليمات، والحفاظ على العناصر الأساسية، ودقة النصوص، والتغييرات خارج منطقة التحرير، ومعدل اجتياز المراجعة البشرية، وتكلفة الصورة الواحدة المقبولة. وأخيرًا، حوّل نسبة صغيرة من الطلبات إلى النموذج الجديد ضمن آلية توجيه يمكن التحكم فيها، ثم راقب المؤشرات قبل توسيع النطاق.

ومن المهم توضيح أن xAI تفرض إيقاف النموذج من جهة المزود، لذلك لا يمكن للمطورين افتراض إمكانية العودة إلى نموذج Quality القديم بعد إيقافه. والمقصود هنا بـ«التراجع» هو التحويل إلى نموذج بديل جرى التحقق منه ولا يزال متاحًا، أو إيقاف الوظائف المتأثرة مؤقتًا، أو تعديل معامل quality، وليس استعادة إصدار قديم لم يعد متاحًا.

تحليل تأثير ترحيل Grok Imagine على المطورين ومنصات API

التأثير على المطورين

• وسّع نطاق البحث: لا تبحث عن grok-imagine-image-quality فقط، بل ابحث أيضًا عن الأسماء البديلة الأقدم، مثل grok-imagine-image-pro.
• حدّد المعاملات صراحةً: عند الانتقال مباشرةً إلى الإصدار 2.0، اختر low أو medium بوضوح، ولا تترك auto يحدد مستوى الجودة والتكلفة في عمليات التحرير.
• حدّث طريقة حساب التكلفة: قول المزود الرسمي إن التكلفة «أقل بـ$0.01 للصورة الواحدة» يقارن أسعار المخرجات فقط؛ أما الانخفاض الإجمالي في عمليات التحرير باستخدام صورة مرجعية فسيختلف.
• قيّم النتائج بشكل مستقل: إلى جانب معدل نجاح الاستدعاءات، أضف معايير قبول مرتبطة بحالة الاستخدام ومؤشر تكلفة الصورة المقبولة.

التأثير على منصات تجميع API

بالنسبة إلى منصات الوصول إلى نماذج متعددة، أصبحت إدارة الإصدارات حاجة فعلية للعملاء. فهم بحاجة إلى معرفة نموذج المزود الذي وصلت إليه طلباتهم، والاطلاع على مواعيد الإيقاف وإعادة التوجيه وتغيّرات الأسعار، والتأكد من تمرير المعاملات الأساسية مثل quality كما هي، والحصول على معلومات قابلة للتتبع عن النماذج والفواتير. وهذه كلها جوانب تستحق من منصات التجميع تقييمها وتطويرها.

🎯 نصيحة تقنية: إذا كنت تستخدم منصة تجميع مثل APIYI على apiyi.com للوصول إلى نماذج من عدة مزودين، فتحقق خلال الترحيل من ثلاثة أمور: هل يعكس حقل model في الاستجابة نموذج المزود الفعلي؟ وهل يُمرَّر معامل quality كما هو؟ وهل تتوافق الفاتورة مع سعر الوحدة المتوقع؟ وإذا وجدت أي اختلاف، فاحتفظ بمعرّف الطلب وتواصل مع الدعم الفني للمنصة؛ فهذا أكثر كفاءة بكثير من مراجعة الفواتير لاحقًا.

الأسئلة الشائعة FAQ

أهم النقاط حول إدارة إصدارات واجهات AI API

• نجاح الاستدعاء لا يعني أن النموذج لم يتغير: لا تُظهر معرّفات Grok Imagine القديمة خطأً، لكنها انتقلت بصمت إلى 2.0 Low.
• قد تتسلسل عمليات إعادة توجيه الأسماء المستعارة: من pro إلى quality ثم إلى 2.0 Low؛ لذا لا يكفي فحص اسم النموذج في الإعدادات.
• القيم الافتراضية قابلة للتغيير أيضًا: يختار auto حاليًا low للتوليد وmedium للتحرير؛ لذا حدّد القيمة صراحةً.
• راجع التكلفة في الفاتورة الفعلية: تشمل مهام التحرير تكلفة إدخال الصورة المرجعية، لذلك تختلف نسبة انخفاض التكلفة عن نسبة انخفاض سعر المخرجات.
• HTTP 200 لا يعني نجاح المهمة: قد تُرجع المهام غير المتزامنة التي تنتهي بحالة failed رمز 200 أيضًا.
• تختلف سياسات المزوّدين: يجب التعامل بشكل منفصل مع إعادة التوجيه، والفشل، والتبديل التلقائي إلى أحدث إصدار (Latest)، والنسخ الثابتة.
• ابدأ بالسجلات: استخدم الرصيد التجريبي على APIYI apiyi.com لاختبار تسجيل كل من النموذج المطلوب والنموذج الذي نُفّذ به الطلب.

الخلاصة

أبرز الدروس المستفادة من انتقال Grok Imagine:

1. قد تخفي سياسة التوافق التغييرات: اختارت xAI إعادة التوجيه لتسهيل الانتقال على العملاء، لذلك لن تظهر التغييرات في النموذج والمستوى وسعر الوحدة على شكل أخطاء.
2. تحتاج إدارة الإصدارات إلى آلية مستقلة: تسجيل النموذج المطلوب والنموذج المستخدم فعليًا، وتتبع التكلفة الفعلية، والتحقق من النتائج وفق متطلبات العمل، كلها أمور لا تغطيها مراقبة التوافر المعتادة.
3. صمّم خطة للرجوع مسبقًا: لا يمكن التراجع عن إيقاف المزوّد لإصدار ما، لذا لن تتمكن من الاعتماد إلا على نماذج بديلة وإعدادات تم التحقق منها مسبقًا.

ننصحك بإجراء مراجعة اليوم: ابحث في الشفرة عن معرّفات النماذج القديمة، وقارنها بحقل model في الاستجابة، وحدّد معامل quality صراحةً لكل من مهام التحرير والتوليد، وأعدّ مجموعة ثابتة من عينات الاختبار. ويمكنك استخدام واجهة APIYI الموحدة على apiyi.com لإنشاء بيئة لمقارنة عدة نماذج، حتى تتمكن من رصد تغييرات الإصدارات قبل أن يُجري المزوّد تغييره التالي.

📚 المراجع

1. دليل xAI لترحيل نماذج الصور بتاريخ 2026-11-02: قواعد إيقاف النماذج وإعادة توجيه الطلبات
2. الرابط: docs.x.ai/developers/migration/imagine-image-quality-nov-2

3. الوصف: المصدر الأساسي لمعرّفات النماذج المتوقفة والنماذج البديلة ومستويات الجودة ونطاق التأثير

4. سجل إيقاف نماذج xAI بتاريخ 2026-05-15: سجل ترحيل معرّف pro

5. الرابط: docs.x.ai/developers/migration/may-15-retirement

6. الوصف: مرجع أساسي لفهم إعادة التوجيه المتسلسلة

7. صفحة أسعار xAI الرسمية ونموذج Image 2.0: أسعار الدقة ومستويات الجودة

8. الرابط: docs.x.ai/developers/pricing

9. الوصف: أساس حساب تكلفة المخرجات وإدخال الصور المرجعية

10. وثائق معاملات توليد الصور من xAI: القيمة الافتراضية لـ quality وحالة الطلبات غير المتزامنة

11. الرابط: docs.x.ai/developers/model-capabilities/images/generation

12. الوصف: شرح سلوك auto وحالات HTTP في وضع deferred

13. تتبع التكلفة من xAI: حقل التكلفة الفعلية لكل طلب

14. الرابط: docs.x.ai/developers/cost-tracking

15. الوصف: معنى cost_in_usd_ticks وطريقة تحويل قيمته

16. إرشادات إهمال نماذج Anthropic: المراحل الأربع لدورة حياة النموذج

17. الرابط: docs.anthropic.com/en/docs/about-claude/model-deprecations

18. الوصف: مرجع لمقارنة سياسة فشل الطلبات بعد إيقاف النموذج

19. إرشادات إصدارات نماذج Google Gemini: الفرق بين Stable وLatest

20. الرابط: ai.google.dev/gemini-api/docs/models

21. الوصف: آلية التبديل التلقائي عبر الأسماء المستعارة

22. هندسة الموجهات ونظرة عامة على API من OpenAI: تثبيت لقطات النموذج وتوصيات التقييم

23. الرابط: developers.openai.com/api/docs/guides/prompt-engineering

24. الوصف: التوصيات الرسمية لتثبيت لقطات النموذج في بيئة الإنتاج وإنشاء مجموعة تقييم

25. إطلاق Canary من Google SRE: منهجية النشر التدريجي

26. الرابط: sre.google/workbook/canarying-releases/

27. الوصف: التحقق باستخدام نسبة صغيرة من حركة المرور لتقليل نطاق تأثير التغييرات

28. الاتفاقيات الدلالية للذكاء الاصطناعي التوليدي من OpenTelemetry: خصائص نموذج الطلب والاستجابة

    • الرابط: opentelemetry.io/docs/specs/semconv/registry/attributes/gen-ai/
    • الوصف: تعريف gen_ai.request.model وgen_ai.response.model

الكاتب: الفريق التقني في APIYI
التواصل التقني: يسعدنا تواصلكم معنا عبر الصفحة الرئيسية لموقع APIYI. وللمزيد من معلومات التكامل، زوروا مركز الوثائق على docs.apiyi.com

مقالات ذات صلة

• OpenAI وAnthropic وGoogle تتخلص معًا من النماذج القديمة: أولها يتوقف الشهر المقبل، هل أنت في القائمة؟: اطّلع في صفحة واحدة على كل مواعيد الإيقاف العشر لدى OpenAI وAnthropic وGoogle من 17 نوفمبر 2026 إلى 1 أبريل 2027: أي الطرازات متأثرة، وما الطرازات البديلة، وهل ستحدث أخطاء، وأي أسطر من الشيفرة يجب تعديلها.
• كم من الوقت علينا انتظار Grok 4.8؟ ثلاث محطات زمنية تكشف أهمية نموذج 2.5T: لم يُصدر Grok 4.8 بعد: مراجعة تصريحات ماسك في 14 سبتمبر و7 و30 أكتوبر، والتمييز بين المعلومات المؤكدة وغير المؤكدة، وتقييم إمكانات نموذج 2.5T باستخدام بيانات الاختبار الفعلي لـ Grok 4.7، وتقديم خيارات الاستدعاء المتاحة للمطورين في الصين حاليًا.