專案影片
製作一部關於具體專案成果的易懂且具辨識度的影片。 從觀眾能看到或能做的事情開始。保留專案本身的視覺識別，以及所展示的行為與解說插圖之間的區別。
選擇故事與證據
接受一個選定的專案目錄、URL、畫面擷取集合或 work-story-capture 封包。僅讀取相關的原始資料與當前請求。單一儲存庫可以支持關於其程式碼的主張；但無法證明部署或實際使用情況。對於 URL，當純文字無法呈現產品時，請檢查渲染後的介面。
重複使用選定封包中的來源 ID、修訂版本、貢獻者、目標觀眾及媒體主檔案。封包是有用的，但不是必要條件：一個小型專案影片可以使用精簡的來源清單。當有 work-story-capture 時，它可以提供流程證據與編輯交接；audio-seed-bank 則可以提供明確選定的錄音檔。這些都是可選的適配器：本機端來源清單與允許使用的媒體就已足夠。不要為了接受輸入而需要私有服務或安裝其他技能。
決定目標觀眾、他們關心的理由以及一個有用的後續行動。選擇最有力的可觀察時刻。對於應用程式，檢查一個動作及其結果；對於建置成果，檢查物體及其實際功能。如果缺少關鍵畫面，請完成腳本/鏡頭清單，並標明確切缺少的鏡頭。不要虛構一個可運作的介面、成功的實驗或見證。
記錄選定的事實、來源位置、證據狀態與允許的觀眾範圍，以及分鏡表。排除私人對話、憑證與不相關的檔案。公開的原始碼並不表示所有本地資產都是公開的。
指導剪輯
根據請求與素材解決常規選擇。一個有用的起點是 20–30 秒、一個核心概念、靠近開頭的可見成果以及清晰的結尾。當選定的機制需要時，可以使用較長的解釋。不要強行將上市廣告塞進流程故事中。
在開始合成之前，撰寫一份精簡的簡報與定時分鏡表：包含目的、開場、選定的視覺證據、螢幕文字、音訊、結尾動作與來源。僅在結構化交接有幫助時才使用簡報範例；它是一個已填寫的虛構範例，不是強制性的架構或專案事實。
使用動態引導注意力。在有用時動畫呈現實際的產品元素；讓原始畫面承載物理結果。確保圖表與重建畫面與原始證據保持明顯區別。使字型、調色盤與圖形語言符合專案風格，而不是套用統一的視覺模板。
對於直向格式的交付，請在保留理解動作及其結果所需空間脈絡的前提下，為手機進行構圖。穩定的全螢幕視圖可能是編輯者的正確選擇：將原生控制項保持在一起，並透過實際使用來呈現它們。選擇性地使用特寫鏡頭，以在不失去該脈絡的情況下改善可讀性。尊重使用者偏好的參考與構圖；不要將手機可讀性啟發式規則變成強制裁剪或重新設計。確保預期的編輯文字可讀，並辨識出作為上下文而非必要閱讀資訊的原生微文案。保留專案的品牌，並讓連續的動作承載鏡頭，而無需每次加上新標題。
在文字完全進入畫面後再預算閱讀時間。大約每字 0.3 秒是初始編輯的啟發式規則，並非經過測量的可及性保證。在加速文字之前先縮短文案。以手機尺寸檢查最終影片。切勿讓音樂節奏強行決定無法閱讀的文字揭示。
使用可用工具進行合成
閱讀製作以了解渲染器選擇、音訊與匯出。重複使用合格的渲染器與當前原生的工具合約。保持編輯簡報獨立於引擎與模型名稱。不要為了讓渲染運作而更改提供者、語音、帳戶或執行時期預設值。
對於已授權的影片請求，直接繼續進行渲染與審查，無需增加常規的預覽批准環節。僅在缺少的決定會實質性地改變所選內容、觀眾或外部效果時才提出問題。若未要求製作，則分析或分鏡表的請求應止於該成品。
在所屬專案中保留一個可編輯的來源與版本化草稿。使用當前工作框架的傳遞目錄存放最終檔案。在進行重大任務之前，記錄其暫存預算與清理點；在選擇運算資源時使用接收能力對應表。保留提供的原始資料與不確定提供者的工作成果。
審查與交接
檢查每個場景的靜止影格以及轉場內的影格。觀看完整的匯出檔，先靜音檢查清晰度，有音訊時再開啟聲音聆聽。檢查並解碼實際的 MP4 檔案；僅通過合成檢查是不夠的。修正遺失的媒體、無法辨識的文字、裁剪以及未經證實的事實主張。標記任何無法執行的審查事項。
挑戰場景的鏡頭語言以及單個影格：重複的標題、螢幕截圖與段落佈局可能通過結構檢查，但會產生一部薄弱的影片。在 360px 寬度下，辨識眼睛首先看到的是什麼，以及動作與結果是否仍然可理解。通過檢查或靜態影格審查並不代表與其他工作流程進行了比較，也不代表建立了最佳組合技能。
交付 MP4、最強且最穩定的靜止海報影格、簡潔的附帶文字、貢獻者名單、審查備註以及可重現的合成/來源清單。如果使用了語音，請包含審查過的逐字稿與時間軸字幕。連結現有的主檔案，而不是匯出不必要的壓縮檔。記錄來源與輸出的修訂版本。
對於編輯發布，請在實際授權範圍內使用選定的發佈工作流程。如果有的話，daimon-social-identity 可以接收素材；但它並非執行時期依賴項。渲染完成的影片並非已發布的貼文。
在比較工作流程或驗證新材料/執行時期時，請使用評估計畫。公開可用並不能證明每個接收者或來源類型都已經過測試。