YouMind
साइन इन करें

मोशन इंजीनियरिंग: एक बॉट, पाँच विभाग, और पूरा स्टूडियो

@0xjmori
अंग्रेज़ी18 अक्टू॰ 2026
400K
256
24
30
782

TL;DR

यह गाइड बताता है कि Claude Opus 5.5 को एक व्यापक मोशन डिज़ाइन स्टूडियो के रूप में कैसे कॉन्फ़िगर किया जाए। यह Remotion और FFmpeg का उपयोग करते हुए पाँच-विभाग वर्कफ़्लो (निर्देशक, आर्ट डायरेक्टर, एनिमेटर, रेंडर इंजीनियर, समीक्षक) का वर्णन करता है ताकि उच्च गुणवत्ता वाले, संपादन योग्य उत्पाद वीडियो तैयार किए जा सकें।

Claude Opus 5.5 को एक ऐसी मोशन प्रोडक्शन टीम में कैसे बदलें जो प्रोफेशनल वीडियो का निर्देशन, एनिमेशन, रेंडरिंग, समीक्षा और डिलीवरी करती है।

ज्यादातर लोग सोचते हैं कि AI से वीडियो बनाने का मतलब है एक प्रॉम्प्ट लिखना और फिर रिजल्ट का इंतजार करना।

Opus 5.5 के साथ, ज्यादा दिलचस्प संभावना यह है कि एक ही एजेंट के चारों ओर पूरा प्रोडक्शन स्टूडियो तैयार किया जाए।

सोचिए कि आमतौर पर क्या होता है जब किसी स्टार्टअप को प्रोडक्ट लॉन्च वीडियो की जरूरत होती है। कोई क्रिएटिव ब्रीफ लिखता है। एक डिजाइनर विजुअल दिशा तय करता है। एक मोशन डिजाइनर इंटरफेस को एनिमेट करता है। एक वीडियो एडिटर टाइमिंग और साउंड संभालता है। कोई और व्यक्ति रिजल्ट की समीक्षा करता है, बदलाव मांगता है, और फाइनल एक्सपोर्ट तैयार करता है।

20 सेकंड के वीडियो के लिए यह एक पूरी प्रोडक्शन पाइपलाइन है।

अब कल्पना करें कि आप एक ही Claude एजेंट को यही जिम्मेदारियां दे रहे हैं, और हर स्टेज को संभालने के लिए एक स्पष्ट प्रक्रिया मौजूद है।

एजेंट आपके रेफरेंस का अध्ययन करता है, फिल्म की योजना बनाता है, एनिमेशन कोड लिखता है, प्रीव्यू रेंडर करता है, अपनी गलतियों की जांच करता है, और रिजल्ट में सुधार करता है। आप हर सीन को खुद बनाने के बजाय महत्वपूर्ण क्रिएटिव फैसलों को मंजूरी देते हैं।

Motion Engineering के पीछे यही अवसर छिपा है।

Claude Opus 5.5 इस वर्कफ्लो को इसलिए दिलचस्प बनाता है क्योंकि यह कोडिंग, विजुअल समझ और लंबे समय तक चलने वाले एजेंटिक काम को एक साथ जोड़ता है। लेकिन सबसे अहम हिस्सा सिर्फ मॉडल नहीं है। वह प्रोडक्शन सिस्टम है जिसे आप इसके चारों ओर बनाते हैं।

https://x.com/claudeai/status/2102435511222890900

यहां बताया गया है कि यह सामान्य AI वीडियो जनरेशन से अलग क्यों है:

Claude को सीधे फाइनल पिक्सल जनरेट करने की जरूरत नहीं है। वह वह सॉफ्टवेयर लिख सकता है जो उन्हें बनाता है।

मॉडल एनिमेशन कोड लिखता है। एक रेंडरर उस कोड को फ्रेम्स में बदलता है। एक समीक्षा प्रक्रिया खामियों की पहचान करती है। एजेंट सोर्स में बदलाव करता है और दोबारा रेंडर करता है।

इसका मतलब है कि पहला वीडियो अगले वीडियो की नींव बन सकता है।

इस गाइड में, मैं आपको दिखाऊंगा कि पांच प्रोडक्शन डिपार्टमेंट, रियूजेबल कंपोनेंट्स, क्रिएटिव अप्रूवल गेट्स और ऐसे वर्कफ्लो के साथ एक-एजेंट वाला मोशन स्टूडियो कैसे बनाएं, जो एडिटेबल और इंस्पेक्ट करने योग्य वीडियो तैयार करता है।

मकसद हर इंसानी क्रिएटिव फैसले को बदलना नहीं है। मकसद यह है कि जो काम एक सही तरीके से कॉन्फ़िगर किया गया एजेंट पहले से संभाल सकता है, उसे हाथ से करना बंद किया जाए।

djnI Substack पर AI एजेंट्स, ऑटोमेशन और प्रोडक्शन वर्कफ्लो के व्यावहारिक विश्लेषण प्रकाशित करता हूं।

भाग 1. वन-बॉट स्टूडियो

01. एक एजेंट, पांच प्रोडक्शन डिपार्टमेंट

एक पारंपरिक स्टूडियो काम को विशेषज्ञों के बीच बांटता है क्योंकि अलग-अलग चरणों में अलग-अलग तरह के निर्णय लेने की क्षमता चाहिए होती है।

एक डायरेक्टर कहानी के बारे में सोचता है। एक आर्ट डायरेक्टर कंपोजिशन के बारे में सोचता है। एक एनिमेटर मूवमेंट के बारे में सोचता है। एक टेक्निकल आर्टिस्ट रेंडरिंग के बारे में सोचता है। एक क्रिटिक तय करता है कि रिजल्ट ब्रीफ के मुताबिक है या नहीं।

एक Opus 5.5 एजेंट इन पांचों भूमिकाओं को एक के बाद एक निभा सकता है।

लेकिन यह तभी काम करता है जब जिम्मेदारियां अलग-अलग रखी जाएं।

Claude से एक ही बिना संरचना वाले स्टेप में सब कुछ डायरेक्ट, डिजाइन, एनिमेट, रेंडर और जज करने को कहना — यही वह तरीका है जिससे आपको एक शानदार दिखने वाला डेमो मिलता है, लेकिन जांच करने पर वह बिखर जाता है।

इसके बजाय, एजेंट को पांच डिपार्टमेंट के हिसाब से व्यवस्थित करें:

text
1विभाग जिम्मेदारी आउटपुट
2────────────────────────────────────────────────────────
3डायरेक्टर कहानी और स्टोरीबोर्ड BRIEF.md
4आर्ट डायरेक्टर विजुअल दिशा STYLE.md
5एनिमेटर मोशन और टाइमिंग सोर्स कोड
6रेंडर इंजीनियर रेंडरिंग और एक्सपोर्ट MP4 + प्रीव्यू
7क्रिटिक विजुअल क्वालिटी कंट्रोल समीक्षा रिपोर्ट

ये जरूरी नहीं कि पांच स्वतंत्र एजेंट हों। ये एक समन्वित वर्कफ्लो के भीतर अलग-अलग निर्देशों, फाइलों और स्वीकृति मानदंडों वाले पांच चरण हैं।

डायरेक्टर यह तय करता है कि फिल्म क्या संदेश देगी, इससे पहले कि एनिमेटर कोड को छुए। आर्ट डायरेक्टर विजुअल नियम तय करता है, इससे पहले कि Claude रंग और ट्रांजिशन खुद बनाने लगे। क्रिटिक रेंडर किए गए रिजल्ट का मूल्यांकन करता है, न कि एनिमेटर द्वारा बताई गई बातों पर भरोसा करता है कि उसने क्या बनाया है।

प्रक्रिया कुछ इस तरह दिखती है:

text
1 आपका ब्रीफ
2 |
3 v
4 CLAUDE OPUS 5.5
5 |
6 v
7 डायरेक्टर
8 कहानी + स्क्रिप्ट
9 |
10 v
11 आर्ट डायरेक्टर
12 रेफरेंस + डिजाइन
13 |
14 v
15 एनिमेटर
16 कोड + मूवमेंट
17 |
18 v
19 रेंडर इंजीनियर
20 फ्रेम्स + एक्सपोर्ट
21 |
22 v
23 क्रिटिक
24 समीक्षा + सुधार
25 |
26 v
27 अंतिम फिल्म
Mori - inline image

यह क्रम इसलिए मायने रखता है क्योंकि ज्यादातर विजुअल असफलताएं रेंडरिंग से पहले ही शुरू हो जाती हैं।

अगर कहानी अस्पष्ट है, तो बेहतर मोशन उसे नहीं बचा सकता। अगर विजुअल दिशा आम है, तो और इफेक्ट्स जोड़ने से वह और भी ज्यादा आम दिखने लगेगी। अगर स्टोरीबोर्ड गलत है, तो तकनीकी रूप से परफेक्ट एनिमेशन भी कुछ नहीं बता पाएगा।

पहला काम ऐसी प्रक्रिया बनाना है जो इन गलतियों को रोके।

02. वायरल वन-शॉट वीडियो असल में जादू क्यों नहीं हैं

आपने शायद वे वीडियो देखे होंगे।

कोई व्यक्ति ऐसा एनिमेशन पोस्ट करता है जो किसी प्रोफेशनल क्रिएटिव एजेंसी का लगता है, और फिर कहता है कि Claude ने इसे एक ही प्रॉम्प्ट से पूरा बनाया है।

हो सकता है कि रिजल्ट सच में एक लंबे ऑटोनोमस रन से आया हो। लेकिन इसका मतलब यह नहीं है कि प्रक्रिया एक वाक्य से शुरू हुई थी।

Claude Code टीम के Thariq ने एक वायरल डेमो पर चर्चा करते हुए इस अंतर को उजागर किया था।

https://x.com/trq212/status/2102870353781641416

यही वह बारीकी है जिस पर ध्यान देना जरूरी है।

एक मजबूत प्रॉम्प्ट में पूरा क्रिएटिव ब्रीफ, रेफरेंस मटेरियल, शॉट लिस्ट, तकनीकी सीमाएं, एसेट की जरूरतें और फाइनल रिजल्ट की जांच के नियम शामिल हो सकते हैं।

Mori - inline image

एक कोडिंग एजेंट किसी मौजूदा प्रोजेक्ट, डिजाइन सिस्टम, कंपोनेंट्स और रेंडर पाइपलाइन को भी विरासत में ले सकता है।

दिखने वाला वन-शॉट अक्सर बहुत बड़े सेटअप का सिर्फ दिखाई देने वाला अंतिम हिस्सा होता है।

और यह अच्छी खबर है।

इसका मतलब है कि आपको विशेषणों का कोई जादुई संयोजन खोजने की जरूरत नहीं है। आपको एक ऐसा प्रोडक्शन एन्वायरनमेंट चाहिए जो अच्छे फैसलों को दोहरा सके।

एक ही अनुरोध के लिए दो तरीकों पर विचार करें।

पहला Claude से कहता है कि "एक प्रीमियम प्रोडक्ट लॉन्च एनिमेशन बनाओ।" मॉडल को खुद तय करना होगा कि प्रोडक्ट क्या करता है, वीडियो कैसा दिखना चाहिए, कौन से ट्रांजिशन इस्तेमाल करने हैं, दर्शक को हेडलाइन कब पढ़नी चाहिए, और सफल रिजल्ट क्या माना जाएगा।

दूसरा तरीका असली प्रोडक्ट एसेट्स, एक रेफरेंस फिल्म, डिजाइन नियम, स्टोरीबोर्ड, टाइमलाइन और समीक्षा मानदंड उपलब्ध कराता है।

दोनों में एक एजेंट और एक बड़ा प्रोडक्शन रन शामिल हो सकता है। लेकिन दूसरे तरीके से कुछ उपयोगी बनने की संभावना कहीं ज्यादा है, क्योंकि कम महत्वपूर्ण फैसले तुक्के पर छोड़े जाते हैं।

एक प्रॉम्प्ट एक वीडियो बनाता है। एक स्टूडियो वीडियो बनाने का एक दोहराया जाने वाला तरीका बनाता है।

भाग 2. स्टूडियो बनाएं

03. प्रोडक्शन एन्वायरनमेंट इंस्टॉल करें

इस सेटअप के लिए, हम एजेंट के रूप में Claude Code, वीडियो फ्रेमवर्क के रूप में Remotion, और मीडिया जांच व प्रोसेसिंग के लिए FFmpeg का इस्तेमाल करेंगे।

Claude Code क्रिएटिव और प्रोग्रामिंग टास्क संभालता है। Remotion React कंपोनेंट्स और फ्रेम-आधारित एनिमेशन के जरिए फिल्म को कंट्रोल करने योग्य बनाता है। FFmpeg रेफरेंस का विश्लेषण करने, आउटपुट की जांच करने और सहायक एसेट्स तैयार करने में मदद करता है।

शुरू करने से पहले Node.js, Claude Code और FFmpeg इंस्टॉल करें।

एक साफ Remotion प्रोजेक्ट बनाएं:

bash
1npx create-video@latest --yes --blank motion-studio
2
3cd motion-studio
4
5npx remotion skills add
6
7npm run dev
Mori - inline image

Remotion Skills इंस्टॉलर कार्यान्वयन मार्गदर्शन प्रदान करता है जिसका उपयोग कोडिंग एजेंट फ्रेमवर्क के साथ काम करते समय कर सकते हैं।

motion-studio डायरेक्टरी के अंदर एक और टर्मिनल खोलें और Claude Code लॉन्च करें। अगर आपके एन्वायरनमेंट में Opus 5.5 उपलब्ध है, तो उसे चुनें।

अब वर्कस्पेस को व्यवस्थित करें:

text
1motion-studio/
2│
3├── CLAUDE.md
4├── BRIEF.md
5├── STYLE.md
6├── STORYBOARD.md
7│
8├── public/
9│ ├── logos/
10│ ├── screenshots/
11│ ├── fonts/
12│ └── audio/
13│
14├── src/
15│ ├── compositions/
16│ ├── components/
17│ ├── animation/
18│ └── Root.tsx
19│
20├── reviews/
21│ ├── frames/
22│ ├── contact-sheets/
23│ └── findings.md
24│
25└── out/
26 ├── previews/
27 └── final/

यह स्टूडियो का वर्कस्पेस है।

CLAUDE.md में वे नियम होते हैं जो हर प्रोडक्शन पर लागू होते हैं। BRIEF.md मौजूदा फिल्म का वर्णन करता है। STYLE.md विजुअल दिशा को कैप्चर करता है। STORYBOARD.md शॉट्स के क्रम और महत्वपूर्ण घटनाओं को परिभाषित करता है।

सोर्स कोड और मंजूर किए गए एसेट्स, समीक्षा संबंधी फाइलों से अलग होते हैं।

यह अलगाव तब बहुत काम आता है जब कोई प्रोजेक्ट कई घंटों तक चलता है या किसी अन्य सेशन में फिर से शुरू होता है। Claude को वर्कस्पेस की जांच करके यह समझने में सक्षम होना चाहिए कि क्या पहले से मंजूर हो चुका है, कौन से सीन मौजूद हैं, किसने समीक्षा में फेल किया, और क्या अभी रेंडर होना बाकी है।

इस संरचना के बिना, महत्वपूर्ण फैसले चैट के अंदर ही फंस सकते हैं।

एक स्टूडियो को अपनी फाइलों से काम फिर से शुरू करने में सक्षम होना चाहिए, न कि इस पर निर्भर रहना चाहिए कि एक बातचीत पूरी तरह सुरक्षित रहे।

04. बॉट को एक स्थायी ऑपरेटिंग मैनुअल दें

ज्यादातर लोग हर बार वीडियो बनाते समय Claude को नए निर्देशों का सेट देते हैं।

इससे असंगति पैदा होती है।

एक प्रोजेक्ट में टाइट स्प्रिंग एनिमेशन का इस्तेमाल होता है। अगले में जरूरत से ज्यादा बाउंसिंग आ जाती है। तीसरे में हर फॉन्ट, रंग और ट्रांजिशन बदल जाता है क्योंकि मॉडल के पास कोई स्थायी विजुअल नियम नहीं होते।

इसके बजाय, स्टूडियो के प्रोडक्शन मानकों को CLAUDE.md में सेव करें।

प्रॉम्प्ट 1. स्टूडियो मैनुअल बनाएं

text
1हमारे मोशन स्टूडियो के लिए CLAUDE.md बनाएं।
2
3आप वह प्रोडक्शन एजेंट हैं जो
4कोड से बनी फिल्मों का निर्देशन, डिजाइन, एनिमेशन,
5रेंडरिंग और समीक्षा करने के लिए जिम्मेदार है।
6
7ऑपरेटिंग नियम
8
91. स्टोरीबोर्ड बनाने से पहले कभी
10 कार्यान्वयन शुरू न करें।
11
122. केवल मंजूर किए गए प्रोडक्ट एसेट्स का उपयोग करें।
13
143. कभी भी UI, मेट्रिक्स, प्रशंसापत्र,
15 या प्रोडक्ट क्षमताओं का मनगढ़ंत निर्माण न करें।
16
174. हर एनिमेशन फ्रेम नंबर या
18 डिटर्मिनिस्टिक समय द्वारा संचालित होना चाहिए।
19
205. पूरी फिल्म में एक मुख्य विजुअल दिशा
21 का उपयोग करें।
22
236. स्पष्ट संदेश उद्देश्य के बिना
24 तत्वों को एनिमेट न करें।
25
267. पूरा वीडियो बनाने से पहले
27 प्रतिनिधि फ्रेम रेंडर करें।
28
298. केवल सोर्स कोड की नहीं, बल्कि रेंडर किए गए
30 रिजल्ट की समीक्षा करें।
31
329. जब संभव हो तो खामियों को स्थानीय रूप से ठीक करें।
33
3410. सभी एडिटेबल सोर्स फाइलों को सुरक्षित रखें।
35
36क्रिएटिव प्रतिबंध
37
38इनसे बचें:
39- सामान्य ग्रेडिएंट बैकग्राउंड
40- जरूरत से ज्यादा बाउंसिंग
41- चमकते कण (Glowing particles)
42- अपठनीय टेक्स्ट
43- नकली प्रोडक्ट डैशबोर्ड
44- बिना उद्देश्य के कैमरा मूवमेंट
45
46प्रोडक्शन नियम
47
48MP4 मौजूद होने से फिल्म
49पूरी नहीं होती।
50
51यह तब पूरी होती है जब मंजूर किया गया ब्रीफ
52और सत्यापन आवश्यकताएं पूरी हो जाती हैं।

यह फाइल स्टूडियो का आधार बन जाती है।

इसका मतलब यह नहीं है कि हर फिल्म एक जैसी दिखनी चाहिए। इसका मतलब है कि बार-बार होने वाली प्रोडक्शन गलतियों को हर बार शून्य से खोजने की जरूरत नहीं है।

जब Claude बार-बार एक ही विजुअल गलती करता है, तो ऑपरेटिंग मैनुअल में सुधार करें। अगली फिल्म उस सुधार को अपने साथ लेगी।

आप प्रोजेक्ट के अंदर शेयर्ड एनिमेशन कंपोनेंट्स, टाइपोग्राफी टोकन, सेफ-एरिया आयाम, पसंदीदा एक्सपोर्ट सेटिंग्स और अन्य रियूजेबल प्रोडक्शन फैसले भी स्टोर कर सकते हैं।

आपका स्टूडियो पूरे किए गए काम से जितना अधिक सीखेगा, अगले असाइनमेंट को बुनियादी बातें फिर से खोजने में उतना कम समय लगेगा।

05. डायरेक्टर से ब्रीफ लिखवाएं

चलिए कुछ ठोस बनाते हैं।

कल्पना करें कि आप एक SaaS प्रोडक्ट लॉन्च कर रहे हैं जो एक अव्यवस्थित प्रोजेक्ट बोर्ड को एक सुव्यवस्थित स्प्रिंट प्लान में बदल देता है।

आपको 20 सेकंड की एक प्रोडक्ट फिल्म चाहिए जो एक बदलाव दिखाए: एक बिखरा हुआ टास्क बोर्ड प्राथमिकताओं की एक स्पष्ट सूची में बदल रहा है।

दर्शकों को बिना वॉइसओवर के इसका मूल्य समझ आ जाना चाहिए।

Claude से कोई बढ़िया वीडियो बनाने को कहने के बजाय, डायरेक्टर को एक प्रोडक्शन असाइनमेंट दें।

प्रॉम्प्ट 2. डायरेक्टर का असाइनमेंट

text
1आप हमारे मोशन स्टूडियो के डायरेक्टर हैं।
2
3प्रोजेक्ट
4
5एक प्रोडक्टिविटी ऐप के लिए लॉन्च फिल्म।
6
7मुख्य संदेश
8
9एक अव्यवस्थित प्रोजेक्ट बोर्ड को
10एक स्पष्ट स्प्रिंट प्लान में बदलें।
11
12दर्शक
13
14संस्थापक, प्रोडक्ट टीमें और डेवलपर।
15
16अवधि
17
1820 सेकंड।
19
20फॉर्मेट
21
2216:9 मास्टर
239:16 सोशल वर्जन
241:1 स्क्वायर वर्जन
25
26एसेट्स
27
28public/ में दिए गए स्क्रीनशॉट, लोगो और फॉन्ट्स
29का उपयोग करें।
30
31काल्पनिक प्रोडक्ट स्क्रीन न बनाएं।
32
33आपका काम
34
351. उपलब्ध सभी एसेट्स की जांच करें।
362. गायब जानकारी की पहचान करें।
373. BRIEF.md लिखें।
384. केंद्रीय विजुअल आइडिया परिभाषित करें।
395. फिल्म की कहानी की संरचना बनाएं।
406. बताएं कि हर सीन क्यों मौजूद है।
41
42अभी एनिमेशन कोड न लिखें।
43
44क्रिएटिव दिशा लौटाएं
45और मंजूरी का इंतजार करें।
Mori - inline image

डायरेक्टर को यह तय करना चाहिए कि दर्शक को हर चरण में क्या समझने की जरूरत है, न कि फिल्म को सिर्फ मूवमेंट से भर दिया जाए।

पहला सीन एक बिखरा हुआ टास्क बोर्ड दिखा सकता है। अगला सीन वह एक्शन दिखाता है जो इसे व्यवस्थित करता है। अंतिम सीन तैयार हुए स्प्रिंट प्लान पर रुकता है।

महत्वपूर्ण विजुअल संबंध 'पहले' और 'बाद' का है।

बाकी सब कुछ इसका समर्थन करना चाहिए।

ब्रीफ को मंजूरी देने से पहले, जांच लें कि प्रोडक्ट में वह फीचर वास्तव में है जिसे आप दिखा रहे हैं, कि दिए गए स्क्रीनशॉट इसे प्रदर्शित करते हैं, और कि प्रस्तावित कहानी बिना बहुत अधिक व्याख्यात्मक टेक्स्ट के समझी जा सकती है।

अगर कोई जरूरी प्रोडक्ट स्क्रीन गायब है, तो एजेंट को एक विश्वसनीय नकली स्क्रीन बनाने के बजाय उसके लिए पूछना चाहिए।

यह एक नियम AI द्वारा बनाई गई आश्चर्यजनक रूप से बहुत सी अनुपयोगी प्रोडक्ट फिल्मों को रोक देता है।

06. रेफरेंस को विजुअल आइडेंटिटी में बदलें

AI से बने वीडियो एक जैसे दिखने का एक बड़ा कारण यह है कि मॉडल अस्पष्ट भाषा से पूरी विजुअल दिशा खुद गढ़ लेता है।

"प्रीमियम, मिनिमल, सिनेमैटिक और फ्यूचरिस्टिक" मॉडल को ज्यादा कुछ नहीं बताता।

एक बेहतर तरीका यह है कि दो या तीन रेफरेंस दिए जाएं और हर एक को एक खास उद्देश्य सौंपा जाए।

एक रेफरेंस टाइपोग्राफी तय कर सकता है। दूसरा कोई ट्रांजिशन दिखा सकता है। तीसरा पेसिंग या कंपोजिशन दिखा सकता है।

आर्ट डायरेक्टर से कहें कि वह मूल क्रिएटिव काम की नकल किए बिना उपयोगी डिजाइन सिद्धांत निकाले।

प्रॉम्प्ट 3. आर्ट डायरेक्शन

text
1आर्ट डायरेक्टर की भूमिका निभाएं।
2
3references फोल्डर में मौजूद रेफरेंस इमेज और वीडियो
4की जांच करें।
5
6निकालें:
7
8टाइपोग्राफी
9
10फॉन्ट का चरित्र
11वेट हाइरार्की
12हेडलाइन स्केल
13
14कंपोजिशन
15
16मार्जिन
17स्पेसिंग
18विजुअल हाइरार्की
19फोकल पॉइंट
20
21रंग
22
23बैकग्राउंड
24प्राइमरी टेक्स्ट
25एक्सेंट
26कंट्रास्ट नियम
27
28मोशन
29
30एंट्री टाइमिंग
31सेटलिंग व्यवहार
32कैमरा मूवमेंट
33रीडिंग होल्ड्स
34
35टेक्सचर
36
37ग्रेन
38शैडो
39बॉर्डर
40सरफेस ट्रीटमेंट
41
42मंजूर किए गए डिजाइन फैसलों को STYLE.md में सेव करें।
43
44सटीक कंपोजिशन, आर्टवर्क
45या ब्रांडिंग की नकल न करें।
46
47हमारे प्रोडक्ट के लिए एक विशिष्ट विजुअल दिशा
48बनाएं।
49
50बनाने से पहले स्टाइल प्रस्ताव दिखाएं।

यही वह बिंदु है जहां Claude यह अनुमान लगाना बंद कर देता है कि "प्रीमियम" का क्या मतलब है।

Mori - inline image

जब एनिमेटर काम शुरू करता है, तो उसे यह तय करने की जरूरत नहीं होती कि कार्ड्स को चमकना चाहिए या नहीं, हेडलाइन को बाउंस करना चाहिए या नहीं, या हर सीन में एक और ग्रेडिएंट चाहिए या नहीं।

वे फैसले पहले ही हो चुके होते हैं।

एक मजबूत स्टाइल गाइड सिर्फ यह नहीं बताता कि फिल्म कैसी दिखनी चाहिए। यह यह भी तय करता है कि फिल्म में क्या नहीं होना चाहिए।

अगर रेफरेंस में संयमित टाइपोग्राफी और धीमा कैमरा मूवमेंट है, तो मॉडल को सिर्फ इसलिए घूमते इंटरफेस और पार्टिकल एक्सप्लोजन नहीं जोड़ने चाहिए क्योंकि वे AI-जनित डेमो में आम हैं।

आप चाहते हैं कि एजेंट डिजाइन भाषा को समझे, न कि मूल विषयों की नकल करे।

महत्वपूर्ण ट्रांजिशन के लिए, Claude से कहें कि वह FFmpeg से रेफरेंस के फ्रेम निकाले, टाइमिंग की जांच करे, और निष्कर्षों को STYLE.md में दर्ज करे।

यह मॉडल से "इसे Apple जैसा बनाओ" कहने से कहीं ज्यादा उपयोगी चीज तैयार करता है।

भाग 3. एनिमेटर और रेंडर इंजन

07. कहानी को एक एडिटेबल टाइमलाइन में बदलें

एक बार जब ब्रीफ और स्टाइल मंजूर हो जाएं, तो एनिमेटर को एक शॉट लिस्ट चाहिए होती है।

हमारी 20 सेकंड की फिल्म के लिए, पांच सीन परिभाषित करें।

text
1सीन 01: समस्या
200:00 - 00:03
3
4एक बिखरा हुआ टास्क बोर्ड प्रवेश करता है।
5कंपोजिशन ओवरलोड का संदेश देता है।
6
7सीन 02: एक्शन
800:03 - 00:07
9
10कर्सर व्यवस्थित करने वाले फीचर को चुनता है।
11इंटरफेस स्पष्ट रूप से प्रतिक्रिया देता है।
12
13सीन 03: बदलाव
1400:07 - 00:11
15
16टास्क स्पष्ट प्राथमिकताओं में पुनर्व्यवस्थित होते हैं।
17एक निरंतर विजुअल संबंध।
18
19सीन 04: परिणाम
2000:11 - 00:16
21
22व्यवस्थित स्प्रिंट प्लान स्थिर होता है।
23इतनी देर रुकें कि समझ आ सके।
24
25सीन 05: समापन
2600:16 - 00:20
27
28प्रोडक्ट का नाम, लोगो और कॉल टू एक्शन।
29एक मजबूत अंतिम फ्रेम।

अब मॉडल ज्ञात स्थितियों के बीच मोशन डिजाइन कर सकता है।

Mori - inline image

इसे एनिमेशन कोड लिखते समय यह गढ़ने की जरूरत नहीं है कि फिल्म किस बारे में है।

एक उपयोगी सिद्धांत यह है कि किसी सीन की अंतिम स्थिति एनिमेटर को बताए कि अगला सीन कैसे शुरू होता है।

अगर टास्क बोर्ड 80% स्केल पर केंद्रित होकर समाप्त होता है, तो अगले शॉट को या तो उस स्थिति को बनाए रखना चाहिए या जानबूझकर उससे दूर जाना चाहिए।

असंबंधित कंपोजिशन के बीच बेतरतीब छलांग लगाने से वीडियो AI-जनित स्लाइड्स का संग्रह लगने लगता है।

निरंतरता इसे निर्देशित महसूस कराती है।

अधिक तकनीकी नियंत्रण के लिए, टाइमस्टैम्प को फ्रेम नंबर में बदलें।

30 फ्रेम प्रति सेकंड पर, 20 सेकंड की फिल्म में 600 फ्रेम होते हैं, जिनकी संख्या 0 से 599 तक होती है।

यह एजेंट को प्रमुख घटनाओं के लिए सटीक स्थान देता है।

कर्सर फ्रेम 180 पर बटन तक पहुंच सकता है। क्लिक फ्रेम 195 पर दर्ज हो सकता है। परिणाम फ्रेम 210 पर दिखाई दे सकता है।

अगर कुछ बहुत जल्दी हो रहा है, तो आप उसका इवेंट फ्रेम बदल दें।

अगर कोई ट्रांजिशन बहुत तेजी से चल रहा है, तो आप उसकी अवधि बदल दें।

आपको पूरी तरह से अलग वीडियो फिर से जनरेट करने और उम्मीद करने की जरूरत नहीं है कि टाइमिंग बेहतर हो जाएगी।

08. मॉडल एनिमेशन कोड लिखता है, फाइनल वीडियो नहीं

यही वह तकनीकी अंतर है जो इस स्टूडियो को संभव बनाता है।

Remotion के साथ, Claude ऐसे React कंपोनेंट्स लिख सकता है जिनका रूप मौजूदा फ्रेम पर निर्भर करता है।

रेंडरर समय के साथ उन कंपोनेंट्स का मूल्यांकन करता है और असली वीडियो तैयार करता है।

एक साधारण एंट्री एनिमेशन कुछ ऐसा दिख सकता है:

typescript
1import {
2 useCurrentFrame,
3 useVideoConfig,
4 spring,
5 interpolate,
6} from "remotion";
7
8export const ProductCard = () => {
9 const frame = useCurrentFrame();
10 const { fps } = useVideoConfig();
11
12 const progress = spring({
13 frame,
14 fps,
15 config: {
16 damping: 200,
17 },
18 });
19
20 const y = interpolate(
21 progress,
22 [0, 1],
23 [60, 0]
24 );
25
26 const scale = interpolate(
27 progress,
28 [0, 1],
29 [0.94, 1]
30 );
31
32 return (
33 <div
34 style={{
35 transform:
36 `translateY(${y}px) scale(${scale})`,
37 }}
38 >
39 Product Interface
40 </div>
41 );
42};

इस कंपोनेंट में वह है जो एक बार जनरेट किया गया वीडियो स्वाभाविक रूप से नहीं देता: कंट्रोल करने योग्य पैरामीटर।

आप पूरी तरह से नई क्लिप का अनुरोध किए बिना ट्रैवल डिस्टेंस, एंट्री टाइमिंग, ईजिंग व्यवहार या स्केल बदल सकते हैं।

अगर कार्ड बहुत दूर जा रहा है, तो दूरी कम करें।

अगर यह बहुत धीरे स्थिर हो रहा है, तो स्प्रिंग को एडजस्ट करें।

अगर हेडलाइन बहुत जल्दी दिखाई दे रही है, तो उसकी एंट्री को टाइमलाइन में बाद में ले जाएं।

सोर्स एडिटेबल रहता है।

प्रोडक्ट फिल्मों, UI एनिमेशन, एक्सप्लेनर और टाइपोग्राफी-आधारित कंटेंट के लिए कोड से बने मोशन का यही फायदा है।

यह फोटोरियलिस्टिक सीन, जटिल कैरेक्टर या ऑर्गेनिक सिनेमैटिक मोशन के लिए अपने आप बेहतर नहीं है। उनके लिए अभी भी फुटेज, 3D टूल्स या जेनरेटिव वीडियो की जरूरत पड़ सकती है।

बात यह है कि ऐसी प्रोडक्शन विधि चुनें जो आपको उस काम पर नियंत्रण दे जिसे आप वास्तव में बना रहे हैं।

और प्रोडक्ट फिल्मों के लिए, नियंत्रण अक्सर अप्रत्याशिता से ज्यादा मूल्यवान होता है।

09. रेंडर इंजीनियर को सटीक आवश्यकताएं दें

रेंडरिंग डिजाइनिंग से अलग जिम्मेदारी है।

एनिमेटर फिल्म बनाता है। रेंडर इंजीनियर पुष्टि करता है कि कंपोजिशन को वास्तव में आवश्यक रेजोल्यूशन और फ्रेम रेट पर एक्सपोर्ट किया जा सकता है।

पहले राउंड के लिए, सभी 600 फ्रेम्स को फाइनल क्वालिटी पर रेंडर न करें।

पहले प्रतिनिधि स्टिल्स रेंडर करें।

प्रॉम्प्ट 4. रेंडरिंग असाइनमेंट

text
1रेंडर इंजीनियर की भूमिका निभाएं।
2
3BRIEF.md, STYLE.md,
4और STORYBOARD.md पढ़ें।
5
6मौजूदा कंपोजिशन की जांच करें।
7
8फाइनल रेंडर से पहले:
9
101. कंपोजिशन रेजोल्यूशन की पुष्टि करें।
112. फ्रेम रेट और अवधि की पुष्टि करें।
123. जांचें कि सभी फॉन्ट लोड हो रहे हैं।
134. जांचें कि सभी प्रोडक्ट एसेट्स मौजूद हैं।
145. प्रतिनिधि स्टिल फ्रेम रेंडर करें।
156. कम लागत वाला मोशन प्रीव्यू रेंडर करें।
167. रनटाइम एरर की रिपोर्ट करें।
17
18क्रिएटिव दिशा में बदलाव न करें।
19
20जब तक प्रीव्यू समीक्षा पास न कर ले,
21फाइनल डिलिवरेबल्स रेंडर न करें।

Remotion के साथ, आप चुने हुए फ्रेम्स को सीधे रेंडर कर सकते हैं।

bash
1mkdir -p out/previews
2
3npx remotion still Launch \
4 out/previews/opening.png --frame=30
5
6npx remotion still Launch \
7 out/previews/action.png --frame=150
8
9npx remotion still Launch \
10 out/previews/result.png --frame=390
11
12npx remotion still Launch \
13 out/previews/closing.png --frame=570
Mori - inline image

यहां, Launch हमारे उदाहरण प्रोजेक्ट के लिए कंपोजिशन ID है। इसे अपने Remotion प्रोजेक्ट में कॉन्फ़िगर की गई ID से बदल दें।

मोशन की जांच करने से पहले ही ये चार स्टिल्स मुख्य कहानी बता देने चाहिए।

अगर ओपनिंग सामान्य लग रही है, प्रोडक्ट अपठनीय है, या समापन में हाइरार्की खराब है, तो पूरी फिल्म एक्सपोर्ट करने के बाद की बजाय अभी इन समस्याओं को ठीक करना बेहतर है।

केंद्रित मोशन प्रीव्यू के लिए, केवल इंटरैक्शन के आसपास का अंतराल रेंडर करें।

bash
1npx remotion render Launch \
2 out/previews/interaction.mp4 \
3 --frames=90-330 \
4 --codec=h264

अब एजेंट के पास जांच करने के लिए एक असली वीडियो आर्टिफैक्ट है।

सिर्फ यह वर्णन नहीं कि वह क्या बनाना चाहता था।

यह अंतर इसलिए मायने रखता है क्योंकि सोर्स कोड सही दिख सकता है जबकि रिजल्ट भयानक दिखता है।

एनिमेशन को जज करने का एकमात्र भरोसेमंद तरीका यह है कि रेंडरर ने वास्तव में क्या तैयार किया, उसकी जांच की जाए।

भाग 4. क्रिटिक ही इसे स्टूडियो बनाता है

10. एनिमेटर को अपना काम खुद मंजूर न करने दें

यह वह विभाग है जिसे ज्यादातर लोग भूल जाते हैं।

मॉडल कोड लिखता है, वीडियो सफलतापूर्वक रेंडर होता है, और एजेंट घोषणा करता है कि सब कुछ पूरा हो गया।

लेकिन सफल रेंडर केवल यह साबित करता है कि फाइल मौजूद है।

यह साबित नहीं करता कि वीडियो अच्छा है।

हो सकता है कर्सर हेडलाइन को ढक रहा हो। हो सकता है कोई कार्ड बहुत देर से स्थिर हो रहा हो। हो सकता है प्रोडक्ट फोन पर पढ़ना असंभव हो। हो सकता है ट्रांजिशन तकनीकी रूप से काम कर रहा हो लेकिन सस्ता दिख रहा हो।

एक प्रोफेशनल स्टूडियो सिर्फ इसलिए शिप नहीं करता क्योंकि सॉफ्टवेयर ने एक MP4 एक्सपोर्ट कर दिया।

वह रिजल्ट की समीक्षा करता है।

Claude को एक अलग समीक्षा चरण दें, आदर्श रूप से एक नए संदर्भ में जिसमें मूल ब्रीफ और रेंडर किए गए फ्रेम हों।

इससे यह संभावना कम हो जाती है कि समीक्षा केवल प्रोडक्शन के दौरान लिए गए फैसलों का बचाव करे।

प्रॉम्प्ट 5. स्वतंत्र मोशन समीक्षा

text
1आप क्रिटिक हैं।
2
3आपने इस फिल्म को डिजाइन या एनिमेट नहीं किया है।
4
5दिए गए कॉन्टैक्ट शीट,
6स्टिल फ्रेम और वीडियो प्रीव्यू की समीक्षा करें।
7
81 से 10 तक स्कोर दें:
9
10- विजुअल कंपोजिशन
11- टाइपोग्राफी
12- प्रोडक्ट की पठनीयता
13- मोशन क्वालिटी
14- टाइमिंग
15- निरंतरता
16- ब्रांड संगति
17
18तीन सबसे महत्वपूर्ण समस्याएं खोजें।
19
20हर समस्या के लिए, प्रदान करें:
21
22फ्रेम या टाइमस्टैम्प
23यह कहां होता है।
24
25अवलोकन
26दिखने में क्या गलत है।
27
28यह क्यों मायने रखता है
29यह फिल्म को कैसे नुकसान पहुंचाता है।
30
31सबसे छोटा उपयोगी सुधार
32क्या बदलना चाहिए।
33
34सुरक्षित रखें
35क्या बिना बदलाव के रहना चाहिए।
36
37एनिमेटर के वर्णन के आधार पर
38मंजूरी न दें।
39
40रिपोर्ट को reviews/findings.md के रूप में सेव करें।

अब समीक्षा कुछ ऐसा तैयार करती है जिस पर एनिमेटर काम कर सकता है।

"वीडियो को और प्रोफेशनल बनाओ" कहने के बजाय, क्रिटिक रिपोर्ट कर सकता है:

text
1DEFECT 01
2
3FRAME:
4210
5
6PROBLEM:
7कर्सर रिजल्ट लेबल को पार कर जाता है।
8
9CAUSE:
10कर्सर का हटना रिजल्ट के दिखने के साथ ओवरलैप करता है।
11
12FIX:
13लेबल के दिखाई देने से पहले कर्सर को दूर ले जाएं।
14
15PRESERVE:
16क्लिक की टाइमिंग
17कार्ड के आयाम
18रिजल्ट एनिमेशन
19
20RECHECK:
21फ्रेम 195, 210, 225 और 240
Mori - inline image

रिजल्ट एनिमेशन

RECHECK:

फ्रेम 195, 210, 225 और 240

यह व्यक्तिपरक फीडबैक को इंजीनियरिंग के काम में बदल देता है।

Critic समस्या की पहचान करता है। Animator उसे ठीक करता है। Render Engineer प्रभावित फ्रेम्स को फिर से एक्सपोर्ट करता है।

पूरे वीडियो को दोबारा जनरेट करने की कोई जरूरत नहीं।

गंभीर प्रोडक्शन वर्क के लिए, Critic को स्टिल फ्रेम्स और मूविंग प्रीव्यू दोनों की जांच करनी चाहिए।

स्टिल्स लेआउट की खामियां दिखाते हैं। वीडियो खराब पेसिंग, अजीब ट्रांज़िशन, अप्राकृतिक मोशन और टाइमिंग की समस्याएं दिखाता है।

इनमें से कोई भी एक दूसरे की पूरी तरह जगह नहीं ले सकता।

11. ऐसा करेक्शन लूप बनाएं जिसे पता हो कि कहां रुकना है

सबसे उपयोगी प्रोडक्शन लूप सरल होता है।

text
1 ANIMATE
2 |
3 v
4 RENDER PREVIEW
5 |
6 v
7 CRITIC REVIEW
8 |
9 +--------+--------+
10 | |
11 PASS FAIL
12 | |
13 v v
14 DELIVERY SPECIFIC FINDINGS
15 |
16 v
17 LOCAL REPAIR
18 |
19 v
20 RENDER AGAIN
21 |
22 +----> REVIEW

महत्वपूर्ण शब्द है local (स्थानीय)।

फ्रेम 210 पर किसी खामी के कारण पूरे स्टोरीबोर्ड को दोबारा नहीं लिखा जाना चाहिए, जब तक कि उसका मूल रचनात्मक कॉन्सेप्ट ही न टूट गया हो।

अगर कोई हेडलाइन गलत तरीके से रैप हो रही है, तो उसकी चौड़ाई या फॉन्ट साइज एडजस्ट करें।

अगर कोई कर्सर रिजल्ट पर ओवरलैप कर रहा है, तो कर्सर का पाथ बदलें।

अगर कोई सीन बहुत अचानक खत्म हो रहा है, तो उसकी टाइमिंग या ट्रांज़िशन में बदलाव करें।

एजेंट को विफल हिस्से की मरम्मत करते समय स्वीकृत काम को सुरक्षित रखना चाहिए।

लूप पर सीमाएं तय करें।

Prompt 6. रिपेयर पॉलिसी

text
1विफल समीक्षाओं के लिए एक रिपेयर प्रक्रिया बनाएं।
2
3हर खामी के लिए:
4
51. Critic के सबूत पढ़ें।
62. सबसे छोटे प्रासंगिक बदलाव की पहचान करें।
73. स्वीकृत निर्णयों को सुरक्षित रखें।
84. प्रभावित सोर्स को पैच करें।
95. प्रभावित फ्रेम्स रेंडर करें।
106. आस-पास के सीन की सीमाओं की जांच करें।
117. नए सबूत वापस दें।
12
13अधिकतम:
14प्रति खामी दो रिपेयर राउंड।
15
16अगर दो राउंड के बाद भी वही समस्या
17अनसुलझी रहती है:
18
19रुकें।
20रुकावट (blocker) की व्याख्या करें।
21इंसानी मार्गदर्शन का अनुरोध करें।
22
23समीक्षा पास करवाने के लिए कभी भी
24सत्यापन आवश्यकताओं को न हटाएं।

रुकावट की व्याख्या करें।

इंसानी मार्गदर्शन का अनुरोध करें।

सत्यापन आवश्यकताओं को कभी न हटाएं

सिर्फ इसलिए कि समीक्षा पास हो जाए।

यह एजेंट को बिना किसी अंतहीन संशोधन चक्र में फंसे अपने आउटपुट को बेहतर बनाने की अनुमति देता है।

एक स्टूडियो को पुनरावृत्ति (iterate) करने की क्षमता चाहिए।

इसे एक बजट और एक रुकने का नियम भी चाहिए।

उपयोगी स्वायत्तता और अनियंत्रित प्रयोग के बीच का अंतर यह है कि क्या सिस्टम को पता है कि सफलता कैसी दिखती है, उसे किस सबूत की जरूरत है, और मदद कब मांगनी है।

भाग 5. एक वीडियो से असली स्टूडियो तक

12. एक रेंडर का मतलब एक डिलिवरेबल नहीं है

किसी स्टार्टअप को शायद ही कभी सिर्फ एक वीडियो फाइल की जरूरत होती है।

उसी प्रोडक्ट लॉन्च के लिए वेबसाइट के लिए वाइड वर्जन, X के लिए स्क्वायर वर्जन, और Reels या Shorts के लिए वर्टिकल वर्जन की जरूरत पड़ सकती है।

मूल वीडियो को सिर्फ क्रॉप करने से कंपोजिशन खराब हो सकती है।

एक हॉरिजॉन्टल सीन में प्रोडक्ट और हेडलाइन साथ-साथ दिख सकते हैं।

एक वर्टिकल सीन में पहले हेडलाइन दिखानी पड़ सकती है, फिर इंटरफेस को स्क्रीन भरने देना पड़ सकता है।

कहानी वही रहती है, लेकिन कंपोजिशन बदल जाता है।

text
1 ONE FILM
2 |
3 +-------------+-------------+
4 | | |
5 v v v
6 16:9 1:1 9:16
7 | | |
8 v v v
9 WEBSITE X / SOCIAL REELS
10 YOUTUBE SQUARE POST SHORTS
11
12 Wider Balanced Vertical
13 context composition hierarchy

एजेंट से कहें कि वह उन्हीं सोर्स एसेट्स और स्वीकृत कहानी से अलग-अलग रिस्पॉन्सिव कंपोजिशन या फॉर्मेट-विशिष्ट सीन लेआउट बनाए।

यह न मानें कि एक सफल वाइड रेंडर का मतलब है कि वर्टिकल वर्जन भी स्वीकार्य है।

हर फॉर्मेट को अपने स्टिल्स और अपनी समीक्षा की जरूरत होती है।

एक बेहतरीन डिलीवरी पैकेज में तीन से ज्यादा MP4 फाइलें होनी चाहिए। इसमें फाइनल वीडियो, पोस्टर फ्रेम्स, एडिटेबल सोर्स, स्वीकृत एसेट्स, और किसी भी बची हुई सीमाओं के बारे में एक छोटा नोट होना चाहिए।

इससे परिणाम असली लॉन्च के लिए उपयोगी बनता है, बजाय इसके कि क्लाइंट के पास सिर्फ एक एक्सपोर्ट हो और उसे संशोधित करने का कोई व्यावहारिक तरीका न हो।

13. स्टूडियो को रखें, प्रोजेक्ट को बदलें

यहीं से एक Bot एक असली प्रोडक्शन सिस्टम बनना शुरू करता है।

ज्यादातर लोग एक वीडियो खत्म करते हैं, चैट बंद करते हैं, और अगली बार शून्य से शुरू करते हैं।

एक स्टूडियो महत्वपूर्ण हिस्सों को बनाए रखता है।

स्टाइलिंग नियम, रियूजेबल कंपोनेंट्स, एनिमेशन विधियां, रिव्यू चेकलिस्ट, रेंडरिंग कमांड्स और आउटपुट स्ट्रक्चर को बचा रहना चाहिए।

सिर्फ प्रोजेक्ट-विशिष्ट इनपुट्स को बदलने की जरूरत है।

text
1FIRST VIDEO
2
3Brief A
4 |
5 v
6Studio Pipeline
7 |
8 v
9Film A
10
11SECOND VIDEO
12
13Brief B
14 |
15 v
16SAME Studio Pipeline
17 |
18 v
19Film B
20
21THIRD VIDEO
22
23Brief C
24 |
25 v
26IMPROVED Studio Pipeline
27 |
28 v
29Film C
Mori - inline image

कल्पना करें कि Critic बार-बार एक ही समस्या की पहचान करता है: व्यूअर्स के पढ़कर खत्म करने से पहले ही हेडलाइन्स गायब हो जाती हैं।

आप हर वीडियो को मैन्युअली ठीक कर सकते हैं।

या आप स्टूडियो के नियमों को अपडेट कर सकते हैं ताकि स्पष्ट रीडिंग होल्ड्स की आवश्यकता हो और समीक्षा के दौरान उनका परीक्षण किया जाए।

अब हर नई फिल्म उस सुधार को अपना लेती है।

यही बात उन प्रोडक्ट स्क्रीनशॉट्स पर लागू होती है जो वर्टिकल एक्सपोर्ट्स में अपठनीय हो जाते हैं, उन ट्रांज़िशन्स पर जो जरूरी जानकारी छिपा देती हैं, या उन कर्सर एनिमेशन्स पर जो इंटरफेस लेबल्स से टकरा जाते हैं।

हर बार होने वाली गलती एक नियम, एक रियूजेबल कंपोनेंट, या एक नई रिव्यू चेक बन सकती है।

यही फायदा है सिर्फ फाइनल एक्सपोर्ट को बचाने के बजाय प्रोडक्शन प्रक्रिया को बचाए रखने का।

अगली फिल्म को अभी भी रचनात्मक दिशा-निर्देश की जरूरत होगी। लेकिन पूरे स्टूडियो को शून्य से दोबारा बनाने की जरूरत नहीं होनी चाहिए।

14. प्रक्रिया को एक रियूजेबल Skill में बदलें

एक बार जब पहला प्रोजेक्ट समीक्षा पास कर ले, तो स्टूडियो की कार्यप्रणाली को Claude Code Skill के रूप में सेव करें।

Skill में उस विशिष्ट लॉन्च का प्रोडक्ट नाम, स्क्रीनशॉट या कॉपी नहीं होना चाहिए।

इसे प्रोडक्शन विधि का वर्णन करना चाहिए।

Prompt 7. स्टूडियो Skill बनाएं

text
1motion-studio नाम की एक रियूजेबल Skill बनाएं।
2
3उद्देश्य
4
5एक स्वीकृत क्रिएटिव ब्रीफ को
6एक प्रोफेशनल, कोड-रेंडर्ड वीडियो में बदलना।
7
8वर्कफ़्लो
9
10DIRECTOR
11अनुरोध का विश्लेषण करें।
12ब्रीफ और स्टोरीबोर्ड लिखें।
13
14ART DIRECTOR
15संदर्भों की जांच करें।
16एक सुसंगत विजुअल दिशा तय करें।
17
18ANIMATOR
19एडिटेबल, फ्रेम-संचालित मोशन बनाएं।
20
21RENDER ENGINEER
22स्टिल्स और प्रीव्यू रेंडर करें।
23तकनीकी आउटपुट्स को वैलिडेट करें।
24
25CRITIC
26वास्तविक रेंडर्स की जांच करें।
27सबूत-आधारित सुधार वापस दें।
28
29DELIVERY
30स्वीकृत फॉर्मेट्स एक्सपोर्ट करें।
31सोर्स और प्रोडक्शन नोट्स प्रदान करें।
32
33नियम
34
35- प्रोडक्ट एसेट्स खुद से न बनाएं।
36- क्रिएटिव अप्रूवल गेट्स को न छोड़ें।
37- बिना जांचे आउटपुट को स्वीकृत न करें।
38- सुधार स्थानीय (local) रखें।
39- बार-बार किए जाने वाले रिपेयर प्रयासों को सीमित करें।
40- हर महत्वपूर्ण आर्टिफैक्ट को सेव करें।
41
42आउटपुट
43
44फाइनल वीडियो
45पोस्टर फ्रेम्स
46कॉन्टैक्ट शीट्स
47एडिटेबल सोर्स
48रिव्यू रिपोर्ट

अब अगला असाइनमेंट बहुत छोटा हो जाता है।

आप प्रोडक्ट, ऑडियंस, विजुअल रेफरेंस और वांछित परिणाम देते हैं।

Skill प्रक्रिया प्रदान करता है।

एजेंट को चैट हिस्ट्री से पूरी प्रोडक्शन वर्कफ़्लो को दोबारा बनाने की जरूरत नहीं पड़ती।

यहीं से इस प्रक्रिया की अर्थव्यवस्था (economics) भी बदलने लगती है।

पहली फिल्म के लिए काफी सेटअप और प्रयोग की जरूरत पड़ सकती है।

दूसरी फिल्म सीन आर्किटेक्चर, मोशन कंपोनेंट्स, रेंडरिंग कमांड्स और विजुअल QA प्रक्रिया का पुन: उपयोग कर सकती है।

तीसरी फिल्म को पहले दो के दौरान खोजे गए सुधारों का फायदा मिल सकता है।

आप सिर्फ आउटपुट फाइलें इकट्ठी नहीं कर रहे हैं।

आप प्रोडक्शन क्षमता इकट्ठी कर रहे हैं।

भाग 6. आपका पहला वन-बॉट स्टूडियो प्रोजेक्ट

15. मास्टर प्रॉम्प्ट

वर्कस्पेस, नियमों और प्रोडक्शन स्टेजेस के तैयार होने के बाद, आप Opus को एक बहुत बड़ा असाइनमेंट दे सकते हैं।

वन-शॉट प्रॉम्प्ट से महत्वपूर्ण अंतर यह है कि एजेंट के पास पालन करने के लिए एक निर्धारित प्रक्रिया और स्पष्ट बिंदु होते हैं जहां इंसानी मंजूरी जरूरी है।

यह वह मास्टर प्रॉम्प्ट है जिसका मैं इस्तेमाल करूंगा।

Master Prompt. मोशन स्टूडियो चलाएं

text
1आप मेरा मोशन डिज़ाइन स्टूडियो चला रहे हैं।
2
3आपका लक्ष्य एक प्रोफेशनल
420-सेकंड की प्रोडक्ट लॉन्च फिल्म बनाना है।
5
6प्रोजेक्ट
7
8Product: [NAME]
9Website: [URL]
10Audience: [AUDIENCE]
11Main message: [ONE SENTENCE]
12
13स्वीकृत स्क्रीनशॉट्स, लोगो,
14फॉन्ट्स और संदर्भों का उपयोग करें।
15
16STAGE 1: DIRECTOR
17
18एसेट्स की जांच करें।
19BRIEF.md लिखें।
20स्टोरीबोर्ड बनाएं।
21मुख्य विजुअल कहानी तय करें।
22
23मंजूरी का अनुरोध करें।
24
25STAGE 2: ART DIRECTOR
26
27संदर्भों का विश्लेषण करें।
28STYLE.md लिखें।
29टाइपोग्राफी, रंग,
30कंपोजिशन और मोशन तय करें।
31
32मंजूरी का अनुरोध करें।
33
34STAGE 3: ANIMATOR
35
36Remotion का उपयोग करके फिल्म बनाएं।
37डिटर्मिनिस्टिक, फ्रेम-संचालित एनिमेशन का उपयोग करें।
38स्वीकृत प्रोडक्ट विवरण
39और सीन निरंतरता को सुरक्षित रखें।
40
41STAGE 4: RENDER ENGINEER
42
43प्रतिनिधि स्टिल्स रेंडर करें।
44एक रफ-कट प्रीव्यू रेंडर करें।
45
46जांचें:
47- आयाम
48- फ्रेम रेट
49- फॉन्ट्स
50- एसेट्स
51- रनटाइम एरर
52
53STAGE 5: CRITIC
54
55वास्तविक रेंडर किए गए फ्रेम्स की समीक्षा करें।
56
57सटीक फ्रेम नंबरों के साथ तीन सबसे बड़ी
58खामियों की पहचान करें।
59
60स्थानीय सुधारों का प्रस्ताव दें।
61
62STAGE 6: CORRECTION
63
64सबसे अधिक प्रभाव वाली खामियों को ठीक करें।
65स्वीकृत काम को सुरक्षित रखें।
66प्रभावित फ्रेम्स को फिर से रेंडर करें।
67
68दो विफल रिपेयर राउंड के बाद रुकें।
69
70STAGE 7: DELIVERY
71
72एक्सपोर्ट करें:
73- 16:9
74- 1:1
75- 9:16
76
77शामिल करें:
78- MP4 फाइलें
79- पोस्टर फ्रेम्स
80- एडिटेबल सोर्स
81- कॉन्टैक्ट शीट्स
82- QA रिपोर्ट
83
84महत्वपूर्ण
85
86कभी भी प्रोडक्ट स्क्रीन या दावे खुद से न बनाएं।
87कभी भी रिव्यू स्टेजेस को न छोड़ें।
88
89एक सफल एक्सपोर्ट रचनात्मक
90गुणवत्ता साबित नहीं करता।
91
92बड़े रचनात्मक निर्णयों या प्रकाशन से पहले
93मंजूरी के लिए रुकें।

आपको अभी भी अच्छे इनपुट्स देने होंगे।

Bot को असली प्रोडक्ट सामग्री, एक स्पष्ट उद्देश्य, और विजुअल दिशा को समझने के लिए पर्याप्त संदर्भों की जरूरत होती है।

लेकिन अब आप एक अलग-थलग एनिमेशन मांगने के बजाय एक पूरी प्रोडक्शन वर्कफ़्लो को सौंप रहे हैं।

और यही Opus 5.5 का एक बहुत अधिक दिलचस्प उपयोग है।

क्या एक Bot सच में मोशन स्टूडियो की जगह ले सकता है?

कुछ प्रकार के प्रोडक्शन के लिए, यह उस काम का एक उल्लेखनीय हिस्सा संभाल सकता है जिसे एक छोटा स्टूडियो अन्यथा मैन्युअली करता।

प्रोडक्ट लॉन्च एनिमेशन, इंटरफेस डेमोन्स्ट्रेशन, टाइपोग्राफी फिल्में, डेटा विज़ुअलाइज़ेशन और शॉर्ट एक्सप्लेनर विशेष रूप से उपयुक्त हैं क्योंकि उन्हें नियंत्रणीय कोड के रूप में व्यक्त किया जा सकता है।

लेकिन वर्कफ़्लो को बदलना सभी रचनात्मक निर्णयों को बदलने जैसा नहीं है।

मॉडल कई दिशाएं उत्पन्न कर सकता है, लेकिन किसी को अभी भी यह तय करना होगा कि कौन सी ब्रांड को सही ढंग से व्यक्त करती है।

यह फ्रेम्स की जांच कर सकता है और समस्याएं खोज सकता है, लेकिन व्यक्तिपरक गुणवत्ता को पूरी तरह टेस्ट्स में नहीं बदला जा सकता।

यह संगीत और इफेक्ट्स को एकीकृत कर सकता है, लेकिन उपयोग के अधिकार, क्लाइंट की अपेक्षाएं और अंतिम प्रकाशन के निर्णय अभी भी मायने रखते हैं।

मूल्य काम के संतुलन को बदलने में है।

एडिटर में एलिमेंट्स को घुमाने में अपना अधिकांश समय बिताने के बजाय, आप अपना अधिक समय रचनात्मक दिशा तय करने, परिणामों की समीक्षा करने और प्रोडक्शन प्रक्रिया को बेहतर बनाने में बिताते हैं।

यह विशेष रूप से सोलो फाउंडर्स, डेवलपर्स, इंडी क्रिएटर्स और छोटी टीमों के लिए आकर्षक है, जिन्हें हर बार कोई फीचर रिलीज करने पर प्रोडक्शन टीम को दोबारा बनाने के बिना मजबूत प्रोडक्ट वीडियो चाहिए।

और एक अन्य कारण भी है जिससे यह दृष्टिकोण महत्वपूर्ण हो जाता है।

पारंपरिक AI-जनित वीडियो को सटीक रूप से संशोधित करना अक्सर मुश्किल होता है।

आपको कोई शॉट पसंद हो सकता है लेकिन एक ट्रांज़िशन नापसंद हो। आपको बाकी एनिमेशन को बदले बिना किसी स्क्रीनशॉट को बदलने की जरूरत पड़ सकती है। आपको तीन फॉर्मेट्स में बिल्कुल वही फिल्म चाहिए हो सकती है।

कोड-रेंडर्ड प्रोडक्शन के साथ, उन बदलावों को अक्सर सोर्स में नियंत्रित एडिट्स के रूप में व्यक्त किया जा सकता है।

एक अलग हेडलाइन का मतलब जरूरी नहीं कि एक अलग फिल्म हो।

एक नए ब्रांड रंग का मतलब पूरी टाइमलाइन को दोबारा बनाना नहीं है।

टाइमिंग सुधार उस फ्रेम पर किया जा सकता है जहां समस्या होती है।

यह सिर्फ सुविधा नहीं है।

यह एक एसेट जनरेट करने और एक प्रोडक्शन सिस्टम को बनाए रखने के बीच का अंतर है।

असली बदलाव

Opus 5.5 मोशन डिज़ाइन के बारे में सबसे दिलचस्प बात रातोंरात बनाया गया कोई वायरल एनिमेशन नहीं है।

यह वह है जो तब होता है जब आप उस क्षमता को एक दोहराए जाने योग्य स्टूडियो में बदल देते हैं।

एक एजेंट क्रिएटिव ब्रीफ को मैनेज कर सकता है, विजुअल सिस्टम स्थापित कर सकता है, एनिमेशन लागू कर सकता है, प्रीव्यू रेंडर कर सकता है, खामियों की आलोचना कर सकता है, और अंतिम डिलिवरेबल्स तैयार कर सकता है।

रेंडरर वीडियो को पुन: उत्पादन योग्य बनाता है।

स्टोरीबोर्ड कहानी को जानबूझकर बनाया गया बनाता है।

रिव्यू लूप गलतियों को दिखाई देने योग्य बनाता है।

सेव किए गए कंपोनेंट्स और Skills अगले प्रोजेक्ट को आसान बनाते हैं।

एक पारंपरिक वन-शॉट प्रक्रिया कुछ ऐसी दिखती है:

एक प्रॉम्प्ट एक वीडियो बनाता है। वीडियो एक्सपोर्ट हो जाता है। अगला प्रोजेक्ट फिर से शुरू होता है।

एक वन-बॉट स्टूडियो अलग तरह से काम करता है।

हर पूरा हुआ प्रोजेक्ट पीछे बेहतर टेम्प्लेट्स, बेहतर मोशन कंपोनेंट्स, मजबूत समीक्षा मानदंड और अधिक विश्वसनीय डिलीवरी प्रक्रियाएं छोड़ सकता है।

पहला वीडियो प्रभावशाली होता है क्योंकि यह दिखाता है कि क्या संभव है।

पांचवां दिलचस्प होता है क्योंकि प्रोडक्शन प्रक्रिया दोहराई जाने योग्य बनने लगती है।

बीसवां वह है जहां संचित Skills, कंपोनेंट्स, चेक्स और रचनात्मक नियम किसी भी व्यक्तिगत प्रॉम्प्ट से अधिक मूल्यवान हो सकते हैं।

असली अवसर AI से एक वीडियो बनाना नहीं है। यह एक ऐसा स्टूडियो बनाना है जो हर बार वीडियो बनाने पर बेहतर होता जाए।

और सही सेटअप के साथ, वह स्टूडियो एक Bot से शुरू हो सकता है।

अगर आप यहां तक पहुंचे हैं

AI-जनित वीडियो को तेजी से जटिल होते प्रॉम्प्ट्स से ठीक करने की कोशिश में एक और रात बर्बाद करने से पहले इस गाइड को बुकमार्क कर लें।

मुझे X पर फॉलो करें: x.com/0xjmori

मेरे Substack को सब्सक्राइब करें: substack.com/@lunarresearcher

अगली बार जब आपको प्रोडक्ट लॉन्च वीडियो की जरूरत हो, तो सिर्फ Claude से कुछ एनिमेट करने के लिए न कहें।

उसे चलाने के लिए एक स्टूडियो दें।

संसाधन

YouMind में रीमिक्स करें

Turn one viral article into a full content workflow

Collect the source, decode the pattern, create assets, draft the story, and distribute from one AI workspace.

Explore YouMind
क्रिएटर्स के लिए

अपने Markdown को एक साफ़-सुथरे 𝕏 आर्टिकल में बदलें

जब आप अपना लंबा कंटेंट पब्लिश करते हैं, तो इमेज, टेबल और कोड ब्लॉक को 𝕏 के लिए फ़ॉर्मेट करना मुश्किल होता है। YouMind पूरे Markdown ड्राफ़्ट को एक साफ़-सुथरे, पोस्ट के लिए तैयार 𝕏 आर्टिकल में बदल देता है।

Markdown से 𝕏 आज़माएँ

समझने के लिए और पैटर्न

हाल के वायरल लेख

और वायरल लेख देखें