可查詢的素材索引,是一切理解的起點
Agent 如果只看見檔名與時長,並不知道鏡頭裡發生了什麼。OriginCut 會先掃描專案中的影片、音訊與圖片,建立統一素材目錄,並記錄解析度、幀率、聲道、時間碼、檔案關係與可用狀態等基礎資訊。
接著,媒體理解流程會提取對白轉錄、鏡頭邊界、畫面變化、聲音區間與可用於搜尋的語意線索。長影片因此不再只是一個巨大的二進位檔案,而是由許多帶時間範圍的可查詢證據組成。
索引與原始媒體分離保存。再次開啟專案或更換 Agent 時,不需要從頭猜測素材;新增或變化的檔案也能增量更新,而不是每次重新理解整個素材庫。
先給答案OriginCut 不把整段影片塞進一次提示詞,而是持續為 Agent 提供與目前任務最相關、能回到時間碼核對的清晰視野。
語意理解必須連接到具體時間範圍
索引解決「有什麼」,語意理解解決「這裡發生了什麼」。一段素材可以同時包含人物、地點、動作、對白主題、環境聲音與鏡頭品質。OriginCut 將這些資訊連接到具體時間範圍,使「找到解釋定價的完整回答」或「找到日落前人物走向海岸的鏡頭」成為可執行查詢。
語意結果不是不可質疑的最終答案,而是一組能回到原素材核對的證據。Agent 取得候選片段、時間碼與來源引用;創作者也能知道它為什麼選擇某個鏡頭,而不是只看到缺乏依據的推薦。
這種設計對長素材尤其重要。Agent 不必在每輪對話裡重新觀看數小時影片,而是先取得專案概覽,再沿著相關主題、人物或時間範圍逐步深入。
上下文工具讓 Agent 始終擁有清晰視野
上下文不是越多越好。把全部轉錄、所有幀描述與完整時間軸一次送給 Agent,會迅速占滿上下文視窗,也讓重要資訊被雜訊淹沒。OriginCut 因此把素材目錄、語意搜尋、範圍證據與時間軸狀態設計成不同層級的工具。
Agent 可以先讀取精簡的專案視圖,理解素材規模與目前剪輯狀態;需要判斷時,再搜尋相關片段並請求特定時間範圍的詳細證據;準備執行前,則讀取最新時間軸快照,確認軌道、片段與版本沒有變化。
這是一種漸進式上下文管理:先給地圖,再按任務開啟局部細節。工具輸入與回傳結果保持結構化,使 Agent 在長任務的任何階段都能重新取得清晰視野,而不依賴早期對話中可能已模糊的記憶。
創作意圖先形成計畫,再成為受控的時間軸操作
當你說「把這組海岸素材剪成 60 秒短片,突出出發、拍攝與日落」,Agent 會先搜尋並理解素材,再提出可讀的剪輯計畫:主敘事使用哪些片段、輔助資訊放在哪條軌道,以及字幕、音樂與節奏如何組織。
確認方向後,Agent 才呼叫剪輯工具建立序列、放置片段、裁切範圍、加入字幕或調整軌道。每個工具都有明確能力、參數與結果;涉及敏感或不可逆邊界的操作可以要求核准,而不是讓 Agent 擁有沒有邊界的「操作軟體」入口。
工具呼叫、素材引用與時間軸變化彼此關聯。失敗時可以知道哪一步未完成;完成後也能追溯某個片段來自哪裡、為什麼放在這裡,以及下一次對話應從哪個專案狀態繼續。
專案上下文屬於 OriginCut,而不是某一個 Agent
Codex、Claude Code 與 OpenCode 可以採用不同模型與互動方式,但它們面對的是同一個 OriginCut 專案。素材索引、語意證據、工具記錄、版本與時間軸狀態留在專案層,因此切換 Agent 不等於丟失工作。
Agent 更像進入專案協作的參與者,而不是專案本身。它能理解上下文並執行任務,但最終成果仍是一般、可繼續編輯的鏡頭、字幕、音訊與軌道。創作者可以接受、替換、復原或用另一句話繼續修改。
這也是 OriginCut 與「一句話產生一支成片」的根本差異:Agent 幫你降低搜尋與操作成本,卻不把判斷封進一次性結果。專案持續累積清晰上下文,人的創作控制也始終留在時間軸。
問題與解答
Agent 每次都要重新讀取完整影片嗎?
不需要。OriginCut 先建立可重用的素材索引,並在素材變化時增量更新。Agent 通常先讀取專案概覽,再依任務請求相關片段與時間範圍。
語意理解出錯怎麼辦?
語意結果被視為帶來源與時間碼的候選證據,而不是不可修改的真相。創作者可以回到原素材核對,Agent 也可以擴大範圍或換一種查詢重新尋找。
更換 Agent 會丟失上下文嗎?
不會丟失專案層的上下文。素材索引、時間軸、版本與工具記錄屬於 OriginCut 專案;不同 Agent 可以在同一狀態上繼續工作。
需要額外購買一個內建 AI 訂閱嗎?
OriginCut 的方向是連接你已有的本機 Agent 工作流程,繼續使用熟悉的帳號、模型和額度。
素材是否一定會上傳到雲端?
OriginCut 以本機專案與本機 Agent 工作流程為基礎管理素材和索引。若你選擇的 Agent 或模型服務需要連網,其資料處理邊界仍取決於對應服務商,應依使用的模型與帳號策略確認。

