Cách biến Claude Opus 5.5 thành một đội ngũ sản xuất motion có thể đạo diễn, làm hoạt hình, render, đánh giá và bàn giao các video chuyên nghiệp.
Hầu hết mọi người nghĩ rằng làm video bằng AI chỉ đơn giản là viết một câu lệnh (prompt) rồi chờ kết quả.
Với Opus 5.5, khả năng thú vị hơn nằm ở việc xây dựng cả một studio sản xuất xoay quanh một agent duy nhất.
Hãy nghĩ về những gì thường xảy ra khi một startup cần video ra mắt sản phẩm. Một người viết bản tóm tắt ý tưởng (creative brief). Một designer phát triển định hướng thị giác. Một motion designer làm chuyển động cho giao diện. Một video editor xử lý nhịp độ và âm thanh. Một người khác nữa xem lại kết quả, yêu cầu chỉnh sửa và chuẩn bị các file xuất cuối cùng.
Đó là cả một quy trình sản xuất cho một video dài 20 giây.
Bây giờ hãy tưởng tượng bạn giao toàn bộ trách nhiệm đó cho một agent Claude duy nhất, kèm theo một quy trình rõ ràng để xử lý từng giai đoạn.
Agent này sẽ nghiên cứu tài liệu tham khảo của bạn, lên kế hoạch cho thước phim, viết code hoạt hình, render bản xem trước, tự kiểm tra lỗi sai và chỉnh sửa kết quả. Bạn chỉ cần phê duyệt những quyết định sáng tạo quan trọng thay vì phải tự tay dựng từng cảnh.
Đó chính là cơ hội đằng sau Motion Engineering (Kỹ thuật Motion).
Claude Opus 5.5 khiến quy trình này trở nên hấp dẫn vì nó kết hợp được khả năng lập trình, hiểu biết thị giác và vận hành agent trong thời gian dài. Nhưng phần quan trọng nhất không chỉ nằm ở mô hình. Mà là hệ thống sản xuất bạn xây dựng xung quanh nó.
https://x.com/claudeai/status/2102435511222890900
Đây là điều làm nên sự khác biệt so với việc tạo video AI thông thường:
Claude không cần trực tiếp tạo ra các điểm ảnh cuối cùng. Nó có thể viết phần mềm để tạo ra chúng.
Mô hình viết code hoạt hình. Một trình render biến đoạn code đó thành các khung hình. Một quy trình đánh giá sẽ phát hiện lỗi. Agent sửa mã nguồn và render lại.
Điều đó có nghĩa là video đầu tiên có thể trở thành nền tảng cho video tiếp theo.
Trong hướng dẫn này, tôi sẽ chỉ cho bạn cách xây dựng một studio motion một-agent với năm phòng ban sản xuất, các thành phần tái sử dụng được, các chốt phê duyệt sáng tạo, và một quy trình tạo ra những video có thể chỉnh sửa và kiểm tra.
Mục tiêu không phải là thay thế mọi quyết định sáng tạo của con người. Mà là ngừng làm thủ công những việc mà một agent được cấu hình đúng đã có thể xử lý.
Tôi thường xuyên chia sẻ những bài phân tích thực tế về AI agent, tự động hóa và quy trình sản xuất trên Substack.
PHẦN 1. STUDIO MỘT BOT
01. Một agent, năm phòng ban sản xuất
Một studio truyền thống phân chia công việc cho các chuyên gia vì mỗi giai đoạn đòi hỏi một loại tư duy đánh giá khác nhau.
Đạo diễn nghĩ về câu chuyện. Giám đốc nghệ thuật nghĩ về bố cục. Người làm hoạt hình nghĩ về chuyển động. Họa sĩ kỹ thuật nghĩ về việc render. Nhà phê bình quyết định xem kết quả có đáp ứng yêu cầu hay không.
Một agent Opus 5.5 có thể đảm nhận tuần tự cả năm vai trò này.
Nhưng điều này chỉ hiệu quả nếu các trách nhiệm được tách bạch rõ ràng.
Yêu cầu Claude đạo diễn, thiết kế, làm hoạt hình, render và đánh giá mọi thứ trong một bước không có cấu trúc chính là cách bạn tạo ra một bản demo trông rất ấn tượng nhưng lại vỡ vụn khi soi xét kỹ.
Thay vào đó, hãy tổ chức agent xoay quanh năm phòng ban:
1PHÒNG BAN TRÁCH NHIỆM ĐẦU RA2────────────────────────────────────────────────────────3ĐẠO DIỄN Câu chuyện và storyboard BRIEF.md4GIÁM ĐỐC NGHỆ THUẬT Định hướng thị giác STYLE.md5NGƯỜI LÀM HOẠT HÌNH Chuyển động và nhịp độ Mã nguồn6KỸ SƯ RENDER Render và xuất file MP4 + bản xem trước7NHÀ PHÊ BÌNH Kiểm soát chất lượng hình ảnh Báo cáo đánh giá
Đây không nhất thiết là năm agent độc lập. Chúng là năm giai đoạn với các chỉ dẫn, tệp tin và tiêu chí nghiệm thu riêng biệt bên trong một quy trình phối hợp chung.
Đạo diễn quyết định thước phim truyền tải điều gì trước khi Người làm hoạt hình chạm vào code. Giám đốc nghệ thuật định ra các quy tắc thị giác trước khi Claude bắt đầu tự bịa màu sắc và hiệu ứng chuyển cảnh. Nhà phê bình đánh giá kết quả đã render thay vì tin vào lời mô tả của Người làm hoạt hình về những gì họ vừa tạo ra.
Quy trình sẽ như sau:
1 YÊU CẦU CỦA BẠN2 |3 v4 CLAUDE OPUS 5.55 |6 v7 ĐẠO DIỄN8 Câu chuyện + Kịch bản9 |10 v11 GIÁM ĐỐC NGHỆ THUẬT12 Tài liệu tham khảo + Thiết kế13 |14 v15 NGƯỜI LÀM HOẠT HÌNH16 Code + Chuyển động17 |18 v19 KỸ SƯ RENDER20 Khung hình + Xuất file21 |22 v23 NHÀ PHÊ BÌNH24 Đánh giá + Sửa lỗi25 |26 v27 THƯỚC PHIM CUỐI
Trình tự này rất quan trọng vì hầu hết các lỗi thị giác đều bắt đầu từ trước khi render.
Nếu câu chuyện không rõ ràng, chuyển động đẹp hơn cũng không cứu được. Nếu định hướng thị giác quá chung chung, thêm nhiều hiệu ứng chỉ càng làm nó lộ rõ sự chung chung đó. Nếu storyboard sai, một đoạn hoạt hình hoàn hảo về mặt kỹ thuật vẫn có thể chẳng truyền tải được gì.
Nhiệm vụ đầu tiên là xây dựng quy trình ngăn chặn những sai lầm đó.
02. Vì sao các video viral "một phát ăn ngay" không hẳn là phép màu
Chắc bạn đã từng thấy những video kiểu này.
Ai đó đăng một đoạn hoạt hình trông như do một agency sáng tạo chuyên nghiệp làm ra, rồi bảo rằng Claude đã tạo toàn bộ chỉ với một câu lệnh.
Kết quả đó có thể thực sự đến từ một lần chạy tự động dài. Nhưng điều đó không có nghĩa là quy trình bắt đầu từ một câu nói.
Thariq từ đội ngũ Claude Code đã nhấn mạnh sự khác biệt này khi thảo luận về một trong những bản demo viral kia.
https://x.com/trq212/status/2102870353781641416
Đó mới là chi tiết đáng để bạn chú ý.
Một câu lệnh tốt có thể chứa trọn vẹn một bản tóm tắt ý tưởng, tài liệu tham khảo, danh sách cảnh quay, giới hạn kỹ thuật, yêu cầu về tài nguyên và các quy tắc kiểm tra kết quả cuối cùng.
Một agent lập trình cũng có thể kế thừa sẵn một dự án, hệ thống thiết kế, các thành phần và pipeline render.
Cái gọi là "một phát ăn ngay" thường chỉ là phần nổi của một hệ thống thiết lập đồ sộ phía sau.
Và đó là tin tốt.
Nó có nghĩa là bạn không cần phải mò mẫm tìm ra một tổ hợp tính từ thần thánh nào đó. Bạn cần một môi trường sản xuất có thể tái tạo lại những quyết định đúng đắn.
Hãy thử so sánh hai cách tiếp cận cho cùng một yêu cầu.
Cách đầu tiên yêu cầu Claude "làm một đoạn hoạt hình ra mắt sản phẩm cao cấp". Mô hình sẽ phải tự quyết định sản phẩm làm gì, video trông ra sao, dùng hiệu ứng chuyển cảnh nào, khi nào người xem đọc tiêu đề, và thế nào là một kết quả thành công.
Cách thứ hai cung cấp tài nguyên sản phẩm thật, một thước phim tham khảo, quy tắc thiết kế, storyboard, dòng thời gian và tiêu chí đánh giá.
Cả hai đều có thể chỉ dùng một agent và một lần chạy sản xuất chính. Nhưng cách thứ hai có cơ hội tạo ra sản phẩm dùng được cao hơn nhiều, vì ít quyết định quan trọng bị phó mặc cho may rủi.
Một câu lệnh tạo ra một video. Một studio tạo ra một phương pháp làm video có thể lặp lại.
PHẦN 2. XÂY DỰNG STUDIO
03. Cài đặt môi trường sản xuất
Với thiết lập này, chúng ta sẽ dùng Claude Code làm agent, Remotion làm framework video, và FFmpeg để kiểm tra và xử lý media.
Claude Code lo các tác vụ sáng tạo và lập trình. Remotion giúp kiểm soát thước phim thông qua các component React và hoạt hình dựa trên khung hình. FFmpeg hỗ trợ phân tích tài liệu tham khảo, kiểm tra đầu ra và chuẩn bị các tài nguyên phụ trợ.
Hãy cài đặt Node.js, Claude Code và FFmpeg trước khi bắt đầu.
Tạo một dự án Remotion sạch:
1npx create-video@latest --yes --blank motion-studio23cd motion-studio45npx remotion skills add67npm run dev
Trình cài đặt Remotion Skills cung cấp hướng dẫn triển khai mà các agent lập trình có thể sử dụng khi làm việc với framework này.
Mở một terminal khác trong thư mục motion-studio và khởi chạy Claude Code. Chọn Opus 5.5 nếu môi trường của bạn có hỗ trợ.
Bây giờ hãy tổ chức không gian làm việc:
1motion-studio/2│3├── CLAUDE.md4├── BRIEF.md5├── STYLE.md6├── STORYBOARD.md7│8├── public/9│ ├── logos/10│ ├── screenshots/11│ ├── fonts/12│ └── audio/13│14├── src/15│ ├── compositions/16│ ├── components/17│ ├── animation/18│ └── Root.tsx19│20├── reviews/21│ ├── frames/22│ ├── contact-sheets/23│ └── findings.md24│25└── out/26 ├── previews/27 └── final/
Đây là không gian làm việc của studio.
CLAUDE.md chứa các quy tắc áp dụng cho mọi dự án sản xuất. BRIEF.md mô tả thước phim hiện tại. STYLE.md ghi nhận định hướng thị giác. STORYBOARD.md xác định trình tự các cảnh quay và sự kiện quan trọng.
Mã nguồn và tài nguyên đã duyệt được tách riêng khỏi các file đánh giá.
Sự tách bạch này trở nên cực kỳ giá trị khi một dự án kéo dài vài tiếng hoặc được tiếp tục trong một phiên làm việc khác. Claude cần có khả năng kiểm tra không gian làm việc và hiểu được những gì đã được duyệt, cảnh nào đã tồn tại, cái gì không qua vòng đánh giá, và cái gì còn cần render.
Không có cấu trúc này, những quyết định quan trọng có thể bị mắc kẹt trong một đoạn chat.
Một studio phải có khả năng tiếp tục công việc từ các tệp tin của nó, chứ không phụ thuộc vào việc giữ nguyên vẹn một cuộc hội thoại duy nhất.
04. Cấp cho Bot một cuốn cẩm nang vận hành vĩnh viễn
Hầu hết mọi người đưa cho Claude một bộ chỉ dẫn mới mỗi lần làm video.
Điều đó tạo ra sự thiếu nhất quán.
Dự án này dùng hoạt hình lò xo gọn gàng. Dự án sau lại nảy tưng tưng quá mức. Dự án thứ ba thay đổi mọi phông chữ, màu sắc và hiệu ứng chuyển cảnh vì mô hình không có bất kỳ quy tắc thị giác cố định nào.
Thay vào đó, hãy lưu các tiêu chuẩn sản xuất của studio vào CLAUDE.md.
Câu lệnh 1. Tạo Cẩm nang Studio
1Tạo file CLAUDE.md cho studio motion của chúng ta.23Bạn là agent sản xuất chịu trách nhiệm4đạo diễn, thiết kế, làm hoạt hình,5render và đánh giá các thước phim tạo bằng code.67QUY TẮC VẬN HÀNH891. Không bao giờ bắt tay vào triển khai trước khi10 tạo storyboard.11122. Chỉ sử dụng tài nguyên sản phẩm đã được duyệt.13143. Không bao giờ tự bịa UI, số liệu, lời chứng thực15 hay tính năng sản phẩm.16174. Mọi hoạt hình phải được điều khiển bởi18 số thứ tự khung hình hoặc thời gian tất định.19205. Dùng một định hướng thị giác chủ đạo21 xuyên suốt toàn bộ thước phim.22236. Không làm hoạt hình cho các thành phần24 mà không có mục đích truyền đạt rõ ràng.25267. Render các khung hình đại diện trước khi27 xuất toàn bộ video.28298. Đánh giá kết quả đã render,30 chứ không chỉ đọc mã nguồn.31329. Sửa lỗi cục bộ khi có thể.333410. Giữ lại toàn bộ file mã nguồn có thể chỉnh sửa.3536GIỚI HẠN SÁNG TẠO3738Tránh:39- Nền gradient chung chung40- Hiệu ứng nảy quá mức41- Hạt sáng phát quang42- Chữ không đọc được43- Bảng điều khiển sản phẩm giả44- Chuyển động camera vô nghĩa4546QUY TẮC SẢN XUẤT4748Một thước phim chưa hoàn thành chỉ vì49file MP4 đã tồn tại.5051Nó chỉ hoàn thành khi đáp ứng được bản yêu cầu đã duyệt52và các tiêu chí kiểm chứng.
Tệp này trở thành tiêu chuẩn nền tảng của studio.
Điều đó không có nghĩa là mọi thước phim phải trông giống hệt nhau. Mà có nghĩa là những lỗi sản xuất lặp đi lặp lại không cần phải bị phát hiện lại từ đầu.
Khi Claude liên tục mắc cùng một lỗi thị giác, hãy cải thiện cuốn cẩm nang vận hành. Thước phim tiếp theo sẽ kế thừa luôn phần sửa đổi đó.
Bạn cũng có thể lưu trữ các component hoạt hình dùng chung, token phông chữ, kích thước vùng an toàn, cài đặt xuất file ưa thích và các quyết định sản xuất tái sử dụng được khác bên trong dự án.
Studio của bạn càng học hỏi được nhiều từ các sản phẩm đã hoàn thiện, thì dự án tiếp theo càng tốn ít thời gian để mày mò lại những điều cơ bản.
05. Để Đạo diễn viết bản yêu cầu
Hãy bắt tay vào làm một thứ cụ thể.
Tưởng tượng bạn đang ra mắt một sản phẩm SaaS giúp biến một bảng dự án lộn xộn thành một kế hoạch sprint ngăn nắp.
Bạn muốn một thước phim sản phẩm dài 20 giây thể hiện một sự chuyển đổi: bảng tác vụ rối rắm trở thành danh sách ưu tiên rõ ràng.
Khán giả phải hiểu được giá trị mà không cần lời bình.
Thay vì yêu cầu Claude "làm một video ngầu ngầu", hãy giao cho Đạo diễn một nhiệm vụ sản xuất.
Câu lệnh 2. Nhiệm vụ của Đạo diễn
1Bạn là Đạo diễn của studio motion chúng tôi.23DỰ ÁN45Phim ra mắt cho một ứng dụng tăng năng suất.67THÔNG ĐIỆP CHÍNH89Biến một bảng dự án lộn xộn thành10một kế hoạch sprint rõ ràng.1112KHÁN GIẢ1314Nhà sáng lập, đội ngũ sản phẩm và lập trình viên.1516THỜI LƯỢNG171820 giây.1920ĐỊNH DẠNG2122Bản gốc 16:923Bản mạng xã hội 9:1624Bản vuông 1:12526TÀI NGUYÊN2728Sử dụng ảnh chụp màn hình, logo và phông chữ29có sẵn trong thư mục public/.3031Không tạo màn hình sản phẩm hư cấu.3233NHIỆM VỤ CỦA BẠN34351. Kiểm tra toàn bộ tài nguyên hiện có.362. Xác định thông tin còn thiếu.373. Viết file BRIEF.md.384. Định hình ý tưởng thị giác trung tâm.395. Xây dựng cấu trúc câu chuyện của thước phim.406. Giải thích lý do tồn tại của từng cảnh.4142Chưa viết code hoạt hình vội.4344Trả về định hướng sáng tạo45và chờ phê duyệt.
Đạo diễn cần quyết định xem người xem phải hiểu điều gì ở mỗi giai đoạn, chứ không phải nhồi nhét chuyển động vào thước phim chỉ để cho có.
Cảnh đầu tiên có thể cho thấy một bảng tác vụ lộn xộn. Cảnh tiếp theo giới thiệu hành động sắp xếp nó. Cảnh cuối cùng dừng lại ở bản kế hoạch sprint hoàn chỉnh.
Mối quan hệ thị giác quan trọng nhất là sự đối lập giữa trước và sau.
Mọi thứ khác phải phục vụ cho điều đó.
Trước khi duyệt bản yêu cầu, hãy kiểm tra xem sản phẩm có thực sự sở hữu tính năng bạn đang minh họa không, ảnh chụp màn hình được cung cấp có thể hiện điều đó không, và câu chuyện đề xuất có thể hiểu được mà không cần quá nhiều văn bản giải thích không.
Nếu thiếu một màn hình sản phẩm thiết yếu, agent phải yêu cầu bổ sung thay vì tự vẽ ra một bản giả mạo trông y như thật.
Chỉ một quy tắc đó thôi đã ngăn chặn được vô số thước phim sản phẩm do AI tạo ra nhưng không thể sử dụng.
06. Biến tài liệu tham khảo thành bản sắc thị giác
Một lý do lớn khiến các video do AI tạo ra trông na ná nhau là vì mô hình tự bịa ra toàn bộ định hướng thị giác từ những ngôn từ mơ hồ.
"Cao cấp, tối giản, đậm chất điện ảnh và tương lai" chẳng nói cho mô hình biết được bao nhiêu.
Cách tốt hơn là cung cấp hai hoặc ba tài liệu tham khảo và gán cho mỗi cái một mục đích cụ thể.
Một tài liệu có thể định hình kiểu chữ. Một tài liệu khác minh họa hiệu ứng chuyển cảnh. Tài liệu thứ ba thể hiện nhịp độ hoặc bố cục.
Hãy yêu cầu Giám đốc nghệ thuật trích xuất các nguyên tắc thiết kế hữu ích mà không sao chép nguyên bản tác phẩm sáng tạo gốc.
Câu lệnh 3. Chỉ đạo nghệ thuật
1Đóng vai Giám đốc nghệ thuật.23Kiểm tra các hình ảnh và video tham khảo4trong thư mục references.56Trích xuất:78KIỂU CHỮ910Đặc trưng phông chữ11Phân cấp độ dày12Tỷ lệ tiêu đề1314BỐ CỤC1516Lề17Khoảng cách18Phân cấp thị giác19Điểm nhấn2021MÀU SẮC2223Nền24Chữ chính25Màu nhấn26Quy tắc tương phản2728CHUYỂN ĐỘNG2930Thời điểm xuất hiện31Hành vi ổn định32Chuyển động camera33Khoảng dừng để đọc3435CHẤT LIỆU3637Độ nhiễu hạt38Bóng đổ39Đường viền40Xử lý bề mặt4142Lưu các quyết định thiết kế đã duyệt vào STYLE.md.4344Không sao chép y nguyên bố cục,45hình ảnh hay thương hiệu.4647Tạo ra một định hướng thị giác riêng biệt48cho sản phẩm của chúng ta.4950Trình bày đề xuất phong cách trước khi bắt tay vào làm.
Đây là lúc Claude ngừng đoán xem "cao cấp" nghĩa là gì.
Khi Người làm hoạt hình bắt đầu công việc, họ không cần phải phân vân xem thẻ có nên phát sáng không, tiêu đề có nên nảy lên không, hay cảnh nào cũng cần thêm một dải gradient nữa không.
Những quyết định đó đã được chốt từ trước.
Một cẩm nang phong cách tốt không chỉ mô tả thước phim nên trông như thế nào. Nó còn quy định thước phim nên tránh điều gì.
Nếu tài liệu tham khảo dùng kiểu chữ tiết chế và chuyển động camera chậm, mô hình không nên tự ý thêm giao diện xoay vòng và vụ nổ hạt sáng chỉ vì chúng phổ biến trong các bản demo do AI tạo ra.
Bạn muốn agent hiểu được ngôn ngữ thiết kế, chứ không phải sao chép các đối tượng gốc.
Với những hiệu ứng chuyển cảnh quan trọng, hãy yêu cầu Claude trích xuất khung hình từ tài liệu tham khảo bằng FFmpeg, kiểm tra nhịp độ và ghi lại kết quả vào STYLE.md.
Cách này mang lại kết quả hữu ích hơn nhiều so với việc bảo mô hình "làm giống Apple đi".
PHẦN 3. NGƯỜI LÀM HOẠT HÌNH VÀ BỘ MÁY RENDER
07. Biến câu chuyện thành dòng thời gian có thể chỉnh sửa
Sau khi bản yêu cầu và phong cách được duyệt, Người làm hoạt hình cần một danh sách cảnh quay.
Với thước phim 20 giây của chúng ta, hãy định nghĩa năm cảnh.
1CẢNH 01: VẤN ĐỀ200:00 - 00:0334Một bảng tác vụ lộn xộn xuất hiện.5Bố cục truyền tải sự quá tải.67CẢNH 02: HÀNH ĐỘNG800:03 - 00:07910Con trỏ chuột chọn tính năng sắp xếp.11Giao diện phản hồi một cách trực quan.1213CẢNH 03: SỰ CHUYỂN ĐỔI1400:07 - 00:111516Các tác vụ tự sắp xếp thành danh sách ưu tiên rõ ràng.17Một mối quan hệ thị giác liền mạch.1819CẢNH 04: KẾT QUẢ2000:11 - 00:162122Kế hoạch sprint ngăn nắp ổn định lại.23Giữ đủ lâu để người xem hiểu.2425CẢNH 05: KẾT THÚC2600:16 - 00:202728Tên sản phẩm, logo và lời kêu gọi hành động.29Một khung hình kết thúc mạnh mẽ.
Bây giờ mô hình có thể thiết kế chuyển động giữa các trạng thái đã biết.
Nó không cần phải vừa tự bịa nội dung thước phim vừa viết code hoạt hình cùng lúc.
Một nguyên tắc hữu ích là trạng thái cuối của một cảnh phải báo cho Người làm hoạt hình biết cảnh tiếp theo bắt đầu như thế nào.
Nếu bảng tác vụ kết thúc ở vị trí trung tâm với tỷ lệ 80%, cảnh quay tiếp theo phải giữ nguyên vị trí đó hoặc chủ động chuyển cảnh rời khỏi nó.
Việc nhảy ngẫu nhiên giữa các bố cục không liên quan sẽ khiến video giống như một tập hợp các slide do AI tạo ra.
Tính liên tục mới là thứ tạo cảm giác có người đạo diễn.
Để kiểm soát kỹ thuật tốt hơn, hãy chuyển mốc thời gian thành số thứ tự khung hình.
Ở tốc độ 30 khung hình/giây, một thước phim 20 giây chứa 600 khung hình, đánh số từ 0 đến 599.
Điều này cung cấp cho agent tọa độ chính xác của các sự kiện lớn.
Con trỏ chuột có thể chạm tới nút bấm ở khung hình 180. Cú click được ghi nhận ở khung hình 195. Kết quả xuất hiện ở khung hình 210.
Nếu có gì đó xảy ra quá sớm, bạn chỉ cần thay đổi khung hình sự kiện của nó.
Nếu một hiệu ứng chuyển cảnh diễn ra quá nhanh, bạn thay đổi thời lượng của nó.
Bạn không cần phải tạo lại một video hoàn toàn khác rồi hy vọng nhịp độ sẽ khá hơn.
08. Mô hình viết code hoạt hình, không phải video cuối cùng
Đây là sự khác biệt về mặt kỹ thuật giúp studio này khả thi.
Với Remotion, Claude có thể viết các component React mà giao diện của chúng thay đổi theo khung hình hiện tại.
Trình render sẽ tính toán các component đó theo thời gian và tạo ra video thực tế.
Một hoạt hình xuất hiện đơn giản có thể trông như thế này:
1import {2 useCurrentFrame,3 useVideoConfig,4 spring,5 interpolate,6} from "remotion";78export const ProductCard = () => {9 const frame = useCurrentFrame();10 const { fps } = useVideoConfig();1112 const progress = spring({13 frame,14 fps,15 config: {16 damping: 200,17 },18 });1920 const y = interpolate(21 progress,22 [0, 1],23 [60, 0]24 );2526 const scale = interpolate(27 progress,28 [0, 1],29 [0.94, 1]30 );3132 return (33 <div34 style={{35 transform:36 `translateY(${y}px) scale(${scale})`,37 }}38 >39 Giao diện sản phẩm40 </div>41 );42};
Component này có thứ mà một video tạo ra một lần không tự nhiên có được: các tham số có thể kiểm soát.
Bạn có thể thay đổi khoảng cách di chuyển, thời điểm xuất hiện, hành vi giảm tốc hoặc tỷ lệ mà không cần yêu cầu một clip hoàn toàn mới.
Nếu thẻ di chuyển quá xa, hãy giảm khoảng cách.
Nếu nó ổn định quá chậm, hãy điều chỉnh lò xo.
Nếu tiêu đề xuất hiện quá sớm, hãy dời thời điểm xuất hiện của nó về sau trên dòng thời gian.
Mã nguồn vẫn luôn có thể chỉnh sửa.
Đó là lợi thế của motion tạo bằng code đối với phim sản phẩm, hoạt hình UI, video giải thích và nội dung thiên về kiểu chữ.
Nó không tự động tốt hơn đối với các cảnh chân thực, nhân vật phức tạp hay chuyển động điện ảnh mang tính tự nhiên. Những thứ đó có thể vẫn cần footage, công cụ 3D hoặc video sinh.
Vấn đề là chọn một phương pháp sản xuất cho phép bạn kiểm soát được công việc mình thực sự đang làm.
Và với phim sản phẩm, quyền kiểm soát thường giá trị hơn sự khó lường.
09. Cung cấp cho Kỹ sư Render các yêu cầu chính xác
Render là một trách nhiệm tách biệt với thiết kế.
Người làm hoạt hình dựng thước phim. Kỹ sư Render xác nhận rằng bố cục thực sự có thể xuất ra ở độ phân giải và tốc độ khung hình yêu cầu.
Ở lượt đầu tiên, đừng render cả 600 khung hình với chất lượng cuối cùng.
Hãy render các ảnh tĩnh đại diện trước.
Câu lệnh 4. Nhiệm vụ Render
1Đóng vai Kỹ sư Render.23Đọc BRIEF.md, STYLE.md4và STORYBOARD.md.56Kiểm tra bố cục hiện có.78Trước khi render bản cuối:9101. Xác nhận độ phân giải bố cục.112. Xác nhận tốc độ khung hình và thời lượng.123. Kiểm tra xem mọi phông chữ đã tải chưa.134. Kiểm tra xem mọi tài nguyên sản phẩm đã có chưa.145. Render các khung hình tĩnh đại diện.156. Render bản xem trước chuyển động chi phí thấp.167. Báo cáo lỗi runtime.1718Không chỉnh sửa định hướng sáng tạo.1920Không render sản phẩm bàn giao cuối cùng cho đến khi21bản xem trước vượt qua vòng đánh giá.
Với Remotion, bạn có thể render trực tiếp các khung hình được chọn.
1mkdir -p out/previews23npx remotion still Launch \4 out/previews/opening.png --frame=3056npx remotion still Launch \7 out/previews/action.png --frame=15089npx remotion still Launch \10 out/previews/result.png --frame=3901112npx remotion still Launch \13 out/previews/closing.png --frame=570
Ở đây, Launch là ID bố cục cho dự án ví dụ của chúng ta. Hãy thay nó bằng ID được cấu hình trong dự án Remotion của riêng bạn.
Bốn ảnh tĩnh này phải kể được câu chuyện chính ngay cả trước khi bạn kiểm tra chuyển động.
Nếu cảnh mở đầu trông chung chung, sản phẩm không đọc được, hoặc cảnh kết thúc có phân cấp kém, tốt hơn hết là sửa những vấn đề đó ngay bây giờ thay vì sau khi đã xuất toàn bộ thước phim.
Để có bản xem trước chuyển động tập trung, chỉ render đoạn quanh phần tương tác.
1npx remotion render Launch \2 out/previews/interaction.mp4 \3 --frames=90-330 \4 --codec=h264
Bây giờ agent đã có một sản phẩm video thực tế để kiểm tra.
Chứ không chỉ là lời mô tả về những gì nó định tạo ra.
Sự khác biệt này rất quan trọng vì mã nguồn có thể trông hoàn toàn chính xác trong khi kết quả lại tệ hại.
Cách duy nhất đáng tin cậy để đánh giá hoạt hình là kiểm tra những gì trình render thực sự tạo ra.
PHẦN 4. NHÀ PHÊ BÌNH LÀ YẾU TỐ BIẾN NÓ THÀNH MỘT STUDIO
10. Đừng để Người làm hoạt hình tự duyệt sản phẩm của mình
Đây là phòng ban mà hầu hết mọi người quên mất.
Mô hình viết code, video render thành công, và agent tuyên bố mọi thứ đã hoàn tất.
Nhưng render thành công chỉ chứng minh rằng tệp tin có tồn tại.
Nó không chứng minh video đó hay.
Có thể con trỏ chuột che mất tiêu đề. Có thể một thẻ ổn định quá muộn. Có thể sản phẩm không thể đọc được trên điện thoại. Có thể hiệu ứng chuyển cảnh hoạt động đúng kỹ thuật nhưng trông rẻ tiền.
Một studio chuyên nghiệp không phát hành sản phẩm chỉ vì phần mềm đã xuất ra được file MP4.
Họ đánh giá kết quả.
Hãy dành cho Claude một giai đoạn phê bình riêng biệt, lý tưởng nhất là trong một ngữ cảnh mới tinh với bản yêu cầu gốc và các khung hình đã render.
Điều đó giảm thiểu nguy cơ vòng đánh giá chỉ đơn thuần biện hộ cho các quyết định đã đưa ra trong quá trình sản xuất.
Câu lệnh 5. Phê bình Motion độc lập
1Bạn là Nhà phê bình.23Bạn không thiết kế hay làm hoạt hình cho thước phim này.45Hãy đánh giá bảng contact sheet,6các khung hình tĩnh và video xem trước được cung cấp.78Chấm điểm từ 1 đến 10:910- Bố cục thị giác11- Kiểu chữ12- Độ dễ đọc của sản phẩm13- Chất lượng chuyển động14- Nhịp độ15- Tính liên tục16- Sự nhất quán thương hiệu1718Tìm ra ba vấn đề quan trọng nhất.1920Với mỗi vấn đề, hãy cung cấp:2122KHUNG HÌNH HOẶC MỐC THỜI GIAN23Nơi nó xảy ra.2425QUAN SÁT26Điều gì đang sai lệch một cách trực quan.2728VÌ SAO NÓ QUAN TRỌNG29Nó gây hại cho thước phim như thế nào.3031CÁCH SỬA NHỎ NHẤT MÀ HIỆU QUẢ32Cần thay đổi điều gì.3334GIỮ NGUYÊN35Điều gì bắt buộc không được thay đổi.3637Không phê duyệt dựa trên38lời mô tả của Người làm hoạt hình.3940Lưu báo cáo dưới dạng reviews/findings.md.
Bây giờ vòng đánh giá tạo ra thứ mà Người làm hoạt hình có thể bắt tay vào xử lý.
Thay vì "làm cho video trông chuyên nghiệp hơn", Nhà phê bình có thể báo cáo:
1LỖI 0123KHUNG HÌNH:421056VẤN ĐỀ:7Con trỏ chuột đè lên nhãn kết quả.89NGUYÊN NHÂN:10Thời điểm con trỏ di chuyển đi bị trùng với lúc kết quả xuất hiện.1112CÁCH SỬA:13Di chuyển con trỏ ra chỗ khác trước khi nhãn14hiển thị.1516GIỮ NGUYÊN:17Thời điểm nhấp chuột18Kích thước thẻ19Hiệu ứng kết quả2021KIỂM TRA LẠI:22Khung hình 195, 210, 225 và 240
Hiệu ứng kết quả
KIỂM TRA LẠI:
Khung hình 195, 210, 225 và 240
Điều này biến những phản hồi mang tính chủ quan thành công việc kỹ thuật cụ thể.
Critic (Người đánh giá) xác định vấn đề. Animator (Người làm hoạt ảnh) sửa lỗi. Render Engineer (Kỹ sư xuất file) xuất lại các khung hình bị ảnh hưởng.
Không cần phải tạo lại toàn bộ video.
Đối với công việc sản xuất nghiêm túc, Critic nên kiểm tra cả các khung hình tĩnh lẫn bản xem trước động.
Hình tĩnh giúp phát hiện lỗi bố cục. Video cho thấy nhịp độ tệ, chuyển cảnh gượng gạo, chuyển động thiếu tự nhiên và các vấn đề về căn chỉnh thời gian.
Không cái nào thay thế hoàn toàn được cái nào.
11. Xây dựng vòng lặp sửa lỗi biết lúc nào nên dừng
Vòng lặp sản xuất hữu ích nhất lại rất đơn giản.
1 LÀM HOẠT ẢNH2 |3 v4 XUẤT BẢN XEM TRƯỚC5 |6 v7 CRITIC ĐÁNH GIÁ8 |9 +--------+--------+10 | |11 ĐẠT KHÔNG ĐẠT12 | |13 v v14 BÀN GIAO KẾT QUẢ CỤ THỂ15 |16 v17 SỬA LỖI CỤC BỘ18 |19 v20 XUẤT LẠI FILE21 |22 +----> ĐÁNH GIÁ
Từ quan trọng ở đây là "cục bộ".
Một lỗi ở khung hình 210 không nên khiến toàn bộ storyboard phải viết lại, trừ khi ý tưởng sáng tạo cốt lõi đã bị hỏng.
Nếu tiêu đề bị xuống dòng sai, hãy điều chỉnh độ rộng hoặc cỡ chữ.
Nếu con trỏ chuột đè lên kết quả, hãy đổi đường đi của con trỏ.
Nếu một cảnh kết thúc quá đột ngột, hãy chỉnh lại thời lượng hoặc hiệu ứng chuyển cảnh.
Agent nên giữ nguyên những phần đã được duyệt trong khi chỉ sửa phần bị lỗi.
Hãy đặt giới hạn cho vòng lặp.
Prompt 6. Chính sách sửa lỗi
1Tạo một quy trình xử lý cho các lần đánh giá không đạt.23Với mỗi lỗi:451. Đọc bằng chứng mà Critic đưa ra.62. Xác định thay đổi nhỏ nhất có liên quan.73. Giữ nguyên các quyết định đã được duyệt.84. Vá lỗi vào mã nguồn bị ảnh hưởng.95. Xuất các khung hình bị ảnh hưởng.106. Kiểm tra ranh giới các cảnh liền kề.117. Trả về bằng chứng mới.1213Giới hạn tối đa:14Hai vòng sửa lỗi cho mỗi defect.1516Nếu cùng một vấn đề vẫn chưa được giải quyết17sau hai vòng:1819Dừng lại.20Giải thích điểm nghẽn.21Yêu cầu con người chỉ đạo.2223Tuyệt đối không xóa bỏ các yêu cầu kiểm tra24chỉ để làm cho bản đánh giá đạt yêu cầu.
Giải thích điểm nghẽn.
Yêu cầu con người chỉ đạo.
Tuyệt đối không xóa bỏ các yêu cầu kiểm tra
chỉ để làm cho bản đánh giá đạt yêu cầu.
Điều này cho phép agent tự cải thiện đầu ra của mình mà không bị cuốn vào một vòng lặp sửa đổi vô tận.
Một studio cần khả năng lặp lại quy trình.
Nó cũng cần một ngân sách và một quy tắc dừng.
Sự khác biệt giữa quyền tự chủ hữu ích và việc thử nghiệm mất kiểm soát nằm ở chỗ hệ thống có biết thành công trông như thế nào, nó cần bằng chứng gì, và khi nào nên nhờ trợ giúp hay không.
PHẦN 5. TỪ MỘT VIDEO ĐẾN MỘT STUDIO THỰC THỤ
12. Một lần xuất file không phải là một sản phẩm bàn giao
Một startup hiếm khi chỉ cần đúng một file video.
Cùng một đợt ra mắt sản phẩm có thể cần bản ngang cho website, bản vuông cho X, và bản dọc cho Reels hoặc Shorts.
Chỉ cắt cúp từ bản gốc có thể phá hỏng bố cục.
Một cảnh ngang có thể hiển thị sản phẩm và tiêu đề nằm cạnh nhau.
Một cảnh dọc có thể cần hiện tiêu đề trước, sau đó mới để giao diện phủ kín màn hình.
Câu chuyện vẫn giữ nguyên, nhưng bố cục thì thay đổi.
1 MỘT BỘ PHIM2 |3 +-------------+-------------+4 | | |5 v v v6 16:9 1:1 9:167 | | |8 v v v9 WEBSITE X / MẠNG XÃ HỘI REELS10 YOUTUBE BÀI ĐĂNG VUÔNG SHORTS1112 Ngữ cảnh Bố cục cân Phân cấp13 rộng hơn bằng hơn chiều dọc
Hãy yêu cầu agent tạo ra các bố cục responsive riêng biệt hoặc layout cảnh theo từng định dạng cụ thể từ cùng một tập tài nguyên gốc và kịch bản đã được duyệt.
Đừng mặc định rằng bản ngang xuất thành công nghĩa là bản dọc cũng ổn.
Mỗi định dạng cần có hình tĩnh và lượt đánh giá riêng.
Một gói bàn giao hoàn chỉnh nên bao gồm nhiều hơn ba file MP4. Nó cần chứa video cuối cùng, khung hình poster, mã nguồn có thể chỉnh sửa, tài nguyên đã duyệt, và một ghi chú ngắn về những giới hạn còn tồn tại.
Điều đó giúp kết quả thực sự dùng được cho một đợt ra mắt thật, thay vì để lại cho khách hàng một file xuất duy nhất mà không có cách nào thực tế để chỉnh sửa.
13. Giữ lại studio, thay dự án
Đây là lúc một Bot bắt đầu trở thành một hệ thống sản xuất thực thụ.
Hầu hết mọi người làm xong một video, đóng cuộc trò chuyện, và lần sau lại bắt đầu từ con số không.
Một studio sẽ giữ lại những phần quan trọng.
Các quy tắc tạo kiểu, thành phần tái sử dụng được, phương pháp làm hoạt ảnh, checklist đánh giá, lệnh xuất file và cấu trúc đầu ra đều nên được giữ lại.
Chỉ những dữ liệu đầu vào đặc thù của dự án mới cần thay đổi.
1VIDEO ĐẦU TIÊN23Brief A4 |5 v6Quy trình Studio7 |8 v9Phim A1011VIDEO THỨ HAI1213Brief B14 |15 v16CÙNG Quy trình Studio17 |18 v19Phim B2021VIDEO THỨ BA2223Brief C24 |25 v26Quy trình Studio ĐÃ CẢI TIẾN27 |28 v29Phim C
Thử tưởng tượng Critic liên tục phát hiện cùng một vấn đề: tiêu đề biến mất trước khi người xem kịp đọc xong.
Bạn có thể sửa thủ công từng video.
Hoặc bạn có thể cập nhật quy tắc của studio để yêu cầu phải có khoảng dừng rõ ràng cho việc đọc và kiểm tra điều đó trong lúc đánh giá.
Bây giờ, mọi bộ phim mới đều kế thừa luôn phần sửa lỗi đó.
Điều tương tự cũng áp dụng cho ảnh chụp màn hình sản phẩm bị mờ khi xuất bản dọc, các hiệu ứng chuyển cảnh che mất thông tin quan trọng, hoặc hoạt ảnh con trỏ chuột va chạm với nhãn giao diện.
Mọi lỗi lặp đi lặp lại đều có thể biến thành một quy tắc, một thành phần tái sử dụng được, hoặc một hạng mục kiểm tra mới.
Đó chính là lợi thế của việc lưu giữ quy trình sản xuất thay vì chỉ lưu file xuất cuối cùng.
Bộ phim tiếp theo vẫn cần định hướng sáng tạo. Nhưng nó không nên đòi hỏi bạn phải xây lại toàn bộ studio từ đầu.
14. Biến quy trình thành một Skill tái sử dụng được
Khi dự án đầu tiên đã qua vòng đánh giá, hãy lưu quy trình làm việc của studio lại thành một Claude Code Skill.
Skill này không nên chứa tên sản phẩm, ảnh chụp màn hình hay nội dung copy của đợt ra mắt cụ thể đó.
Nó nên mô tả phương pháp sản xuất.
Prompt 7. Tạo Studio Skill
1Tạo một Skill tái sử dụng được tên là motion-studio.23MỤC ĐÍCH45Biến một creative brief đã được duyệt thành6một video chuyên nghiệp, xuất bằng code.78QUY TRÌNH910DIRECTOR (ĐẠO DIỄN)11Phân tích yêu cầu.12Viết brief và storyboard.1314ART DIRECTOR (GIÁM ĐỐC NGHỆ THUẬT)15Kiểm tra tài liệu tham khảo.16Xác định định hướng hình ảnh nhất quán.1718ANIMATOR (NGƯỜI LÀM HOẠT ẢNH)19Xây dựng chuyển động theo khung hình, có thể chỉnh sửa.2021RENDER ENGINEER (KỸ SƯ XUẤT FILE)22Xuất hình tĩnh và bản xem trước.23Kiểm tra tính hợp lệ của đầu ra kỹ thuật.2425CRITIC (NGƯỜI ĐÁNH GIÁ)26Kiểm tra các bản render thực tế.27Trả về các chỉnh sửa dựa trên bằng chứng.2829BÀN GIAO30Xuất các định dạng đã duyệt.31Cung cấp mã nguồn và ghi chú sản xuất.3233QUY TẮC3435- Không tự bịa ra tài nguyên sản phẩm.36- Không bỏ qua các bước duyệt sáng tạo.37- Không phê duyệt đầu ra chưa được kiểm tra.38- Chỉ sửa lỗi cục bộ.39- Giới hạn số lần thử sửa lặp lại.40- Lưu lại mọi thành phẩm quan trọng.4142ĐẦU RA4344Video cuối cùng45Khung hình poster46Bảng contact sheet47Mã nguồn có thể chỉnh sửa48Báo cáo đánh giá
Giờ thì nhiệm vụ tiếp theo sẽ nhẹ nhàng hơn rất nhiều.
Bạn chỉ cần cung cấp sản phẩm, đối tượng khán giả, tài liệu tham khảo hình ảnh và kết quả mong muốn.
Skill sẽ lo phần quy trình.
Agent không cần phải tái cấu trúc toàn bộ luồng công việc sản xuất từ lịch sử chat nữa.
Đây cũng là lúc bài toán kinh tế của quy trình bắt đầu thay đổi.
Bộ phim đầu tiên có thể tốn khá nhiều công sức thiết lập và thử nghiệm.
Bộ phim thứ hai có thể dùng lại kiến trúc cảnh, các thành phần chuyển động, lệnh xuất file và quy trình QA hình ảnh.
Bộ phim thứ ba có thể hưởng lợi từ những lỗi đã được khắc phục trong hai bộ phim trước.
Bạn không chỉ đang tích lũy các file đầu ra.
Bạn đang tích lũy năng lực sản xuất.
PHẦN 6. DỰ ÁN STUDIO MỘT BOT ĐẦU TIÊN CỦA BẠN
15. Master prompt
Khi đã có workspace, quy tắc và các giai đoạn sản xuất, bạn có thể giao cho Opus một nhiệm vụ lớn hơn nhiều.
Điểm khác biệt quan trọng so với một prompt dùng một lần là agent có một quy trình rõ ràng để tuân theo và những điểm chốt cụ thể cần con người phê duyệt.
Đây là master prompt mà tôi sẽ dùng.
Master Prompt. Vận hành Motion Studio
1Bạn đang vận hành studio thiết kế chuyển động của tôi.23Mục tiêu của bạn là sản xuất một bộ phim4ra mắt sản phẩm dài 20 giây, chuẩn chuyên nghiệp.56DỰ ÁN78Sản phẩm: [TÊN]9Website: [URL]10Đối tượng: [KHÁN GIẢ]11Thông điệp chính: [MỘT CÂU]1213Sử dụng ảnh chụp màn hình, logo,14font chữ và tài liệu tham khảo đã được duyệt.1516GIAI ĐOẠN 1: DIRECTOR1718Kiểm tra tài nguyên.19Viết BRIEF.md.20Tạo storyboard.21Xác định câu chuyện hình ảnh trung tâm.2223Yêu cầu phê duyệt.2425GIAI ĐOẠN 2: ART DIRECTOR2627Phân tích tài liệu tham khảo.28Viết STYLE.md.29Xác định typography, màu sắc,30bố cục và chuyển động.3132Yêu cầu phê duyệt.3334GIAI ĐOẠN 3: ANIMATOR3536Xây dựng bộ phim bằng Remotion.37Dùng hoạt ảnh tất định, điều khiển bằng khung hình.38Giữ nguyên chi tiết sản phẩm đã duyệt39và tính liên tục của cảnh.4041GIAI ĐOẠN 4: RENDER ENGINEER4243Xuất các hình tĩnh đại diện.44Xuất bản nháp xem trước.4546Kiểm tra:47- Kích thước48- Tốc độ khung hình49- Font chữ50- Tài nguyên51- Lỗi runtime5253GIAI ĐOẠN 5: CRITIC5455Đánh giá các khung hình đã render thực tế.5657Xác định ba lỗi lớn nhất58kèm số khung hình chính xác.5960Đề xuất cách sửa cục bộ.6162GIAI ĐOẠN 6: SỬA LỖI6364Sửa các lỗi có tác động lớn nhất.65Giữ nguyên phần việc đã được duyệt.66Render lại các khung hình bị ảnh hưởng.6768Dừng lại sau hai vòng sửa lỗi thất bại.6970GIAI ĐOẠN 7: BÀN GIAO7172Xuất file:73- 16:974- 1:175- 9:167677Bao gồm:78- Các file MP479- Khung hình poster80- Mã nguồn có thể chỉnh sửa81- Bảng contact sheet82- Báo cáo QA8384LƯU Ý QUAN TRỌNG8586Tuyệt đối không tự bịa màn hình sản phẩm hay thông tin quảng cáo.87Tuyệt đối không bỏ qua các giai đoạn đánh giá.8889Xuất file thành công không đồng nghĩa với90chất lượng sáng tạo tốt.9192Dừng lại để xin phê duyệt trước các cam kết sáng tạo93lớn hoặc trước khi phát hành.
Bạn vẫn phải cung cấp dữ liệu đầu vào chất lượng.
Bot cần tài liệu sản phẩm thật, mục tiêu rõ ràng và đủ tài liệu tham khảo để hiểu định hướng hình ảnh.
Nhưng giờ đây, bạn đang ủy quyền cả một luồng công việc sản xuất chứ không chỉ yêu cầu một đoạn hoạt ảnh rời rạc.
Và đó là một cách dùng Opus 5.5 thú vị hơn rất nhiều.
MỘT BOT CÓ THỰC SỰ THAY THẾ ĐƯỢC MOTION STUDIO KHÔNG?
Với một số loại hình sản xuất nhất định, nó có thể đảm nhận một khối lượng công việc đáng kinh ngạc mà lẽ ra một studio nhỏ phải làm thủ công.
Hoạt ảnh ra mắt sản phẩm, demo giao diện, phim typography, trực quan hóa dữ liệu và các video giải thích ngắn đặc biệt phù hợp vì chúng có thể biểu diễn dưới dạng mã nguồn kiểm soát được.
Nhưng thay thế luồng công việc không giống với việc thay thế toàn bộ tư duy thẩm mỹ.
Mô hình có thể tạo ra nhiều hướng đi khác nhau, nhưng vẫn cần ai đó quyết định hướng nào thể hiện đúng thương hiệu.
Nó có thể kiểm tra từng khung hình và tìm lỗi, nhưng chất lượng mang tính chủ quan thì không thể quy hoàn toàn về các bài test.
Nó có thể lồng nhạc và hiệu ứng, nhưng bản quyền sử dụng, kỳ vọng của khách hàng và quyết định phát hành cuối cùng vẫn là chuyện của con người.
Giá trị nằm ở việc thay đổi cán cân công việc.
Thay vì dành phần lớn thời gian kéo thả các thành phần trong phần mềm chỉnh sửa, bạn sẽ dành nhiều thời gian hơn để định hướng sáng tạo, đánh giá kết quả và cải tiến quy trình sản xuất.
Điều này đặc biệt hấp dẫn với các founder làm việc độc lập, developer, nhà sáng tạo indie và những đội nhóm nhỏ cần video sản phẩm chất lượng cao mà không phải xây lại cả một ekip sản xuất mỗi khi ra mắt tính năng mới.
Và còn một lý do nữa khiến cách tiếp cận này quan trọng.
Video do AI tạo ra theo cách truyền thống thường rất khó chỉnh sửa một cách chính xác.
Bạn có thể thích một cảnh quay nhưng lại ghét một hiệu ứng chuyển cảnh. Bạn có thể cần thay một ảnh chụp màn hình mà không làm ảnh hưởng đến phần còn lại của hoạt ảnh. Bạn có thể cần chính xác bộ phim đó ở ba định dạng khác nhau.
Với quy trình sản xuất bằng code, những thay đổi đó thường có thể thực hiện bằng cách chỉnh sửa trực tiếp vào mã nguồn.
Một tiêu đề khác không nhất thiết đòi hỏi một bộ phim khác.
Một màu thương hiệu mới không có nghĩa là phải dựng lại toàn bộ timeline.
Việc chỉnh thời gian có thể thực hiện ngay tại khung hình xảy ra lỗi.
Đó không chỉ là sự tiện lợi.
Đó là sự khác biệt giữa việc tạo ra một tài nguyên đơn lẻ và việc duy trì một hệ thống sản xuất.
SỰ CHUYỂN DỊCH THỰC SỰ
Điều thú vị nhất về thiết kế chuyển động bằng Opus 5.5 không phải là một đoạn hoạt ảnh viral được làm xong trong một đêm.
Mà là những gì xảy ra khi bạn biến năng lực đó thành một studio có thể lặp lại quy trình.
Một agent có thể quản lý creative brief, thiết lập hệ thống hình ảnh, triển khai hoạt ảnh, xuất bản xem trước, đánh giá lỗi và chuẩn bị sản phẩm bàn giao cuối cùng.
Trình render giúp video có thể tái tạo được.
Storyboard giúp câu chuyện có chủ đích.
Vòng lặp đánh giá giúp lỗi lầm lộ diện.
Các thành phần và skill đã lưu giúp dự án tiếp theo dễ dàng hơn.
Một quy trình dùng một lần truyền thống trông như thế này:
Một prompt tạo ra một video. Video được xuất ra. Dự án tiếp theo lại bắt đầu từ đầu.
Một studio một bot hoạt động khác hẳn.
Mỗi dự án hoàn thành có thể để lại những template tốt hơn, thành phần chuyển động tốt hơn, tiêu chí đánh giá chặt chẽ hơn và quy trình bàn giao đáng tin cậy hơn.
Video đầu tiên gây ấn tượng vì nó cho thấy điều gì là khả thi.
Video thứ năm thú vị vì quy trình sản xuất bắt đầu có tính lặp lại.
Video thứ hai mươi là lúc các skill, thành phần, bước kiểm tra và quy tắc sáng tạo tích lũy được có thể trở nên giá trị hơn bất kỳ prompt đơn lẻ nào.
Cơ hội thực sự không nằm ở việc làm một video bằng AI. Mà là xây dựng một studio ngày càng giỏi hơn sau mỗi lần làm video.
Và với sự thiết lập đúng đắn, studio đó có thể khởi đầu chỉ với một Bot.
NẾU BẠN ĐÃ ĐỌC ĐẾN ĐÂY
Hãy bookmark hướng dẫn này trước khi bạn thức thêm một đêm nữa để cố sửa một video do AI tạo ra bằng những prompt ngày càng phức tạp.
Theo dõi tôi trên X: x.com/0xjmori
Đăng ký Substack của tôi: substack.com/@lunarresearcher
Lần tới khi cần một video ra mắt sản phẩm, đừng chỉ bảo Claude làm hoạt ảnh cho một thứ gì đó.
Hãy giao cho nó cả một studio để vận hành.
TÀI LIỆU THAM KHẢO
