Resolve Studio 21.1 的 MCP 是真的：腳本 API 缺口仍擋著「像人一樣剪」

先說結論

DaVinci Resolve 21.1 對智慧體後期是實打實的一步。Studio 現在暴露了原生 MCP 伺服器，助手可以走 API 驅動 Resolve，而不必去點七個頁面。Blackmagic 與行業媒體說得很清楚：在 File → Setup AI Assistants 裡接上 Claude、Claude Code 或 ChatGPT Codex，就能在對話裡做媒體整理、高光粗剪、改設定、批次渲染（Blackmagic / FilmInk 公告；digitalproduction.com 導讀）。

進展是真的。但它只給 Studio。Blackmagic 官網上 Studio 標價 $295 美元一次性（稅費和地區價另算）。智慧體訂閱還得你自己掏。

對指望智慧體「像人一樣剪」的人來說，更硬的教訓比 MCP 更早：腳本 API 不是 GUI。沒有 move、trim、slip、split、字幕微調對應的方法，智慧體發明不出來。早期原生 MCP 演示和長期社群腳本實踐，撞的是同一堵牆。

PilotCut 做的是 Mac 上另一類活：本地 MCP + Agent CLI，時間線上人與智慧體共用同一套剪輯原語；測試期免費，不需要 Resolve Studio 授權。智慧體那邊，你照舊付自己那份訂閱。

Studio 21.1 給 AI 助手實際發了什麼

按 Blackmagic 自己的說法和上面的行業報道：

1. 原生 MCP 是 Studio 功能——免費版 Resolve 解鎖不了媒體在說的那條助手路徑。
2. 設定在應用內——File → Setup AI Assistants，再接 Claude / Claude Code / ChatGPT Codex，並接受許可權對話方塊。
3. 智慧體走 API，不是 GUI——Team 2 Films 的測試寫得很明白：助手呼叫 Resolve 函式，不會像人一樣用滑鼠拖 Edit 頁面。
4. 目標任務偏自動化——整理媒體、分析專案、改設定、做高光粗剪、刪短廢片、為審片批次渲染（Phoronix；FilmInk）。
5. 成本結構——Studio 標價 + 你的 Claude / Codex（或同類）訂閱 + 許可權、長任務、API 限額的運維時間。

這些都不貶低 Resolve 作為精修套件。它只是把「Resolve 裡的 AI 剪輯」說清楚：第一天指的是 Studio 內助手驅動的 API 工作，不是突然變成資深剪輯師鍵鼠操作的免費無限編輯器。

更短的產品對比見 Resolve Studio 21.1 原生 MCP vs PilotCut 智慧體剪輯。不想為 MCP 買 Studio 的操作路徑見 不用 Resolve Studio，如何用 Claude / Codex 的 MCP/CLI 做影片剪輯。

頭號缺口：仍然不能自由重定位一段片段

讓人類剪輯師把時間線上已有片段往後挪三秒。他們抓住就拖。

讓坐在 Resolve 公開腳本表面上的智慧體做同樣的事，你會撞上結構性空洞：TimelineItem 對 start、end、duration、offset 有 getter，卻沒有匹配的 setter 去做 trim、slip、slide、roll，或在片段上軌後自由移動。 審計線上 API 的社群 MCP 維護者（並把它標成腳本 / 第三方 MCP 之痛，不是 Blackmagic 新聞稿 bug）反覆記下了這一模式——例如長期維護的 davinci-resolve-mcp API 限制賬本，以及 協議 / Windows 連線抖動 (#27) 一類議題。Blackmagic 論壇對「挪這段」的答案多年不變：刪掉再按新的 recordFrame 追加，效果、調色、標記一併丟光。

Team 2 Films 的原生 MCP 演示也頂在同一 API 天花板上。21.1 落地後早期試用反饋說的是同一種白話挫敗：助手能流利聊「挪三秒」，然後失敗或發明繞路，因為動詞本身不存在。Reddit / Hacker News 在發版頭幾天傳這類抱怨時，當作風向即可——硬證據仍是 API 表面和騎在上面的演示。

如果你心裡的「AI 剪輯」等於「我和 QWERTY、滑鼠做的同一套動作」，這一處缺口已經解釋了大半失望。

這也正是 PilotCut 押注共享原語的原因：介面與智慧體在同一專案模型上呼叫同一套 move / trim / split 工具——見 PilotCut。

能做 vs 仍做不了

今天 Studio + MCP / 腳本的公允地圖大致如下。

通常可達

• 媒體池——匯入、分箱（普通資料夾）、從片段追加 / 建立時間線
• 追加時的落點——用 AppendToTimeline 搭配 recordFrame / trackIndex 做搭建，不是自由重排
• 標記——建立 / 列出 / 偏匯出的工作流（含 21.1 更廣編輯改進裡的標記 PDF 報告）
• 渲染 / 交付任務——排隊與為審片批次渲染
• 專案 / 設定雜務——Blackmagic 強調的助手友好任務
• 21.1 上部分轉場編寫——社群探測報告 Studio 21.1 構建裡出現 TimelineItem.AddTransition(...)（存在已確認；完整讀回 / 克隆仍不全——見下）
• 21.1 轉寫讀回——MediaPoolItem.GetTranscription() 返回結構化片段 / 說話人 / 詞級時間（相對截斷屬性字串是真升級）

對「像人一樣剪」的迴圈仍缺失或敵意

• 對已有時間線項的自由 move / trim / slip / roll
• 在某一幀刀片 / razor / split
• 經普通屬性 setter 的可靠變速 / retime 寫入（匯入繞路存在；那不是「擰一下速度旋鈕」）
• 對單條字幕項的文字與時間編輯——轉寫 API 不是字幕編輯器
• 作為一等編輯模式的 insert / overwrite / replace / fit-to-fill（帶幀追加不是同一套工具）
• 成功卻未寫入的模式——方法返回像成功 / 會話內看起來成功，儲存後工作消失，或返回 False 卻無原因
• UI 競態 / 縮圖落定——縮圖 API 需要 Color 頁 + Resolve 前臺 + 輪詢落定；相簿匯出需要可見面板

所以演示在媒體整理上看起來很猛，一到「像我會修的那樣修剪輯」就發脆。

21.1 API 增量：有進步，未完成

Blackmagic 與媒體提到 21.1 大約新增 20 個腳本 API（digitalproduction.com；FilmInk）。對智慧體真正要緊的是：

把這些當成自動化脊樑上的進展，不是 Edit 頁鍵盤的對等物。

版本漂移、幻覺與第一天配置痛

智慧體打的不只是缺方法。它們還打漂移：

• 構建漂移——21.0.x 與 21.1.x 工具面不同。社群 MCP 文件常蓋章「在 21.0.2 驗證」或「在 21.1.0.14 探測」。帶著上個月訓練的智慧體會發明從未存在的工具，或在 21.1 機器上叫 21.0 的名字。
• 幻覺方法——針對 Resolve 腳本的指南警告：語言模型會發明聽起來合理的名字（GetSelectedTimelineClips、SetEffect、21.1 之前的 AddTransition），實際上並不存在。原生 MCP 不會魔法修好猜 API 的模型。
• Python / MCP 依賴矩陣——免費版保留控制台腳本；Workflow Integrations、原生 UIManager、外部腳本訪問屬於 Studio（digitalproduction.com）。第三方 MCP 棧仍會絆在 RESOLVE_SCRIPT_LIB、PYTHONPATH、「Resolve 沒在跑」假陰性、錯誤的 PyPI 包上——見社群議題如 barckley75/resolve-claude-mcp#2 與 samuelgursky/davinci-resolve-mcp#27。把這些標成社群 MCP / 腳本之痛，不是 Blackmagic 發行說明。
• Claude 第一天就配掛——許可權對話方塊、Studio 門檻、版本選錯、腳本偏好（Local / Network）、客戶端協議不匹配，是常見的第一個下午。原生 Setup AI Assistants 比手搓 MCP JSON 乾淨——它並不取消 Studio 授權，也不抬高 API 天花板。

座標 bug、Fusion、字幕與專案遷移

離開開心演示路徑後，還有幾類具體失敗：

1. 源 / 時間線 / 時間碼座標 bug——源幀按媒體幀率還是時間線幀率；匯入音訊 WAV 時專案幀率被凍住；GetSourceStartFrame 與 GetLeftOffset 差一幀。算術上「成功」的智慧體，仍可能在長 WAV 床上偏出好幾分鐘。
2. 成功卻未寫入——追加塊會話裡看得見、儲存後消失；Comp.Lock() 下的 Fusion 引數寫入讀回正確卻到不了渲染；布林返回值意思是「也許」。
3. UI 競態 / 縮圖落定——GetCurrentClipThumbnailImage 需要 Color 頁 + Resolve 最前 + 落定重試。後臺智慧體把一次 None 當真就會自欺。
4. Fusion 關鍵幀 / 合成崩潰與靜默旁路報告——社群 MCP 賬本羅列 Fusion 橋怪癖（不完整的 dir()、鎖失效、API 讀回看著接好了渲染卻是恆等）。無人值守 Fusion 編輯要當運維風險。
5. 字幕 API ≠ 轉寫 API——21.1 能拉到豐富轉寫，仍缺單條字幕文字與時間的 get/set。字幕打磨仍是人在 UI 裡做。
6. 單向專案遷移——從 20.3.3 仍能看見 Resolve 21.1 專案庫，但在 21.1 建立或開啟過的專案，20.3 打不開（digitalproduction.com）。在生產專案上試 MCP，不是隨便來回一趟。

反面教材：PilotCut 的共享原語

架構上的對位故意無聊：把時間線建成介面與智慧體呼叫同一套動詞。

PilotCut 是原生 macOS、本地優先的編輯器。素材與專案留在你的 Mac。剪輯、預覽、渲染都在本地。提示詞、轉寫文字、以及智慧體被要求檢視的幀，會跟隨該智慧體的服務商（自帶智慧體的免責宣告——不是聲稱「只要智慧體看一眼，機器上也什麼都不會離開」）。

對上面 Resolve 之痛，這意味著：

• 人與智慧體同一套原語——move、trim、split 及相關編輯是專案模型上一等工具，不是包一層永遠沒拿到 setter 的 NLE API。
• 本地 MCP + Agent CLI——介面、CLI 與智慧體共用同一工具登錄檔 / 專案模型（工具數量會變——見 PilotCut changelog）。
• Propose → commit，配合 dryRun、可讀歷史與 peek 膠片條核驗——所以「智慧體說 OK」不等於「時間線變了」。
• 自帶 Claude Code / Codex 等——精選目錄標籤包括 Claude Code、Codex、Grok Build、GitHub Copilot、OpenCode、Antigravity。
• BYO 智慧體無 PilotCut 積分表；官網測試期免費。你仍付自己的智慧體訂閱。
• 不是文生影片——「一條提示完成整輪剪輯」指一條提示 → 本地 .pcbundle 上多次工具呼叫，不是單靠提示一鍵成片。

定性地說：在專用專案上呼叫結構化剪輯工具的智慧體，比在精修 NLE 上計算機使用迴圈更少浪費 token 去重新發現 UI 狀態。PilotCut 也提供需要時用的 cu-* 計算機使用工具；對每週創作者工作，專案模型上的 propose → commit 仍是首選路徑。

Resolve Studio MCP vs PilotCut（細表）

冷靜分工

• 留在 Resolve Studio：當你需要 Resolve——調色、複雜音訊、Fusion、交付管線——且該套件內的原生 MCP 值得一張 Studio 席位。
• 用 PilotCut：瓶頸是 Mac 創作者素材上的粗剪與清理勞動，你想讓 Claude Code 或 Codex 跑在本地時間線上，不必只為了給智慧體一個 API 去買 Studio。
• 交付物要求精修時，精修仍放 Resolve。別只為了讓聊天視窗呼叫半個編輯面就引入 Studio。

延伸閱讀：

• Resolve Studio 21.1 原生 MCP vs PilotCut 智慧體剪輯
• 不用 Resolve Studio，如何用 Claude / Codex 的 MCP/CLI 做影片剪輯
• 2026 年最佳免費 DaVinci Resolve Studio 替代

底線

Resolve Studio 21.1 的原生 MCP 是真進展——僅限 Studio、標價約 $295、自備 Claude / Claude Code / ChatGPT Codex、File → Setup AI Assistants、API 而非 GUI。剩下的天花板不是「模型太笨」，而是人類剪輯是一套密集動詞，腳本 API 仍只部分暴露：自由 move/trim/split、字幕打磨、可靠寫入確認、版本穩定的工具面。

PilotCut 的賭注更窄、更故意：本地優先的 Mac 剪輯，智慧體與人共享這些原語，配 MCP/CLI、propose → commit、peek、無積分表、測試期免費。

需要 Resolve 時用 Resolve。需要一條能真正挪動剪輯、可檢查的智慧體路徑時，用 PilotCut。

試試 PilotCut——測試期免費。別只為了讓 Claude 呼叫半個 Edit 頁面去買 Studio。