一塊畫布先被交了出去：libTV 的開源平替，把剪輯臺搬進了 Agent 的手裡

9 月 20 日凌晨，V2EX 的「分享創造」板上出現了一則貼文，標題寫著「libTV 本地開源平替：畫布 + 剪輯一體，任何支援 MCP 的 Agent 都能全程操控」。發文者 helianling 把倉庫連結掛在 GitHub 上，名字叫 BeatDesign。這類貼文在板上每天有好幾則，但這一則值得停下來看，因為它處理的不是模型，不是畫質，而是一個更樸素的問題：工作的那塊桌面，到底放在誰的手裡。

先從一個具體的數字看起：29 個 MCP 工具。這是這個專案目前對外暴露的操作介面數量。導入影片、抽取尾幀、用尾幀生成下一鏡、把片段丟上時間線裁切、最後導出 MP4，這一連串動作原本散落在雲端畫布、下載資料夾和剪輯軟體三個地方，現在全部被翻譯成 Agent 可以呼叫的指令。瀏覽器裡那塊畫布則像一面同步的鏡子，Agent 每做一步，畫布跟著變，人可以在旁邊看，也可以隨時撤銷。這個設計的關鍵不在於自動化了多少，而在於它把「檢查」保留了下來。

同樣的功能，兩種完全不同的介面表情

拿 libTV 或即夢的畫布來比，差異就清楚了。那些雲端產品的 Agent 被安置在網頁側邊欄裡，你只能在它們劃定的那一欄裡跟它說話。發文者描述的使用情境很具體：他日常九成以上的工作在 Codex 裡完成，要為一個 AI 瑜珈專案產出大量影片，卻被迫在終端機、瀏覽器側欄和本地剪輯軟體之間來回搬運。側邊欄是一種容器，也是一道牆；Agent 被設計成產品內建的功能，而不是可以被呼叫的服務。

BeatDesign 的取捨正好相反。它把操作權透過 MCP 協定交出去，任何支援 MCP 的 Agent 都能接管這塊畫布。這與我們先前觀察過的OpenSider 把 Agent 塞進瀏覽器側邊欄的介面設計走的是兩條路：一個把 Agent 收進既有介面的縫隙，一個把介面本身攤開成一組可被外部程式操作的把手。後者的膽子更大，因為它放棄了對使用流程的掌控，換來的是與使用者既有工作習慣的接軌。

資料放在哪裡，決定了介面長什麼樣

全本地是這個專案另一個反潮流的選擇。專案、素材、畫布、時間線、生成歷史，全部存在使用者電腦上的專案資料夾裡，底層是 SQLite 加普通檔案。對比雲端影片生成服務的預設邏輯，素材先上雲、成品再下載，BeatDesign 把資料的重心留在本地，雲端只承擔生成運算那一段。

這個決定直接影響了介面的形態。因為素材從頭到尾不搬家，畫布和時間線可以共用同一份檔案，中間沒有導出再導入的斷點。時間線上能做的裁切、分割、疊層、SRT 字幕，操作的對象就是畫布上那些節點本體。一條資料流貫穿兩種視圖，這比任何「無縫體驗」的宣傳文案都更能說明介面該怎麼分工：視圖可以有多個，資料只有一份。

留言區裡的兩則回覆也透露了這類工具的真實處境。有人問有沒有便宜一點的影片模型 API，說直接接阿裏雲的 wan3.0 有點貴；發文者回覆會去找中轉站，並強調專案支援自訂第三方 provider。模型成本仍是這條工作流最痛的一段，而開放 provider 設定，等於把這個痛點也交還給使用者自己去調配。這是一種誠實的設計：工具不假裝解決它解決不了的問題。

把畫布交出去之後，人站在哪裡

回頭看這 29 個工具的清單，會發現它們的顆粒度都偏細：抽尾幀是一個動作，用尾幀生成下一鏡是另一個動作，裁切又是一個動作。這種拆法犧牲了「一鍵成片」的爽感，換來的是可檢查、可撤銷的每一步。Agent 全程操控聽起來像人被排除在外，實際上恰恰相反，因為每一步都被設計成一個可指認的操作，人隨時能插手，也隨時能退回。

當大多數影片生成產品還在競爭誰的側邊欄更聰明時，這個開源專案提出了一個更基礎的假設：未來的創作工具，介面可能不再需要被誰獨佔。畫布可以是人的視窗，也可以是 Agent 的操縱臺，兩者看著同一份資料。誰先想通這一點，誰就先定義了下一輪工具的形狀。