微短劇團隊協作與工作室畫布：積分池划分、角色權限與素材交付

微短劇團隊化協作的挑戰：告別社交群組的散亂素材傳遞

面向短影片與移動端平臺的微短劇（豎屏短劇）創作正在從早期的個人單兵探索，快速轉變為成熟的工業化小型制作團隊協作。標準團隊通常由編劇（負責劇本拆解與臺詞節奏）、分鏡導演（負責畫面設計、機位規划與關鍵幀把控）以及後期剪輯師（負責音影片粗剪與特效合成）組成。然而，許多團隊依然深陷低效的沟通泥潭：在社交群聊中碎片化同步提示詞、通過網盤分享混亂的測試影片、使用诸如'最終版成片_修改後_確定版.mp4'之類的文件名。這種散裝協作模式不僅極易造成資產丟失與劇情脫節，還會因為團隊成員缺乏統一的視覺語境而引發大量的算力浪費。

當制作體量擴大至單季 30 到 50 集（每集 60 至 90 秒，涵蓋 10 至 12 個獨立鏡頭）時，基於群聊的線性傳遞幾乎必然崩溃。編劇临時修改一句臺詞，分鏡師往往無法及時獲知變動；剪輯師下載到影片片段時，难以精準追溯其對應的劇本場次與演員臺詞；分鏡師甚至可能因為誤用舊版角色參考圖，導致關鍵演員的五官特徵嚴重漂移。面對單季 300 到 600 個影片片段的生產壓力，創作者急需一個結構化的協同空間，將劇本行、分鏡表、角色參考庫與生成歷史無縫串聯。

Say Action 將無限交互畫布打造為面向專業短劇制作團隊的協作中心。劇本以文本卡片形式入駐，並一鍵拆解為結構化分鏡表；每一行分鏡嚴格關聯角色標簽、景別機位、臺詞對白與影片生成節點。編劇、分鏡導演與剪輯師在統一的畫布中各司其職，權限分明，既有助於保持從劇本第一行字到最終導出素材的全鏈路可追溯性，又能大幅減少因沟通脫節導致的無效算力消耗。

角色與權限結構：Say Action 中的 Owner、Admin、Editor 與 Viewer

在專業影視工作室的生產管線中，清晰的權責划分是保障制作安全的基礎。如果給外包人員開放賬單權限，或允許實習助理隨意刪除畫布核心資產，將給團隊帶來不可逆的財務與排期風險。Say Action 建立了分工嚴密的四級權限體系：Owner（所有者）、Admin（管理員）、Editor（編輯者）以及 Viewer（查閱者），在兼顧創作自由度的同時，加強資金安全與工程完整性保護。

Owner 拥有最高權限，全權掌控套餐訂閱、Stripe 支付結算與空間生命周期。Admin 協助處理日常團隊運營，負責通過郵箱邀請成員、分配工程項目、調整個人算力配額並在後臺配置模型通道。Editor 是主力創作角色：可在被授權的項目中撰寫劇本、編輯分鏡表、綁定角色參考節點，並調用圖片模型（如 Nano Banana、GPT Image）或影片模型（如 Wan 3.0、可靈 Kling v3、Seedance 2.5、MiniMax 海螺）發起生成，其消耗受其個人月度限額硬性約束。Viewer 則僅具備只讀查閱權限，專為制片人、投資客戶或剪輯助理查閱鏡頭進度與評审成片而設，無權修改節點或扣減積分。

團隊成員的入駐流程高度規範：管理員在團隊控制臺中輸入協作者郵箱，選定角色並設定初始月度積分配額（例如為負責分鏡草稿的助理分配 200 積分）。協作者點擊邀請鏈接即可直接進入指定畫布開始工作。當外包合同結束或人員輪岗時，管理員可隨時一鍵撤銷訪問權或將角色降級為只讀，有助於保護工作室核心劇本與資產沉澱。

權限邊界基於 Say Action 團隊工作區官方規範；賬單套餐與 API 密鑰始終與基層創作者保持安全隔離。

積分配額管理：保護 API 密鑰安全與獨立算力池配額

對於廣泛採用生成式 AI 的影視工作室而言，API 密鑰泄露是極具杀傷力的安全隱患。如果工作室管理者直接把各模型供應商的原始 API Key 分發給外部兼職或遠程分鏡師，密鑰極易在代碼提交、聊天記錄或離職交接中外泄，造成數千美元的盗刷損失。在 Say Action 中，平臺架構在源頭加強防護：所有模型渠道與密鑰均妥善保管於登入態後端，不向瀏覽器前端暴露。

在日常工作流中，Owner 或 Admin 在後臺配置好官方計費套餐或自建 BYOK（自帶 API 密鑰）中轉渠道。當分鏡師在畫布中點擊生成 9:16 豎屏鏡頭時，請求經由 Say Action 安全網關（/api/ai/custom）代為轉發。分鏡師界面僅顯示所需的分辨率、時長選項及預估積分消耗，底層的真實 API Key 保持隱藏。此外，每次生成均從該成員被分配的月度獨立限額中扣除，有效防範單人操作失誤導致工作室總賬戶積分被過度消耗的風險。

平臺實行清晰的失敗退款機制。當上游模型渠道因網絡抖動或服務中斷導致任務明確失敗時，系統遵從官方產品規則處理：上游明確返回失敗時會退回預留積分；網絡狀態不明確的任務先保留待核對狀態，避免重複結算。 這讓團隊分鏡師在嘗試複雜運鏡時更加安心，技術側的不可抗力失敗不會額外增加短劇的算力成本。

對於制作規模較大、希望接入自購模型渠道的短劇團隊，Say Action 提供獨立的 BYOK 工作室服務。需要明確的是，工作空間服務費與上游模型供應商的 token 費用獨立收取：環境服務費（6個月）: USD 29.00 / 6 個月. 服務費用於工作臺，不包含模型用量；第三方 API 費用另付。 BYOK 支援配置自有 API 地址、模型密鑰和自定義 Header。使用 OneAPI、NewAPI 等中轉站時，需要選擇與其實際接口匹配的 OpenAI、Gemini 或 Claude 協議，並核對模型 ID 及圖像、影片接口支援情况；不是所有中轉站和私有協議都能直接使用。BYOK 模型調用不加收平臺模型費用、不扣平臺生成積分，但工作空間服務和上游模型費用仍分別收取。 積分按渠道定價預估；實際扣除以後臺配置的價格檔為準。 影片按秒計費為按請求秒數預授權；若上游實際產出時長超出請求，可能產生少量讓利差額。

多集短劇共享畫布：承載 30 到 50 集的資產與分鏡架構

短劇的工業化量產極度考驗畫布的空間規划能力。如果為每一集單獨新建一個空白工程，團隊將不得不頻繁上傳相同的角色定妝照，並承擔不同工程間畫風撕裂的代價。最高效的做法，是建立一個面向全季 30 至 50 集的統一共享畫布，划分為三大職能分區：核心角色參考資產庫（Character Sheet Hub）、多集分鏡矩陣（Episode 01 至 50 矩陣卡片群）以及审核交付工位。

核心角色資產庫是整部劇集視覺連貫性的基石。美術導演在區域內為每一位主角與反派建立標準化角色節點，使用 Nano Banana 或 GPT Image 生成涵蓋正臉、側臉 45 度、全身站姿與不同劇集服裝的定妝圖。得益於 Say Action 畫布的節點連線特性，這些角色節點可以通過視覺連線直接跨集註入到任意分鏡行中。當劇情推進至中段角色更換戲服時，只需在中心庫中追加服裝分支，無需逐鏡重新配置角色提示詞。

基於清晰的空間布局，團隊成員能夠開展高度並行的異步協作：1）編劇在劇本節點中撰寫第 1 集與第 2 集的尖锐衝突對白；2）分鏡導演緊隨其後將劇本拆解為 9:16 豎屏分鏡表，規划特寫與反打機位，並生成起始關鍵幀；3）在影片生成環節，團隊按鏡頭類型將任務路由至最佳模型：近景對話選用 MiniMax 海螺或 Seedance 2.5，動作衝突選用可靈 Kling v3 文字生片，大場景空鏡選用 Wan 3.0；4）導演在畫布上實時複核成片並點亮'已確認'標簽，剪輯師即可按需取用。

為了保障包含數百個節點的超大型畫布順畅運行，團隊應嚴格踐行空間管理規範：對已完成剪輯的早期集數進行折疊歸檔，使用規範的前缀命名節點（如'Ep03_Scene01'），並在畫布中善用彩色便利贴標註進度狀態（如'劇本草稿中'、'待生成影片'、'已交付剪輯'）。Say Action 的響應式渲染引擎有助於讓每個成員專註於當前鏡頭，減少因畫布規模庞大帶來的性能影響。

標準化交付流程：導出鏡頭素材並無縫交接至 CapCut

從 AI 影片生成到外部剪輯軟件的素材交接，往往是項目延誤的高發環節。如果剪輯師收到的是一堆隨機哈希碼命名的文件，他們不得不逐一打開核對內容，極大拖慢出片節奏。Say Action 的分鏡導出機制從源頭解決了命名混亂問題：生成的影片素材自動遵循專業命名格式：Ep[XX]_Scene[YY]_Shot[ZZ]_[模型]_[版本].mp4（例如 Ep01_Scene02_Shot04_MiniMax_v1.mp4）。這種標準命名讓剪輯師能夠直接將素材拖入 CapCut 或 Premiere Pro 的時間線，按鏡頭編號一鍵對齊。

素材的落地存儲依托基於 Chromium 瀏覽器的本地文件系統訪問接口（File System Access API）。在創作者授權後，Say Action 能夠將生成的合格影片直接寫入本機或局域網共享存儲的指定項目文件夾中，並在寫入完成後向服務器發送防篡改的加密核對回執。針對雲端临時緩存，平臺提供為期 15 天的未領取素材保留提醒機制，幫助團隊在換機或協作交接過程中降低遺漏有效鏡頭的風險。

剪輯師在將鏡頭導入 CapCut 進行最終剪輯時，需執行標準化的三步複核流程：1）複核 9:16 移動端視覺安全區：屏幕頂部與底部常被平臺 UI 遮挡，需將人物面部、視線焦點與關鍵動作保持在中央區域，避開 TikTok、Kwai 等平臺的右側交互按鍵與底部文案遮挡；2）核對對白節奏與時長：分鏡表中明確標註了建議播放秒數，剪輯師需據此對齊配音停顿與角色微表情；3）鏡頭間統一調色：套用統一的電影感 LUT，抹平不同底層生成模型之間的色溫與對比度微小差異。

畫布式工作流的最大優势在於敏捷的返修能力。當導演或客戶提出需要重做第 4 鏡的人物表情時，團隊無需推倒全集重新生成，只需在 Say Action 畫布中定位到對應的鏡頭節點，微調運鏡提示詞後單鏡重做。新生成的片段自動命名為 _v2.mp4 並覆蓋更新至剪輯工程，幾分鐘內即可完成單鏡置換，真正構建起能夠應對每日高頻更新的工業化短劇生產管線。

連接自帶模型與第三方中轉站

喺模型渠道設定填寫 Base URL 同 API Key，按供應商文件設定協議、模型 ID 同所需 Header。先確認文字生圖、圖片轉影片等功能，再開始生成；接口路徑、解像度同首尾幀參數以實際渠道為準。未支援嘅渠道可提交適配申請，申請唔代表已相容。

BYOK 支援自訂 API 地址、模型金鑰同 Header。使用 OneAPI、NewAPI 等中轉站時，要揀與實際接口相符嘅 OpenAI、Gemini 或 Claude 協議，並核對模型 ID 同圖片、影片接口；唔係所有中轉站或私有協議都可直接使用。BYOK 模型調用唔加收平台模型費用，亦唔扣平台生成積分；工作空間服務同供應商模型費用仍分開收取。

只連接你信任嘅渠道，正式環境使用 HTTPS。自訂請求會經已登入嘅後端轉發；所需提示詞、參考素材同憑證會參與請求。唔好將 API Key、密碼或含金鑰嘅 Header 放入公開畫布、截圖或客服申請。