ملاحظة من الكاتب: إليك مقارنة تفصيلية للفروقات الجوهرية السبعة بين Claude Opus 4.7 و 4.6، بما في ذلك تحسين الرؤية بمقدار 3 أضعاف، والقفزة النوعية في قدرات البرمجة، ومستوى الاستدلال xhigh، وميزة Task Budgets الجديدة، بالإضافة إلى تحليل التأثير الفعلي على التكلفة الناتج عن تغيير الـ Tokenizer رغم ثبات الأسعار.

تم إطلاق نموذج Claude Opus 4.7 رسمياً في 16 أبريل 2026، كخليفة لنموذج Opus 4.6، حيث جلب معه ترقيات كبيرة تشمل تحسين دقة الرؤية بمقدار 3 أضعاف، وارتفاع في معيار البرمجة CursorBench بمقدار 12 نقطة مئوية، ومستوى استدلال جديد كلياً xhigh. الخبر السار هو أن تسعير الـ API مطابق تماماً لـ Opus 4.6، بواقع 5 دولارات لكل مليون رمز (tokens) للمدخلات، و25 دولاراً لكل مليون رمز للمخرجات.
لكن هذا لا يعني أن تكلفة الاستخدام الفعلية ثابتة تماماً. فالمحلل اللغوي (Tokenizer) الجديد قد يجعل المحتوى نفسه يستهلك ما يصل إلى 35% أكثر من الرموز.
القيمة الجوهرية: في غضون 5 دقائق من قراءة هذا المقال، ستعرف بوضوح نقاط تفوق 4.7 على 4.6، وما إذا كان يجب عليك الترقية، وما الذي يجب الانتباه إليه عند القيام بذلك.
مقارنة المعايير الأساسية بين Claude Opus 4.7 و 4.6
| بُعد المقارنة | Claude Opus 4.7 | Claude Opus 4.6 | التغيير |
|---|---|---|---|
| معرف النموذج | claude-opus-4-7 |
claude-opus-4-6 |
تحديث |
| تسعير API (المدخلات) | $5 / مليون رمز | $5 / مليون رمز | ثابت |
| تسعير API (المخرجات) | $25 / مليون رمز | $25 / مليون رمز | ثابت |
| نافذة السياق | 1M رمز (~555 ألف كلمة) | 1M رمز (~750 ألف كلمة) | ثابت (لكن استهلاك الرموز أعلى لنفس النص مع المحلل الجديد) |
| الحد الأقصى للمخرجات | 128K رمز | 128K رمز | ثابت |
| أقصى دقة للصور | 2576px / 3.75MP | 1568px / 1.15MP | +226% |
| أقصى رموز لكل صورة | ~4784 رمز | ~1600 رمز | حوالي 3 أضعاف |
| مستوى جهد الاستدلال | 5 مستويات (إضافة xhigh) | 4 مستويات | +1 مستوى |
| نمط التفكير | Adaptive Thinking فقط | Extended + Adaptive | تبسيط |
| معاملات أخذ العينات | غير مدعوم | مدعوم temperature/top_p/top_k | تمت الإزالة |
| تاريخ قطع المعرفة | يناير 2026 | مايو 2025 | +8 أشهر |
| تاريخ قطع بيانات التدريب | يناير 2026 | أغسطس 2025 | +5 أشهر |
| CursorBench | 70% | 58% | +12 نقطة مئوية |
| المحلل اللغوي (Tokenizer) | محلل جديد كلياً | محلل قديم | +0~35% رموز لنفس المحتوى |
🎯 الخلاصة الرئيسية: سعر الخدمة ثابت، ولكن بسبب تأثير الـ Tokenizer الجديد، قد تزيد تكلفة الاستخدام الفعلية بنسبة تتراوح بين 0-35%. ومع ذلك، وبالنظر إلى التحسن الكبير في القدرات، فإن القيمة مقابل السعر قد ارتفعت فعلياً. يمكنك استدعاء نموذج Claude Opus 4.7 عبر خدمة وكيل API من APIYI (apiyi.com) للاستمتاع بواجهة موحدة وفوترة مرنة.
الترقية الأولى: القدرات البصرية – من "القدرة على الرؤية" إلى "الرؤية الواضحة"
هذا هو التحسين الأكثر وضوحاً في Opus 4.7 مقارنة بـ 4.6. يُعد Opus 4.7 أول نموذج Claude يدعم الصور عالية الدقة.
| المؤشرات البصرية | Opus 4.7 | Opus 4.6 | التحسن |
|---|---|---|---|
| أقصى طول للضلع بالبكسل | 2576px | 1568px | 1.64x |
| أقصى إجمالي للبكسلات | ~3.75 مليون | ~1.15 مليون | 3.26x |
| تطابق الإحداثيات | تطابق 1:1 للبكسل | يتطلب حسابات تحجيم | تبسيط كبير |
| أقصى عدد توكن لكل صورة | ~4784 | ~1600 | ~3x |
| الإدراك منخفض المستوى | معزز (تحديد/قياس/عد) | أساسي | تحسن |
| تحديد إطار الإحاطة | معزز | أساسي | تحسن |
ماذا يعني هذا؟
عندما يرى Opus 4.6 لقطة شاشة، فإنه يشبه شخصاً يرتدي نظارة مشوشة؛ يمكنه التعرف على المحتوى العام، لكن التفاصيل تضيع.
أما Opus 4.7 فهو أشبه بمن يرتدي عدسات عالية الدقة؛ حيث يمكنه قراءة النصوص الصغيرة في واجهة المستخدم بدقة، والتعرف على القيم المحددة في الرسوم البيانية، وتحديد العناصر بدقة داخل الصور.
الفوارق في سيناريوهات الاستخدام الواقعية:
- وكيل استخدام الحاسوب (Computer Use): يمكن لـ 4.7 قراءة الأزرار وعناصر القائمة ذات الخطوط الصغيرة بدقة، بينما قد يسيء 4.6 قراءتها.
- فهم المستندات: يمكن لـ 4.7 استخراج بيانات الجداول من المستندات الممسوحة ضوئياً بدقة، بينما يحتاج 4.6 إلى خطوط أكبر للتعرف عليها بشكل صحيح.
- تحليل الرسوم البيانية: يمكن لـ 4.7 إجراء نسخ بيانات على مستوى البكسل، بينما يميل 4.6 للوقوع في الأخطاء عند التعامل مع الرسوم البيانية المزدحمة.
⚠️ تنبيه بشأن التكلفة: تستهلك الصور عالية الدقة حوالي 3 أضعاف التوكنز مقارنة بالسابق. إذا كان تطبيقك يعالج عدداً كبيراً من الصور، فستزداد تكاليف المعالجة بشكل ملحوظ بعد الترقية. بالنسبة للسيناريوهات التي لا تتطلب دقة عالية، نوصي بتقليل دقة الصور (Downsampling) قبل إرسالها.

الترقية الثانية: قدرات البرمجة — من "كافية" إلى "ذاتية"
تعد البرمجة واحدة من أكثر المجالات التي شهدت تحسينات في Opus 4.7. وقد استخدمت Anthropic مصطلح "تحول جذري في البرمجة الوكيلة" (step-change improvement in agentic coding) لوصف هذه القفزة النوعية.
مقارنة معايير الأداء
| معيار البرمجة | Opus 4.7 | Opus 4.6 | التغير |
|---|---|---|---|
| CursorBench | 70% | 58% | +12 نقطة مئوية |
| Rakuten-SWE-Bench | 3 أضعاف المعيار | 1x المعيار | حل 3 أضعاف مهام الإنتاج |
| Finance Agent | SOTA | — | الأفضل حالياً |
| GDPval-AA | SOTA | — | الأفضل في الأعمال الاقتصادية |
الاختلافات في سلوك البرمجة
| سلوك البرمجة | Opus 4.7 | Opus 4.6 |
|---|---|---|
| التحقق الذاتي | يتحقق من مخرجاته ذاتياً قبل الإبلاغ | يحتاج إلى توجيه عبر موجه |
| إصلاح الأخطاء | يكتشف الأخطاء ويصلحها تلقائياً أثناء البرمجة | يحتاج إلى إشارة صريحة للخطأ |
| جودة التخطيط | يحدد الثغرات المنطقية في مرحلة التخطيط | يكتشف المشكلات أثناء التنفيذ فقط |
| المهام طويلة الأمد | يتعامل بموثوقية مع سير العمل غير المتزامن و CI/CD | يفقد السياق بسهولة في العمليات المعقدة |
| استدعاء الأدوات | يستدعي أدوات أقل افتراضياً، ويعتمد على الاستنتاج أكثر | يميل إلى استدعاء الأدوات بشكل متكرر |
🎯 نصيحة عملية: بالنسبة لفرق التطوير التي تتعامل مع قواعد بيانات برمجية معقدة، حقق Opus 4.7 حلاً لـ 3 أضعاف مهام الإنتاج الحقيقية مقارنة بـ 4.6 في اختبار Rakuten-SWE-Bench، وهذا هو السبب الأكثر إقناعاً للترقية. يمكنك عبر APIYI (apiyi.com) التبديل السريع بين معرفات النماذج لإجراء اختبارات المقارنة.
الترقية الثالثة: التحكم في الاستنتاج — إضافة مستوى xhigh
أضاف Opus 4.7 مستوى جديداً لجهد الاستنتاج يسمى xhigh يقع بين high و max.
| المستوى | Opus 4.7 | Opus 4.6 | السيناريوهات الموصى بها |
|---|---|---|---|
low |
✅ | ✅ | التصنيف البسيط، تحويل التنسيق |
medium |
✅ | ✅ | الأسئلة اليومية، التلخيص |
high |
✅ | ✅ | معظم المهام الذكية (الحد الأدنى الموصى به) |
xhigh |
✅ جديد | ❌ | البرمجة وعمل الوكلاء (موصى به) |
max |
✅ | ✅ | مشكلات الاستنتاج شديدة الصعوبة |
تؤكد Anthropic بشكل خاص على أن: معامل الجهد (effort parameter) في Opus 4.7 أكثر أهمية من أي نموذج Opus سابق.
التغييرات الرئيسية:
- يلتزم 4.7 بصرامة بالنطاق المحدد في مستويي
lowوmediumولا يقوم بعمل "إضافي". - كان 4.6 يقوم أحياناً باستنتاج إضافي حتى في المستويات المنخفضة.
- إذا لم يكن أداء المهام المعقدة جيداً في مستوى
low، يجب رفع مستوى الجهد (effort) بدلاً من تعديل الموجه (prompt).
الترقية الرابعة: ميزانيات المهام (Task Budgets) — أداة جديدة كلياً للتحكم في التكاليف
تُعد ميزانيات المهام (Task Budgets) ميزة جديدة كلياً (في مرحلة تجريبية Beta) تم تقديمها في الإصدار Opus 4.7، وهي غير متوفرة إطلاقاً في الإصدار 4.6.
المفاهيم الأساسية
| الخاصية | ميزانية المهمة (Task Budget) | الحد الأقصى للرموز (max_tokens) |
|---|---|---|
| الطبيعة | ميزانية استرشادية (يدركها النموذج) | حد أقصى صارم (لا يدركه النموذج) |
| نطاق العمل | دورة الوكيل الذكي الكاملة | طلب واحد فقط |
| سلوك النموذج | يعطي الأولوية للعمل بناءً عليها، وينهي المهام بأناقة | يقطع الاستجابة فور تجاوز الحد |
| الحد الأدنى | 20 ألف رمز (tokens) | 1 رمز (token) |
| Opus 4.6 | ❌ غير مدعوم | ✅ مدعوم |
| Opus 4.7 | ✅ مضاف حديثاً (Beta) | ✅ مدعوم |
# طريقة استخدام ميزانيات المهام في Opus 4.7
response = client.beta.messages.create(
model="claude-opus-4-7",
max_tokens=128000,
output_config={
"effort": "xhigh",
"task_budget": {"type": "tokens", "total": 128000},
},
messages=[{"role": "user", "content": "راجع قاعدة الأكواد واقترح خطة لإعادة الهيكلة"}],
betas=["task-budgets-2026-03-13"],
)
🎯 نصيحة للاستخدام: لا تقم بتعيين ميزانية للمهمة في السيناريوهات التي تعتمد على الجودة كأولوية قصوى. استخدمها فقط في المهام الجماعية التي تتطلب التحكم في استهلاك الرموز (tokens). هذا المعامل مدعوم أيضاً عند الاستدعاء عبر خدمة وكيل API الخاص بـ APIYI (apiyi.com).
الترقية الخامسة: تحديث المعرفة — 8 أشهر إضافية من المعلومات
| بُعد المعرفة | Opus 4.7 | Opus 4.6 | الفارق |
|---|---|---|---|
| تاريخ قطع المعرفة الموثوقة | يناير 2026 | مايو 2025 | +8 أشهر |
| تاريخ قطع بيانات التدريب | يناير 2026 | أغسطس 2025 | +5 أشهر |
هذا يعني أن Opus 4.7 على دراية بجميع الأحداث التقنية الكبرى التي وقعت في النصف الثاني من عام 2025 وحتى أوائل عام 2026، بما في ذلك أحدث إصدارات أطر العمل البرمجية، وتغييرات الـ API، وتطورات الصناعة. بالنسبة للمهام التي تتطلب أحدث المعلومات، يتفوق الإصدار 4.7 بشكل ملحوظ على 4.6.
الترقية السادسة: أنماط السلوك — أكثر دقة ولكنها تتطلب تكيفاً
يختلف أسلوب عمل Opus 4.7 بشكل ملحوظ عن الإصدار 4.6، وهذا ليس خطأً برمجياً (bug) بل ميزة مقصودة (feature):
| بُعد السلوك | Opus 4.7 | Opus 4.6 |
|---|---|---|
| تنفيذ الأوامر | حرفي أكثر، لا يعمم تلقائياً | يستنتج الأوامر ويوسع نطاقها |
| طول الاستجابة | يتكيف ذاتياً مع تعقيد المهمة | يميل إلى طول ثابت |
| أسلوب النبرة | مباشر أكثر، صاحب رأي | أكثر ودية، مليء بعبارات المجاملة |
| استخدام الرموز التعبيرية | أقل | أكثر |
| تحديثات التقدم | يقدم تحديثات حالة عالية الجودة تلقائياً | يتطلب كوداً هيكلياً إجبارياً |
| الوكلاء الفرعيون | يولد عدداً أقل افتراضياً | يولد عدداً أكبر افتراضياً |
| استدعاء الأدوات | يعتمد على الاستنتاج، يستدعي الأدوات أقل | يميل إلى استدعاء الأدوات بشكل متكرر |
نصائح للتكيف
إذا كنت تكتب "موجه" (prompt) على إصدار 4.6 بهذا الشكل:
حلل هذا الكود، وافحص جميع الملفات ذات الصلة.
فقد يقوم 4.6 بالتوسع تلقائياً لفحص ملفات الاختبار ذات الصلة، وملفات الإعدادات، وما إلى ذلك. لكن 4.7 سيحلل فقط الكود الذي حددته بدقة. إذا كنت بحاجة إلى فحص المزيد من المحتوى، فيجب عليك توضيح ذلك صراحة.
هذا تحسن في الدقة، وليس تراجعاً في القدرات.

تحليل الأسعار: السعر المعلن ثابت، لكن التكلفة الفعلية تغيرت
مقارنة التسعير
| عنصر المحاسبة | Opus 4.7 | Opus 4.6 | التغير |
|---|---|---|---|
| سعر الإدخال | $5 / MTok | $5 / MTok | ثابت |
| سعر الإخراج | $25 / MTok | $25 / MTok | ثابت |
| علاوة السياق الطويل | لا يوجد | لا يوجد | ثابت |
| خصم المعالجة الدفعية | متاح | متاح | ثابت |
| تخزين الموجه مؤقتاً | مدعوم | مدعوم | ثابت |
لكن الـ Tokenizer قد تغير
يستخدم Opus 4.7 مُحلل رموز (Tokenizer) جديد تماماً، وهذا يعني:
- نفس المحتوى النصي قد يستهلك على Opus 4.7 ما بين 1.0x إلى 1.35x من الرموز (tokens).
- الحد الأقصى للزيادة يبلغ حوالي 35%، اعتماداً على نوع المحتوى.
- نافذة السياق البالغة 1 مليون رمز في Opus 4.7 تعادل تقريباً 555 ألف كلمة، بينما كانت في إصدار 4.6 تعادل حوالي 750 ألف كلمة.
تقدير تأثير التكلفة الفعلية
| سيناريو الاستخدام | الاستهلاك الشهري لـ 4.6 | الاستهلاك المتوقع لـ 4.7 | تغير التكلفة |
|---|---|---|---|
| محادثة نصية بحتة | 100M tokens | 110-135M tokens | +10~35% |
| توليد الأكواد | 100M tokens | 105-120M tokens | +5~20% |
| تحليل الصور (عالية الدقة) | 100M tokens | حوالي 300M tokens (جزء الصور 3x) | زيادة ملحوظة |
| تحليل الصور (دقة منخفضة) | 100M tokens | 110-135M tokens | +10~35% |
🎯 نصائح لتحسين التكلفة:
- استخدم واجهة
/v1/messages/count_tokensلإعادة تقييم استهلاكك للرموز.- في السيناريوهات التي لا تتطلب دقة عالية للصور، قم بخفض دقتها قبل الإرسال.
- استفد من ميزانيات المهام (Task Budgets) للتحكم في إنفاق الرموز للمهام الطويلة.
- من خلال منصة APIYI (apiyi.com)، يمكنك إدارة استدعاءات النموذج بمرونة واختيار النموذج الأكثر فعالية من حيث التكلفة لكل مهمة.
دليل تجنب أخطاء الترحيل: 5 تغييرات جذرية (Breaking Changes)
الترقية من 4.6 إلى 4.7 ليست عملية انتقال سلسة. التغييرات التالية ستؤدي إلى توقف الكود القديم عن العمل وإظهار أخطاء:
التغيير الجذري 1: إزالة التفكير الموسع (Extended Thinking)
# ❌ طريقة كتابة 4.6 (تعيد خطأ 400 في 4.7)
thinking = {"type": "enabled", "budget_tokens": 32000}
# ✅ طريقة الكتابة الصحيحة لـ 4.7
thinking = {"type": "adaptive"}
output_config = {"effort": "xhigh"}
التغيير الجذري 2: إزالة معاملات أخذ العينات (Sampling Parameters)
# ❌ طريقة كتابة 4.6 (تعيد خطأ 400 في 4.7)
response = client.messages.create(
model="claude-opus-4-7",
temperature=0.7, # خطأ!
top_p=0.9, # خطأ!
)
# ✅ طريقة الكتابة الصحيحة لـ 4.7: قم بإزالة هذه المعاملات مباشرة
response = client.messages.create(
model="claude-opus-4-7",
max_tokens=64000,
messages=[...],
)
التغيير الجذري 3: إخفاء محتوى التفكير افتراضياً
كان إصدار 4.6 يعيد ملخص التفكير افتراضياً، بينما لا يقوم 4.7 بذلك. إذا كانت واجهة المستخدم الخاصة بك تعرض عملية التفكير:
# ✅ استعادة عرض التفكير في 4.7
thinking = {"type": "adaptive", "display": "summarized"}
التغيير الجذري 4: تحديث الـ Tokenizer
تحتاج إلى تحديث max_tokens لتخصيص مساحة أكبر، وإعادة اختبار حساب الرموز.
التغيير الجذري 5: إزالة التعبئة المسبقة (Prefill)
تعبئة رسائل المساعد مسبقاً ستؤدي إلى خطأ 400 في 4.7. استخدم المخرجات المهيكلة أو الموجهات النظامية بدلاً من ذلك.
أوامر الترحيل السريع
إذا كنت تستخدم Claude Code، يمكنك إتمام الترحيل بضغطة زر:
/claude-api migrate this project to claude-opus-4-7
الأسئلة الشائعة
س1: هل Opus 4.7 أغلى من 4.6؟
السعر هو نفسه تماماً: 5 دولارات لكل مليون رمز (tokens) للمدخلات، و25 دولاراً لكل مليون رمز للمخرجات. ومع ذلك، نظراً لأن أداة تقسيم الرموز (Tokenizer) الجديدة قد تجعل المحتوى نفسه يستهلك ما يصل إلى 35% أكثر من الرموز، فقد تزداد التكلفة الفعلية. يُنصح بإعادة التقييم باستخدام واجهة عد الرموز. يمكنك إدارة ميزانيتك بمرونة من خلال استدعاء النموذج عبر خدمة APIYI (apiyi.com).
س2: هل يجب تعديل الكود عند الترقية من 4.6 إلى 4.7؟
على الأرجح نعم. إذا كنت تستخدم ميزانيات التفكير الموسعة (Extended Thinking Budgets)، أو معاملات أخذ العينات (temperature/top_p/top_k)، أو التعبئة المسبقة لرسائل المساعد، أو تعتمد على مخرجات محتوى التفكير الافتراضي، فسيؤدي كل ذلك إلى إرجاع خطأ 400 في إصدار 4.7. يُنصح بمراجعة قائمة التحقق الخاصة بالترحيل بنداً بنداً.
س3: هل هناك حالات لا ينبغي فيها الترقية؟
إذا كان تطبيقك يعتمد بشكل كبير على ضبط معاملات أخذ العينات (مثل التحكم في الإبداع عبر temperature)، أو يستخدم الصور بكثافة وهو حساس للتكلفة، فيجب عليك التقييم بعناية قبل الترقية. بالإضافة إلى ذلك، قد يتطلب التنفيذ الحرفي والأكثر دقة للتعليمات في 4.7 تعديل الموجهات (prompts) التي تم تحسينها مسبقاً، مما يضيف عبئاً إضافياً من العمل.
الخلاصة
الفروقات الجوهرية بين Claude Opus 4.7 و4.6:
- قفزة نوعية في الرؤية بمقدار 3 أضعاف: ارتفعت الدقة من 1568 بكسل إلى 2576 بكسل، بزيادة إجمالية في عدد البكسلات بمقدار 3.26 ضعف.
- قفزة في البرمجة: زيادة 12 نقطة مئوية في CursorBench، وحل 3 أضعاف مهام الإنتاج في Rakuten-SWE-Bench.
- مستوى xhigh الجديد: تحكم أكثر دقة في الاستدلال، حيث أصبح الجهد (effort) أكثر أهمية من أي وقت مضى في نماذج Opus.
- ميزانيات المهام (Task Budgets): آلية جديدة لإدارة ميزانية الرموز (في مرحلة تجريبية).
- تحديث المعرفة لمدة 8 أشهر: تم تحديث تاريخ قطع المعرفة من مايو 2025 إلى يناير 2026.
- سلوك أكثر دقة: تنفيذ أكثر حرفية ومباشرة مع تقليل الحشو.
- نفس السعر: 5 دولارات / 25 دولاراً لكل مليون رمز، لكن أداة تقسيم الرموز الجديدة قد تزيد الاستهلاك الفعلي بنسبة 0-35%.
هل يجب عليك الترقية؟ بالنسبة للغالبية العظمى من السيناريوهات، الإجابة هي نعم. التحسن في القدرات يفوق بكثير زيادة التكلفة الناتجة عن أداة تقسيم الرموز، خاصة في سيناريوهات البرمجة والرؤية. الحالة الوحيدة التي تتطلب الحذر هي السيناريوهات التي تعتمد على كميات كبيرة جداً من الصور وتكون حساسة للغاية للتكلفة.
يمكنك من خلال APIYI (apiyi.com) التبديل السريع لمعرف النموذج من claude-opus-4-6 إلى claude-opus-4-7 لاتخاذ قرارك بعد مقارنة أداء الإصدارين في سيناريوهات عملك الفعلية.
📚 المراجع
-
Anthropic الرسمي – ما الجديد في Opus 4.7: وثيقة توضيحية كاملة حول التحديثات
- الرابط:
platform.claude.com/docs/en/about-claude/models/whats-new-claude-4-6 - الوصف: الوثيقة التقنية الأكثر موثوقية ومباشرة، تتضمن جميع الميزات والتغييرات الجديدة.
- الرابط:
-
وثائق Claude API – دليل الترحيل: دليل كامل للانتقال من الإصدار 4.6 إلى 4.7
- الرابط:
platform.claude.com/docs/en/about-claude/models/migration-guide - الوصف: يتضمن التغييرات الجذرية (Breaking Changes)، التغيرات في السلوك، وقائمة التحقق الخاصة بالترحيل.
- الرابط:
-
نظرة عامة على نماذج Claude: مقارنة مواصفات وأسعار جميع نماذج Claude
- الرابط:
platform.claude.com/docs/en/about-claude/models/overview - الوصف: جدول المواصفات الرسمي للنماذج، يحتوي على تفاصيل المعايير ومعلومات التسعير.
- الرابط:
-
إعلان Anthropic الرسمي – Claude Opus 4.7: تدوينة الإطلاق
- الرابط:
anthropic.com/news/claude-opus-4-7 - الوصف: إعلان الإطلاق الرسمي، يتضمن بيانات اختبارات الأداء (Benchmarks) وتوجه المنتج.
- الرابط:
المؤلف: فريق APIYI التقني
للنقاش التقني: نرحب بمشاركاتكم في قسم التعليقات، ولمزيد من المعلومات يمكنكم زيارة مركز توثيق APIYI عبر الرابط docs.apiyi.com
