Gemini 4 Argon 把 Pixel CAD 變拆解動畫：一千輪自我檢查，產品影片可以怎麼做？
Google 展示 Gemini 4 Argon 透過 Antigravity 與 Blender MCP，把 Pixel CAD 做成拆解動畫。看懂原始模型、場景、鏡頭與工程驗證的差別，以及可修改成果的交付要求。
產品拆解動畫看起來流暢，背後卻要把零件、燈光、鏡頭與時間順序安排到同一個場景裡。
Google 執行長 Sundar Pichai 在官方 X 展示，Gemini 4 Argon 從 Pixel 的 CAD 檔案開始，做出一段拆解動畫。
CAD 是電腦輔助設計，這段展示以既有 Pixel 產品設計為起點，將內部零件轉成可觀看的場景。
示範使用 Google Antigravity 與 Blender MCP，並稱模型經過一千輪反覆檢查與修改，完成影像與程式調整。
對需要產品介紹影片的團隊，這個方向值得研究，因為它把既有模型轉成可溝通的視覺成果。
真正要接進工作流程，先得分清原始設計資料、動畫場景與最後影片，分別能證明什麼。
Gemini 4 Argon 的官方示範，完成的是哪段工作？
官方貼文描述的是從已有產品設計檔開始，製作拆解視覺、打光、鏡頭運動與音訊，而非從一句話發明整臺手機。
已有模型提供零件與外形資訊，動畫工作再決定觀眾如何看到它。把這兩段區分開，才能理解模型在示範裡扮演的角色。
例如產品零件往不同方向移開，可以讓觀眾看出內部層次。但零件的移動距離與鏡頭時間，是影片敘事的一部分。
這些安排不會自動成為製造規格。影片看起來完整，也不能單憑畫面判定零件尺寸、組裝公差或材料條件都已透過工程檢查。
公差是設計允許的尺寸變動範圍，會影響零件能否配合。產品影片通常不會完整呈現這些要求，工程資料仍需要另外處理。
Google 的展示讓人看到，代理可以把程式與工具操作接成較長的製作過程。它的價值在於減少一些重複安排，而非替所有專業工作背書。
目前原始貼文沒有公開完整原檔、全部指令與每輪記錄。讀者可以依官方主張理解示範範圍，卻不能把它當成人人可完全重現的教學。
因此，若想借用這個流程，應先選自己有權使用的模型與清楚的影片目的。再確認現有工具是否支援相同的資料與修改方式。
Antigravity 與 Blender MCP，各負責什麼？
Antigravity 提供代理開發環境，Blender 則提供建立場景、材質、燈光與動畫的工具，兩者在示範中分工完成製作。
Google 的官方文件把 Antigravity 描述為整合代理、編輯器、終端與瀏覽器的工作環境，強調任務、成果與驗證。
終端是執行指令的介面，代理可以透過它處理程式與檔案。這讓製作過程能以程式調整場景，再檢視輸出結果。
Blender 是三維內容製作軟體，場景可以儲存物件、攝影機與時間軸。它能把同一個模型安排成不同鏡頭與動畫。
MCP 是讓 AI 連線外部工具的方式。Blender MCP 在此讓代理呼叫場景相關操作，實際可用能力仍取決於採用的工具實作。
原始貼文沒有列出全部連線設定，所以不能假設任何同名工具都會得到相同結果。準備環境時，仍要閱讀所用版本的文件。
對製作團隊來說，重點是哪些東西能留下來修改。若只交出一支影片，下次改零件顏色或鏡頭，可能仍要重新組織需求。
若同時保留場景與製作程式，則有機會在既有成果上調整。前提是檔案結構、素材位置與環境需求都清楚，不會離開作者電腦就失效。
官方示範也提到音訊，但這不等於 Argon 模型直接輸出所有音樂檔案。模型能力、工具生成與最後合成應按實際流程分開理解。
Google 的模型文件列出 Argon 的輸出為文字。動畫與音訊成果可以來自代理使用工具，不能據此改寫成模型直接提供原生影片輸出。
延伸閱讀：Blender MCP 教學：從 X 熱傳 3D 短片，學會分鏡、場景與可修改專案的驗收
CAD、網格與動畫，為何要保留不同的交付物？
工程設計資料與視覺場景用途不同，即使外形相似，也不能把兩種檔案當成可以完全互換的成果。
CAD 工作通常關心尺寸、幾何關係與設計需求。動畫場景則需要適合顯示的形狀、材質與鏡頭，目的是讓觀眾看懂產品。
網格是用許多小面組成三維外形的表示方式，常用於顯示與渲染。它可以讓表面看起來平滑，但未必保留原始工程模型的所有設計關係。
渲染是把場景計算成影像的過程。最後影片只呈現計算出來的畫面，不包含全部可編輯資訊，也不會自動交代原始模型的精度。
轉換資料時，應確認單位、比例與方向。若模型尺寸被錯誤解讀，畫面可能仍好看，但零件與其他參考物的關係已經改變。
零件名稱與層次也值得保留。要調整電池、外殼或某個鏡頭模組時，有可辨識的名稱，比在大量無名物件裡重新找更容易。
Blender 官方手冊列出多種匯入與匯出格式，但實際支援會依版本與擴充功能變動。不能因為軟體能匯入模型，就假設所有 CAD 格式都直接可用。
團隊可以將交付分為來源模型、可修改場景與輸出影片。來源提供設計依據，場景儲存視覺安排，影片則供播放與分享。
每份交付物都應附版本與用途。工程師看來源模型，設計師改場景，行銷人員使用影片，才能避免拿錯檔案做不同的工作。
如果工作目的只是一段概念展示，也應說明這點。觀眾知道畫面是示意，才不會把視覺安排誤認為真實裝配順序。
一千輪反覆修改，代表什麼，又沒告訴我們什麼？
Google 宣稱模型跑了一千輪反覆檢查與修正，這描述製作過程的長度，並非一個通用的品質分數。
每一輪究竟包含多少工具呼叫、多久時間與多少費用，原始貼文沒有完整揭露。因此，讀者無法從輪數直接推算自己的製作成本。
輪數多也不代表每次都有效。製作過程可能花很多時間解決工具問題，也可能持續調整細小的畫面差異，兩者價值不同。
評估成果時，應回到影片目的。例如觀眾需要看懂某個零件如何位於產品內部，就檢查鏡頭與拆解位置是否真的讓這件事清楚。
如果任務是做十秒的產品開場，重點可能是外形、光線與節奏。繼續修正不影響觀看的細節，可能只增加時間與運算消耗。
因此，代理製作需要停止條件。可以規定必須看清哪些零件、畫面不能出現哪些遮擋，以及最後要交出哪些可修改檔案。
這些是工作設計建議，並非 Google 公開示範的完整指令。它們的用途，是把反覆修改從無限追求好看，轉成有目標的製作。
過程中也可以儲存幾個檢查點。當後續修改使鏡頭變差，能回到先前可用版本，減少全部重做的機會。
代理提出修改理由時，應要求它對應畫面問題。只說「改善質感」很難檢查，說明哪個零件被遮住、哪段運動太快，則容易核對。
這樣的紀錄能讓人接續製作。即使最後不採用代理的建議，也能知道它試過哪些方法，以及哪些修改已經證明無效。
產品拆解影片，應如何檢查才方便交付？
拆解動畫的首要檢查是零件關係與視覺清楚度，因為漂亮鏡頭也可能讓觀眾誤讀結構。
先把完整組裝畫面與來源模型比較，確認主要部件沒有遺漏。接著看拆解過程是否出現穿過其他零件或不合理的遮擋。
若動畫只是示意位置，而不追求真實拆裝程序，應在內容說明裡交代。這能保留視覺自由，也讓產品資訊不會被錯誤解讀。
材質與配色則需要對照產品資料。展示用的金屬光澤與透明效果，可以幫助看清內部，但未必等同實際產品外觀。
鏡頭運動應服務閱讀。轉得太快可能看不清零件，移動過多也會讓觀眾失去方向；有時固定一個角度更能解釋結構。
手機版短片尤其需要控制細節。桌面可見的標註，在小螢幕可能變得很小，應按實際播放情境確認文字與焦點。
音訊則要檢查來源與使用範圍。代理能安排聲音，不代表產生或取得的素材都可用於商業影片，仍要保留相應授權資料。
交付場景時，還應確認外部貼圖與音訊檔是否一起儲存。只有主檔、缺少相依素材，可能讓接收者開啟後看到不同結果。
最後以新的環境重新開啟場景與影片，是合理的交接檢查。這裡的目的不是重做全部製作，而是確認接手者能讀到同一份成果。
怎麼寫製作需求，才不會每次修改都重新開始？
需求應先交代影片想讓觀眾理解什麼，再寫模型、鏡頭與輸出形式，讓代理知道哪些修改會影響成果。
例如想介紹某個零件的位置，就應指定需要看清的部件與參考方向。若只要求高級感，代理可能花很多時間改光線，卻沒有回答產品問題。
鏡頭需求可以寫成時間順序，但不必一開始就指定所有參數。先確定完整外觀、拆解重點與結尾畫面，再逐步調整速度與角度。
修改時也要指出保留範圍。若已確認零件位置正確，只想改相機運動，應明說物件與材質維持原狀，減少不相關的變動。
每次提出回饋，最好對應時間點與畫面問題。例如某個部件在第五秒被遮住，比「動畫還不夠順」更容易轉成具體操作。
製作程式則可以保留常調整的設定，讓尺寸、配色與片長不用逐段改。這是工程化的整理方法，仍需要有人檢查修改後的輸出。
當需求改成另一款產品，不要直接沿用所有零件與鏡頭安排。來源模型不同，原本的拆解方向與比例可能已不適用。
這樣建立的流程能讓代理更容易接續工作，也讓人知道每次改動的目的。留下可讀的需求與版本，比只保存最終影片更有利於下一次製作。
Gemini 4 Argon 產品動畫常見問題
需要先有產品模型嗎？
官方示範從 Pixel 產品的 CAD 檔案開始，再製作動畫與場景。已有模型提供設計起點，影片工作則安排觀眾如何看到零件與外形。
做出拆解動畫，就代表能製造產品嗎？
動畫呈現視覺與結構關係，製造還需要工程資料與驗證。影片品質不能代替尺寸、公差與材料檢查。
一千輪可以當成自己的製作時程嗎？
這是官方對該次示範的描述。原始資料沒有完整公開每輪成本與耗時，其他任務需要按模型、工具與完成標準評估。
Argon 直接生成影片與音訊嗎？
官方模型文件列出輸出為文字。這段成果包含代理呼叫工具完成的製作，不應直接寫成模型提供原生影片與音訊輸出。
先選一個零件清楚的模型，做可修改的小型示範
這段官方展示把 AI 工具操作與產品視覺連起來，讓已有模型更容易變成溝通素材。它的意義，建立在來源與交付物能清楚區分的基礎上。
想嘗試相似流程，可以先挑一個自己有權使用、零件不多的模型，寫清楚鏡頭目的與輸出需求。先完成短動畫，再檢查場景是否能由別人接續修改。
當畫面與可修改檔案都達到要求，再擴大模型與片長。這會比把輪數當成品質保證，更容易形成一套可預期的製作方法。
延伸閱讀：Claude、Codex 滾動動畫提示詞：六個名詞如何寫成可驗收需求？
