OpenRouter يطلق واجهة برمجة تطبيقات لإنشاء الفيديو، وتستدعي واجهة واحدة نماذج رئيسية مثل Sora 2 وVeo 3.1 وSeedance

أخبار ME، في 16 أبريل (بتوقيت UTC+8)، وفقًا لمراقبة 动察 Beating، تم إطلاق واجهة برمجة التطبيقات (API) لإنشاء الفيديو على منصة تجميع نماذج الذكاء الاصطناعي OpenRouter رسميًا، مع دعم أولي للفيديو النصي والفيديو الصوري، وربطها بـ Seedance 2.0/1.5، Veo 3.1، Wan 2.7/2.6 و Sora 2 Pro، وسيتم توسيعها لاحقًا.
التمثيل البرمجي لإنشاء الفيديو في مجال الفيديوهات أكثر تجزئة بكثير من نماذج النصوص: تنسيقات الطلبات مختلفة، وأسماء المعلمات مختلفة، ووحدات الفوترة مختلفة، وحتى قدرات عائلة النماذج نفسها (الفيديو النصي، الفيديو الصوري، توليد الشخصيات المرجعية) غالبًا ما تتوافق مع نقاط نهاية مختلفة.
طريقة OpenRouter هي بناء مجموعة من المخططات الموحدة على الطبقة العليا، وتوجيه الطلبات تلقائيًا إلى نقطة النهاية الصحيحة بناءً على معلمات الطلب.
إذا أرفقت صورة، يتم استخدام توليد الفيديو بالصورة، وإذا حددت شخصية مرجعية، يتم استخدام نقطة نهاية التوافق الشخصي، ولا يحتاج المطورون للقلق بشأن الاختلافات الأساسية.
كما أن توحيد المعلمات يغطي التفاصيل التي قد تؤدي إلى أخطاء بسهولة.
على سبيل المثال، يدعم Veo 3.1 مقاطع زمنية من 4 و6 و8 ثوانٍ، وWan 2.6 يدعم 5 أو 10 ثوانٍ، وإذا تم إدخال مدة خاطئة، يتم إرجاع خطأ مباشرة.
توفر OpenRouter نقطة نهاية لاستعلام قدرات النماذج /api/v1/videos/models\، وتعيد دعم كل نموذج للدقة، والمدة، ونسبة العرض إلى الارتفاع، والتسعير، والمعلمات الخاصة بالنموذج، بحيث يمكن للمطورين أو وكلاء البرمجة التحقق قبل الاستخدام وتجنب التجربة والخطأ.
نظرًا لأن إنشاء الفيديو يستغرق دقائق، تعتمد الواجهة على نمط غير متزامن: بعد إرسال كلمات الوصف، يتم إرجاع معرف المهمة، وعند الانتهاء يتم استرجاع الفيديو.
كما أطلقت OpenRouter تطبيق عرض لعملية سير العمل متعدد الوسائط، يوضح تسلسل توليد النصوص التفصيلية بواسطة LLM، وتوليد الشخصيات بواسطة نماذج الصور، وتوليد المشاهد بواسطة نماذج الفيديو.
هذه هي القيمة المباشرة بعد توحيد مسار الوصول لإنشاء الفيديو: يمكن للمطورين دمج نماذج النص والصورة والفيديو تحت واجهة برمجة تطبيقات واحدة، دون الحاجة إلى التفاعل مع SDKs الخاصة بكل شركة.
(المصدر: BlockBeats)