Kanban Video Orchestrator

規劃、設置並監控由 Hermes Kanban 支持的多智能體視頻製作流水線。當用戶想要製作任何視頻——敘事電影、產品/營銷視頻、音樂視頻、解釋性視頻、ASCII/終端藝術、抽象/生成式循環、漫畫、3D、實時/裝置藝術——且工作值得分解為通過看板協調的專門角色（編劇、設計師、動畫師、渲染師、配音、剪輯師等）時使用。執行適應性探索以確定需求範圍，根據請求的風格設計合適的團隊，生成創建設置腳本以創建 Hermes 配置文件 + 初始看板任務，然後幫助監控執行情況並在任務停滯或失敗時進行干預。將場景路由到適合每個片段的任何 Hermes 渲染/音頻/設計技能（ascii-video、manim-video、p5js、comfyui、touchdesigner-mcp、blender-mcp、pixel-art、baoyu-comic、claude-design、excalidraw、songsee、heartmula、……），以及根據需要用於 TTS、圖像生成和圖像轉視頻的外部 API。

技能元數據


來源	可選 — 使用 `hermes skills install official/creative/kanban-video-orchestrator` 安裝
路徑	`optional-skills/creative/kanban-video-orchestrator`
版本	`1.0.0`
作者	['SHL0MS', 'alt-glitch']
許可證	MIT
平臺	linux, macos, windows
標籤	`video`, `kanban`, `multi-agent`, `orchestration`, `production-pipeline`
相關技能	`kanban-orchestrator`, `kanban-worker`, `ascii-video`, `manim-video`, `p5js`, `comfyui`, `touchdesigner-mcp`, `blender-mcp`, `pixel-art`, `ascii-art`, `songwriting-and-ai-music`, `heartmula`, `songsee`, `spotify`, `youtube-content`, `claude-design`, `excalidraw`, `architecture-diagram`, `concept-diagrams`, `baoyu-comic`, `baoyu-infographic`, `humanizer`, `gif-search`, `meme-generation`

參考：完整 SKILL.md

信息

以下是 Hermes 在觸發此技能時加載的完整技能定義。這是技能激活時代理看到的指令。

Kanban Video Orchestrator

將任何視頻請求——從 15 秒的產品預告短片到 5 分鐘的敘事短片，再到音樂視頻或 ASCII 循環——封裝在一個 Hermes Kanban 流水線中，該流水線將工作分解給專門的智能體角色。

此技能本身不渲染任何內容。它是一個元流水線，用於：

通過有針對性的探索界定請求範圍
根據風格設計合適的團隊（哪些角色，每個角色使用哪些工具）
生成一個設置腳本，用於創建 Hermes 配置文件、項目工作區和初始看板任務
移交給導演角色，後者通過看板進行分解
監控執行情況，在任務停滯或失敗時幫助干預

實際的渲染髮生在看板運行後，通過適合場景的任何現有技能 + 工具完成——ascii-video、manim-video、p5js、comfyui、touchdesigner-mcp、blender-mcp、songwriting-and-ai-music、heartmula、外部 API，或使用 PIL + ffmpeg 的純 Python。

何時不使用此技能

視頻是一個連續的程式化項目，無需專家參與。直接編寫代碼即可。
用戶希望快速一次性轉換（例如“將此 mp4 轉換為 GIF”）— 直接使用 ffmpeg。
輸出是靜態圖像、GIF 或純音頻產物 — 使用匹配的特定技能（ascii-art、gifs、meme-generation、songwriting-and-ai-music）。
工作完全契合單個現有技能（例如純 ASCII 視頻 — 只需使用 ascii-video）。

工作流

DISCOVER  →  BRIEF  →  TEAM DESIGN  →  SETUP  →  EXECUTE  →  MONITOR

步驟 1 — 探索（提出正確的問題）

探索過程是自適應的：僅詢問實際需要的內容。始終從三個問題開始，以確定大致輪廓：

視頻是什麼？（一句話簡介）
時長多久？（5-30秒預告片 / 30-90秒短片 / 90秒-3分鐘解說視頻 / 3-10分鐘影片 / 更長）
什麼寬高比 + 目標平臺？（1:1 / 9:16 / 16:9；X、IG、YouTube、內部使用等）

根據回答，分類風格類別。風格決定後續要問哪些問題。不要一次性詢問所有問題。 每次問 2-4 個，傾聽，然後繼續。只要用戶暗示了答案，就做出合理的假設。

有關完整的採集模式和每種風格的問題庫，請參閱 references/intake.md。

步驟 2 — 簡報

一旦瞭解足夠多的信息，使用 assets/brief.md.tmpl 中的模板生成結構化的 brief.md。階段如下：

概念 — 一句話推介 + 情感核心指引
範圍 — 時長、寬高比、平臺、截止日期
風格 — 視覺參考、品牌約束、基調
場景 — 逐節拍分解（時長、內容、目標工具）
音頻 — 旁白 / 音樂 / 音效 / 靜音（如有需要，按場景劃分）
交付物 — 文件格式、分辨率、可選替代方案（豎屏剪輯版、GIF 等）

在設計團隊之前，向用戶展示簡報以確認。簡報即合同 — 每個下游任務都引用它。

步驟 3 — 團隊設計

從庫中選擇適合此視頻的角色原型。組合，而非克隆。 大多數視頻需要 4-7 個角色配置。導演始終在場；其餘角色根據簡報的實際需求進行選擇。

有關角色庫和每種風格的團隊組成，請參閱 references/role-archetypes.md。

有關映射角色 → 加載哪些 Hermes 技能 + 工具集，請參閱 references/tool-matrix.md。

步驟 4 — 設置

生成設置腳本（setup.sh）並運行它。該腳本：

創建項目工作區（~/projects/video-pipeline/<slug>/）
將任何提供的素材複製到 taste/、audio/、assets/
通過 hermes profile create --clone 創建每個 Hermes 配置文件
為每個配置文件寫入 SOUL.md（個性 + 角色定義）
配置配置文件 YAML（工具集、always_load 技能、cwd）
寫入 brief.md、TEAM.md 和 taste/ 內容
觸發分配給導演的初始 hermes kanban create 任務

使用 scripts/bootstrap_pipeline.py 從簡報 + 團隊設計 JSON 生成 setup.sh。有關設置腳本結構、配置文件模式以及關鍵的“共享工作區”規則，請參閱 references/kanban-setup.md。

步驟 5 — 執行

運行 setup.sh。然後為用戶提供監控命令：

hermes kanban watch --tenant <project-tenant>     # live events
hermes kanban list  --tenant <project-tenant>     # board snapshot
hermes dashboard                                   # visual board UI

從此處開始，由導演配置文件接管，分解工作並通過 kanban 工具集將任務路由到專家配置文件。

步驟 6 — 監控與干預

保持參與 — kanban 自主運行，但卡住的任務或糟糕的輸出需要人工（或 AI）判斷。

監控模式：定期輪詢 kanban list，使用 kanban show <id> 檢查任何超過預期持續時間的 RUNNING 任務，並檢查心跳。當工作者的輸出未能通過審查時，標準干預措施包括：

在工作者的任務上評論具體反饋（kanban_comment）
創建以原始任務為父任務的重跑任務
調整簡報的範圍，讓導演重新分解

有關診斷模式、干預方案以及“任務卡住”應對手冊，請參閱 references/monitoring.md。

參考：實際案例

六個具體的流水線，涵蓋非常不同的視頻風格 — 敘事電影、產品/營銷、音樂視頻、數學/算法解說、ASCII 視頻、實時安裝 — 展示相同的工作流如何產生非常不同的團隊和任務圖。請參閱 references/examples.md。

關鍵規則

先探索，後行動。 在生成簡報或團隊之前，務必至少詢問三個基線問題。糟糕的簡報會導致整個流水線出現連鎖反應。
根據視頻匹配團隊。 不要為每個任務複用相同的 4 人配置。沒有節拍分析（beat-analysis）配置文件的音樂視頻會出錯。沒有編劇配置文件的敘事電影會產生不連貫的場景。請參閱 references/role-archetypes.md。
每個項目一個工作區。 給定視頻的所有配置文件共享同一個 dir: 工作區。任務通過共享文件系統和結構化交接傳遞工件。每次 kanban_create 調用都必須傳遞 workspace_kind="dir" + workspace_path="<絕對項目路徑>"。
為每個項目設置租戶。 使用特定於項目的租戶（--tenant <project-slug>）。這可以保持儀表板的範圍限定，並防止與其他正在進行的看板發生交叉汙染。
尊重現有技能。 當場景符合現有技能時，相關的渲染器應通過其任務上的 --skill <name> 或其配置文件中的 always_load 加載該技能。不要重新推導技能已提供的內容。
導演從不執行。 即使擁有完整的 kanban + terminal + file 工具集，導演的 SOUL.md 規則也禁止其親自執行工作。它僅負責分解和路由——每個具體任務都會變成對專家配置文件的 hermes kanban create 調用。kanban-orchestrator 技能對此進行了更詳細的說明。
不要過度分解。 30 秒的產品視頻不需要 20 個任務。目標是構建最小的任務圖，同時保持良好的並行性並暴露適當的人工審查關卡。
在啟動前驗證 API 密鑰。 外部 API（TTS、圖像生成、圖像轉視頻）需要在 ~/.hermes/.env 或用戶的秘密存儲中提供密鑰。遇到缺失密鑰錯誤的工作器會浪費一個任務槽位。安裝腳本的 check_key 輔助函數會在缺少所需密鑰時乾淨地中止。

文件映射

SKILL.md                            ← this file (workflow + rules)
references/
  intake.md                         ← discovery question banks per style
  role-archetypes.md                ← role library (writer, designer, animator, …)
  tool-matrix.md                    ← skill + toolset mapping per role
  kanban-setup.md                   ← setup script structure & profile config
  monitoring.md                     ← watch + intervene patterns
  examples.md                       ← six worked pipelines
assets/
  brief.md.tmpl                     ← brief skeleton
  setup.sh.tmpl                     ← setup script skeleton
  soul.md.tmpl                      ← profile personality skeleton
scripts/
  bootstrap_pipeline.py             ← generate setup.sh from brief + team JSON
  monitor.py                        ← polling + intervention helpers

技能元數據​

參考：完整 SKILL.md​

Kanban Video Orchestrator

何時不使用此技能​

工作流​

步驟 1 — 探索（提出正確的問題）​

步驟 2 — 簡報​

步驟 3 — 團隊設計​

步驟 4 — 設置​

步驟 5 — 執行​

步驟 6 — 監控與干預​

參考：實際案例​

關鍵規則​

文件映射​

技能元數據

參考：完整 SKILL.md

何時不使用此技能

工作流

步驟 1 — 探索（提出正確的問題）

步驟 2 — 簡報

步驟 3 — 團隊設計

步驟 4 — 設置

步驟 5 — 執行

步驟 6 — 監控與干預

參考：實際案例

關鍵規則

文件映射