Boring video
將內容開發與逐步完善的 HyperFrames 專案編排為一個連續工作鏈。在內容被改編為語音或視覺素材之前，必須先確立內容本身；場景方向建立可渲染的視覺證據，分鏡規劃可建構的框架，而 HyperFrames 擁有最終的製作與可播放審閱權。
輸入
解析請求與專案檔案中的既有決策。首先對輸入進行分類：
- 內容驅動： 研究、評估、分析、觀點、教學、新聞、人物報導，或其他依賴完整論證的敘事作品，這類作品也可能同時轉化為部落格文章。
- 直接製作： 已鎖定的腳本、產品宣傳、UI 展示、音樂主導片段、短片動畫，或其他無需文章來建立其意義的作品。
在詢問一次性選擇之前，先從明確的專案、系列、品牌或團隊指引中解析可重用的製作預設值。在輸入階段建立工作流程 BRIEF.md，並在其中記錄每個採用的預設值、其來源和範圍，以便上游的每個技能在做出內容或語音決策前都能讀取它；當 HyperFrames 專案建立時，也將相同的簡報帶入其中。目前的請求會覆寫可重用的預設值。預設值可能涵蓋重複出現的結構、語言與語調、設計真實性、封面比例、發佈目標或最終呈現方式，但不得從不可用的個人檔案中推斷。將專案特定的慣例保留在專案檔案中，而非將其普遍化到這個技能中。
對於內容驅動的工作，找出第一個缺少且已核准的內容產出物。只有當使用者明確確認提供的文章作為內容主體時，才將其計入。將其儲存或改編為 content/ARTICLE.md，並帶有以下來源資訊：
---
source: external
origin: <URL or path>
origin_revision: <Git revision, source digest, or captured-at timestamp>
status: approved
approved_at: YYYY-MM-DD
approved_digest: sha256:<digest>
voice:
language: ...
skills: []
documents: []
unavailable: []
status: resolved | assumed
---
在移除 approved_digest: 這一行後，計算完整檔案的 SHA-256 作為 approved_digest。對於直接製作的工作，不要為了滿足工作鏈而憑空製造一篇文章；請載入 /hyperframes，並讓其當前的意圖層負責輸入和工作流程的選擇。
當此輸入階段建立或改編了 content/ARTICLE.md 時，請閱讀 references/markdown-review.md 並在開始 /to-spec-beats 之前呈現該權威的 Markdown 指南。
對於內容驅動的工作，只問一個簡潔的問題來確認任何缺少的製作選擇：
- 呈現方式： 無臉、實拍、螢幕錄製、講話人頭或混合媒體？
- 協作模式： 需要分鏡審閱，或是由代理程式執行製作並提供最終預覽？
- 語音： HyperFrames 語音、ListenHub TTS、使用者錄音或無旁白？
- 設計： 現有設計真理、指定方向或代理程式提案方向？
- 發佈： 如有，需要哪些封面、平台適配、部落格/文章變體、字幕或社群文案？
將答案和採用的製作預設值記錄在工作流程 BRIEF.md 中。在代理程式執行的工作中，當使用者未指定時，提議並記錄一個設計方向。對於直接製作的工作，將解析後的預設值和任何發佈請求傳遞給 /hyperframes 所擁有的 BRIEF.md，而不是重複內容鏈的問題。
工作鏈
在 /to-scenes 開始建立可渲染的專案之前，請閱讀 references/hyperframes-review-project.md。將其專案身份和審閱狀態透過 SCENES.md、STORYBOARD.md 和 HyperFrames 專案清單傳遞下去；下游的技能將使用這些產出物，而不是這個內部參考文件。
對於內容驅動的工作，從第一個缺少或被明確修改的產出物開始：
/develop-topic→content/RESEARCH.md、實驗報告和已核准的content/TOPIC.md/to-article→ 已核准的content/ARTICLE.md/to-spec-beats→BEATS.md/to-narration→NARRATION.md/to-scenes→SCENES.md、共享的 HyperFrames 專案，以及從 Markdown 中引用的已渲染視覺證據/to-storyboard→ HyperFrames 原生的STORYBOARD.md/to-video→ 在該專案中繼續製作並於 Studio 中進行審閱
在進入下一個技能之前，必須完成前一個技能的完成標準。下游的發現應回到擁有該決策的產出物，然後再向後續階段傳播。
當內容驅動的工作要求發佈輸出時，請在文章、旁白和場景方向穩定後，建立一個發佈分支。從已核准的設計真理和場景證據導出封面方向；從已核准的內容和旁白導出平台文案、部落格/文章改編、字幕和社群文案。對於直接製作的工作，此封裝層與 /hyperframes 並行擁有相同的分支：在鎖定的來源和 HyperFrames 設計方向穩定後開啟它，從該來源導出文案，並從該設計方向導出封面。將請求的輸出、來源摘要、目標平台或比例以及輸出路徑記錄在 PUBLISHING.md 中。影片製作可以在準備此分支的同時繼續進行，但任一分支都不得暗中編造新的主張或競爭的視覺識別。
當使用者以一個已核准的完整文章開始時，請在開始 /to-spec-beats 之前重新計算其摘要。當使用者以後期的內容驅動產出物開始時，則重新計算每個現有產出物的摘要，要求每個子產出物攜帶其直接父產出物的當前摘要，並驗證工作鏈可追溯到一個已核准的 content/ARTICLE.md；然後從缺少的第一個階段繼續。僅憑產出物的存在並不足以構成可恢復的狀態。直接製作的輸入會繞過這個內容鏈，直接從 /hyperframes 開始；絕不能將已鎖定的腳本解釋為允許憑空發明一篇文章、論點或主張。
交接
呈現方式和工作流程是兩個獨立的決策。收集呈現意圖，但不要根據記憶選擇工作流程。對於內容驅動的工作，/to-video 會讀取當前的 /hyperframes 合約並執行路由。直接製作的工作保留在 /hyperframes 中；此封裝層僅在需要產生任何請求的發佈分支時才恢復。
完成
當適用的已核准內容產出物、四個規劃產出物以及引用的視覺證據彼此一致並滿足其所有者時，內容驅動的規劃即告完成。當 /to-video 使用已確認的語音分支，透過選定的製作工作流程繼續經審閱的 HyperFrames 專案、HyperFrames Studio 擁有可播放的時間軸審閱、並且任何請求的發佈分支已將其源連結輸出記錄在 PUBLISHING.md 中時，內容驅動的封裝層執行即告完成。當其 /hyperframes 工作流程擁有可播放的審閱，並且此封裝層已將任何請求的發佈輸出記錄在 PUBLISHING.md 中時，直接製作的執行即告完成。