ملاحظة المؤلف: قد تختلف كمية المهام التي يمكن إنجازها فعليًا بين باقتين تحملان العبارة نفسها «10 ملايين Token» بعدة أضعاف. تقدم هذه المقالة طريقة تحويل قابلة للتطبيق تساعدك على تحديد ما إذا كان الاشتراك أو الدفع حسب الاستخدام هو الخيار الأنسب.
عند مقارنة حصص باقات Token، يبدأ كثير من المطورين بالنظر إلى «كم Token شهريًا وكم التكلفة الشهرية»، ثم يحسبون سعر الوحدة مباشرة. تبدو هذه الطريقة معقولة ظاهريًا، لكنها تتجاهل الفروق في التخزين المؤقت والمخرجات ومعاملات النموذج والنافذة الزمنية. ستقدم هذه المقالة طريقة تحويل «التكلفة المكافئة للمهمة الواحدة» لمساعدتك على وضع الباقات المختلفة على مسطرة واحدة للمقارنة.
ليست هذه مقالة عامة تروج لفكرة «الاشتراك أوفر» أو «الدفع حسب الاستخدام أكثر مرونة»، بل طريقة تصل بها إلى استنتاج باستخدام بيانات استخدامك أنت. لا تستشهد المقالة بأسعار غير موثقة؛ وفيما يخص أسعار النماذج وقواعد الفوترة لدى APIYI، يُرجى الاعتماد على البيانات الفعلية في صفحة الأسعار https://docs.apiyi.com/models.
القيمة الأساسية: بعد قراءة هذه المقالة، ستتعلم كيفية قراءة حقول استخدام Token، وتفكيك قواعد الفوترة، وحساب نقطة التعادل، واتخاذ الخيار المناسب لك.
النقاط الأساسية في حصص حزم الرموز (Token)
الرموز (Tokens) مجرد وحدة قياس، وليست وحدة قيمة موحّدة. فغالبًا ما تختلف أسعار الرموز للمدخلات والمخرجات وقراءة التخزين المؤقت، كما تحدد بعض الحزم معاملات مضاعفة حسب النموذج. لذلك، تساوي الحصة الاسمية لا يعني بالضرورة تساوي القيمة الفعلية.
| النقطة | التوضيح | التأثير على الاختيار |
|---|---|---|
| طريقة الاحتساب | هل تُحتسب رموز قراءة التخزين المؤقت وكتابته ورموز الاستدلال ضمن الحصة | يحدد مقدار الحصة التي تستهلكها المهمة نفسها |
| وزن النموذج | قد تخصم النماذج المختلفة الحصة بمعاملات مختلفة | يحدد المدة الفعلية التي يمكن استخدام النموذج المتقدم خلالها |
| النافذة الزمنية | قد توجد حدود كل ساعة أو أسبوعية أو شهرية | يحدد إمكانية استخدام الحصة في أوقات الذروة |
| شكل الحصة | قد تُقاس بالرموز أو عدد الطلبات أو النقاط أو عدد الرسائل | يحدد إمكانية مقارنتها مباشرة بالحلول الأخرى |
| بنية المهمة | يختلف طول السياق وعدد جولات المحادثة ومعدل إصابة التخزين المؤقت من مهمة لأخرى | يحدد التكلفة النهائية للمهمة الواحدة |
لماذا تبدو أرقام حصة باقات الـ Token مضللة
قد تولّد المهمة نفسها في وكيل البرمجة كمية كبيرة من رموز قراءة الذاكرة المؤقتة بسبب إعادة إرسال السياق مرارًا وتكرارًا. لنفترض أن مهمة واحدة تنتج 500 ألف Token، منها 400 ألف قراءة من الذاكرة المؤقتة، و60 ألف إدخال غير مخزّن مؤقتًا، و40 ألف إخراج. جميع الأرقام هنا أمثلة توضيحية للطريقة فقط، ولا تمثل أي باقة حقيقية.
إذا كانت الباقة A تحسب كل الـ Tokens ضمن الحصة، فإن حصة قدرها 10 ملايين Token تكفي لنحو 20 مهمة مثل هذه. أما إذا كانت الباقة B لا تحسب قراءة الذاكرة المؤقتة، فالمهمة نفسها تستهلك 100 ألف فقط من الحصة، أي أن 10 ملايين Token تكفي لنحو 100 مهمة. الحصتان متساويتان بالاسم، لكن عدد المهام التي يمكن إنجازها فعليًا يختلف خمسة أضعاف.
معايير احتساب حصة باقات الـ Token الشائعة
يسرد الجدول التالي المعايير الأكثر سهولة في التغاضي عنها عند المقارنة. تعريفات الشركات المختلفة ليست متطابقة تمامًا، لذا ينبغي مراجعة الوثائق الرسمية بندًا بندًا قبل الشراء، وعدم الاستنتاج من الاسم وحده.
| بند الاحتساب | المعنى | الفخ الشائع | طريقة التحقق |
|---|---|---|---|
| الإدخال غير المخزّن مؤقتًا | محتوى الموجه المُرسل أول مرة والذي لم يصب الذاكرة المؤقتة | السياق الطويل يُحتسب عدة مرات | راجع تفاصيل الاستخدام |
| قراءة الذاكرة المؤقتة | محتوى الإدخال الذي أصاب ذاكرة الموجه المؤقتة | قد يشكّل معظم الإجمالي، والاختلاف في قواعد الاحتساب كبير | راجع قواعد الباقة وصفحة الأسعار |
| كتابة الذاكرة المؤقتة | الاستخدام الناتج عند كتابة المحتوى في الذاكرة المؤقتة | قد يختلف سعر الوحدة عن الإدخال العادي | راجع توضيح أسعار النموذج |
| الإخراج | المحتوى الذي يولّده النموذج | سعر الوحدة عادةً أعلى من الإدخال، والإخراج الطويل يؤثر بوضوح | راجع توضيح أسعار النموذج |
| رموز الاستدلال | الاستخدام الناتج عن عملية تفكير نموذج الاستدلال | لا يرى المستخدم النص، لكنه قد يُحتسب ضمن الإخراج | راجع حقول الاستخدام في الاستجابة |
بالنسبة إلى بيانات الدفع حسب الاستخدام لدى APIYI، يُرجى الاعتماد على ما هو مذكور فعليًا في صفحة الأسعار https://docs.apiyi.com/models. قد تختلف أسعار الوحدة وقواعد الذاكرة المؤقتة بين النماذج، ويُنصح بالتحقق نموذجًا بنموذج وفق ما تستخدمه فعليًا.
إتقان سريع لحصة الرموز في الحزم: 5 خطوات لحساب الاشتراك والدفع حسب الاستخدام بوضوح
لا تتطلب الطريقة التالية كتابة أدوات معقدة؛ يكفي جدول بيانات إلكتروني واحد. والأهم هو استخدام بيانات من مهام حقيقية، لا تقدير الاستخدام الشهري بالحدس.
الخطوة 1: جمع استخدام الرموز الفعلي في المهام الحقيقية
اختر من 3 إلى 5 أنواع من المهام الأكثر شيوعًا، مثل إصلاح خلل برمجي، وإنشاء تقرير أسبوعي، ومعالجة دفعة من تذاكر دعم العملاء. وسجّل كل نوع مهمة من 5 إلى 10 مرات على الأقل لتقليل تأثير التقلبات العارضة. قد يختلف الاستهلاك كثيرًا بين المهام المعقدة والبسيطة، لذا لا يُنصح بالاعتماد على نتيجة واحدة لتمثيل الحالة بأكملها.
إذا كنت تستدعي النموذج عبر API بالفعل، فيمكنك قراءة الاستخدام من كائن usage في الاستجابة. معاني الحقول في صيغتين شائعتين من الواجهات ليست متطابقة، لذا انتبه جيدًا عند التجميع:
| بند الاستخدام | حقل صيغة OpenAI | حقل صيغة Anthropic | ملاحظات عند التجميع |
|---|---|---|---|
| الإدخال | prompt_tokens |
input_tokens |
الأول يتضمن عادةً الجزء الذي تمت قراءته من الذاكرة المؤقتة، أما الثاني فلا يتضمن عادةً جزء قراءة وكتابة الذاكرة المؤقتة |
| قراءة الذاكرة المؤقتة | prompt_tokens_details.cached_tokens |
cache_read_input_tokens |
في صيغة OpenAI، يجب خصم هذا من الإدخال قبل حساب الجزء غير المخزن مؤقتًا |
| كتابة الذاكرة المؤقتة | يعتمد على النموذج وما تعيده الواجهة | cache_creation_input_tokens |
سجّلها بشكل منفصل، واحسبها بسعر الوحدة المقابل |
| الإخراج | completion_tokens |
output_tokens |
راقب نسبة المهام ذات المخرجات الطويلة |
| الاستدلال | completion_tokens_details.reasoning_tokens |
يعتمد على النموذج وما تعيده الواجهة | تجنّب جمعها مع الإخراج مرة أخرى، حتى لا تُحتسب مرتين |
الخطوة 2: حساب التكلفة المكافئة لمهمة واحدة عند الدفع حسب الاستخدام
خُذ متوسط الاستخدام الذي جُمع، ثم ابحث عن سعر الوحدة للنموذج المستهدف. صيغة الحساب كالتالي:
تكلفة المهمة الواحدة حسب الاستخدام = الإدخال غير المخزّن مؤقتًا × سعر وحدة الإدخال + قراءة الذاكرة المؤقتة × سعر وحدة قراءة الذاكرة المؤقتة + كتابة الذاكرة المؤقتة × سعر وحدة كتابة الذاكرة المؤقتة + الإخراج × سعر وحدة الإخراج
يجب أن تؤخذ جميع أسعار الوحدات في الصيغة من صفحة الأسعار، ولا تعتمد على لقطات شاشة قديمة أو أرقام منقولة من طرف ثالث. وإذا كانت الأسعار محددة لكل مليون توكن، فتذكّر توحيد الوحدات قبل الحساب. عند استخدام APIYI، اعتمد على أسعار النماذج وأساس الفوترة المعروضين في https://docs.apiyi.com/models.
الخطوة 3: تحويل حصة الاشتراك إلى عدد المهام القابلة للإنجاز
المؤشر الأساسي في خطة الاشتراك ليس إجمالي التوكنات، بل «كم عدد المهام التي يمكن إنجازها ضمن الحد المسموح». تحقّق أولاً من قواعد الخصم في الباقة، ثم قدّر باستخدام الصيغة التالية:
عدد المهام القابلة للإنجاز شهريًا = الحصة الفعلية الشهرية ÷ (توكنات فوترة المهمة الواحدة × مضاعف النموذج)
إذا كانت الباقة تُقاس بعدد الطلبات أو النقاط، فاستبدل المقام بمتوسط عدد الطلبات أو استهلاك النقاط للمهمة الواحدة. وإذا لم تكن القواعد معلنة، فيمكنك خلال فترة التجربة تشغيل عدة مهام قياسية ومراقبة تغيّر الحصة ثم الاستنتاج بشكل عكسي. ما تحصل عليه بهذه الطريقة هو مجرد قيمة تقديرية، ويجب توضيح ذلك صراحةً في الجدول.
الخطوة 4: تصحيح حصة باقة Token باستخدام النوافذ الزمنية
أن يكون الإجمالي الشهري كافيًا لا يعني أن الاستخدام في أوقات الذروة سيكون كافيًا أيضًا. إذا كانت الباقة تتضمن نوافذ على مستوى الساعة أو الأسبوع، فما زلت بحاجة إلى التحقق باستخدام ذروة الاستخدام:
عدد المهام المتاح فعليًا = min (عدد المهام الممكن إنجازها شهريًا، عدد المهام الممكن إنجازها تراكميًا ضمن كل نافذة زمنية)
على سبيل المثال، قد يستهلك المطور معظم استخدامه في أسبوع مكثف، وقد يصل حد الاستخدام الأسبوعي إلى سقفه مبكرًا. في هذه الحالة، يصبح وقت الانتظار الإضافي تكلفة أيضًا، خصوصًا عندما لا يمكن مقاطعة المهام؛ لذلك لا يمكن تخطي هذه الخطوة.
الخطوة 5: حساب نقطة التعادل بين الاشتراك والدفع حسب الاستخدام
أخيرًا، قارن الرقمين: الأول هو حجم المهام عند نقطة التعادل، والثاني هو حجم المهام الذي تحتاج فعلاً إلى إنجازه شهريًا:
حجم المهام عند نقطة التعادل = رسوم الاشتراك الشهرية ÷ تكلفة المهمة الواحدة عند الدفع حسب الاستخدام
يمكن تبسيط قاعدة القرار في ثلاث نقاط:
- إذا كان حجم المهام الشهري أعلى بكثير من نقطة التعادل، وكان عدد المهام المتاح فعليًا يغطي احتياجك: ففضّل الاشتراك.
- إذا كان حجم المهام الشهري أقل من نقطة التعادل، أو كان الاستخدام متقلبًا بشكل كبير: ففضّل الدفع حسب الاستخدام.
- إذا كان حجم المهام الشهري قريبًا من نقطة التعادل: فاختر الخيار الأكثر مرونة، وأعد الحساب في دورة الفوترة التالية.
نصيحة للبدء السريع: إذا أردت جمع بيانات استخدام حقيقية، يمكنك اختبار نماذج مختلفة عبر APIYI apiyi.com باستخدام المجموعة نفسها من الموجهات، ثم أدخل بيانات
usageفي الجدول. يساعدك ذلك على تقليل العمل اللازم لتكييف كل واجهة API على حدة، ويُسهّل المقارنة بشكل موحد.
طريقة الوصول إلى جمع استخدام Token عبر APIYI
توفّر APIYI استدعاءات API للنماذج السائدة التي يناقشها هذا المقال، وهي متوافقة مع تنسيقي واجهات OpenAI وAnthropic. تحتاج المشاريع الحالية عادةً فقط إلى تعديل إعدادات الوصول لتبدأ جمع الاستخدام؛ وللتحقق من توفر نموذج بعينه، راجع صفحة الأسعار.
- سجّل حسابًا على APIYI apiyi.com، وأنشئ مفتاح API في لوحة التحكم.
- في التنسيق المتوافق مع OpenAI، يمكنك تعيين
base_urlإلىhttps://api.apiyi.com/v1؛ أما عنوان الوصول ورؤوس الطلبات في تنسيق Anthropic فاضبطها وفقًا لما ورد في التوثيق. - عيّن
modelإلى اسم النموذج المدرج في صفحة الأسعار، وأرسل مهمة قياسية، وسجّلusageالوارد في الاستجابة. - تحقق من سعر الوحدة لكل نموذج على
https://docs.apiyi.com/models، ثم عوّض في صيغة الخطوة 2.
راجع توثيق APIYI للحصول على تعليمات الوصول الكاملة: https://docs.apiyi.com.
مقارنة خطط حصص Token: الاشتراك والدفع حسب الاستخدام والخطة المختلطة
تختلف نقطة التقاطع في الرسم أعلاه من شخص لآخر، وهي تعتمد على بنية مهامك والنموذج الذي تختاره. يقارن الجدول أدناه الخطط الثلاث من زاوية قرارات الشراء، دون الخوض في أسعار محددة.
| بعد المقارنة | خطة الاشتراك | الدفع حسب الاستخدام | الخطة المختلطة |
|---|---|---|---|
| سمة التكلفة | رسوم شهرية ثابتة نسبيًا | تتغير بحسب الاستخدام | نفقات ثابتة + نفقات مرنة |
| الخطر الرئيسي | بقاء الحصة دون استخدام أو نفادها مبكرًا | ارتفاع الفاتورة عند زيادة الاستخدام المفاجئة | فاتورتان تزيدان تكلفة الإدارة |
| الأنسب لـ | تطوير يومي متكرر ومستقر | استخدام منخفض أو متقلب أو استدعاءات برمجية | استخدام يومي مستقر مع وجود ذُرى |
| تبديل النماذج | مقيّد بنطاق النماذج التي تدعمها الخطة | أكثر مرونة عادةً | النموذج الأساسي ثابت، والبقية حسب الحاجة |
| أساس السعر | وفق صفحة الخطة الرسمية | عند استخدام APIYI يُعتمد على https://docs.apiyi.com/models |
تُحتسب كل خطة وفق صفحتها المقابلة |
كيف تختار بين الاشتراك والدفع حسب الاستخدام في سيناريوهات مختلفة
مطوّر فردي عالي الاستخدام: إذا كنت تعمل يوميًا بشكل أساسي داخل أدوات ثابتة، ويكون استخدامك مستقرًا نسبيًا، فمن المنطقي حساب خطة الاشتراك أولًا. لكن تأكد جيدًا من كفاية نافذة الذروة، وما إذا كانت قراءات التخزين المؤقت تُحتسب ضمن الحصة.
المنتجات وخدمات الواجهة الخلفية: غالبًا ما تناسب الوظائف المتاحة للمستخدمين عبر الإنترنت الدفع حسب الاستخدام، لأن حجم الاستدعاءات يصعب التنبؤ به، وتحتاج إلى إسناد تكلفة واضح. في الوقت نفسه، انتبه إلى شروط خدمة الاشتراك؛ فبعض خطط الاشتراك لا تسمح بالضرورة باستخدامها في خدمات الإنتاج أو إعادة البيع.
فريق صغير: احسب أولًا الاستخدام الفعلي لكل عضو على حدة، ولا تفترض تلقائيًا أن الجميع يحتاج إلى اشتراك من المستوى نفسه. يمكن للأعضاء ذوي الاستخدام العالي استخدام الاشتراك، بينما يستخدم الأعضاء منخفضو الاستخدام والسكربتات الآلية الدفع حسب الاستخدام؛ وهذا الترتيب عادةً ما يطابق الاحتياجات الفعلية بسهولة أكبر.
مرحلة تقييم النماذج: لم يتشكل بعد نمط استخدام مستقر في هذه المرحلة، لذا يكون الدفع حسب الاستخدام أنسب للتحقق على نطاق صغير. يمكنك عبر APIYI استدعاء عدة نماذج بواجهة موحدة، ثم تحديد الخطة طويلة الأمد بعد انتهاء الاختبار.
الأسئلة الشائعة FAQ
Q1: ما المقصود بحصة باقة Token؟
حصة باقة Token هي الحد الأعلى للاستخدام الذي توفره الخدمة خلال فترة معينة. وقد تُحتسب مباشرةً بعدد الرموز (Token)، أو تُحوَّل إلى نقاط أو عدد طلبات أو عدد رسائل. عند المقارنة، تأكد أولًا من قواعد الخصم، ولا تنظر إلى الأرقام الاسمية وحدها.
Q2: ما الفرق بين حصة باقة Token والدفع حسب الاستخدام؟
عادةً ما تُدفع الباقة مبلغًا ثابتًا مقدمًا وتُستخدم ضمن الحدود؛ أما الدفع حسب الاستخدام فيُسوَّى وفق الاستخدام الفعلي وسعر النموذج للوحدة. الأولى تسهّل ضبط الميزانية لكنها قد تبقى غير مستخدمة أو تصل إلى الحد الأقصى؛ والثانية أكثر مرونة لكنها تتطلب مراقبة جيدة للاستخدام.
Q3: كم مرة ينبغي مراجعة قواعد حصة باقة Token؟
يوصى بمراجعة القواعد مرة واحدة كل دورة تجديد، وإعادة الحساب فورًا عند ترقية النموذج أو تغيّر بنية المهام أو تعديل الباقة. فقد تتغير أسعار النماذج ومعاملات المضاعفة والحدود، ولا تظل الاستنتاجات القديمة صالحة بالضرورة. وينبغي الاعتماد على المحتوى الحالي في الصفحة الرسمية لمعلومات الأسعار.
Q4: حين يكون معدل إصابة الذاكرة المؤقتة مرتفعًا، هل يكون الاشتراك أنسب دائمًا؟
ليس بالضرورة. فسعر قراءة الذاكرة المؤقتة يختلف عادةً عن سعر الإدخال العادي، وقد تنخفض تكلفة الدفع حسب الاستخدام بشكل ملحوظ؛ لكن إذا كانت الباقة تحتسب قراءة الذاكرة المؤقتة ضمن الحصة، فقد تُستهلك الحصة بسرعة أكبر. لذا ينبغي إدخال السيناريوهين في المعادلة كلٍّ على حدة.
Q5: كيف يمكن التحقق سريعًا من تكلفة Token عبر API؟
يمكنك إعداد 3 إلى 5 أنواع من المهام القياسية، ثم استدعاء النماذج المرشحة عبر APIYI على apiyi.com، وتسجيل الحقل `usage`. المنصة متوافقة مع تنسيقي واجهات OpenAI وAnthropic، مما يسهّل إعادة استخدام الكود الحالي. راجع طريقة الربط في `https://docs.apiyi.com`.
Q6: أين يمكن الاطلاع على أسعار النماذج في APIYI؟
يرجى زيارة `https://docs.apiyi.com/models`. تُعتمد أسعار الإدخال والإخراج والذاكرة المؤقتة وطريقة الاحتساب للنماذج على البيانات الفعلية في تلك الصفحة. يُنصح بالتحقق من اسم النموذج ووحدة السعر قبل الحساب، وعدم استخدام الأرقام الواردة في المحتوى المنقول.
Q7: ما قيود طريقة تحويل حصة باقة Token هذه؟
تعتمد على مدى تمثيل العينات، وعندما تكون العينة صغيرة جدًا قد يصبح الخطأ كبيرًا نسبيًا. كما أن معاملات المضاعفة والحدود في بعض الباقات ليست معلنة بالكامل، ولا يمكن استنتاجها إلا عبر الاختبار. إضافةً إلى ذلك، لا تقيس المعادلة جودة النموذج وتكلفة إعادة العمل مباشرةً؛ فإذا كان نموذج ما يتطلب إعادة محاولة متكررة، فينبغي احتساب استهلاك إعادة المحاولات ضمن الإجمالي.
Q8: هل يمكن استخدام الاشتراك والدفع حسب الاستخدام في الوقت نفسه؟
يمكن، فهذا أسلوب شائع عندما يكون الاستخدام ذا ذروة واضحة. تتولى الاشتراكات المهام اليومية المستقرة، بينما تعتمد السكربتات الآلية والمهام التي تتجاوز الحد على API بالدفع حسب الاستخدام. عند التنفيذ، احسب تكاليف الجزأين كلٌ على حدة، وتأكد من أن طريقة الاستخدام متوافقة مع شروط الخدمة المعنية.
أهم النقاط الأساسية حول حصص باقات Token
- الحصة الاسمية لا تعادل القيمة الفعلية: قد يقابل العدد نفسه من الـ Token أحجامًا شديدة التباين من المهام.
- وحّد أساس الحساب أولًا: راجع بندًا بندًا قراءة وكتابة ذاكرة التخزين المؤقت، وToken الإخراج، وToken الاستدلال، ومعاملات النموذج.
- استخدم المهمة كوحدة مقارنة: مقارنة عدد المهام التي يمكن إنجازها أكثر موثوقية من مقارنة سعر كل مليون Token.
- يجب إدخال الإطار الزمني في الحساب: قد يكفي الإجمالي الشهري، لكن قد يتم بلوغ السقف مبكرًا في فترات الذروة.
- استعن بنقطة التعادل لاتخاذ القرار: اقسم رسوم الاشتراك الشهرية على التكلفة حسب الاستخدام للمهمة الواحدة، ثم قارنها بالاحتياج الفعلي.
- تحقق باستخدام بيانات حقيقية: يمكنك استدعاء النماذج بشكل موحّد عبر APIYI، وحساب التكلفة وفقًا لصفحة الأسعار الخاصة به.
الخلاصة
لا يمكن مقارنة حصص باقات الرموز (Token) مباشرةً، لأن الرقم نفسه قد يخفي وراءه أساسًا مختلفًا للفوترة، وأوزانًا مختلفة للنماذج، وقيودًا على الاستخدام. وللاختيار بين الاشتراك والدفع حسب الاستخدام، اتبع الترتيب التالي:
- جمع الاستخدام: سجّل رموز الإدخال والتخزين المؤقت والإخراج والاستدلال الخاصة بمهامك الحقيقية.
- حساب التكلفة: احسب تكلفة المهمة الواحدة بالدفع حسب الاستخدام انطلاقًا من صفحة الأسعار الحالية.
- تحويل الحصة: حوّل حصة الاشتراك إلى عدد المهام القابلة للإنجاز بعد احتساب المعاملات (الوزن) والنافذة الزمنية.
- مقارنة الاحتياج: قارن حجم المهام عند نقطة التعادل مع احتياجك الشهري الفعلي، ثم اختر الاشتراك أو الدفع حسب الاستخدام أو مزيجًا بينهما.
ننصح بتنفيذ أول قياس باستخدام مهام حقيقية على مدى أسبوع واحد، ثم تحديث البيانات في كل دورة تجديد. وعند الحاجة إلى التحقق عبر نماذج مختلفة، يمكنك الاختبار عبر واجهة موحّدة من خلال APIYI على apiyi.com، ويُرجى اعتماد https://docs.apiyi.com/models كمرجع للأسعار.
📚 المراجع
- صفحة النماذج والأسعار في APIYI: للاستعلام عن أسعار النماذج وأساس الفوترة
- الرابط:
docs.apiyi.com/models -
الوصف: كل ما يتعلق بأسعار APIYI وأساس الفوترة في هذا المقال يعتمد على البيانات الفعلية في هذه الصفحة
-
مركز توثيق APIYI: إرشادات الربط بالواجهات
- الرابط:
docs.apiyi.com -
الوصف: يضم إعدادات الربط وتعليمات الاستخدام، ويُستحسن الرجوع إليه قبل الاختبار
-
التوثيق الرسمي لـ OpenAI: شرح واجهة API وحقول الاستخدام
- الرابط:
platform.openai.com/docs -
الوصف: يمكن استخدامه للتحقق من معنى حقل
usageفي الاستجابات بصيغة OpenAI -
التوثيق الرسمي لـ Anthropic: واجهة Messages API والتخزين المؤقت للموجهات
- الرابط:
docs.anthropic.com - الوصف: يمكن استخدامه للتحقق من حقول استخدام قراءة وكتابة التخزين المؤقت بصيغة Anthropic
المؤلف: الفريق التقني في APIYI
للتواصل التقني: يسعدنا تواصلك معنا عبر الصفحة الرئيسية لموقع APIYI على apiyi.com، ولمزيد من المواد يمكنك زيارة مركز التوثيق docs.apiyi.com
