Sora 2 هو أول نموذج نص-إلى-فيديو متاح على نطاق واسع من OpenAI، ويمكن الوصول إليه برمجياً عبر واجهة OpenAI الرسمية ومجموعة متزايدة من مسارات المجمِّعات. نموذج التسعير غير معتاد مقارنةً بنماذج النص (يُحتسب الدفع بالثانية من الفيديو المُنتج بدلاً من عدد الرموز)، والأسئلة العملية التي يطرحها المطوّرون قبل الدمج تختلف عن تلك الخاصة بواجهة LLM. ما تكلفة المقطع فعلياً؟ كم تستغرق عملية التوليد؟ ما حدود المعدل؟ ماذا يتغيّر عند الوصول إلى 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 المباشرة. المسار القياسي. فوترة بالثانية، مدفوع فقط، يتطلب شحناً مسبقاً بحد أدنى 10$ للوصول إلى طبقة الاستخدام 2 التي تفتح الوصول إلى نموذج Sora. يدعم كل من SDK وواجهة REST.
- Azure OpenAI. مسار مايكروسوفت للمؤسسات، يعكس أسعار OpenAI الرسمية مع إضافة تكلفة اشتراك Azure وميزات الامتثال للمؤسسات. نفس التسعير بالثانية؛ سطح تشغيلي مختلف.
- المجمِّعات. خدمات تعرض Sora خلف واجهتها الموحّدة. معظم المجمِّعات تمرّر تسعير OpenAI بالثانية بالتكافؤ؛ والقيمة تشغيلية (اعتماد واحد، فاتورة واحدة، نفس SDK لحركة نماذج النص). بعض المجمّعات تقدم هياكل تسعير خاصة بها، سنناقشها لاحقاً في المقال.
تسعير Sora 2 لكل ثانية من الفيديو
يُبنى تسعير Sora حسب فئة النموذج والدقة، مع معدل لكل ثانية يُضرب بمدة المقطع ليعطي تكلفة التوليد. تم التحقق منها من صفحة التسعير الرسمية لـ OpenAI حتى مايو 2026:
| النموذج | الدقة | مدد مدعومة | السعر لكل ثانية | مقطع 10 ثوانٍ |
|---|---|---|---|---|
| Sora 2 (قياسي) | 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 |
ملاحظات حول هيكل التسعير. التسعير مرتبط بالمخرج، لا بالمدخل؛ لا توجد فوترة بالرموز في Sora كما هو الحال في نماذج النص. استخدام صورة مُكيِّفة (تمرير صورة مرجعية لربط التوليد) لا يغيّر السعر لكل ثانية. خيارات المدة لكل فئة نموذج ثابتة: لا يمكنك طلب مقطع مدته 7 ثوانٍ على النموذج القياسي، بل فقط 4 أو 8 أو 12 ثانية.
تداعيان عمليان جديران بالتصريح. أولاً: نموذج التسعير أقرب إلى فاتورة إخراج فيديو منه إلى فاتورة LLM. التكلفة يحركها طول المخرج، لا مدى تعقيد التوجيه (prompt) أو عدد الرموز التي يحتويها. ثانياً: الفرق في التكلفة بين 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 التحتية، وما إذا كانت المهمة تصطف خلف مهام أخرى على حسابك.
توقعات واقعية بناءً على سلوك مُلاحَظ:
| المخرج | زمن فعلي نموذجي | ملاحظات |
|---|---|---|
| Sora 2 قياسي، 4s @ 720p | 20–45 ثانية | أسرع مسار؛ جيد للمناورة السريعة |
| Sora 2 قياسي، 8s @ 720p | 40–90 ثانية | مدة الإنتاج الأكثر شيوعاً |
| Sora 2 قياسي، 12s @ 720p | 60–120 ثانية | محتوى اجتماعي أطول |
| Sora 2 Pro، 10s @ 720p | 60–150 ثانية | جودة متميزة؛ ~3x تكلفة القياسي |
| Sora 2 Pro، 15s @ 1024p | 120–240 ثانية | Full HD، ملاحظة اصطفاف أطول في أوقات الذروة |
| Sora 2 Pro، 25s @ 1024p | 200–360 ثانية | الحد الأقصى للمدة؛ السعر يتدرّج خطياً |
نتيجتان تشغيليتان:
- ميزانيات الكمون المواجهة للمستخدم تحتاج إعادة تفكير. إذا كان منتجك يتوقع أن يبدو توليد الفيديو سريع الاستجابة لفعل المستخدم، فإن نطاق 30–90 ثانية للمقاطع القصيرة يعني أنك تحتاج إلى تجربة استخدام تتعامل مع الانتظار: مؤشرات تقدم، عمل موازٍ يمكن للمستخدم القيام به أثناء توليد الفيديو، أو توليد مسبق للسيناريوهات المتوقعة. التعامل مع Sora كاستدعاء واجهة متزامن هو أكثر خطأ معماري شيوعاً ترتكبه الفرق.
- الاستطلاع مقابل webhooks أمر مهم. الاستطلاع الساذج (حلقة ضيقة تضرب نقطة نهاية الحالة) يهدر كلّاً من ميزانية حدود المعدل والحوسبة لدى النموذج. استخدم تراجعاً أسياً مع تذبذب (jitter)، أو اضبط معاودات اتصال 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 حالياً التحكم في seed عبر الواجهة العامة (لذا لا تضمن إعادة الإنتاج بين التشغيلات)، ولا يعرّض عناصر تحكم نمطية فردية كما تفعل Midjourney أو نماذج الصور الأخرى. النموذج مُتّخذ لموقف؛ هندسة التوجيه هي الرافعة الأساسية، لا ضبط المعاملات.
مثال بسيط لطلب توليد Sora 2 باستخدام OpenAI Python SDK:
| from openai import OpenAIimport timeclient = OpenAI(api_key="YOUR_API_KEY")# إنشاء مهمة توليد فيديوjob = client.videos.create(model="sora-2",prompt=("A wide-angle shot of a snow-capped mountain at sunrise. ""The camera slowly tracks left as the first light hits the peak. ""Cinematic, golden hour, 4K-quality lighting."),size="1280x720",duration=8,)# الاستطلاع من أجل الاكتمالwhile True:job = client.videos.retrieve(job.id)if job.status == "completed":video_url = job.output[0].urlbreakelif job.status == "failed":raise RuntimeError(f"Generation failed: {job.error}")print(f"Current status: {job.status}")time.sleep(10)print(f"Video ready: {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 لاستخدام نماذج النص، المسار المباشر لا يضيف جديداً. للفرق التي تشغّل أعباء عمل متعددة المزودين (LLMs من Anthropic، نماذج الصور من Black Forest Labs، فيديو من Sora)، يقوم المجمّع بتجميع كل ذلك على فاتورة واحدة.
- قابلية الرصد. تعرض لوحة OpenAI استخدام Sora على مستوى الطلب بوضوح. لوحات المجمّعات تختلف في مدى جودة تعاملها مع أعباء عمل توليد الفيديو تحديداً؛ لدى بعضها رصد فيديو مصمم لهذا الغرض؛ والبعض يعامل الفيديو كاستدعاء واجهة عام. يستحق التحقق قبل الالتزام إذا كانت قابلية الرصد أولوية.
- تجميع حدود المعدل. على OpenAI المباشر، ترتبط حدود معدل Sora بحسابك وطبقتك. على مجمّع، قد تُجمع الحدود عبر قاعدة عملاء المجمّع في بعض الحالات، أو تُخصص لكل عميل في حالات أخرى. لأعباء العمل الإنتاجية عالية الحجم، اسأل المجمّع كيف يتعامل مع تخصيص حدود المعدل قبل الدمج.
- الوضع الجغرافي والامتثال. يُعالَج OpenAI المباشر عبر بنية 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)، السيناريوهات الآنية عالية الحجم حيث يهم كمون الزمن الفعلي أكثر من الدولارات، والتطبيقات التي تتوقع تحكماً على مستوى الإطار أو قابلية إعادة إنتاج معتمدة على seed. هذه أعباء عمل يجدر الرجوع إليها عندما يتسع سطح قدرات Sora، لا فرضها اليوم.
الإطار العام: Sora 2 جاهز فعلاً للإنتاج لأعباء عمل المحتوى مع وجود إنسان في الحلقة. وهو قابل للعمل لميزات مواجهة للمستخدمين باقتصاديات وحدة متعمدة. وهو مبكر جداً للفيديو الطويل وللاستخدامات التي تتطلب معاملات لا يعرّضها Sora بعد. ابنِ لما هو جاهز اليوم؛ وتابع ما ليس جاهزاً بعد.
تجربته على عبء العمل لديك: كل متغيرات Sora 2 وSora 2 Pro متاحة على CometAPI جنباً إلى جنب مع نماذج النص التي قد تستخدمها بالفعل. يتيح لك رصيد التجربة المجانية توليد عدد محدود من المقاطع بالأسعار القياسية دون أي إعداد يتجاوز توجيه عميلك المتوافق مع OpenAI إلى نقطة نهاية CometAPI.