GetAPI.ONE
اختيار نموذج لمهمتك
رشّح الدليل الحالي بالنقطة المعلنة والمهمة، ونفّذ تقييمًا صغيرًا بأمثلتك، ثم اختر وفق الجودة والزمن والتكلفة الحالية المقاسة.
حدد معايير القرار أولًا
- اكتب المهمة وبنية المدخل والمخرج المطلوبة واللغة والزمن المقبول وتكلفة الفشل.
- اختر البروتوكول الذي يدعمه تطبيقك أصلًا: Responses أو Chat Completions أو الصور أو الفيديو أو نقطة أخرى معلنة.
- جهّز أمثلة تمثيلية وشرط نجاح يمكن للبشر التحقق منه.
{
"task": "extract support ticket fields",
"endpoint": "openai-response",
"must_pass": ["valid JSON", "required fields", "no invented facts"],
"measure": ["quality", "latency", "live request cost"]
}بناء قائمة مرشحين مبررة
- افتح الدليل الحالي ورشّح بنقطة النهاية الدقيقة التي سيستدعيها العميل.
- اقرأ وصف كل مرشح المسند وأسعاره الحالية، وعامل الحقائق المفقودة كمجهولة.
- شغّل مجموعة التقييم الصغيرة التمثيلية نفسها على كل مرشح عندما تقبل احتمال الفوترة.
- سجل جودة المخرج والأخطاء والزمن والتكلفة المرصودة بالشروط نفسها.
- اختر النموذج الأساسي والاحتياطي فقط إذا اجتاز كلاهما العقد المطلوب.
استخدام قائمة تقييم
| البُعد | ما ينبغي تسجيله |
|---|---|
| ملاءمة العقد | النقطة المعلنة والمعاملات المطلوبة وتحليل المخرجات ومعالجة الأخطاء. |
| جودة المهمة | نجاح أو فشل الأمثلة التي راجعتها، لا ترتيب تسويقي. |
| زمن الاستجابة | ملاحظات الوسيط والتأخيرات الطويلة من المنطقة وبنية الطلب نفسيهما. |
| التكلفة | الأسعار الحالية وسجلات الاستخدام الفعلية للتقييم. |
| الموثوقية | الأخطاء ونتائج المحاولات خلال نافذة اختبارك. |
التحقق من القرار المتوقع
- كل نموذج مرشح يعلن نقطة النهاية المستخدمة في التكامل.
- يجتاز النموذج المختار جميع الأمثلة المطلوبة، لا أسهل مطالبة فقط.
- تسجل وثيقة الاختيار تاريخ الملاحظة والمدخلات والإعداد والمفاضلات القابلة للقياس.
تجنب أخطاء الاختيار
- لا تستنتج دعم النقطة من اسم مألوف؛ استخدم إعلان الدليل الحالي.
- لا تقارن نماذج بمطالبات أو مناطق أو حدود إخراج أو سياسات تكرار مختلفة.
- لا تحوّل معيار مزود إلى دليل على توجيه GetAPI.ONE أو سعره أو توفره أو جودة مهمتك.