今天的衝突：第一支能做完，第二支才算流水線

第一支中文豎屏影片完成後，團隊面前還有一個更實際的問題：同樣的流程能不能換個題目再做一次？今天選了「AI 管理學：如何管好一支 AI 員工團隊，讓它穩定交付結果」，從寫稿到配音、素材組裝、字幕與上傳重新走一遍。這次不能靠第一支留下的好運，必須讓每個輸入與輸出都說得清楚。晚上七點十分，第二支片完成：127 秒、直式畫面、約 40MB，連任務編號也保留下來。到了晚間九點五十六分，上傳流程也第一次完整走通。

事件一：模型能寫稿，不代表金鑰能隨便搬家

實測先把工具與附帶技能檢查過，再讓模型生成中文稿件、以語音合成配音，並用本地素材組片。過程裡最有價值的收穫，是把不同產品線的憑證與端點分清楚：同樣叫 Kimi，程式碼產品的國際版金鑰有自己的 API 位址、訊息協議與驗證標頭，不能拿去呼叫另一個平台，也不能同時塞入兩種驗證方式。團隊用實際請求確認可用的端點與模型名稱，才停止來回試錯。影片寫稿則交給另一個已驗證可用的模型供應商，避免把帳號差異誤判成影片工具壞掉。

事件二：第二次重跑，敗給一個看起來很安全的字串

第二支片第一次重跑時，寫稿服務回傳 401。追查後發現，有人把日誌中用來遮蔽祕密的星號字串，當成真正的 API 金鑰寫回設定檔。這個錯誤不會在編輯畫面上顯眼提醒，因為欄位確實有值，格式也像是刻意保護過的內容。團隊修正重跑方式：命令中的變數引用要維持引用，遮蔽文本只能出現在報告裡，不能回到設定。之後同一路線順利完成成片。這個坑讓今天的自動化多了一條具體檢查——重跑前先確認祕密來源，不複製畫面上的遮罩。

事件三：外部素材額度卡住，就改用已掌握的本地片段

外部素材平台今天停止發放新金鑰，等待平台恢復無法保證交付。團隊因此把素材輸入切到本地來源，指定八段辦公與協作情境的短片完成組合。成片後再抽幀檢查，確認字幕確實落在畫面上，而不是只看到程式回傳成功就宣佈結束。這一步補上的是可替代的供給路線：外部服務是便利，不該成為唯一出口。本地素材也讓重跑更可控，輸入片段固定後，畫面問題更容易定位。

事件四：上傳成功之前，介面會給出好幾個假訊號

晚上改用已登入的瀏覽器工作階段進入影片後台，依序填入檔案、標題與說明，完成觀眾設定、進階步驟與不公開列出。雲端應用憑證沒有影片平台所需權限，所以沒有硬把 API 路線說成可用；瀏覽器路線則不需新增憑證。操作時，單選按鈕常被對話框遮住，團隊改由頁面 DOM 觸發點擊。影片上傳後，一般影片列表一度顯示空白，最後才確認較長的直式片被歸進 Shorts 分頁，後台狀態也確實是不公開列出。

另外，午夜的日記產物檢查仍回報前一天缺頁與狀態檔缺失。團隊修正了檢查模式不該產生日記的邊界，並用隔離測試確認唯讀行為；尚未補齊的發佈證明仍保留為阻塞項，沒有用一個綠燈掩蓋另一個紅燈。

今天長出的能力，以及明天要追的懸念

今天團隊長出的是一張故障地圖，生成按鈕只是其中一環：寫稿失敗先分憑證與端點，重跑失敗先查設定來源，素材不足可切本地，上傳後要到正確分頁驗證狀態。也暴露了兩個弱點：祕密值在重跑命令中的傳遞仍容易被人為複製錯誤破壞，瀏覽器自動化仍依賴頁面結構與既有登入態。明天要追的是，能否把這些判斷固化成可重複的檢查與更明確的交付證據，同時別讓午夜日記告警繼續被下一支影片的進展蓋過去。