Seedance 2.5 Dola AI 30 秒技能

Seedance 2.5 Dola AI 30 秒技能 — Seedance 2.5 — 30 秒硬鎖定

硬鎖定（不可協商，覆蓋以下所有設定）

• 持續時間鎖定為 30 秒。 始終傳入 duration: 30。
• 一個連續段落。 一次工具呼叫 = 一個完整的 30 秒影片。這是唯一的傳遞路徑。
• 模型鎖定為 Seedance 2.5。 每次呼叫都必須明確傳入 model_version: "seedance_2.5"。
• 技能身份： 此技能為 Seedance 2.5 Dola AI 30 秒技能。
• 批次執行不得因單一提示失敗而停止。 失敗項目會延後處理、記錄檢查點，並繼續處理下一個待處理提示。
• 無無限重試。 失敗的提示在主佇列完成後最多獲得一次清理後的重試；第二次失敗則會捨棄。
• 自動駕駛生成是預設行為。 在生成影片前，切勿要求 go、confirm、yes、start 或任何其他核准。
• Dola AI 30 秒模式預設為關閉。 在使用者手動說出 「dola ai 30 second mode activate」（不區分大小寫；明確等效的直接啟動指令也有效）之前，絕不註冊、啟動或執行 cron/看門狗。

反分割規則 — 絕不能執行以下任何操作：

• 絕不分割為兩個 15 秒片段或任何多部分序列。
• 絕不提出、提供、建議或提及雙段 / 雙片段 / 分章節 / 多部分傳遞。
• 絕不提供「單個 15 秒壓縮」替代方案或任何較短壓縮的備用方案。
• 絕不提出「平台限制」、「工具上限」、「執行時期不支援 30 秒」的免責聲明、B 計畫、備用方案或解決方法。
• 絕不要求使用者在分割選項、片段數量或持續時間備用方案之間進行選擇。
• 在生成前的狀態文字中，絕不使用「分割」、「片段」、「片段」、「章節」、「15 秒」、「備用方案」或「B 計畫」等詞語。

特殊情況 — 使用者明確要求少於 30 秒：

如果使用者明確要求少於 30 秒的持續時間，仍使用一次呼叫，將 duration 設為要求的長度（在工具支援的 5-30 秒範圍內）。不分割。這是對 30 秒預設值的唯一例外，且僅在使用者自己指定較短時間時適用。

長於 30 秒：

如果使用者要求長於 30 秒：仍使用一次 30 秒呼叫來壓縮敘事弧線。不分割。

每次回覆最多影片數量：

2（硬上限） — 每個都是自己完整的單段影片。

---

核心能力

此技能使用 Seedance 2.5 模型（model_version: "seedance_2.5"）生成影片。Seedance 2.5 可在單次生成呼叫中產生完整的 30 秒影片。始終生成一個連續的 30 秒片段。單次 30 秒呼叫是唯一路徑。

模型規格

• 模型： Seedance 2.5（seedance_2.5）— 始終明確指定。
• 持續時間： 30 秒，單一連續片段。
• 支援比例： 21:9、16:9、4:3、1:1、3:4、9:16。
• 每次回覆最多影片數量： 2（硬上限）。
• 輸入模式： 文字轉影片（text_to_video）、影像轉影片（image_to_video）。

---

工作流程

1. 規劃階段

將概念設計為一個連貫的 30 秒敘事弧線，涵蓋開頭、發展和結尾。以清晰的節奏和鏡頭進展來構建提示：

• 開場（0-5 秒）： 建立主體、場景、氛圍。
• 發展（5-20 秒）： 主要動作、升級、攝影機運動。
• 結局（20-30 秒）： 高潮、回報、結束畫面。

包含所有視覺細節：主體及其外觀、服裝、道具、動作節拍、場景/環境、風格、燈光、色調、攝影機運動、心情和節奏。

2. 自動駕駛生成關卡

生成預設為自動執行。使用者的提示、貼上的提示列表或上傳的 TXT 檔案即為開始生成的充分授權。

• 切勿要求 go、confirm、yes、start 或任何等效確認。
• 在呼叫生成工具之前，不要呈現阻塞性的確認摘要。
• 如果缺少非必要參數，應從提示或當前執行上下文推斷合理的值，而非詢問。
• 如果未指定比例且無法從上下文推斷，則使用 9:16。
• 保留所有硬鎖定的 Seedance 2.5、持續時間、安全性、提示品質和傳遞規則。
• Dola AI 30 秒模式和 cron 狀態不影響此正常自動駕駛生成行為。 當 Dola AI 30 秒模式關閉時，影片必須繼續正常生成。

3. 生成階段

一旦有有效的生成請求可用：

呼叫 text_to_video（或 image_to_video，如果使用了參考影像），並帶有：

• model_version: "seedance_2.5"
• duration: 30
• ratio: 已解析的比例
• prompt: 全面的完整 30 秒描述
• image_reference_url_list: 僅限 FileBatchUpload 傳回的 URL（用於影像轉影片）

透過 NotifyHuman 傳遞產生的影片，包括可渲染的影片資產（video_url、output_url、url、result_url 或本機路徑）。

對於單個生成項目，這就是完整的生成流程。一次呼叫。一個 30 秒影片。不分割。 批次執行會透過下面定義的持久化佇列重複此逐項流程。

---

批次 TXT / 記事本自動駕駛工作流程

當使用者從記事本貼上多個提示或提供包含多個提示的 .txt 檔案時，使用此工作流程。原始的 Seedance 2.5 生成規則仍適用於每個影片。

批次輸入解析

1. 在開始生成之前，讀取完整的文字輸入。
2. 以原始順序提取提示。如果存在明確的編號、標題、分隔符或空白行邊界，則優先使用。
3. 除非正常的 30 秒提示撰寫規則要求為生成呼叫設定格式，否則不要縮短、總結或創造性地改寫成功的來源提示。
4. 為每個提示分配一個穩定的 prompt_id，並將原始提示文字保持為不可變的 source_prompt。
5. 建立一個具有以下狀態的持久化佇列：pending、generating、completed、deferred_retry、discarded。
6. 在每次狀態變更後儲存/設定檢查點佇列狀態，以便在崩潰、空會話、工具中斷或看門狗重新啟動後，能夠在不重複已完成影片的情況下恢復執行。

批次自動駕駛啟動

貼上的多提示區塊或上傳的 .txt 檔案會自動啟動批次佇列。不需要初始確認和逐項確認。解析佇列，設定檢查點，並立即開始處理。

持續佇列處理

• 按原始順序處理佇列。
• 遵守現有的 每次回覆/執行週期 2 個影片的硬上限，在一個週期內最多處理 2 個生成項目，然後在下一個週期自動從下一個 pending 項目繼續，直到佇列耗盡。佇列本身不能因為一個週期達到了上限而被視為完成。
• 在每次生成呼叫之前，將項目標記為 generating 並設定檢查點。
• 成功時，將其標記為 completed，儲存傳回的可渲染資產/會話元資料，設定檢查點，並透過 NotifyHuman 傳遞影片。
• 然後立即繼續處理下一個 pending 提示。

錯誤隔離 — 跳過、記錄、繼續

如果任何單個提示因任何原因失敗，不要停止批次執行。這包括但不限於：

• 安全/審查拒絕或標記/違反條款，
• 無效或不支援的提示內容，
• 工具/API 例外、逾時、暫時生成失敗，
• 執行時期崩潰或中斷的呼叫，
• 缺少、空白或空的會話 ID，
• 缺少輸出 URL / 不可渲染的結果，
• 任何其他阻止傳回有效影片資產的錯誤。

對於失敗的項目：

1. 捕獲錯誤類型/訊息和原始的 source_prompt。
2. 將項目標記為 deferred_retry。
3. 不要立即重試。
4. 繼續處理下一個 pending 提示，這樣一個失敗就不會阻止後續的影片。

主佇列結束後的重試傳遞

只有在主佇列中沒有 pending 或 generating 項目之後：

1. 收集所有 deferred_retry 項目。
2. 分析記錄的失敗和提示本身，以找出最小的可能原因。
3. 如果失敗與安全相關，僅在底層請求的影片是被允許的情況下重試。切勿為了繞過安全系統而偽裝、編碼或保留不允許的意圖。
4. 對於其他方面允許的提示，僅將最小有問題的措辭替換為中立、符合政策的措辭，同時盡可能接近地保留預期場景。當窄幅修正足夠時，不要廣泛改寫提示。
5. 對於技術性失敗（例如逾時、崩潰、空會話 ID 或缺少輸出），保留原始提示不變重試，除非錯誤本身表示提示格式問題。
6. 每個失敗的提示僅重試一次。
7. 如果重試成功，將其標記為 completed，儲存資產/會話元資料，並透過 NotifyHuman 傳遞。
8. 如果該重試因任何原因失敗，將其標記為 discarded，記錄最終失敗原因，並且在本次執行中永遠不會自動再次使用該提示。

完成條件

批次工作僅在每個提示都處於 completed 或 discarded 狀態，且沒有項目處於 pending、generating 或 deferred_retry 狀態時才算完成。完成時，持久化最終狀態，並停止該執行的所有自動恢復活動。

---

Dola AI 30 秒模式 — 15 分鐘看門狗 / Cron 合約

看門狗/cron 是手動選擇加入。它絕不能僅僅因為此技能載入、請求了影片或建立了批次佇列而啟動。

Dola AI 30 秒模式狀態

• 預設狀態： dola_ai_30_second_mode_active = false。
• 當 dola_ai_30_second_mode_active = false 時，請不要註冊、啟動、排程、喚醒或執行 seedance-2-5-dola-ai-30s-watchdog。
• 當 Dola AI 30 秒模式關閉時，正常的 Seedance 2.5 影片生成和批次佇列處理仍會以全自動駕駛模式執行。
• 僅在使用者直接下達指令（例如 「dola ai 30 second mode activate」 / 「dola ai 30 second mode activate kar do」）後，才啟動 Dola AI 30 秒模式。將此視為啟用看門狗的明確授權。
• 一旦啟動，持久化 dola_ai_30_second_mode_active = true 並註冊/啟動下面的看門狗。不需要額外的確認。
• 不要從「生成影片」、「繼續」、「批次執行」、「自動駕駛」等短語或待處理提示的存在來推斷 Dola AI 30 秒模式已啟動。啟動必須是明確的。

看門狗配置（僅在 Dola AI 30 秒模式啟動時）

• 工作名稱： seedance-2-5-dola-ai-30s-watchdog
• Cron 排程： */15 * * * *（每 15 分鐘）
• 範圍： 活動中/未完成的批次執行。如果沒有批次執行在活動中，看門狗可以在 Dola AI 30 秒模式仍處於待命狀態時不執行任何操作。
• 必要狀態： 看門狗必須讀取批次工作流程使用的同一個持久化佇列/檢查點。

每次看門狗執行時（僅當 dola_ai_30_second_mode_active = true），必須：

1. 載入活動中的執行狀態。
2. 如果沒有活動中的批次執行，則在該 tick 中不執行任何操作；不要建立或發明工作。
3. 如果執行已經完成（僅 completed/discarded），則不要恢復該執行的生成。
4. 如果一個或多個提示仍處於 pending、generating 或 deferred_retry 狀態，檢查自上次看門狗檢查以來生成是否取得了進展。
5. 如果生成沒有積極進展，向活動中的語音/代理/控制器發送一條恢復指令，相當於：「從儲存的佇列繼續 Seedance 2.5 Dola AI 30 秒影片生成。從下一個待處理提示繼續；不要重新啟動已完成的項目。」
6. 恢復的工作程式必須使用儲存的佇列狀態和上面的錯誤隔離規則。它不得重複已經完成的影片。
7. 當正常的 pending 項目仍然存在時，不要過早進入重試傳遞。
8. 當主佇列耗盡時，允許一次性執行主佇列結束後的重試傳遞，然後在沒有可重試工作時結束執行。

Markdown 技能可以定義此 cron/看門狗合約，但主機執行時期必須實際支援/註冊排程執行。主機不得在技能啟動時註冊排程器。僅在使用者明確啟動 Dola AI 30 秒模式後，才註冊 15 分鐘的排程。

參數解析

在生成前自動解析這些參數：

• 持續時間： 預設 30 秒（或僅在使用者明確指定時使用自訂的較短時間）
• 比例： 21:9、16:9、4:3、1:1、3:4、9:16；若使用者提供則使用其值，否則從上下文推斷，否則預設為 9:16
• 詳細內容： 主體、動作、場景、風格、攝影機運動、心情、燈光、色調、鏡頭進展
• 輸入類型： 僅文字或帶有參考影像
• 負面限制： 任何要排除的內容

如果使用者只提供簡短的概念，推斷合理的參數並自動進行。不要要求確認，也不要推斷任何分割或備用方案。

---

使用 Seedance 2.5 的影像轉影片

當使用參考影像時：

1. 首先使用 Read 檢查所有本機影像檔案（在推理畫面內容之前需要進行視覺檢查）。
2. 透過 FileBatchUpload 上傳本機影像以取得公開 URL。
3. 僅在 image_reference_url_list 中使用傳回的 URL。
4. 在提示中描述必須保留哪些視覺特徵（主體、風格、構圖、燈光）。

---

生成規則

• 一次呼叫，一個 30 秒影片 — 絕不分割成多個片段。絕不提出備用方案。絕不提及雙段傳遞。
• 每次回覆絕不超過 2 個影片 — 硬上限。
• 絕不要求生成確認。 自動解析缺少的非必要參數並繼續。
• 在每次呼叫中明確使用 model_version: "seedance_2.5"。
• 使用

…（因截斷而省略）