Motion Engineering: บอทเดียว ห้าแผนก สตูดิโอทั้งแห่ง

วิธีเปลี่ยน Claude Opus 5.5 ให้กลายเป็นทีมโปรดักชันโมชั่นที่กำกับ แอนิเมต เรนเดอร์ ตรวจสอบ และส่งมอบวิดีโอระดับมืออาชีพ

คนส่วนใหญ่คิดว่าการทำวิดีโอด้วย AI คือการเขียนพรอมต์แล้วรอผลลัพธ์

แต่กับ Opus 5.5 ความเป็นไปได้ที่น่าสนใจกว่าคือการสร้างสตูดิโอโปรดักชันทั้งระบบขึ้นมาโดยมีเอเจนต์เดียวเป็นศูนย์กลาง

ลองนึกถึงสิ่งที่เกิดขึ้นตามปกติเมื่อสตาร์ทอัปต้องการวิดีโอลaunchสินค้าสักตัว จะมีคนเขียนครีเอทีฟบรีฟ ดีไซเนอร์จะพัฒนาทิศทางภาพ โมชันดีไซเนอร์จะทำแอนิเมชันอินเทอร์เฟซ คนตัดต่อวิดีโอจะดูแลจังหวะและเสียง แล้วก็มีอีกคนมาตรวจงาน ขอแก้ และเตรียมไฟล์ส่งออกฉบับสุดท้าย

นั่นคือกระบวนการผลิตทั้งหมดสำหรับวิดีโอความยาวแค่ 20 วินาที

ทีนี้ลองจินตนาการถึงการมอบหน้าที่เดียวกันทั้งหมดให้เอเจนต์ Claude เพียงตัวเดียว พร้อมกระบวนการที่ชัดเจนในการจัดการแต่ละขั้นตอน

เอเจนต์จะศึกษาข้อมูลอ้างอิงของคุณ วางแผนภาพยนตร์ เขียนโค้ดแอนิเมชัน เรนเดอร์พรีวิว ตรวจหาข้อผิดพลาดของตัวเอง และแก้ไขผลลัพธ์ คุณเป็นคนอนุมัติการตัดสินใจเชิงสร้างสรรค์ที่สำคัญ แทนที่จะต้องลงมือสร้างทุกฉากด้วยตัวเอง

นี่แหละคือโอกาสที่อยู่เบื้องหลัง Motion Engineering

Claude Opus 5.5 ทำให้งานโฟลว์นี้น่าสนใจ เพราะมันผสานการเขียนโค้ด ความเข้าใจด้านภาพ และการทำงานแบบเอเจนต์ระยะยาวเข้าด้วยกัน แต่ส่วนที่สำคัญที่สุดไม่ใช่แค่ตัวโมเดล มันคือระบบโปรดักชันที่คุณสร้างขึ้นรอบๆ ตัวมันต่างหาก

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

นี่คือสิ่งที่ทำให้แนวทางนี้ต่างจากการสร้างวิดีโอด้วย AI แบบทั่วไป:

Claude ไม่จำเป็นต้องสร้างพิกเซลสุดท้ายออกมาโดยตรง แต่มันสามารถเขียนซอฟต์แวร์ที่สร้างพิกเซลเหล่านั้นได้

โมเดลจะเขียนโค้ดแอนิเมชัน ตัวเรนเดอร์จะแปลงโค้ดนั้นเป็นเฟรม กระบวนการตรวจสอบจะหาจุดบกพร่อง เอเจนต์จะแก้ซอร์สโค้ดแล้วเรนเดอร์ใหม่

นั่นหมายความว่าวิดีโอตัวแรกสามารถกลายเป็นรากฐานของวิดีโอตัวถัดไปได้

ในคู่มือนี้ ผมจะแสดงให้คุณเห็นวิธีสร้างสตูดิโอโมชั่นแบบเอเจนต์เดียวที่มี 5 แผนกการผลิต มีคอมโพเนนต์ที่ใช้ซ้ำได้ มีด่านอนุมัติงานสร้างสรรค์ และมีเวิร์กโฟลว์ที่ผลิตวิดีโอซึ่งแก้ไขและตรวจสอบได้

เป้าหมายไม่ใช่การแทนที่การตัดสินใจเชิงสร้างสรรค์ของมนุษย์ทั้งหมด แต่คือการหยุดทำสิ่งต่างๆ ด้วยมือ ในเมื่อเอเจนต์ที่ตั้งค่ามาอย่างดีสามารถจัดการได้แล้ว

ผมเผยแพร่การวิเคราะห์เชิงปฏิบัติเกี่ยวกับ AI เอเจนต์ ระบบอัตโนมัติ และเวิร์กโฟลว์การผลิตบน Substack.

ส่วนที่ 1. สตูดิโอหนึ่งบอต

01. หนึ่งเอเจนต์ ห้าแผนกการผลิต

สตูดิโอแบบดั้งเดิมจะแบ่งงานให้ผู้เชี่ยวชาญเฉพาะทาง เพราะแต่ละขั้นตอนต้องใช้วิจารณญาณคนละแบบ

ผู้กำกับคิดถึงเรื่องราว อาร์ตไดเรกเตอร์คิดถึงองค์ประกอบภาพ แอนิเมเตอร์คิดถึงการเคลื่อนไหว เทคนิเคิลอาร์ติสต์คิดถึงเรื่องการเรนเดอร์ และนักวิจารณ์ตัดสินว่าผลงานตรงตามบรีฟหรือไม่

เอเจนต์ Opus 5.5 เพียงตัวเดียวสามารถรับบทบาททั้งห้าแบบนี้ตามลำดับได้

แต่นี่จะใช้ได้ผลก็ต่อเมื่อแยกความรับผิดชอบออกจากกันอย่างชัดเจน

การขอให้ Claude กำกับ ออกแบบ แอนิเมต เรนเดอร์ และตัดสินทุกอย่างในขั้นตอนเดียวที่ไม่มีโครงสร้าง คือวิธีที่คุณจะได้เดโมที่ดูน่าประทับใจแต่พังทลายลงทันทีเมื่อลองตรวจสอบดู

ให้จัดระเบียบเอเจนต์ออกเป็น 5 แผนกแทน:

1แผนก                   ความรับผิดชอบ                 ผลลัพธ์ที่ได้
2────────────────────────────────────────────────────────
3DIRECTOR (ผู้กำกับ)     เรื่องราวและสตอรี่บอร์ด       BRIEF.md
4ART DIRECTOR (อาร์ตไดเรกเตอร์) ทิศทางภาพ              STYLE.md
5ANIMATOR (แอนิเมเตอร์)  การเคลื่อนไหวและจังหวะเวลา    ซอร์สโค้ด
6RENDER ENGINEER (วิศวกรเรนเดอร์) การเรนเดอร์และส่งออก MP4 + พรีวิว
7CRITIC (นักวิจารณ์)     การควบคุมคุณภาพภาพ            รายงานการตรวจสอบ

สิ่งเหล่านี้ไม่จำเป็นต้องเป็นเอเจนต์อิสระ 5 ตัว แต่เป็น 5 ขั้นตอนที่มีคำสั่ง ไฟล์ และเกณฑ์การยอมรับที่แตกต่างกันภายในเวิร์กโฟลว์ที่ประสานกันเป็นหนึ่งเดียว

ผู้กำกับจะตัดสินใจว่าภาพยนตร์ต้องการสื่อสารอะไรก่อนที่แอนิเมเตอร์จะแตะต้องโค้ด อาร์ตไดเรกเตอร์จะกำหนดกฎด้านภาพก่อนที่ Claude จะเริ่มคิดค้นสีและทรานซิชันขึ้นมาเอง นักวิจารณ์จะประเมินผลลัพธ์ที่เรนเดอร์ออกมา แทนที่จะเชื่อคำอธิบายของแอนิเมเตอร์ว่ามันสร้างอะไรขึ้นมา

กระบวนการจะเป็นแบบนี้:

1                    บรีฟของคุณ
2                        |
3                        v
4                CLAUDE OPUS 5.5
5                        |
6                        v
7                     DIRECTOR
8                  เรื่องราว + บท
9                        |
10                        v
11                   ART DIRECTOR
12               ข้อมูลอ้างอิง + การออกแบบ
13                        |
14                        v
15                     ANIMATOR
16                 โค้ด + การเคลื่อนไหว
17                        |
18                        v
19                  RENDER ENGINEER
20                  เฟรม + การส่งออก
21                        |
22                        v
23                       CRITIC
24                  ตรวจสอบ + แก้ไข
25                        |
26                        v
27                    ภาพยนตร์สำเร็จรูป

ลำดับขั้นตอนนี้สำคัญมาก เพราะความล้มเหลวทางภาพส่วนใหญ่เริ่มต้นขึ้นก่อนการเรนเดอร์เสียอีก

ถ้าเรื่องราวไม่ชัดเจน การเคลื่อนไหวที่ดีขึ้นก็ช่วยไม่ได้ ถ้าทิศทางภาพดูธรรมดา การเพิ่มเอฟเฟกต์เข้าไปก็ยิ่งทำให้มันดูธรรมดาอย่างโจ่งแจ้งมากขึ้น ถ้าสตอรี่บอร์ดผิด แอนิเมชันที่สมบูรณ์แบบทางเทคนิคก็อาจไม่ได้สื่อสารอะไรเลย

งานแรกคือการสร้างกระบวนการที่ป้องกันข้อผิดพลาดเหล่านั้น

02. ทำไมไวรัลวิดีโอแบบช็อตเดียวถึงไม่ใช่เวทมนตร์จริงๆ

คุณคงเคยเห็นวิดีโอพวกนั้นมาแล้ว

มีคนโพสต์แอนิเมชันที่ดูเหมือนมาจากครีเอทีฟเอเจนซีมืออาชีพ แล้วบอกว่า Claude ทำทั้งหมดนี้ด้วยพรอมต์เดียว

ผลลัพธ์นั้นอาจจะมาจากการรันอัตโนมัติยาวๆ ครั้งเดียวจริงๆ แต่นั่นไม่ได้หมายความว่ากระบวนการเริ่มต้นจากประโยคเดียว

Thariq จากทีม Claude Code ได้เน้นย้ำถึงความแตกต่างนี้ตอนที่พูดถึงหนึ่งในเดโมที่เป็นไวรัล

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

นั่นคือรายละเอียดที่ควรใส่ใจ

พรอมต์ที่แข็งแกร่งสามารถบรรจุครีเอทีฟบรีฟที่สมบูรณ์ ข้อมูลอ้างอิง ช็อกลิสต์ ข้อจำกัดทางเทคนิค ข้อกำหนดเรื่องแอสเซต และกฎสำหรับการตรวจสอบผลลัพธ์สุดท้ายไว้ได้ทั้งหมด

เอเจนต์เขียนโค้ดอาจได้รับโปรเจกต์ที่มีอยู่แล้ว ดีไซน์ซิสเต็ม คอมโพเนนต์ และไปป์ไลน์การเรนเดอร์สืบทอดมาด้วย

สิ่งที่ดูเหมือนทำเสร็จในช็อตเดียวนั้น มักเป็นเพียงปลายทางที่มองเห็นได้ของการตั้งค่าที่ใหญ่กว่ามาก

และนั่นก็เป็นข่าวดี

มันหมายความว่าคุณไม่ต้องไปค้นหาคำคุณศัพท์วิเศษผสมกันแบบไหน คุณแค่ต้องมีสภาพแวดล้อมการผลิตที่สามารถทำซ้ำการตัดสินใจดีๆ ได้

ลองพิจารณา 2 แนวทางสำหรับคำขอเดียวกัน

แนวทางแรกขอให้ Claude "ทำแอนิเมชันเปิดตัวสินค้าระดับพรีเมียม" โมเดลจะต้องตัดสินใจเองว่าสินค้าทำอะไร วิดีโอควรมีหน้าตาอย่างไร ใช้ทรานซิชันแบบไหน ผู้ชมควรอ่านพาดหัวตอนไหน และอะไรคือผลลัพธ์ที่ถือว่าสำเร็จ

แนวทางที่สองให้แอสเซตสินค้าจริง ภาพยนตร์อ้างอิง กฎการออกแบบ สตอรี่บอร์ด ไทม์ไลน์ และเกณฑ์การตรวจสอบ

ทั้งสองวิธีอาจใช้เอเจนต์เดียวและการรันการผลิตหลักครั้งเดียวเหมือนกัน แต่วิธีที่สองมีโอกาสสร้างสิ่งที่ใช้งานได้จริงสูงกว่ามาก เพราะเหลือการตัดสินใจสำคัญที่ต้องพึ่งโชคชะตาน้อยกว่า

พรอมต์สร้างวิดีโอได้หนึ่งตัว แต่สตูดิโอสร้างวิธีทำวิดีโอที่ทำซ้ำได้

ส่วนที่ 2. สร้างสตูดิโอ

03. ติดตั้งสภาพแวดล้อมการผลิต

สำหรับการตั้งค่านี้ เราจะใช้ Claude Code เป็นเอเจนต์ ใช้ Remotion เป็นเฟรมเวิร์กวิดีโอ และใช้ FFmpeg สำหรับการตรวจสอบและประมวลผลสื่อ

Claude Code จัดการงานสร้างสรรค์และการเขียนโปรแกรม Remotion ทำให้ควบคุมภาพยนตร์ได้ผ่าน React components และแอนิเมชันแบบอิงเฟรม ส่วน FFmpeg ช่วยวิเคราะห์ข้อมูลอ้างอิง ตรวจสอบเอาต์พุต และเตรียมแอสเซตเสริม

ติดตั้ง Node.js, Claude Code และ FFmpeg ก่อนเริ่มต้น

สร้างโปรเจกต์ Remotion ใหม่ที่สะอาดตา:

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

ตัวติดตั้ง Remotion Skills จะให้คำแนะนำการใช้งานที่เอเจนต์เขียนโค้ดสามารถใช้ได้ในขณะที่ทำงานกับเฟรมเวิร์ก

เปิดเทอร์มินัลอีกหน้าต่างในไดเรกทอรี motion-studio แล้วเรียกใช้ Claude Code เลือก Opus 5.5 หากมีในระบบของคุณ

ตอนนี้มาจัดระเบียบพื้นที่ทำงานกัน:

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. สร้างคู่มือสตูดิโอ

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- อนุภาคเรืองแสง
42- ข้อความที่อ่านไม่ออก
43- หน้าแดชบอร์ดสินค้าปลอมๆ
44- การเคลื่อนกล้องโดยไม่มีเหตุผล
45
46กฎการผลิต
47
48ภาพยนตร์ไม่ได้เสร็จสมบูรณ์เพียงเพราะ
49มีไฟล์ MP4 เกิดขึ้น
50
51มันจะเสร็จสมบูรณ์เมื่อบรีฟที่ได้รับการอนุมัติ
52และข้อกำหนดในการตรวจสอบผ่านครบถ้วนแล้ว

ไฟล์นี้จะกลายเป็นบรรทัดฐานของสตูดิโอ

ไม่ได้หมายความว่าภาพยนตร์ทุกเรื่องต้องหน้าตาเหมือนกัน แต่หมายความว่าข้อผิดพลาดในการผลิตที่เกิดขึ้นประจำจะไม่ถูกค้นพบใหม่ตั้งแต่ต้นอีกต่อไป

เมื่อ Claude ทำพลาดเรื่องภาพซ้ำๆ ให้ปรับปรุงคู่มือปฏิบัติงาน ภาพยนตร์เรื่องถัดไปจะได้รับมรดกการแก้ไขนี้ไปด้วย

คุณยังสามารถเก็บคอมโพเนนต์แอนิเมชันที่ใช้ร่วมกัน โทเคนไทโปกราฟี ขนาดพื้นที่ปลอดภัย การตั้งค่าการส่งออกที่ชอบ และการตัดสินใจด้านการผลิตที่ใช้ซ้ำได้อื่นๆ ไว้ในโปรเจกต์

ยิ่งสตูดิโอของคุณเรียนรู้จากงานที่เสร็จแล้วมากเท่าไหร่ งานชิ้นต่อไปก็ยิ่งใช้เวลาฟื้นความรู้พื้นฐานน้อยลงเท่านั้น

05. ให้ผู้กำกับเขียนบรีฟ

มาสร้างอะไรที่เป็นรูปธรรมกัน

สมมติว่าคุณกำลังจะเปิดตัวผลิตภัณฑ์ SaaS ที่เปลี่ยนบอร์ดโปรเจกต์รกๆ ให้กลายเป็นแผนสปรินต์ที่เป็นระเบียบ

คุณต้องการภาพยนตร์สินค้าความยาว 20 วินาทีที่แสดงการเปลี่ยนแปลงเดียว: บอร์ดงานที่ยุ่งเหยิงกลายเป็นรายการลำดับความสำคัญที่ชัดเจน

ผู้ชมควรเข้าใจคุณค่าได้โดยไม่ต้องมีเสียงบรรยาย

แทนที่จะขอให้ Claude ทำวิดีโอเท่ๆ ให้มอบหมายงานผลิตกับผู้กำกับไปเลย

พรอมต์ที่ 2. งานมอบหมายของผู้กำกับ

1คุณคือผู้กำกับของสตูดิโอโมชั่นของเรา
2
3โปรเจกต์
4
5ภาพยนตร์เปิดตัวแอปเพิ่มประสิทธิภาพการทำงาน
6
7ข้อความหลัก
8
9เปลี่ยนบอร์ดโปรเจกต์ที่ยุ่งเหยิงให้เป็น
10แผนสปรินต์ที่ชัดเจน
11
12กลุ่มเป้าหมาย
13
14ผู้ก่อตั้ง ทีมผลิตภัณฑ์ และนักพัฒนา
15
16ความยาว
17
1820 วินาที
19
20รูปแบบ
21
22มาสเตอร์ 16:9
23เวอร์ชันโซเชียล 9:16
24เวอร์ชันสี่เหลี่ยมจัตุรัส 1:1
25
26แอสเซต
27
28ใช้ภาพหน้าจอ โลโก้ และฟอนต์
29ที่ให้ไว้ใน public/
30
31ห้ามสร้างหน้าจอสินค้าปลอมขึ้นมาเอง
32
33งานของคุณ
34
351. ตรวจสอบแอสเซตทั้งหมดที่มี
362. ระบุข้อมูลที่ขาดหายไป
373. เขียน BRIEF.md
384. กำหนดไอเดียภาพหลัก
395. สร้างโครงสร้างเรื่องราวของภาพยนตร์
406. อธิบายว่าทำไมแต่ละฉากจึงต้องมีอยู่
41
42อย่าเพิ่งเขียนโค้ดแอนิเมชัน
43
44ส่งคืนทิศทางเชิงสร้างสรรค์
45แล้วรอการอนุมัติ

ผู้กำกับควรตัดสินใจว่าผู้ชมต้องเข้าใจอะไรในแต่ละขั้นตอน ไม่ใช่ยัดการเคลื่อนไหวลงในภาพยนตร์เพียงเพื่อให้มันขยับได้

ฉากแรกอาจแสดงบอร์ดงานที่ยุ่งเหยิง ฉากถัดไปแนะนำแอ็กชันที่จัดระเบียบมัน และฉากสุดท้ายค้างอยู่ที่แผนสปรินต์ที่ได้

ความสัมพันธ์ทางภาพที่สำคัญคือก่อนและหลัง

อย่างอื่นทั้งหมดควรสนับสนุนจุดนี้

ก่อนอนุมัติบรีฟ ให้ตรวจสอบว่าสินค้ามีฟีเจอร์ที่คุณกำลังนำเสนอจริงๆ ว่าภาพหน้าจอที่ให้มาสาธิตมันได้ และเรื่องราวที่เสนอสามารถเข้าใจได้โดยไม่ต้องใช้ข้อความอธิบายเยอะเกินไป

หากขาดหน้าจอสินค้าที่จำเป็น เอเจนต์ควรขอมาแทนที่จะวาดของปลอมที่ดูน่าเชื่อถือขึ้นมา

กฎข้อเดียวนี้ช่วยป้องกันวิดีโอสินค้าที่สร้างด้วย AI ซึ่งใช้งานไม่ได้จริงจำนวนมากอย่างน่าประหลาดใจ

06. เปลี่ยนข้อมูลอ้างอิงให้เป็นอัตลักษณ์ทางภาพ

เหตุผลสำคัญที่ทำให้วิดีโอที่สร้างด้วย AI ดูคล้ายกันไปหมด เป็นเพราะโมเดลประดิษฐ์ทิศทางภาพทั้งหมดขึ้นมาเองจากภาษาที่คลุมเครือ

คำว่า "พรีเมียม มินิมอล ราวกับภาพยนตร์ และล้ำยุค" ไม่ได้บอกอะไรโมเดลมากนัก

วิธีที่ดีกว่าคือให้ข้อมูลอ้างอิงสองหรือสามชิ้น และกำหนดวัตถุประสงค์เฉพาะให้แต่ละชิ้น

ข้อมูลอ้างอิงชิ้นหนึ่งอาจกำหนดเรื่องไทโปกราฟี อีกชิ้นอาจสาธิตทรานซิชัน ชิ้นที่สามอาจแสดงจังหวะหรือองค์ประกอบภาพ

ขอให้ Art Director สกัดหลักการออกแบบที่มีประโยชน์ออกมา โดยไม่ลอกเลียนงานสร้างสรรค์ต้นฉบับ

พรอมต์ที่ 3. การกำกับศิลป์

1ทำหน้าที่เป็น Art Director
2
3ตรวจสอบภาพและวิดีโออ้างอิง
4ในโฟลเดอร์ references
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 เลิกเดาว่าคำว่า "พรีเมียม" หมายถึงอะไร

เมื่อแอนิเมเตอร์เริ่มทำงาน มันไม่ต้องตัดสินใจแล้วว่าการ์ดควรเรืองแสงไหม พาดหัวควรเด้งหรือเปล่า หรือทุกฉากต้องใส่การไล่เฉดสีเพิ่มอีกหรือไม่

การตัดสินใจเหล่านั้นได้ทำไปแล้ว

ไกด์สไตล์ที่แข็งแกร่งไม่ได้แค่อธิบายว่าภาพยนตร์ควรมีหน้าตาอย่างไร แต่ยังกำหนดด้วยว่าภาพยนตร์ควรหลีกเลี่ยงอะไร

หากข้อมูลอ้างอิงใช้ไทโปกราฟีที่เรียบง่ายและการเคลื่อนกล้องที่เชื่องช้า โมเดลก็ไม่ควรใส่การหมุนอินเทอร์เฟซและระเบิดอนุภาคเข้ามาเพียงเพราะมันพบได้บ่อยในเดโมที่สร้างด้วย AI

คุณต้องการให้เอเจนต์เข้าใจภาษางานดีไซน์ ไม่ใช่ลอกวัตถุต้นฉบับมา

สำหรับทรานซิชันที่สำคัญ ขอให้ Claude สกัดเฟรมจากข้อมูลอ้างอิงด้วย FFmpeg ตรวจสอบจังหวะเวลา และบันทึกผลการค้นพบไว้ใน STYLE.md

วิธีนี้ได้ผลดีกว่าการบอกโมเดลว่า "ทำให้เหมือน Apple" มาก

ส่วนที่ 3. แอนิเมเตอร์และเอนจินเรนเดอร์

07. เปลี่ยนเรื่องราวให้เป็นไทม์ไลน์ที่แก้ไขได้

เมื่อบรีฟและสไตล์ได้รับการอนุมัติแล้ว แอนิเมเตอร์จะต้องการช็อกลิสต์

สำหรับภาพยนตร์ 20 วินาทีของเรา ให้กำหนด 5 ฉาก

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ชื่อสินค้า โลโก้ และ Call to action
29เฟรมสุดท้ายที่ทรงพลัง

ตอนนี้โมเดลสามารถออกแบบการเคลื่อนไหวระหว่างสถานะที่รู้จักได้แล้ว

มันไม่ต้องคิดค้นว่าภาพยนตร์เกี่ยวกับอะไรไปพร้อมๆ กับการเขียนโค้ดแอนิเมชันอีกต่อไป

หลักการที่มีประโยชน์คือ สถานะสุดท้ายของฉากหนึ่งควรบอกแอนิเมเตอร์ว่าฉากถัดไปเริ่มต้นอย่างไร

หากบอร์ดงานจบลงที่ตำแหน่งกลางจอในสเกล 80% ช็อตถัดไปควรคงตำแหน่งนั้นไว้ หรือจงใจทรานซิชันออกไปจากมัน

การกระโดดแบบสุ่มระหว่างองค์ประกอบที่ไม่เกี่ยวข้องกันจะทำให้วิดีโอรู้สึกเหมือนเป็นสไลด์ที่สร้างด้วย AI มารวมกัน

ความต่อเนื่องทำให้มันรู้สึกเหมือนมีคนกำกับ

เพื่อการควบคุมทางเทคนิคที่มากขึ้น ให้แปลงเวลาเป็นหมายเลขเฟรม

ที่อัตรา 30 เฟรมต่อวินาที ภาพยนตร์ 20 วินาทีจะมี 600 เฟรม นับจาก 0 ถึง 599

นั่นทำให้เอเจนต์รู้ตำแหน่งที่แน่นอนของเหตุการณ์สำคัญ

เคอร์เซอร์สามารถไปถึงปุ่มที่เฟรม 180 การคลิกเกิดขึ้นที่เฟรม 195 และผลลัพธ์ปรากฏที่เฟรม 210

ถ้าบางอย่างเกิดเร็วไป คุณก็เปลี่ยนเฟรมเหตุการณ์ของมัน

ถ้าทรานซิชันเคลื่อนที่เร็วไป คุณก็เปลี่ยนระยะเวลาของมัน

คุณไม่ต้องสร้างวิดีโอใหม่ทั้งหมดแล้วหวังว่าจังหวะจะดีขึ้น

08. โมเดลเขียนโค้ดแอนิเมชัน ไม่ใช่เขียนวิดีโอสุดท้าย

นี่คือความแตกต่างทางเทคนิคที่ทำให้สตูดิโอเป็นไปได้

ด้วย Remotion, Claude สามารถเขียน React components ที่รูปลักษณ์ขึ้นอยู่กับเฟรมปัจจุบันได้

ตัวเรนเดอร์จะประเมินคอมโพเนนต์เหล่านั้นไปตามเวลาและผลิตวิดีโอจริงออกมา

แอนิเมชันการปรากฏตัวง่ายๆ อาจหน้าตาแบบนี้:

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. ให้ข้อกำหนดที่แน่ชัดกับ Render Engineer

การเรนเดอร์เป็นความรับผิดชอบที่แยกจากการออกแบบ

แอนิเมเตอร์สร้างภาพยนตร์ Render Engineer ยืนยันว่าองค์ประกอบภาพสามารถส่งออกได้ที่ความละเอียดและอัตราเฟรมตามที่กำหนดจริงๆ

ในรอบแรก อย่าเรนเดอร์ทั้ง 600 เฟรมที่คุณภาพสุดท้าย

ให้เรนเดอร์ภาพนิ่งตัวแทนออกมาก่อน

พรอมต์ที่ 4. งานมอบหมายการเรนเดอร์

1ทำหน้าที่เป็น Render Engineer
2
3อ่าน BRIEF.md, STYLE.md
4และ STORYBOARD.md
5
6ตรวจสอบองค์ประกอบภาพที่มีอยู่
7
8ก่อนการเรนเดอร์สุดท้าย:
9
101. ยืนยันความละเอียดขององค์ประกอบภาพ
112. ยืนยันอัตราเฟรมและความยาว
123. ตรวจสอบว่าโหลดฟอนต์ทั้งหมดได้
134. ตรวจสอบว่ามีแอสเซตสินค้าครบถ้วน
145. เรนเดอร์เฟรมนิ่งตัวแทน
156. เรนเดอร์พรีวิวการเคลื่อนไหวแบบต้นทุนต่ำ
167. รายงานข้อผิดพลาดขณะรัน
17
18ห้ามแก้ไขทิศทางเชิงสร้างสรรค์
19
20ห้ามเรนเดอร์ไฟล์ส่งมอบสุดท้ายจนกว่า
21พรีวิวจะผ่านการตรวจสอบ

ด้วย Remotion คุณสามารถเรนเดอร์เฟรมที่เลือกไว้ได้โดยตรง

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

ในที่นี้ Launch คือ composition ID ของโปรเจกต์ตัวอย่างของเรา ให้เปลี่ยนเป็น ID ที่คุณตั้งค่าไว้ในโปรเจกต์ Remotion ของคุณเอง

ภาพนิ่งทั้งสี่นี้ควรเล่าเรื่องราวหลักได้แม้คุณจะยังไม่ได้ตรวจสอบการเคลื่อนไหวก็ตาม

ถ้าภาพเปิดดูโหล สินค้าอ่านไม่ออก หรือภาพปิดมีลำดับชั้นที่ไม่ดี การแก้ปัญหาเหล่านี้ตอนนี้ย่อมดีกว่าหลังจากส่งออกภาพยนตร์ทั้งเรื่องไปแล้ว

สำหรับพรีวิวการเคลื่อนไหวที่เจาะจง ให้เรนเดอร์เฉพาะช่วงเวลารอบๆ ปฏิสัมพันธ์นั้น

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

ตอนนี้เอเจนต์มีชิ้นงานวิดีโอจริงให้ตรวจสอบแล้ว

ไม่ใช่แค่คำอธิบายว่ามันตั้งใจจะสร้างอะไร

ความแตกต่างนี้สำคัญเพราะซอร์สโค้ดอาจดูถูกต้องในขณะที่ผลลัพธ์ออกมาแย่

วิธีเดียวที่เชื่อถือได้ในการตัดสินแอนิเมชันคือการตรวจสอบสิ่งที่ตัวเรนเดอร์ผลิตออกมาจริงๆ

ส่วนที่ 4. นักวิจารณ์คือสิ่งที่ทำให้มันเป็นสตูดิโอ

10. อย่าปล่อยให้แอนิเมเตอร์อนุมัติงานของตัวเอง

นี่คือแผนกที่คนส่วนใหญ่มองข้าม

โมเดลเขียนโค้ด วิดีโอเรนเดอร์สำเร็จ และเอเจนต์ประกาศว่าทุกอย่างเสร็จสมบูรณ์แล้ว

แต่การเรนเดอร์ที่สำเร็จพิสูจน์แค่ว่าไฟล์นั้นมีอยู่

มันไม่ได้พิสูจน์ว่าวิดีโอนั้นดี

บางทีเคอร์เซอร์อาจบังพาดหัว บางทีการ์ดอาจหยุดนิ่งช้าไป บางทีสินค้าอาจอ่านไม่ออกเลยบนมือถือ บางทีทรานซิชันอาจใช้ได้ทางเทคนิคแต่ดูราคาถูก

สตูดิโอมืออาชีพไม่ได้ปล่อยงานเพียงเพราะซอฟต์แวร์ส่งออก MP4 มาได้

พวกเขาตรวจสอบผลลัพธ์

ให้ขั้นตอนการวิจารณ์แยกต่างหากกับ Claude โดยควรอยู่ในบริบทใหม่ที่สะอาดตาพร้อมบรีฟต้นฉบับและเฟรมที่เรนเดอร์แล้ว

วิธีนี้ช่วยลดโอกาสที่การตรวจสอบจะกลายเป็นแค่การปกป้องการตัดสินใจที่ทำไปในระหว่างการผลิต

พรอมต์ที่ 5. การวิจารณ์โมชั่นอย่างเป็นอิสระ

1คุณคือนักวิจารณ์
2
3คุณไม่ได้ออกแบบหรือทำแอนิเมชันภาพยนตร์เรื่องนี้
4
5ตรวจสอบ contact sheet
6เฟรมนิ่ง และพรีวิววิดีโอที่ให้มา
7
8ให้คะแนน 1 ถึง 10 ในหัวข้อ:
9
10- องค์ประกอบภาพ
11- ไทโปกราฟี
12- ความอ่านง่ายของสินค้า
13- คุณภาพการเคลื่อนไหว
14- จังหวะเวลา
15- ความต่อเนื่อง
16- ความสอดคล้องของแบรนด์
17
18ค้นหาปัญหาที่สำคัญที่สุด 3 ข้อ
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

ตอนนี้การตรวจสอบจะให้สิ่งที่แอนิเมเตอร์นำไปดำเนินการต่อได้จริง

แทนที่จะบอกว่า "ทำให้วิดีโอดูเป็นมืออาชีพขึ้น" นักวิจารณ์สามารถรายงานได้ว่า:

1ข้อบกพร่อง 01
2
3เฟรม:
4210
5
6ปัญหา:
7เคอร์เซอร์ทับป้ายข้อความผลลัพธ์
8
9สาเหตุ:
10การเคลื่อนที่ออกของเคอร์เซอร์ซ้อนทับกับจังหวะที่ผลลัพธ์ปรากฏขึ้น
11
12วิธีแก้ไข:
13เลื่อนเคอร์เซอร์ออกไปก่อนที่ป้ายข้อความ
14จะมองเห็นได้
15
16สิ่งที่ต้องรักษาไว้:
17จังหวะการคลิก
18ขนาดของการ์ด
19แอนิเมชันผลลัพธ์
20
21ตรวจสอบอีกครั้ง:
22เฟรม 195, 210, 225 และ 240

แอนิเมชันผลลัพธ์

ตรวจสอบอีกครั้ง:

เฟรม 195, 210, 225 และ 240

สิ่งนี้เปลี่ยนคำติชมเชิงอัตวิสัยให้กลายเป็นงานวิศวกรรม

Critic เป็นผู้ระบุปัญหา Animator เป็นผู้แก้ไข และ Render Engineer จะส่งออกเฟรมที่มีปัญหาอีกครั้ง

ไม่จำเป็นต้องสร้างวิดีโอใหม่ทั้งหมด

สำหรับงานโปรดักชันระดับจริงจัง Critic ควรตรวจสอบทั้งภาพนิ่งและตัวอย่างวิดีโอที่เคลื่อนไหว

ภาพนิ่งเผยให้เห็นข้อบกพร่องของการจัดวาง ส่วนวิดีโอเผยให้เห็นจังหวะที่ไม่ดี การเปลี่ยนฉากที่ขัดตา การเคลื่อนไหวที่ไม่เป็นธรรมชาติ และปัญหาเรื่องเวลา

ไม่มีสิ่งใดทดแทนกันได้โดยสมบูรณ์

11. สร้างลูปการแก้ไขที่รู้ว่าเมื่อไหร่ควรหยุด

ลูปการผลิตที่มีประโยชน์ที่สุดนั้นเรียบง่าย

1                   สร้างแอนิเมชัน
2                      |
3                      v
4                เรนเดอร์ตัวอย่าง
5                      |
6                      v
7                 CRITIC ตรวจสอบ
8                      |
9             +--------+--------+
10             |                 |
11            ผ่าน              ไม่ผ่าน
12             |                 |
13             v                 v
14          ส่งมอบงาน      ผลการตรวจที่เจาะจง
15                               |
16                               v
17                          แก้ไขเฉพาะจุด
18                               |
19                               v
20                          เรนเดอร์อีกครั้ง
21                               |
22                               +----> ตรวจสอบ

คำที่สำคัญคือ "เฉพาะจุด"

ข้อบกพร่องที่เฟรม 210 ไม่ควรทำให้สตอรีบอร์ดทั้งหมดต้องเขียนใหม่ เว้นแต่แนวคิดเชิงสร้างสรรค์ที่เป็นรากฐานจะมีปัญหาจริงๆ

หากพาดหัวตัดบรรทัดผิด ให้ปรับความกว้างหรือขนาดฟอนต์

หากเคอร์เซอร์ทับผลลัพธ์ ให้เปลี่ยนเส้นทางของเคอร์เซอร์

หากฉากจบลงอย่างกะทันหันเกินไป ให้ปรับจังหวะเวลาหรือการเปลี่ยนฉาก

เอเจนต์ควรรักษางานที่ได้รับอนุมัติไว้แล้ว ในขณะที่ซ่อมแซมส่วนที่ไม่ผ่าน

กำหนดขีดจำกัดให้กับลูปด้วย

Prompt 6. นโยบายการแก้ไข

1สร้างกระบวนการแก้ไขสำหรับการตรวจสอบที่ไม่ผ่าน
2
3สำหรับทุกข้อบกพร่อง:
4
51. อ่านหลักฐานจาก Critic
62. ระบุการเปลี่ยนแปลงที่เกี่ยวข้องให้น้อยที่สุด
73. รักษาการตัดสินใจที่ได้รับอนุมัติไว้
84. แพตช์ซอร์สโค้ดที่ได้รับผลกระทบ
95. เรนเดอร์เฟรมที่ได้รับผลกระทบ
106. ตรวจสอบขอบเขตของฉากที่อยู่ใกล้เคียง
117. ส่งคืนหลักฐานใหม่
12
13สูงสุด:
14แก้ไขได้สองรอบต่อหนึ่งข้อบกพร่อง
15
16หากปัญหาเดิมยังคงไม่ได้รับการแก้ไข
17หลังจากผ่านไปสองรอบ:
18
19หยุด
20อธิบายอุปสรรค
21ขอคำแนะนำจากมนุษย์
22
23อย่ายกเลิกข้อกำหนดในการตรวจสอบ
24เพียงเพื่อให้ผ่านการรีวิว

อธิบายอุปสรรค

ขอคำแนะนำจากมนุษย์

อย่ายกเลิกข้อกำหนดในการตรวจสอบ

เพียงเพื่อให้ผ่านการรีวิว

สิ่งนี้ช่วยให้เอเจนต์ปรับปรุงผลงานของตัวเองได้ โดยไม่จมหายไปในวงจรการแก้ไขที่ไม่มีที่สิ้นสุด

สตูดิโอต้องการความสามารถในการทำซ้ำ (iterate)

แต่ก็ต้องการงบประมาณและกฎการหยุดเช่นกัน

ความแตกต่างระหว่างความเป็นอิสระที่มีประโยชน์กับการทดลองแบบไร้การควบคุม คือระบบรู้หรือไม่ว่าความสำเร็จหน้าตาเป็นอย่างไร ต้องการหลักฐานอะไร และควรขอความช่วยเหลือเมื่อใด

ส่วนที่ 5. จากวิดีโอเดียวสู่สตูดิโอตัวจริง

12. การเรนเดอร์หนึ่งครั้งไม่ได้หมายถึงชิ้นงานส่งมอบหนึ่งชิ้น

สตาร์ทอัพแทบไม่เคยต้องการไฟล์วิดีโอเพียงไฟล์เดียว

การเปิดตัวผลิตภัณฑ์เดียวกันอาจต้องใช้เวอร์ชันว้างสำหรับเว็บไซต์ เวอร์ชันสี่เหลี่ยมจัตุรัสสำหรับ X และเวอร์ชันแนวตั้งสำหรับ Reels หรือ Shorts

การครอปภาพต้นฉบับเฉยๆ อาจทำลายองค์ประกอบภาพได้

ฉากแนวนอนอาจแสดงผลิตภัณฑ์และพาดหัวอยู่เคียงข้างกัน

แต่ฉากแนวตั้งอาจต้องแสดงพาดหัวก่อน แล้วจึงให้อินเทอร์เฟซขยายเต็มหน้าจอ

เรื่องราวยังคงเหมือนเดิม แต่องค์ประกอบภาพเปลี่ยนไป

1                     วิดีโอเดียว
2                         |
3           +-------------+-------------+
4           |             |             |
5           v             v             v
6          16:9          1:1           9:16
7           |             |             |
8           v             v             v
9        เว็บไซต์       X / โซเชียล     REELS
10        YOUTUBE       โพสต์สี่เหลี่ยม    SHORTS
11
12        บริบทที่         องค์ประกอบที่     ลำดับชั้น
13        กว้างขึ้น        สมดุลขึ้น        แนวตั้ง

ขอให้เอเจนต์สร้างองค์ประกอบภาพแบบ Responsive แยกกัน หรือเลย์เอาต์ฉากเฉพาะรูปแบบ จากแอสเซตต้นฉบับและเรื่องราวที่ได้รับการอนุมัติชุดเดียวกัน

อย่าคิดว่าถ้าเรนเดอร์แบบกว้างสำเร็จแล้ว แปลว่าเวอร์ชันแนวตั้งจะใช้ได้ด้วย

แต่ละรูปแบบต้องการภาพนิ่งและการตรวจสอบของตัวเอง

แพ็กเกจส่งมอบที่สมบูรณ์แบบควรมีมากกว่าไฟล์ MP4 สามไฟล์ มันควรมีวิดีโอขั้นสุดท้าย โปสเตอร์เฟรม ซอร์สที่แก้ไขได้ แอสเซตที่อนุมัติแล้ว และบันทึกสั้นๆ เกี่ยวกับข้อจำกัดที่ยังเหลืออยู่

นั่นจะทำให้ผลลัพธ์นำไปใช้กับการเปิดตัวจริงได้ แทนที่จะทิ้งให้ลูกค้ามีแค่ไฟล์ส่งออกเดียวโดยไม่มีทางแก้ไขในทางปฏิบัติเลย

13. เก็บสตูดิโอไว้ เปลี่ยนแค่โปรเจกต์

นี่คือจุดที่ Bot ตัวเดียวเริ่มกลายเป็นระบบการผลิตจริงๆ

คนส่วนใหญ่ทำวิดีโอเสร็จ ปิดแชท แล้วก็เริ่มจากศูนย์ใหม่ในครั้งต่อไป

แต่สตูดิโอจะเก็บส่วนที่สำคัญไว้

กฎการจัดสไตล์ คอมโพเนนต์ที่ใช้ซ้ำได้ วิธีการทำแอนิเมชัน เช็กลิสต์การตรวจสอบ คำสั่งเรนเดอร์ และโครงสร้างผลลัพธ์ ควรจะถูกเก็บรักษาไว้

มีเพียงข้อมูลนำเข้าเฉพาะโปรเจกต์เท่านั้นที่ต้องเปลี่ยน

1วิดีโอแรก
2
3Brief A
4   |
5   v
6Studio Pipeline
7   |
8   v
9Film A
10
11วิดีโอที่สอง
12
13Brief B
14   |
15   v
16Studio Pipeline เดิม
17   |
18   v
19Film B
20
21วิดีโอที่สาม
22
23Brief C
24   |
25   v
26Studio Pipeline ที่พัฒนาขึ้น
27   |
28   v
29Film C

ลองนึกภาพว่า Critic พบปัญหาเดิมซ้ำๆ: พาดหัวหายไปก่อนที่ผู้ชมจะอ่านจบ

คุณอาจแก้ทีละวิดีโอด้วยตัวเอง

หรือคุณจะอัปเดตกฎของสตูดิโอเพื่อบังคับให้มีการหยุดค้างเพื่อให้อ่านข้อความให้จบอย่างชัดเจน และทดสอบสิ่งนี้ระหว่างการตรวจสอบก็ได้

ตอนนี้วิดีโอใหม่ทุกเรื่องจะสืบทอดการแก้ไขนี้ไปด้วย

เช่นเดียวกับภาพหน้าจอผลิตภัณฑ์ที่อ่านไม่ออกในเวอร์ชันแนวตั้ง การเปลี่ยนฉากที่ซ่อนข้อมูลสำคัญ หรือแอนิเมชันเคอร์เซอร์ที่ชนกับป้ายข้อความในอินเทอร์เฟซ

ความผิดพลาดที่เกิดซ้ำทุกครั้งสามารถกลายเป็นกฎ คอมโพเนนต์ที่ใช้ซ้ำได้ หรือรายการตรวจสอบใหม่ได้

นี่คือข้อได้เปรียบของการรักษากระบวนการผลิตไว้ แทนที่จะเก็บไว้แค่ไฟล์ส่งออกสุดท้าย

วิดีโอเรื่องต่อไปยังต้องมีทิศทางเชิงสร้างสรรค์ แต่ไม่ควรต้องสร้างสตูดิโอขึ้นมาใหม่ทั้งหมดตั้งแต่ต้น

14. เปลี่ยนกระบวนการให้เป็น Skill ที่ใช้ซ้ำได้

เมื่อโปรเจกต์แรกผ่านการตรวจสอบแล้ว ให้บันทึกขั้นตอนการทำงานของสตูดิโอเป็น Claude Code Skill

Skill นั้นไม่ควรประกอบด้วยชื่อผลิตภัณฑ์ ภาพหน้าจอ หรือข้อความโฆษณาของการเปิดตัวครั้งนั้น

มันควรอธิบายวิธีการผลิต

Prompt 7. สร้าง Studio Skill

1สร้าง Skill ที่ใช้ซ้ำได้ชื่อ motion-studio
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- จำกัดการแก้ไขให้อยู่เฉพาะจุด
39- จำกัดจำนวนครั้งในการพยายามแก้ไขซ้ำ
40- บันทึกอาร์ทิแฟกต์ที่สำคัญทุกอย่าง
41
42ผลลัพธ์
43
44วิดีโอขั้นสุดท้าย
45โปสเตอร์เฟรม
46Contact sheet
47ซอร์สที่แก้ไขได้
48รายงานการตรวจสอบ

ตอนนี้งานชิ้นต่อไปจะเล็กลงมาก

คุณแค่จัดหาผลิตภัณฑ์ กลุ่มเป้าหมาย ข้อมูลอ้างอิงด้านภาพ และผลลัพธ์ที่ต้องการ

ส่วน Skill จะจัดหาขั้นตอนการทำงานให้

เอเจนต์ไม่ต้องสร้างเวิร์กโฟลว์การผลิตทั้งหมดขึ้นมาใหม่จากประวัติแชท

นี่คือจุดที่เศรษฐศาสตร์ของกระบวนการเริ่มเปลี่ยนไป

วิดีโอเรื่องแรกอาจต้องใช้เวลาตั้งค่าและทดลองอย่างมาก

เรื่องที่สองสามารถใช้โครงสร้างฉาก คอมโพเนนต์การเคลื่อนไหว คำสั่งเรนเดอร์ และกระบวนการ QA ด้านภาพซ้ำได้

เรื่องที่สามจะได้รับประโยชน์จากการแก้ไขที่ค้นพบในสองเรื่องแรก

คุณไม่ได้แค่สะสมไฟล์ผลลัพธ์

แต่คุณกำลังสะสมขีดความสามารถในการผลิต

ส่วนที่ 6. โปรเจกต์แรกของ One-Bot Studio ของคุณ

15. มาสเตอร์พรอมต์

เมื่อมีพื้นที่ทำงาน กฎ และขั้นตอนการผลิตพร้อมแล้ว คุณสามารถมอบหมายงานที่ใหญ่กว่ามากให้ Opus ได้

ความแตกต่างที่สำคัญจากพรอมต์แบบยิงนัดเดียวคือ เอเจนต์มีกระบวนการที่กำหนดไว้ให้ทำตาม และมีจุดที่ชัดเจนซึ่งต้องรอการอนุมัติจากมนุษย์

นี่คือมาสเตอร์พรอมต์ที่ผมจะใช้

Master Prompt. รัน Motion Studio

1คุณกำลังบริหารสตูดิโอโมชันดีไซน์ของผม
2
3เป้าหมายของคุณคือการผลิตวิดีโอเปิดตัวผลิตภัณฑ์
4ระดับมืออาชีพความยาว 20 วินาที
5
6โปรเจกต์
7
8ผลิตภัณฑ์: [ชื่อ]
9เว็บไซต์: [URL]
10กลุ่มเป้าหมาย: [กลุ่มเป้าหมาย]
11ข้อความหลัก: [ประโยคเดียว]
12
13ใช้ภาพหน้าจอ โลโก้ ฟอนต์
14และข้อมูลอ้างอิงที่ได้รับอนุมัติแล้ว
15
16ขั้นตอนที่ 1: DIRECTOR
17
18ตรวจสอบแอสเซต
19เขียน BRIEF.md
20สร้างสตอรีบอร์ด
21กำหนดเรื่องราวหลักทางภาพ
22
23ขออนุมัติ
24
25ขั้นตอนที่ 2: ART DIRECTOR
26
27วิเคราะห์ข้อมูลอ้างอิง
28เขียน STYLE.md
29กำหนดไทโปกราฟี สี
30องค์ประกอบภาพ และการเคลื่อนไหว
31
32ขออนุมัติ
33
34ขั้นตอนที่ 3: ANIMATOR
35
36สร้างวิดีโอด้วย Remotion
37ใช้แอนิเมชันที่คาดเดาได้และขับเคลื่อนด้วยเฟรม
38รักษารายละเอียดผลิตภัณฑ์และ
39ความต่อเนื่องของฉากที่ได้รับอนุมัติไว้
40
41ขั้นตอนที่ 4: RENDER ENGINEER
42
43เรนเดอร์ภาพนิ่งตัวแทน
44เรนเดอร์ตัวอย่างแบบหยาบ
45
46ตรวจสอบ:
47- ขนาดภาพ
48- เฟรมเรต
49- ฟอนต์
50- แอสเซต
51- ข้อผิดพลาดขณะรัน
52
53ขั้นตอนที่ 5: CRITIC
54
55ตรวจสอบเฟรมที่เรนเดอร์ออกมาจริง
56
57ระบุข้อบกพร่องที่ใหญ่ที่สุดสามจุด
58พร้อมหมายเลขเฟรมที่แน่นอน
59
60เสนอการแก้ไขเฉพาะจุด
61
62ขั้นตอนที่ 6: CORRECTION
63
64แก้ไขข้อบกพร่องที่ส่งผลกระทบมากที่สุด
65รักษางานที่ได้รับอนุมัติไว้
66เรนเดอร์เฟรมที่ได้รับผลกระทบอีกครั้ง
67
68หยุดหากแก้ไขไม่ผ่านสองรอบ
69
70ขั้นตอนที่ 7: DELIVERY
71
72ส่งออก:
73- 16:9
74- 1:1
75- 9:16
76
77รวมถึง:
78- ไฟล์ MP4
79- โปสเตอร์เฟรม
80- ซอร์สที่แก้ไขได้
81- Contact sheet
82- รายงาน QA
83
84ข้อสำคัญ
85
86ห้ามสร้างหน้าจอผลิตภัณฑ์หรือคำกล่าวอ้างขึ้นมาเอง
87ห้ามข้ามขั้นตอนการตรวจสอบ
88
89การส่งออกที่สำเร็จไม่ได้พิสูจน์
90คุณภาพเชิงสร้างสรรค์
91
92หยุดเพื่อขออนุมัติก่อนตัดสินใจเชิงสร้างสรรค์ที่สำคัญ
93หรือก่อนเผยแพร่

คุณยังต้องป้อนข้อมูลที่ดีเข้าไป

Bot ต้องการสื่อผลิตภัณฑ์จริง วัตถุประสงค์ที่ชัดเจน และข้อมูลอ้างอิงที่เพียงพอเพื่อทำความเข้าใจทิศทางด้านภาพ

แต่ตอนนี้คุณกำลังมอบหมายเวิร์กโฟลว์การผลิตทั้งหมด ไม่ใช่แค่ขอแอนิเมชันแยกส่วน

และนั่นเป็นการใช้งาน Opus 5.5 ที่น่าสนใจกว่ามาก

BOT ตัวเดียวแทนที่ Motion Studio ได้จริงหรือ?

สำหรับการผลิตบางประเภท มันสามารถรับงานจำนวนมากที่สตูดิโอขนาดเล็กจะต้องทำด้วยตัวเองได้อย่างน่าทึ่ง

แอนิเมชันเปิดตัวผลิตภัณฑ์ การสาธิตอินเทอร์เฟซ วิดีโอเน้นตัวอักษร การนำเสนอข้อมูลด้วยภาพ และวิดีโอสั้นอธิบายการใช้งาน เหมาะสมเป็นพิเศษเพราะสามารถเขียนเป็นโค้ดที่ควบคุมได้

แต่การแทนที่เวิร์กโฟลว์ไม่เหมือนกับการแทนที่วิจารณญาณเชิงสร้างสรรค์ทั้งหมด

โมเดลสามารถสร้างแนวทางได้หลายแบบ แต่ยังมีใครบางคนต้องตัดสินใจว่าแนวทางไหนสื่อสารแบรนด์ได้ถูกต้อง

มันสามารถตรวจสอบเฟรมและหาปัญหาได้ แต่คุณภาพเชิงอัตวิสัยไม่สามารถลดทอนลงมาเป็นการทดสอบได้ทั้งหมด

มันสามารถใส่เพลงและเอฟเฟกต์ได้ แต่สิทธิ์การใช้งาน ความคาดหวังของลูกค้า และการตัดสินใจเผยแพร่ขั้นสุดท้ายก็ยังเป็นเรื่องสำคัญ

คุณค่าที่แท้จริงคือการเปลี่ยนสมดุลของการทำงาน

แทนที่จะใช้เวลาส่วนใหญ่ไปกับการขยับองค์ประกอบต่างๆ ในโปรแกรมตัดต่อ คุณจะใช้เวลาไปกับการกำหนดทิศทางเชิงสร้างสรรค์ ตรวจสอบผลลัพธ์ และปรับปรุงกระบวนการผลิตมากขึ้น

สิ่งนี้น่าดึงดูดเป็นพิเศษสำหรับผู้ก่อตั้งที่ทำคนเดียว นักพัฒนา ครีเอเตอร์อิสระ และทีมขนาดเล็กที่ต้องการวิดีโอผลิตภัณฑ์ที่แข็งแกร่ง โดยไม่ต้องสร้างทีมโปรดักชันใหม่ทุกครั้งที่ปล่อยฟีเจอร์

และยังมีอีกเหตุผลหนึ่งที่แนวทางนี้มีความสำคัญ

วิดีโอที่สร้างด้วย AI แบบดั้งเดิมมักจะแก้ไขอย่างแม่นยำได้ยาก

คุณอาจชอบช็อตหนึ่งแต่เกลียดการเปลี่ยนฉากหนึ่ง คุณอาจต้องเปลี่ยนภาพหน้าจอโดยไม่กระทบแอนิเมชันที่เหลือ หรือคุณอาจต้องการวิดีโอเดียวกันเป๊ะๆ ในสามรูปแบบ

ด้วยการผลิตที่เรนเดอร์ด้วยโค้ด การเปลี่ยนแปลงเหล่านั้นมักเขียนเป็นการแก้ไขซอร์สโค้ดแบบควบคุมได้

พาดหัวที่ต่างออกไปไม่จำเป็นต้องใช้วิดีโอเรื่องใหม่

สีแบรนด์ใหม่ไม่ได้หมายความว่าต้องสร้างไทม์ไลน์ทั้งหมดขึ้นมาใหม่

การแก้ไขจังหวะเวลาสามารถทำได้ตรงเฟรมที่เกิดปัญหาพอดี

นั่นไม่ใช่แค่ความสะดวกสบาย

แต่มันคือความแตกต่างระหว่างการสร้างแอสเซตชิ้นหนึ่งกับการดูแลระบบการผลิต

การเปลี่ยนแปลงที่แท้จริง

สิ่งที่น่าสนใจในที่สุดเกี่ยวกับโมชันดีไซน์ด้วย Opus 5.5 ไม่ใช่แอนิเมชันไวรัลที่ทำเสร็จในชั่วข้ามคืน

แต่คือสิ่งที่เกิดขึ้นเมื่อคุณเปลี่ยนขีดความสามารถนั้นให้เป็นสตูดิโอที่ทำซ้ำได้

เอเจนต์ตัวเดียวสามารถจัดการครีเอทีฟบริฟ วางระบบภาพ สร้างแอนิเมชัน เรนเดอร์ตัวอย่าง วิจารณ์ข้อบกพร่อง และเตรียมชิ้นงานส่งมอบขั้นสุดท้ายได้

ตัวเรนเดอร์ทำให้วิดีโอสร้างซ้ำได้

สตอรีบอร์ดทำให้เรื่องราวมีเจตนาชัดเจน

ลูปการตรวจสอบทำให้ความผิดพลาดมองเห็นได้

คอมโพเนนต์และ Skill ที่บันทึกไว้ทำให้โปรเจกต์ถัดไปง่ายขึ้น

กระบวนการแบบยิงนัดเดียวแบบดั้งเดิมหน้าตาเป็นแบบนี้:

พรอมต์สร้างวิดีโอ วิดีโอถูกส่งออก แล้วโปรเจกต์ถัดไปก็เริ่มใหม่ตั้งแต่ต้น

แต่ One-Bot Studio ทำงานต่างออกไป

ทุกโปรเจกต์ที่เสร็จสิ้นสามารถทิ้งเทมเพลตที่ดีขึ้น คอมโพเนนต์การเคลื่อนไหวที่ดีขึ้น เกณฑ์การตรวจสอบที่เข้มแข็งขึ้น และขั้นตอนการส่งมอบที่น่าเชื่อถือกว่าเดิมไว้ให้ได้

วิดีโอเรื่องแรกนั้นน่าประทับใจเพราะมันแสดงให้เห็นว่าอะไรเป็นไปได้

เรื่องที่ห้าก็น่าสนใจเพราะกระบวนการผลิตเริ่มทำซ้ำได้

แต่เรื่องที่ 20 คือจุดที่ทักษะ คอมโพเนนต์ รายการตรวจสอบ และกฎเชิงสร้างสรรค์ที่สะสมมา อาจมีค่ามากกว่าพรอมต์ใดๆ

โอกาสที่แท้จริงไม่ใช่การใช้ AI ทำวิดีโอหนึ่งเรื่อง แต่คือการสร้างสตูดิโอที่เก่งขึ้นทุกครั้งที่ทำวิดีโอ

และด้วยการตั้งค่าที่ถูกต้อง สตูดิโอนั้นสามารถเริ่มต้นได้จาก Bot เพียงตัวเดียว

หากคุณอ่านมาถึงตรงนี้

บุ๊กมาร์กไกด์นี้ไว้ ก่อนที่คุณจะเสียเวลาคืนอื่นๆ ไปกับการพยายามแก้วิดีโอที่สร้างด้วย AI ด้วยพรอมต์ที่ซับซ้อนขึ้นเรื่อยๆ

ติดตามผมบน X: x.com/0xjmori

สมัครรับจดหมายข่าว Substack ของผม: substack.com/@lunarresearcher

ครั้งต่อไปที่คุณต้องการวิดีโอเปิดตัวผลิตภัณฑ์ อย่าแค่ขอให้ Claude ทำแอนิเมชันอะไรสักอย่าง

แต่จงมอบสตูดิโอให้มันบริหาร