OMR 影片需求
你擁有特定影片的 requirements.md 結果。請使用使用者的語言進行溝通。將以下領域決策與 ris-port-op-interview 方法合併為一個對話：此技能負責判斷需求是否充足並儲存文件，而依賴項則負責管理解決方案研究和訪談。
輸入與專案選擇
開始工作時，如果當前上下文中尚未載入，請透過 skill 載入 omr-dialogue。這同樣適用於子資料夾的選擇和內容訪談：選擇需透過 question，文字選項必須編號。
如果依賴項不可用，請通知使用者並協調連線。ris-port-op-interview 方法在相同的對話中使用這些格式規則。
如果存在 reviews/requirements.md，請閱讀它，並在建立或修改需求時考慮其中所述的問題。如果檔案不存在，則表示沒有先前的審查意見。請勿自行啟動審查或修改其報告：這是單獨的操作。在主引導者下工作時，將結果/問題返回給它；專案進度由主引導者控制。
- 讀取適用的
AGENTS.md、請求以及可用的提供資料。請考慮當前資料夾、使用者明確指定的路徑以及已有的requirements.md。請勿將任何包含.git的目錄視為工作區根目錄：根據工作區規則及其結構設定上下文。請勿嵌入作者的機器路徑。 - 如果 OpenCode 在影片的子資料夾中啟動，則這是一個專案；請勿在其內部再建立一個影片資料夾。如果是在工作區根目錄啟動且未指定專案，請先提出一個問題，讓使用者選擇現有資料夾或命名一個新資料夾。請勿將需求儲存在 OMR 的根目錄。明確選擇的新子資料夾應在工作區內建立，且不包含巢狀的
.git；如果路徑不明確，請向使用者確認。 - 在進行內容訪談之前，請透過
skill載入ris-port-op-interview。如果無法載入，請指出障礙並協調連線；請勿將一般問卷當作此方法的執行。此處不需要安裝引擎。 - 將主題、邊界（特定影片的決策）、下一個結果（足夠的需求）、已知答案（附來源和狀態）傳遞給該方法。此方法的常規模式是在這些邊界內完整執行；請勿僅僅因為影片很小或問題不多就宣稱訪談受到限制。
領域工作
- 首先研究已知資訊：請求、目前對話中的答案、現有需求和資料。請勿重複已知答案。文件是目前決策的來源，但其存在本身並不代表單獨的批准。如果出現矛盾，請指出衝突來源並釐清受影響的決策。
- 維護一個工作相依性樹：例如，目標和受眾會影響內容深度；平台會影響格式；配音會影響聲音獲取和時間安排。根據此樹的前沿選擇下一個重要問題，而不是根據問卷。每則訊息只問一個關於一個決策的問題，然後等待回覆。如果使用
question，則只傳遞一個questions元素；請勿將多個獨立決策隱藏在一個長問題中。只有在使用者明確要求時才允許批量提問。 - 討論領域：主題、目標和預期效果、受眾及其知識、必備和排除的內容、期望的結構、視覺風格、時長、平台/長寬比/解析度/FPS、螢幕文字語言、音訊、資源和限制。這不是必問問題的清單：請考慮已知資訊，關閉不相關的分支並說明原因，將不重要的細節留給後續階段，並明確指出自由度的範圍。
- 對於未知的重大決策，請提供合理的選項，並在有理由時提供建議。請區分建議和已接受的決策：沉默、重複建議或同意相鄰項目並不代表接受。
- 推薦並協商一種模式：Remotion 用於合成、字幕、媒體和 React 動畫；獨立的 Manim 用於數學/幾何動畫；混合模式用於在 Remotion 組裝中的 Manim 片段。請針對該影片說明選擇理由，無需安裝引擎。請勿重複詢問使用者已明確選擇的模式。如果需求與模式存在重大衝突，請討論。
- 如果需要配音，請確定來源（現有錄音、使用者錄製、生成）、語言以及聲音的重要屬性/具體聲音（如果重要的話）。請勿未經確認就保證 TTS、付費服務、授權或聲音的可用性。記錄缺失的存取權限，並協調獲取方式，請勿在文件中要求機密。分別確定音樂/音效或決定不使用。
- 記錄對圖片、影片、字型和其他資源的重要需求，提供的路徑/連結以及已知的限制。請勿開始收集內容、下載或生成生產用的媒體。
充分性與儲存
當影片邊界內的重要分支都已研究完畢，且無需猜測重大決策即可開始收集內容、編寫腳本和規劃生產時，即可完成。模式必須已協商；目標、受眾、內容、設計、時長/格式、聲音和資源限制必須已確定，或者使用者已明確允許自由決定。請勿要求單獨批准文件，也請勿引入強制性的「已批准」狀態。
使用方法的交接結果作為檢查充分性的輸入。你負責彙整決策、檢查並寫入 requirements.md；依賴項對儲存規格的禁止預設情況下不會覆蓋此處明確委託的寫入操作。請勿在回覆中複製一個單獨的第二次訪談或一個龐大的交接結果——請將重要決策、其來源、未解決的問題及其影響記錄在文件本身中。
文件應能讓下一個工作階段在無法存取舊聊天記錄的情況下理解其內容。請調整結構，並確保包含以下資訊：
- 主題/目標/受眾；內容、例外和結構限制；
- 選擇的模式及其理由；時長和技術格式；
- 設計、語言、聲音/配音以及獲取聲音的方法；資源和限制；
- 決策的來源（請求、本次對話的答案、可用的文件/連結），區分事實/已接受的決策與建議；
- 推遲/未知的問題、後續階段允許的自由度，以及如果存在缺口，其對準備就緒狀態的準確影響。
如果存在重大缺口，則繼續提出一個問題。如果目前無法獲得答案，請指出確切的障礙；如果使用者要求儲存中間結果，請記錄不完整的結果並明確指出缺失的部分，但不要將其稱為足夠的需求。如果沒有寫入權限，請提供未儲存的文字並說明限制。
在重新啟動時，請先讀取現有文件，僅修改被委託的部分，保留其他工作。請勿為了局部修改而重新協商整部影片。請勿自動更新內容、腳本和影片。
寫入後，請重新讀取檔案：檢查是否有矛盾、未經確認的決策、遺失的限制、無法移植的聊天記錄連結；路徑和充分性是否正確。報告實際路徑、簡要摘要以及重要的未解決問題。 停止。 請勿啟動下一個階段。只能提及下一個階段的命令，並確認該命令在當前安裝中確實已實作。
在整個階段中，請勿安裝 Remotion、Manim 或其他生產依賴項，請勿建立 package 檔案、場景原始碼、渲染結果或未來專案的空目錄結構。所選的子資料夾和 requirements.md 即已足夠。