تصور کنید ساعت‌ها وقت صرف نوشتن توصیفات دقیق می‌کنید تا چهره‌ی شخصیت ویدیو تغییر نکند، اما باز هم در لحظه‌ی رندر، صورت کاراکتر مانند موم ذوب می‌شود. این واقعیت تلخ Kling AI است: شما می‌توانید زاویه‌ی دوربین را با دقت جراحی کنترل کنید، اما نمی‌توانید جلوی نقص‌های معماری مدل را بگیرید.
بسیاری از تولیدکنندگان محتوا اکنون مهندسی پرامپت (Prompt Engineering) — که شبیه هنر سؤال درست پرسیدن از یک مشاور باتجربه است — را به‌عنوان دارویی برای تمام دردهای تولید ویدیو می‌بینند. اما در واقعیت، شکاف عمیقی میان آنچه یک پرامپت می‌تواند کنترل کند و آنچه مدل قادر به رندر کردن است وجود دارد. برای جریان‌های کاری حرفه‌ای، این یعنی تغییر دیدگاه از «جست‌وجوی پرامپت کامل» به «بودجه‌بندی آماری»؛ یعنی پذیرش این نکته که بخشی از خروجی‌ها ذاتاً خراب خواهند بود.
همان‌طور که در تحلیل‌های پیشین ما درباره‌ی محدودیت‌های مدل‌های انتشار (Diffusion Models) اشاره کردیم، برخی خطاها ریشه در داده‌های آموزشی دارند نه در دستورات کاربر. طبق گزارش Vuela.ai، در آزمایش‌های کنترل‌شده روی نماهای هوایی ۱۵ ثانیه‌ای، حدود ۶۰٪ خروجی‌ها بدون نیاز به رتوش، آماده‌ی تحویل به مشتری بودند. با این حال، گزارش‌های کاربران در vc.ru حاکی از آن است که در ساعات پیک مصرف، نرخ شکست به ۳۰ تا ۴۰ درصد می‌رسد.
این تفاوت‌ها نشان می‌دهد کیفیت خروجی به اندازه خودِ پرامپت، به بار سرور و نوع نما نیز وابسته است. در هر صورت نتیجه یکسان است: برخی نماها صرف‌نظر از فرمول پرامپت، به سطل زباله می‌روند. فرمول‌ها نتیجه را تضمین نمی‌کنند، بلکه فقط مسیر را مشخص کرده و احتمال شکست‌های تصادفی را کم می‌کنند.
بر اساس مستندات رسمی Kling AI، مؤثرترین پرامپت‌های تبدیل متن به ویدیو (Text-to-Video) از یک ساختار پنج‌بخشی پیروی می‌کنند:
- سوژه: توصیف دقیق چه کسی یا چه چیزی در قاب است.
- حرکت سوژه: یک اکشن مشخص که سوژه انجام می‌دهد.
- صحنه: محیط، زمان روز و جزئیات اطراف.
- زبان دوربین: یک حرکت واضح (مثلاً زوم آرام یا دنباله‌کردن).
- نورپردازی و اتمسفر: منبع نور و حس کلی صحنه.
بدون این بخش‌ها، مدل به‌جای تفکر، شکاف‌ها را به‌صورت تصادفی پر می‌کند. یکی از نویسندگان vc.ru صراحتاً می‌گوید: «Kling تله‌پات نیست؛ اگر شما تصمیم نگیرید چه چیزی در قاب باشد، مدل تصمیم می‌گیرد»، و این دقیقاً همان جایی است که چهره‌ها یا پس‌زمینه در صحنه‌های کم‌جزئیات ناگهان تغییر می‌کنند.
یکی از رایج‌ترین اشتباهات در تبدیل تصویر به ویدیو (Image-to-Video)، توصیف بیش از حد صحنه است. طبق راهنمای Kling AI، وقتی تصویری آپلود شده است، پرامپت باید فقط روی حرکت تمرکز کند. برای مثال، جمله‌ای مثل «زنی با لباس قرمز در غروب کنار پنجره ایستاده و می‌چرخد» برای این حالت زائد است. مدل سعی می‌کند توصیف متنی را با پیکسل‌های موجود در تصویر تطبیق دهد و دچار سردرگمی می‌شود. در مقابل، در حالت تبدیل متن به ویدیو، مدل چون مرجعی ندارد، باید کل صحنه را از صفر بسازد.
پیش‌بینی‌پذیری زمانی بالا می‌رود که دوربین را به یک حرکت در هر کلیپ محدود کنید. Veed.io اشاره می‌کند که یک حرکت واضح (مثل Tracking Shot) بسیار قابل‌اعتمادتر از طراحی‌های پیچیده و چندمرحله‌ای است. وقتی دو حرکت هم‌زمان درخواست شود، مدل اغلب شکست می‌خورد.
شدت حرکت دوربین متغیر حیاتی دیگری است. Chloe Murphy، متخصص این حوزه، توصیه می‌کند لغزنده (Slider) حرکت دوربین بین ۱ تا ۳ نگه داشته شود. افزایش این عدد به ۵، اغلب باعث دفرمه شدن چهره‌ها در هنگام Pan می‌شود. او می‌گوید: «اگر هنگام حرکت دوربین به چپ، صورت کاراکتر شناور می‌شود، یعنی سرعت حرکت بیش از حد است».
برای جلوگیری از مشکل «هنگ کردن در ۹۹٪» — جایی که نوار پیشرفت رندر متوقف می‌شود — باید یک نقطه پایان مشخص تعریف کنید. Veed.io توضیح می‌دهد این اتفاق زمانی می‌افتد که پرامپت حرکت را توصیف می‌کند اما پایان آن را نه. افزودن عباراتی مثل «سپس در جای خود ثابت می‌شود» (then settles into position)، عمل را صریحاً می‌بندد تا مدل مجبور نباشد حدس بزند کجا باید توقف کند.
در استفاده از کنترل حرکت (Motion Control) از طریق ویدیوهای مرجع، منطق برعکس می‌شود. چون حرکت توسط ویدیو تأمین شده، پرامپت باید منحصراً روی محیط و بستر تمرکز کند. fal.ai هشدار می‌دهد که توصیف مجدد حرکت در متن، رایج‌ترین خطای کاربران در این بخش است.
محدودیت‌های فنی سخت‌گیرانه هستند:
- جهت‌دهی تصویر: حداکثر ۱۰ ثانیه.
- جهت‌دهی ویدیو: حداکثر ۳۰ ثانیه.
- ویدیوهای مرجع: طبق گزارش Atlas Cloud، کلیپ‌های طولانی‌تر از ۵ ثانیه باعث «تاری سیگنال حرکتی» می‌شوند.
با وجود عرضه نسخه ۳.۰ که شرکت Kuaishou ادعا می‌کند از رزولوشن 4K، زمان‌های منعطف تا ۱۵ ثانیه و استوری‌بورد چند-نما (Multi-Shot) پشتیبانی می‌کند، مشکلات معماری همچنان پابرجاست. این تضاد میان قابلیت‌های ادعایی و خروجی‌های عملی، در تحلیل ما درباره‌ی قیمت‌های بالای مدل Kling 3.0 Pro در مقابل رتبه‌های پایین کیفی به‌طور مفصل بررسی شده است.
Tyler Smith از Curious Refuge، حرکت سینمایی مدل را ۸.۱ از ۱۰ رتبه‌بندی کرد اما اشاره کرد که «شباهت چهره‌ها اغلب دچار لغزش (Drift) می‌شود و همگام‌سازی لب‌ها (Lip-sync) ناپایدار است». این لغزش چهره و ظاهر شدن «اندام‌های اسپاگتی‌مانند» در نقاط تلاقی اعضا، شکست‌های سیستماتیکی هستند که جامعه‌ی r/generativeAI گزارش داده‌اند و صرف‌نظر از جزئیات پرامپت، رخ می‌دهند.
برای کاهش اتلاف اعتبار، Wondershare Filmora پیشنهاد می‌کند پرامپت‌های منفی (Negative Prompt) را به‌جای عبارات کلی کیفیت، روی نقص‌های خاص (مثلاً «بدون انگشتان اضافی») متمرکز کنید. لیستی از ۳ تا ۷ مورد خاص ایده‌آل است؛ بیشتر از این مقدار ممکن است مدل را دچار فشار کند.
در مورد طول و ساختار:
- محدودیت کاراکتر: با اینکه API اجازه ۲۵۰۰ کاراکتر را می‌دهد، Atlas Cloud دریافته است که پرامپت‌های موجز ۶۰ تا ۱۰۰ کلمه‌ای نتایج بهتری نسبت به «دیواری از صفت‌ها» دارند.
- فریم‌های شروع و پایان: در این قابلیت، پالت رنگی و تن فریم اول و آخر باید یکسان باشد. پرامپت باید کل انتقال را توصیف کند تا از پرش‌های بصری جلوگیری شود.
- ریسک‌های زمانی: طبق مشاهدات vc.ru، اگرچه ۱۵ ثانیه ممکن است، اما پر کردن پرامپت با اکشن‌های زیاد باعث می‌شود مدل صحنه را ساده‌سازی کرده یا برخی مراحل را حذف کند.
گام بعدی شما
- در پروژه‌های دارای انسان، برای هر نما بین ۲ تا ۵ بار تولید (Take) را در بودجه‌ی زمانی و اعتباری خود پیش‌بینی کنید.
- لغزنده حرکت دوربین را روی عدد ۲ تنظیم کنید تا از دفرمه شدن چهره‌ها در نماهای Pan جلوگیری شود.
- برای هر حرکت، حتماً یک عبارت «توقف» (مانند coming to rest) در انتهای پرامپت اضافه کنید تا از هنگ کردن رندر در ۹۹٪ جلوگیری شود.
اما مدیریت هزینه‌های این تولیدات در مقیاس سازمانی چالش دیگری است — در تحلیل ما درباره‌ی مدل‌های بهینه‌سازی هزینه استنتاج بیشتر بخوانید.
گفتگو