Claude Opus 5.5 يبني مشهد VFX في Blender وNuke عبر MCP دون لقطة واحدة مولّدة بالذكاء الاصطناعي

تكاد معظم المقاطع عن «الذكاء الاصطناعي في السينما» تسير على النمط نفسه: تكتب أمرًا نصيًا (برومبت) فتحصل على لقطات جميلة لكن يصعب التحكم بها. لا يستطيع المخرج أن يقول: «حرّك المصباح إلى اليسار واجعل الأوراق أثقل». هذه القصة مختلفة. فالكاتب القادم من عالم السينما وما بعد الإنتاج لم يولّد أي صورة إطلاقًا، بل سلّم Claude Opus 5.5 قيادة خط إنتاج مؤثرات بصرية عادي.

ماذا فُعل بالضبط

بحسب وصف المنشور، رُبط Opus 5.5 عبر MCP (بروتوكول سياق النموذج) ببرنامجي Blender وNuke، واستُخدم Houdini بالتوازي. أما الرياح والمصابيح اليدوية والأوراق فلم يُعتمد لها حل جاهز: فقد كتب النموذج محركًا فيزيائيًا خاصًا به بلغة Python ومكتبة NumPy.

بعد ذلك عمل Claude كمشرف مؤثرات بصرية. حدّد التكوين والأشكال الظلية والعمارة وحركة الأجسام والإضاءة وتفاصيل الحركة الدقيقة. وكان الإنسان يعطي الملاحظات، فيحوّلها النموذج إلى تغييرات في المشهد. ووفق الكاتب، تجاوز عدد هذه الملاحظات والتعديلات 580، ولم يتدخل في المشهد بيديه ولو مرة واحدة. جرت كل الإدارة عبر الحوار.

ما الفرق عن توليد الفيديو

يُخرج الفيديو التوليدي بكسلات جاهزة. ويكاد يستحيل تصحيح تفصيل واحد فيه دون خطر إفساد الباقي. أما هنا فنتيجة عمل النموذج هي مشهد متكامل: هندسة ومواد وإضاءة وحركة ومخطط تركيب (كومبوزيت) وشيفرة المحاكاة. يمكن فتح أي عنصر وتغييره وإعادة رندرته. إنها منطق التكرار المألوف في الاستوديوهات «تعديل — رندر — مراجعة»، لكن المنفّذ هنا نموذج.

كما أن دور MCP مهم. فهو طريقة قياسية لمنح النموذج وصولًا إلى برامج خارجية. يصبح Blender وNuke بالنسبة إليه مجموعة أدوات: قراءة الحالة، وتنفيذ إجراء، والحصول على النتيجة. في السابق كان هذا الربط يُعرض غالبًا على مهام بسيطة. أما هنا فقد صمد، بحسب ما يقوله الكاتب، أمام مئات التعديلات المتتالية على مشهد واحد.

ومن المثير بشكل خاص أن النموذج كتب محرك الفيزياء بنفسه. الوضع المعتاد: التأثير المطلوب غير موجود في أي إعداد مسبق، وكان ذلك يعني سابقًا مهمة لفنان تقني أو مبرمج. أما الآن فيمكن الحصول على هذا الجزء في الحوار نفسه الذي تُناقش فيه اللقطة.

ما يبقى خارج الكادر

المصدر هنا واحد: منشور في شبكة اجتماعية وإعادة سرد له في قناة على Telegram. هناك أمور كثيرة لا نعرفها:

• كم من الوقت والرموز (توكنات) استغرقتها 580 تعديلًا؛
• كيف «رأى» النموذج النتيجة: هل نظر إلى المخرجات المرندرة أم عمل بالوصف والأرقام؛
• كم مرة اضطُر إلى التراجع عن خطوات فاشلة؛
• إلى أي مدى يناسب المقطع النهائي متطلبات الإنتاج الفعلي لا العرض التوضيحي فقط.

وعبارة «دون أي تدخل يدوي» تستدعي الحذر أيضًا: فقد يكون الكاتب هو من وضع المهام وقبل النتيجة، وهذا يمثل حصة كبيرة من عمل الإخراج. وتبدو الخبرة في السينما وما بعد الإنتاج هنا المورد الأهم على الأرجح. فالشخص يعرف أي ملاحظات يقدّم وكيف يصوغها بلغة الحرفة.

ماذا نفعل بذلك عمليًا

بالنسبة إلى المطورين ومديري المنتجات الخلاصة بسيطة: نقطة التطبيق الجيدة للوكلاء ليست توليد النتيجة النهائية، بل إدارة الأدوات الاحترافية عبر MCP أو API. وهكذا يبقى التحكم قائمًا وتظل النتيجة قابلة للتعديل.

إذا كنتم تبنون منتجًا للمهن الإبداعية، فانظروا إلى هذا النمط: الحوار كواجهة، ومشروع مفهوم للإنسان كنتيجة. أما بالنسبة إلى الاستوديوهات فالخلاصة مختلفة: خبير في الحرفة مع نموذج قوي قد ينجزان عملًا كان يتطلب سابقًا فريقًا صغيرًا. لكن الأفضل اختبار ذلك على مهامكم الخاصة، لا الاكتفاء بمقطع مبهر.