AionLabs: Aion-2.0 مقابل Inception: Mercury 3

AionLabs: Aion-2.0 هو نموذج نصي من AionLabs، صدر في 2026-02-23. Inception: Mercury 3 هو نموذج نصي من Inception، صدر في 2026-10-16. يُقدَّم كلاهما على api14 ضمن فئة النصوص، وكلاهما يقبل إدخالاً نصياً ويعيد إخراجاً نصياً. لا يقبل أي من النموذجين الصور أو الصوت أو أي وسيط آخر، لذا إذا كان عبء عملك لغوياً بحتاً، فكلاهما مرشحان، ويتحدد الاختيار بناءً على السياق والمعاملات والسعر لا على نوع المدخلات التي يمكنك تقديمها.

أوضح فرق بينهما هو طول السياق. يدعم Aion-2.0 عدد 131072 رمزاً، بينما يدعم Mercury 3 عدد 1000000 رمز، لذا يستوعب Mercury 3 نحو سبعة إلى ثمانية أضعاف النص في طلب واحد. وهذا مهم لقراءة مستودعات كاملة، أو النصوص الطويلة، أو مجموعات المستندات الكبيرة، أو أي طلب كنت ستقسّمه وتجمعه لولا ذلك. أما المعاملات فيتشابه النموذجان في الأساسيات: كلاهما يقبل max_tokens وtemperature وtool_choice وtools وresponse_format وreasoning وinclude_reasoning، لذا يتوفر استدعاء الدوال وإخراج الاستدلال على أي من الجانبين. ويضيف Mercury 3 معاملات reasoning_effort وstop وstructured_outputs، ما يمنح تحكماً أدق في مدى عمق الاستدلال وفي فرض مخطط محدد. Mercury 3 هو الأرخص بينهما في الإدخال والإخراج معاً، لذا فهو أيضاً الأقل تكلفة لكل رمز، وإن كان جدول الأسعار المباشر في هذه الصفحة هو المرجع للتحقق من الأرقام الحالية.

في الأعمال اليومية مثل التلخيص والتصنيف والاستخراج ومساعدي المحادثة والمساعدة المعتدلة في البرمجة، يفي أي من النموذجين بالغرض، والعوامل الحاسمة عادةً هي السياق والتكلفة. إذا كانت طلباتك تتسع بسهولة ضمن 131072 رمزاً وكنت تريد نموذجاً نصياً مباشراً مع استدعاء الدوال والاستدلال، فإن Aion-2.0 خيار افتراضي معقول. وإذا كنت تدفع بانتظام مدخلات طويلة جداً، أو تحتاج structured_outputs لضمان شكل JSON، أو تريد ضبط reasoning_effort، فإن Mercury 3 أنسب، وسياقه الأكبر يعني خطوط معالجة تقسيم أقل للصيانة. ولأن Mercury 3 أرخص في الإدخال والإخراج، فهو أيضاً الخيار المنطقي عندما يكون الحجم مرتفعاً والمهمة غير مقيدة بالسياق.

استدعاء أي من النموذجين عبر api14 هو العملية نفسها. الواجهة متوافقة مع OpenAI، لذا توجّه عميلك الحالي إلى عنوان api14 الأساسي، وترسل مفتاحك، وتضبط حقل model. لاستخدام Aion-2.0، اضبط معرّف النموذج على "aion-labs/aion-2.0". ولاستخدام Mercury 3، اضبطه على "inception/mercury-3". وكل ما تبقى في جسم الطلب، من messages وtemperature وtools وresponse_format وغيرها، يحتفظ بالشكل نفسه، لذا فإن التبديل بين النموذجين تغيير في سطر واحد، ويمكنك مقارنتهما على حركة المرور الخاصة بك دون إعادة كتابة كود التكامل.

لا تزال هناك حالات يكون فيها Aion-2.0 الخيار الأفضل. إذا كانت مدخلاتك قصيرة أو متوسطة الطول ولا تحتاج structured_outputs أو reasoning_effort، فإن السياق والمعاملات الإضافية في Mercury 3 لا تضيف لك شيئاً، وسطح طلب أبسط أسهل في الفهم. وإذا كنت قد ضبطت بالفعل الطلبات وأدوات التقييم على Aion-2.0 ونجحت، فلا سبب للانتقال ما لم تفرض التكلفة أو السياق ذلك. تعامل مع النموذجين كقابلين للتبادل على مستوى الواجهة واختر حسب المهمة: Aion-2.0 للأعمال النصية المحدودة، وMercury 3 عندما يغلب الطول أو فرض المخطط أو السعر لكل رمز.