Sora 2 هو أول نموذج تحويل النص إلى فيديو متاح على نطاق عام من OpenAI، ويمكن الوصول إليه برمجياً عبر واجهة OpenAI الرسمية ومجموعة متزايدة من مسارات المجمّعين. نموذج التسعير غير معتاد مقارنة بنماذج النص (الفوترة لكل ثانية من الفيديو المُنتَج بدلاً من كل رمز)، والأسئلة العملية التي يطرحها المطوّرون قبل الدمج تختلف عن أسئلة واجهة برمجة تطبيقات نموذج لغوي كبير. ما التكلفة الفعلية لمقطع واحد؟ كم يستغرق التوليد؟ ما حدود المعدل؟ ما الذي يتغيّر عند الوصول إلى Sora عبر مجمّع بدلاً من OpenAI مباشرة؟
هذه المقالة هي المرجع الذي تمنّينا وجوده عندما بدأنا بتحديد نطاق ميزات توليد الفيديو الخاصة بنا. تمت هيكلة المادة للمطوّر الذي تجاوز مرحلة "هل Sora مثير للاهتمام؟" ويحتاج الآن للإجابة عن "ما التكلفة، ماذا يتطلّب الدمج، وماذا أحتاج أن أعرف قبل الالتزام؟"
قراءة سريعة: تكلفة Sora 2 (النموذج القياسي) هي $0.10 لكل ثانية من الفيديو المُنتَج بدقة 720p. تكلفة Sora 2 Pro هي $0.30 لكل ثانية عند 720p أو $0.50 لكل ثانية عند 1024p. تكلفة مقطع نموذجي مدته 10 ثوانٍ هي $1.00 على النموذج القياسي و$5.00 على Pro بدقة HD. التوليد غير متزامن؛ توقّع 30–90 ثانية من الزمن الفعلي لمقطع مدته 5–10 ثوانٍ. يتطلّب الوصول حساب OpenAI مدفوعاً بحد أدنى مستوى استخدام 2.
حالة الوصول إلى واجهة برمجة تطبيقات Sora في عام 2026
تم إطلاق Sora 2 في واجهة OpenAI في 7 أكتوبر 2025، ومنذ ذلك الحين ظل الوصول متاحاً بشكل مستمر. معرّف النموذج هو sora-2 (مع معرّف لقطة حالية sora-2-2025-12-08)، والمتغيّر الأعلى وفاءً هو sora-2-pro. كلاهما يدعمان توليد النص إلى فيديو والصورة إلى فيديو، مع إخراج صوت متزامن. اعتباراً من 10 يناير 2026، تم إيقاف وصول المستهلكين في الشريحة المجانية عبر منتج ChatGPT، ما ركّز استخدام Sora على مستوى المطوّرين إما على اشتراكات ChatGPT المدفوعة أو الوصول المباشر عبر الواجهة.
هناك ثلاثة مسارات لاستخدام Sora برمجياً:
- OpenAI direct API. المسار المعتمد. فوترة لكل ثانية، مدفوع فقط، يتطلب شحن رصيد بحد أدنى $10 للوصول إلى مستوى الاستخدام 2 الذي يفتح الوصول إلى نموذج Sora. يدعم كلّاً من حزمة SDK وواجهة REST.
- Azure OpenAI. مسار مايكروسوفت المؤسسي، يعكس أسعار OpenAI الرسمية مع إضافة تكاليف اشتراك Azure وميزات الامتثال المؤسسي. نفس التسعير لكل ثانية؛ سطح تشغيلي مختلف.
- Aggregators. خدمات تعرض Sora خلف واجهتها الموحّدة. معظم المجمّعين يمرّرون تسعير OpenAI لكل ثانية بالتكافؤ؛ والقيمة تشغيلية (اعتماد واحد، فاتورة واحدة، ونفس حزمة SDK لحركة نماذج النص). بعضهم يقدّم هياكل تسعير خاصة به، والتي نناقشها لاحقاً في المقالة.
تسعير Sora 2 لكل ثانية من الفيديو
يُنظَّم تسعير Sora حسب فئة النموذج ودقة المخرجات، مع معدل لكل ثانية يُضرب في مدة المقطع لإعطاء تكلفة التوليد. تم التحقق من ذلك من صفحة تسعير OpenAI الرسمية حتى مايو 2026:
| Model | Resolution | Supported durations | Price per second | 10-second clip |
|---|---|---|---|---|
| Sora 2 (standard) | 720p | 4s, 8s, 12s | $0.10 | $1.00 |
| Sora 2 Pro | 720p | 10s, 15s, 25s | $0.30 | $3.00 |
| Sora 2 Pro | 1024p (1792×1024) | 10s, 15s, 25s | $0.50 | $5.00 |
ملاحظات حول هيكل التسعير. التسعير يعتمد على المخرجات، وليس على المدخلات؛ لا توجد فوترة للمدخلات بالرموز كما هو الحال لنماذج النص. تزويد التوليد بصورة مرجعية (تمرير صورة مرجعية لتثبيت التوليد) لا يغيّر السعر لكل ثانية. خيارات المدة لكل فئة نموذج ثابتة: لا يمكنك طلب مقطع مدته 7 ثوانٍ على النموذج القياسي، بل 4 أو 8 أو 12 ثانية فقط.
تداعيان عمليان يجدر التصريح بهما. أولاً: نموذج التسعير أقرب إلى فاتورة تصيير فيديو منه إلى فاتورة نموذج لغوي؛ التكلفة محكومة بمدة المخرجات، لا بتعقيد التوجيه أو عدد الرموز. ثانياً: فرق التكلفة بين Sora 2 وSora 2 Pro عند HD هو 5 أضعاف لكل ثانية: تكلفة مقطع 10 ثوانٍ هي $1.00 على القياسي و$5.00 على Pro عند 1024p. اختيار الفئة المناسبة للمهمة هو أكبر رافعة تكلفة لديك، ويستحق أن تكون متعمّداً فيما إذا كانت مهامّك تحتاج فعلاً لوفاء Pro الأعلى.
حدود المعدل والحصص
تُنظَّم حدود Sora ضمن نظام مستويات استخدام OpenAI القياسي. التفاصيل ذات الصلة بـ Sora تحديداً:
- الحد الأدنى للمستوى المطلوب: المستوى 2، يُبلَغ بشحن رصيد واجهة برمجة التطبيقات بما لا يقل عن $10. المستوى 1 (الافتراضي للحسابات الجديدة) لا يتضمن الوصول إلى نموذج Sora.
- حدود التوليد المتزامن: وفقاً لوثائق حدود المعدل من OpenAI، يتم تقييد التوليد المتزامن للفيديو حسب المستوى، عادةً بعدد صغير من عمليات التوليد قيد التنفيذ في المستويات الأدنى، ويتسع مع مستوى الاستخدام. يتم تعيين الحد الأقصى لكل حساب ويمكن رؤيته في لوحة تحكم OpenAI. لأحمال العمل عالية الحجم، خطّط للوصول إلى المستوى 3 أو 4 من اليوم الأول.
- طلبات الحصص: يمكن طلب حدود تزامن أعلى تتجاوز سقوف المستوى الافتراضية عبر نموذج زيادة حدود المعدل من OpenAI. الموافقة مرتبطة بحالة الاستخدام وليست فورية؛ لإطلاقات الإنتاج ذات قمم الطلب المتوقعة، قدّم الطلب قبل أسابيع من الإطلاق.
جدير بالمعرفة: تُجمَّع حدود المعدل على Sora بطريقة مختلفة عن حدود نماذج النص على نفس الحساب. تشغيل فريقكم لحركة Sora كثيفة لا يؤثر على ميزانية المعدل المتوفرة لاستدعاءات GPT-5.5. وبالعكس، حركة GPT-5.5 الكبيرة لا تخصم من ميزانية Sora. خطّط لهما كسؤالَي سعة منفصلين.
وقت التوليد: ماذا تتوقع فعلياً
Sora غير متزامن حسب التصميم. ترسل طلب توليد، تستلم معرّف مهمة، وتقوم بالاستطلاع (أو تلقي استدعاء webhook) عند الاكتمال. الزمن الفعلي بين الطلب والإكمال يعتمد على مدة ودقة المخرجات، والحمل الحالي على بنية OpenAI، وما إذا كانت المهمة في طابور خلف مهام أخرى على حسابك.
توقعات واقعية بناءً على سلوك مُلاحَظ:
| Output | Typical wall-clock time | Notes |
|---|---|---|
| Sora 2 standard, 4s @ 720p | 20–45 seconds | أسرع مسار؛ مناسب للتكرار |
| Sora 2 standard, 8s @ 720p | 40–90 seconds | أكثر مدة شيوعاً في الإنتاج |
| Sora 2 standard, 12s @ 720p | 60–120 seconds | محتوى اجتماعي أطول |
| Sora 2 Pro, 10s @ 720p | 60–150 seconds | جودة مميّزة؛ تكلفة ~3× مقارنة بالقياسي |
| Sora 2 Pro, 15s @ 1024p | 120–240 seconds | دقة Full HD، يُلاحظ اصطفاف أطول في أوقات الذروة |
| Sora 2 Pro, 25s @ 1024p | 200–360 seconds | أقصى مدة؛ السعر يتدرّج خطياً |
تداعيان تشغيليان:
- يجب إعادة التفكير في ميزانيات التأخير المواجهة للمستخدم. إذا كان منتجك يتوقع أن يبدو توليد الفيديو استجابة مباشرة لإجراء المستخدم، فإن نطاق 30–90 ثانية للمقاطع القصيرة يعني أنك بحاجة إلى تجربة استخدام تتعامل مع الانتظار: مؤشرات تقدم، عمل موازٍ يمكن للمستخدم القيام به بينما يتولّد الفيديو، أو توليد مسبق لسيناريوهات متوقعة. التعامل مع Sora كاستدعاء متزامن لواجهة برمجة تطبيقات هو الخطأ المعماري الأكثر شيوعاً لدى الفرق.
- الاستطلاع مقابل webhooks مهم. الاستطلاع الساذج (حلقة ضيقة تضرب نقطة نهاية الحالة) يهدر كلّاً من ميزانية حدود المعدل وحوسبة النموذج. استخدم تراجعاً أسياً مع تشويش، أو اضبط معاودة استدعاء عبر webhook إن كان بيئتك تدعمها. نمط الاستطلاع الفعّال في الإنتاج هو الاستطلاع كل 10 ثوانٍ للدقيقة الأولى، ثم كل 30 ثانية بعدها، مع مهلة قصوى ثابتة عند الحد الأعلى المتوقع للنموذج للمدة المطلوبة.
المعلمات المدعومة وبنية التوجيه
سطح واجهة Sora أبسط عمداً مقارنة بنماذج توليد الصور مثل DALL-E 3. المقابض أقل، لكن المتوفّر منها مؤثّر. المعلمات المهمة:
- model: sora-2 أو sora-2-pro. يحدد الاختيار التسعير وخيارات المدة/الدقة المتاحة كما في الجدول أعلاه.
- prompt: نص حر يصف المشهد. يتعامل Sora مع الإخراج السينمائي (زوايا الكاميرا، الحركة، الإضاءة)، أفعال الشخصيات، وتفاصيل البيئة. النموذج حسّاس لبنية التوجيه: البدء بتأسيس المشهد، ثم الفعل، ثم التوجيه التقني، يعطي نتائج أكثر موثوقية من فقرة كثيفة واحدة.
- image: صورة مرجعية اختيارية لتوليد الصورة إلى فيديو. تعمل المرجعية كمرساة للإطار الأول؛ يولّد النموذج الحركة انطلاقاً من تلك البداية. مفيد لعروض المنتجات، استمرارية الشخصيات، وأي سيناريو حيث المظهر الثابت للموضوع غير قابل للتنازل.
- duration: المدة بالثواني. مقيّدة بالخيارات المتقطعة للنموذج المختار (4/8/12 لـ sora-2، و10/15/25 لـ sora-2-pro). التكلفة تتدرّج خطياً مع المدة.
- size: الدقة. 720x1280 (طولي) أو 1280x720 (عرضي) على النموذج القياسي؛ وتضاف 1024x1792 / 1792x1024 على Pro. نسبة العرض إلى الارتفاع ضمنية في اختيار الحجم.
غيابات ملحوظة. لا يوفّر Sora حالياً التحكم بالبذرة عبر الواجهة العامة (لذا قابلية إعادة الإنتاج عبر تشغيلات غير مضمونة)، كما لا يوفّر ضوابط أنماط فردية بالطريقة التي تفعلها نماذج الصور الأخرى. النموذج ذو رأي؛ هندسة التوجيه هي الرافعة الأساسية، لا ضبط المعلمات.
مثال بسيط لطلب توليد Sora 2 باستخدام حزمة OpenAI لـ Python:
| from openai import OpenAIimport timeclient = OpenAI(api_key="YOUR_API_KEY")# إنشاء مهمة إنشاء الفيديوjob = client.videos.create(model="sora-2",prompt=("لقطة بزاوية واسعة لجبل مغطى بالثلوج عند شروق الشمس. ""تتحرك الكاميرا ببطء إلى اليسار بينما يلامس أول ضوء القمة. ""سينمائي، ساعة ذهبية، إضاءة بجودة 4K."),size="1280x720",duration=8,)# Poll for completionwhile True:job = client.videos.retrieve(job.id)if job.status == "completed":video_url = job.output[0].urlbreakelif job.status == "failed":raise RuntimeError(f"فشل التوليد: {job.error}")print(f"الحالة الحالية: {job.status}")time.sleep(10)print(f"الفيديو جاهز: {video_url}") |
|---|
أمثلة تكلفة عملية
يجعل التسعير لكل ثانية التكلفة قابلة للتنبؤ، لكن فقط بمجرد أن تكون واضحاً بشأن شكل عبء العمل. ثلاثة سيناريوهات تمثيلية:
السيناريو 1: عرض منتج قصير لصفحة هبوط SaaS
مقطع مدته 5 ثوانٍ يُظهر واجهة المستخدم أثناء العمل، يُنشأ مرة ويُستخدم كفيديو رئيسي على موقع التسويق. تتوقع التكرار 5–10 مرات للحصول على مقطع مرضٍ قبل النشر.
التكلفة على Sora 2 القياسي عند 720p: 5s × $0.10 = $0.50 لكل توليد. مع 8 محاولات للوصول إلى النسخة النهائية: $4.00. التكلفة على Sora 2 Pro عند 1024p للإصدار المنشور النهائي: 5s × $0.50 = $2.50 (محاولة واحدة). إجمالي تكلفة المشروع: تقريباً $6.50 لمحاولات التكرار بالإضافة إلى نسخة HD النهائية.
السيناريو 2: دفعة من 50 مقطعاً لحملة تسويق
50 مقطع منتج فريد لمدة 8 ثوانٍ، كل منها يعتمد على وصف ميزة مختلف، جميعها على Sora 2 القياسي عند 720p. لا توجد ميزانية تكرار؛ تقبل الجيل الأول.
التكلفة: 50 × 8s × $0.10 = $40.00. أضف ميزانية تكرار 30% للمقاطع التي لا تنجح من المرة الأولى (50 × 0.30 = 15 إعادة محاولة × 8s × $0.10 = $12). المجموع: تقريباً $52.00 للحملة.
السيناريو 3: ميزة فيديو ينشئه المستخدم في منتج استهلاكي
ينشئ المستخدمون في تطبيقك مقاطع مدتها 6 ثوانٍ عند الطلب، على Sora 2 القياسي عند 720p. الاستخدام المتوسط: 1,000 مقطع يومياً. تتقاضى من المستخدمين $0.50 لكل توليد وتقبل فرق التكلفة كهامش وحدة.
تكلفة كل مقطع للمستخدم: 6s × $0.10 = $0.60. مع تسعير المستخدم عند $0.50، يكون عبء العمل خاسراً على الفئة القياسية: كل توليد يكلف $0.10 أكثر مما يدفعه المستخدم. تتطلب فئة 720p القياسية تسعير مستخدم لا يقل عن $0.65 للوصول إلى التعادل قبل تكاليف البنية التحتية. عند 30,000 مقطع شهرياً: فاتورة Sora شهرية قدرها $18,000. هذا هو نوع فحص اقتصاديات الوحدة الذي يستحق القيام به قبل إطلاق أي ميزة فيديو مواجهة للمستخدم.
الخلاصة عبر السيناريوهات الثلاثة: توليد الفيديو ميسور التكلفة فعلاً لأعباء عمل التسويق والمحتوى لمرة واحدة، حيث يكون عدد محاولات التكرار محدوداً وتكلفة الأصل النهائي هي ما يهم. وهو أكثر تحدياً بشكل ملموس للميزات المواجهة للمستخدم على نطاق واسع، حيث يجب أن تتجاوز تكلفة كل توليد السعر الذي يدفعه المستخدم بالإضافة إلى تكاليف المنتج. كن واضحاً بشأن عبء العمل الذي تسعّره قبل الالتزام.
الوصول المباشر إلى OpenAI مقابل الوصول عبر مجمّع
مع توفر Sora عبر مسارات متعددة، السؤال العملي لمعظم الفرق هو أي مسار يتم الدمج معه. الإجابة الصادقة تعتمد على بقية مكدسك.
ما هو المتطابق
جودة المخرجات، وقت التوليد على طبقة النموذج، المعلمات المدعومة، والتسعير لكل ثانية تكون عادةً متطابقة بغض النظر عن المسار، لأن معظم المجمّعين يمرّرون تسعير OpenAI بالتكافؤ، والنموذج نفسه هو ذاته. إذا كان اختيارك يعتمد فقط على جودة المخرجات، فالخيار متعادل.
ما هو المختلف
- سطح الفوترة. الوصول المباشر إلى OpenAI يُفوتر عبر حسابك في OpenAI؛ المجمّعون يُفوترون عبر نظام الائتمان أو الاشتراك الخاص بهم. للفرق التي تدير بالفعل فوترة OpenAI لاستخدام نماذج النص، المسار المباشر لا يضيف جديداً. للفرق التي تشغّل أحمال عمل من مزودين متعددين (نماذج لغوية من Anthropic، نماذج صور من Black Forest Labs، فيديو من Sora)، يدمج المجمّع كل ذلك في فاتورة واحدة.
- قابلية الرصد. لوحة تحكم OpenAI تعرض استخدام Sora على مستوى الطلب بوضوح. لوحات تحكم المجمّعين تختلف في مدى تعاملها الجيّد مع أعباء عمل توليد الفيديو تحديداً؛ لبعضهم مراقبة فيديو مبنية خصيصاً؛ وآخرون يعاملون الفيديو كاستدعاء واجهة عام. يجدر التحقق قبل الالتزام إذا كانت قابلية الرصد أولوية.
- تجميع حدود المعدل. على OpenAI مباشرة، تكون حدود Sora مرتبطة بحسابك ومستواك. لدى بعض المجمّعين تُجمّع الحدود عبر قاعدة عملائهم، أو تُخصّص لكل عميل في حالات أخرى. لأحمال عمل إنتاجية عالية الحجم، اسأل المجمّع كيف يتعامل مع تخصيص حدود المعدل قبل الدمج.
- الوضع الجغرافي والامتثال. يُعالَج الوصول المباشر عبر بنية OpenAI مع خيارات إقامة البيانات التي توفّرها OpenAI. بعض المجمّعين مقيمون في اختصاصات تختلف فيها قواعد إقامة البيانات؛ آخرون يوجّهون الطلبات عبر بنية OpenAI في الولايات المتحدة بغض النظر. بالنسبة لأعباء عمل منظّمة، هذا عامل حاسم، ومن المفيد طلب تأكيد كتابي من فريق مبيعات المجمّع.
كيف تتناسب CometAPI
CometAPI تعرض Sora 2 وSora 2 Pro إلى جانب 500+ نموذج آخر خلف نقطة نهاية متوافقة مع OpenAI، باعتماد واحد وفوترة موحّدة. التسعير على Sora عبر CometAPI يتتبع معدلات OpenAI لكل ثانية؛ والقيمة تشغيلية في دمج استخدام Sora مع حركة بقية نماذجك على فاتورة واحدة. للفرق التي تشغّل حملاً مختلطاً (نماذج نص من مزودين متعددين، توليد صور، وفيديو Sora)، هذا هو الأساس المنطقي. للفرق التي تستخدم Sora فقط ومع نموذج أو نموذجين نصيين فقط، التوفير التشغيلي أصغر والوصول المباشر إلى OpenAI خيار معقول.
اعتبارات الإنتاج
بعض الأنماط التي يجدر إحكامها قبل أن يقترب Sora من حركة إنتاج:
- معالجة دورة حياة المهام غير المتزامنة. تعامل مع كل توليد Sora كمهمة طويلة الأمد، لا كطلب. احفظ معرّف المهمة فور الإنشاء؛ واجه إعادة تشغيل الخادم بقدرتك على استئناف الاستطلاع للمهام قيد التنفيذ؛ تعامل مع حالة اكتمال المهمة بينما يكون عامل التنفيذ لديك غير متصل. هذا من بديهيات الأنظمة الموزعة لكنه يُتجاوَز غالباً في البداية لأن Sora أول واجهة غير متزامنة يدمجها الفريق.
- الاعتماد على webhook كبديل. إذا كانت المنصة تدعم webhooks لأحداث الاكتمال (واجهة OpenAI تفعل)، فاستعملها. webhooks تزيل الحاجة للاستطلاع وتقلّل ضغط حدود المعدل والهدر الناجم عن فحوصات الحالة المتكررة. الاستطلاع هو البديل للبيئات التي لا يمكنها تعريض نقطة نهاية webhook.
- أنماط فشل تكلف مالاً. لا تُفوتر OpenAI على التوليدات الفاشلة، لكن الإكمالات الجزئية والطلبات المعاد محاولة تنفيذها التي تنجح في المحاولة الثانية تُحتسب تكلفتها. في الإنتاج، سجّل تكلفة كل إعادة محاولة ونبّه إذا تجاوز معدل الإعادات توقعاتك، إذ يكون ذلك عادةً إشارة إلى مشكلة سياسة محتوى في التوجيهات التي ترسلها، والتي يكون إصلاحها على طبقة التوجيه أرخص من امتصاصها في الفاتورة.
- سياسة المحتوى والنشر إلى الإنتاج. يخضع Sora لسياسات استخدام OpenAI التي تقيّد فئات معينة من المحتوى. للتشغيل الإنتاجي (خصوصاً المواجه للمستخدم حيث يكون التوجيه تحت سيطرة المستخدم جزئياً)، راجع وثائق سياسة المحتوى الرسمية من OpenAI وصمّم حواجز حماية مسبقة وفقاً لذلك. الربط إلى سياسة OpenAI هو المرجع الصحيح؛ تلك الوثائق هي مصدر الحقيقة وتتغيّر بوتيرة أعلى مما تتغير هذه المقالة.
ما الذي تبنيه أولاً
قراءة صادقة لأي أعباء عمل Sora جاهزة للإنتاج اليوم، وأيها على الحافة، وأيها سابق لأوانه:
جاهز للإنتاج اليوم
أعباء عمل التسويق والمحتوى الإبداعي حيث يكون التكرار محدوداً ومقياس التكلفة لكل أصل نهائي هو ما يهم. فيديوهات عرض المنتج، محتوى حملات شبكات التواصل، فيديوهات الصفحة الرئيسية لصفحات الهبوط، مواد تدريبية داخلية. الاقتصاديات تعمل، وأنماط الفشل مفهومة جيداً، وقصة التأخير (30–90 ثانية للمقاطع القصيرة) مقبولة عندما يكون الإنسان في الحلقة هو فريق المحتوى لا المستخدم النهائي.
على الحافة
ميزات توليد الفيديو المواجهة للمستخدم حيث يجب أن تتجاوز تكلفة المقطع الواحد السعر المدفوع من المستخدم. هذا قابل للعمل لكنه يتطلب اقتصاديات وحدة دقيقة: قيّد المدة التي يمكن للمستخدمين طلبها، استخدم Sora 2 القياسي عند 720p كإعداد افتراضي، واحتسب سعراً فيه هامش فوق تكلفة المقطع. موجة أوائل 2026 من تطبيقات توليد الفيديو للمستهلكين تقع غالباً في هذه الفئة، وتلك ذات الاقتصاديات المستدامة كانت جميعها متعمّدة في تقييد ما يمكن للمستخدمين توليده.
سابق لأوانه
الفيديو طويل الشكل على نطاق واسع (أي شيء يتجاوز 25 ثانية، إذ هذا سقف مدة Sora الحالية)، السيناريوهات الفورية عالية الحجم حيث يهم الزمن الفعلي أكثر من الدولارات، والتطبيقات التي تتوقع تحكماً على مستوى الإطار أو قابلية إعادة إنتاج عبر بذور. هذه أعباء عمل يُعاد النظر فيها عندما يتسع سطح قدرات Sora، لا أن تُفرض اليوم.
التأطير: Sora 2 جاهز فعلاً للإنتاج لأعباء عمل المحتوى مع إنسان في الحلقة. وهو قابل للعمل لميزات مواجهة للمستخدم مع اقتصاديات وحدة متعمّدة. وهو سابق لأوانه للفيديو الطويل ولحالات تتطلب معلمات لا يوفّرها Sora بعد. ابنِ لما هو جاهز اليوم؛ وتتبع ما لم يحن وقته بعد.
تجربته على عبء عملك: كل متغيّرات Sora 2 وSora 2 Pro متاحة على CometAPI إلى جانب نماذج النص التي قد تستخدمها بالفعل. يتيح لك رصيد التجربة المجاني توليد عدد قليل من المقاطع بالتسعير القياسي دون أي إعداد يتجاوز توجيه عميلك المتوافق مع OpenAI إلى نقطة نهاية CometAPI.