把內容做成可持續運轉的供應鏈

先看懂這個轉折

一場活動、一支訪談或一份研究報告，不該只在發布當天使用一次。進入 AI Agent（AI 工作代理）時代後，行銷工作的改變不只是「更快寫文案、剪影片、做圖片」，而是把同一份內容依序整理、拆解、改編、審核、發布，再把成效帶回下一輪決策。

這就是內容供應鏈：從原始素材進入組織開始，每一步都有明確輸入、規格、責任、產出與檢查紀錄。AI 可以先處理大量、重複而且有規則的工作；你仍要決定內容對誰有價值、品牌可以承諾什麼，以及哪些成果可以對外發布。

一條完整的內容供應鏈通常包含：

1. 收件與盤點：保存原始影片、逐字稿、簡報、照片及授權資料。
2. 內容理解：辨識主題、受眾痛點、關鍵觀點、事實與可引用片段。
3. 內容拆解：把長內容拆成能獨立成立的短影音、圖文、電子報或業務素材。
4. 通路改編：依平台、觀看情境、尺寸、長度與行動呼籲調整內容。
5. 視覺製作：先寫 visual brief（視覺需求書），再決定由設計人員、雲端生成服務或 ComfyUI 執行。
6. 人工把關：檢查事實、品牌、法規、肖像、素材來源與授權。
7. 發布與衡量：追蹤完成率、停留、互動、轉換及人工修改時間。
8. 回饋與再利用：把有效的主題、鉤子與視覺設定帶回下一輪。

行銷上的關鍵，不是把產量拉到最高，而是提高「可發布成果占比」。如果 AI 一次產出二十份素材，最後只有兩份能用，其餘內容還要花大量時間校正，這條供應鏈仍然不成熟。

長影片為什麼不能平均切片

長影片通常按照完整說明、對談或活動節奏設計；短影音則必須在很短的時間內建立情境、提出觀點並讓觀眾知道下一步。把六十分鐘影片平均切成六段，只會得到六段缺少前後文的錄影，不會自然變成六支可發布的短影音。

比較可靠的方法，是先用帶有時間碼的逐字稿理解內容，再為每支短影音重新組合敘事：

• 每支影片只回答一個問題。
• 開場先說出衝突、結果或受眾正在面對的困難。
• 從不同時間點選出三至五個片段，串成完整觀點。
• 字幕負責降低理解負擔，段落字卡負責補足跳剪後的脈絡。
• 結尾提供合適的下一步，例如閱讀完整文章、報名活動或詢問顧問。
• 所有主張都要能回到原始素材，不把 AI 補寫的句子當成受訪者原話。

案例：把一場生醫論壇變成四週內容

假設你有一支六十分鐘的生醫論壇錄影，以及一份含時間碼的逐字稿。原始素材可以依下列方式再利用：

同一段內容不必在每個通路原封不動重貼。內容供應鏈的價值，是保留一致的核心主張，同時依通路重新安排敘事與格式。

從內容需求走到可執行規格

請先準備一支五至十五分鐘的練習影片，或一份含時間碼的逐字稿。若使用公司或個人資料，先確認你有權把素材交給所選工具處理；含有客戶、病患、未公開產品、內部財務或可辨識個人的資料時，請改用已去識別的練習素材。

把長影片轉成短影音初版

1. 把原始影片、逐字稿、簡報與授權說明放在同一個專案資料夾，原始檔保持不變。
2. 若只有影片，先產生含開始與結束時間的逐字稿。抽查人名、品牌、數字與專業名詞。
3. 寫清楚目標受眾、平台、預計支數、長度範圍、品牌用語、禁用說法與行動呼籲。
4. 請 AI 從逐字稿提出候選主題，不要直接要求「幫我剪精彩片段」。
5. 為每個主題建立剪輯規格：標題、開場鉤子、三至五段時間碼、段落字卡、字幕原則與結尾行動。
6. 先輸出一支初版，實際播放後再調整時間碼、停頓、字幕與聲音。不要在規格尚未穩定前一次大量輸出。
7. 把人工修改原因記錄下來，例如「專有名詞誤辨」「鉤子過度承諾」「片段缺少前文」。下一輪把這些原因改成固定檢查規則。

建議保留下列檔案，讓別人可以接手，也讓下一次產出有依據：

content-project/
  source/
    source-video.mp4
    source-rights.md
  transcript/
    transcript_segments.json
  plans/
    clip_plan.json
    visual_brief.md
  workflows/
    comfyui-workflow.json
    environment-inventory.md
  outputs/
    short-01-v01.mp4
    visual-01-v01.png
  records/
    license_register.md
    review_log.md
    HANDOFF.md

source-rights.md 記錄原始素材的來源與使用範圍；license_register.md 記錄模型、LoRA、字型、照片及其他素材的授權；review_log.md 記錄誰在何時核准、退回，以及修改原因。模型權重通常容量很大，不必放進專案資料夾，但要記錄檔名、來源、下載日期、版本或雜湊值及授權版本。

visual brief 是什麼

visual brief 是把行銷目的翻成視覺製作條件的需求書。它不是只有一串提示文字，而是先回答「這張圖為誰解決什麼溝通問題」，再列出可以改動與不能改動的範圍。

一份可以執行的 visual brief 至少要寫出：

如果需求只寫「做一張有科技感、很有質感的圖」，AI 只能猜。當你把用途、限制與驗收條件寫完整，生成結果才有可能被穩定重現與比較。

ComfyUI 在內容供應鏈裡扮演什麼角色

ComfyUI 是以節點圖建立生成式 AI 工作流程的開源工具。你會把模型載入、提示文字、取樣、姿勢控制、人物特徵控制、放大與輸出等步驟接成一張流程圖，並保存為 workflow JSON。它的價值不是「免費做圖」，而是讓團隊看見每一步用了什麼模型、參數與控制條件，方便重跑、比較與交接。

請分清楚三件事：

• ComfyUI 軟體：負責編排與執行節點流程。
• 模型與附加權重：例如 checkpoint、VAE、LoRA、ControlNet 或放大模型，決定可用能力與結果特性。
• custom nodes：由社群或團隊開發的擴充程式，增加新功能，也會帶入相依套件、版本與資安風險。

工作流程檔本身不等於完整環境。從網路取得一份 workflow JSON 後，仍可能缺少輸入素材、模型、custom nodes 或 Python 套件，因此無法直接執行。

管理者先懂這六件事

Python、PyTorch、顯示卡驅動與其運算套件，可先合稱為「執行環境版本」。管理者不必背每個名稱，但要知道整套版本必須被記錄，否則同一份流程換電腦或更新後可能無法重現。

建立 ComfyUI 前，先盤點條件

ComfyUI、顯示卡驅動、模型與自訂節點都會隨版本更新。正式安裝前，請依實際硬體核對官方文件，並先用最小流程測試相容性。

硬體與作業系統

• ComfyUI 可在 Windows、Linux 與 macOS 使用，但安裝方式支援的硬體不同。Windows Desktop 主要對應 NVIDIA GPU；macOS Desktop 對應 Apple Silicon。Windows Portable 可使用 NVIDIA GPU，也可用 CPU 執行。手動安裝可涵蓋更多 GPU 類型，但需要自行處理 Python、PyTorch 與驅動程式相容性。
• 顯存（VRAM）是 GPU 執行模型時使用的高速記憶體。需求會隨模型架構、解析度、一次產出張數、ControlNet、人物特徵控制及影片流程而大幅改變，因此沒有一個適用所有工作流程的固定最低數字。
• 顯存不足時，可以降低解析度或批次、關閉預覽，或使用 low-VRAM、權重卸載與 CPU 模式。這些方法通常會犧牲速度，CPU 模式應視為排錯或最後備援，不應直接當成採購建議。
• 系統記憶體（RAM）會承接程式、資料與部分卸載工作；磁碟空間則保存程式、模型、快取、輸入與輸出。兩者不能互相取代顯存。
• Windows Desktop 官方安裝說明建議使用 SSD，並為程式安裝預留約 15 GB；這個數字不包含你之後下載的模型與產出檔。模型可能由單一大型檔案或多個檔案組成，實際容量要依預計採用的工作流程逐項估算。

軟體與環境

• 選擇與作業系統及硬體相符的 Desktop、Portable 或手動安裝方式。
• 手動安裝需要獨立 Python 環境、Git、與硬體相符的 PyTorch 版本，以及 ComfyUI 的套件需求。GPU 驅動程式也必須與執行環境相容。
• 模型必須放在正確類型的資料夾，並由相對應的載入節點讀取。若多套工具要共用模型，可設定額外模型路徑，但仍要確認每個工作流程實際讀到哪一個檔案。
• 先從官方範本或已確認可用的簡單流程開始，再逐步加入控制條件。一次加入太多模型與節點，發生錯誤時很難找到原因。

模型、custom nodes 與版本

• checkpoint 是主要生成模型；LoRA 常用來補充特定概念或角色；ControlNet 可依邊緣、深度或姿勢等訊號提供額外控制。這些元件必須與基礎模型架構相容，例如不同世代的 ControlNet 不能任意混用。
• custom nodes 是可以在電腦上執行的程式碼。只安裝來源可信、用途清楚、維護紀錄可查的項目；先閱讀 README、授權與 requirements.txt，再透過 ComfyUI Manager 或明確的版本方式安裝。
• 每次只新增或更新一組節點，重新啟動後先跑基準流程。若更新後故障，才能判斷是哪個變更造成。
• 不同 custom nodes 可能要求互相衝突的 Python、PyTorch 或 CUDA 套件版本。需要長期穩定運作時，請保存環境清單、節點版本與可回復的快照，不要把「永遠更新到最新」當成管理原則。

ComfyUI 真正困難的地方

ComfyUI 的學習難度不只在看懂節點圖。實際導入時，常見難點有五類：

1. 流程理解：你必須知道模型載入、提示條件、取樣、控制、放大與輸出之間的依賴關係。
2. 相容性判斷：同一份流程可能綁定特定模型、節點版本、Python 套件或 GPU 環境。
3. 資源取捨：解析度、批次、控制模組與影片長度都會改變顯存、時間與儲存需求。
4. 結果診斷：人物、姿勢、產品特徵、構圖與文字需求可能互相競爭。一次改很多參數，就無法知道是哪一項造成變化。
5. 商業驗收：流程可以重現參數，不代表結果自然、符合品牌、授權無虞或可以直接對外使用。

因此，穩定做法是保留一條能成功執行的基準流程，每次只改一組變因，保存 workflow JSON、模型清單、輸入素材與結果。這比一次堆上所有控制節點更容易管理。

本機執行要付出的代價

本機執行把一部分按次或訂閱費用，轉成你自己的資產與維護責任。評估總成本時，至少要納入：

• GPU、主機、電力、散熱與設備折舊。
• SSD、模型、快取、輸入素材、輸出版本與備份空間。
• 安裝、更新、故障排除、版本回復與工作交接時間。
• 試算失敗、重跑、挑圖、修圖與人工審核成本。
• 模型、LoRA、custom nodes、字型、參考圖與人物素材的授權查核。
• 機密素材、真人照片與輸出檔的存取控制及刪除規則。

本機路線通常適合高頻使用、需要自訂模型或節點、素材不宜上傳外部服務，而且有人願意負責環境維護的團隊。它不等於零成本，也不表示所有模型都可以商用。

什麼時候改用雲端

下列情況通常較適合先用雲端服務：

• 還在驗證需求，使用頻率不高，不確定是否值得購買硬體。
• 沒有相符的 GPU，或生成時間已經影響工作節奏。
• 團隊沒有環境維護能力，希望先用預先安裝的模型與節點。
• 需要快速讓多位同事使用同一套環境。
• 工作量起伏很大，購置設備後可能長時間閒置。

改用雲端前，請確認訂閱或用量費、可用模型與節點、上傳資料的保存方式、服務條款、商用權利、地區與帳號限制，以及能否匯出工作流程。官方 Comfy Cloud 是一種選項，也可以評估其他服務；選擇時不要只比較單張價格，要把資料風險、等待時間、維護人力與平台依賴一起計算。

你也可以採混合方式：用雲端做需求驗證與尖峰工作，用本機跑穩定且高頻的流程。選擇重點是總成本、風險與交付速度，不是工具信仰。

先從模糊需求開始，不必先懂剪輯規格

你可能只知道「我有一場一小時演講，想拆成幾支短影音」。先用下面這段話請 AI 訪談，不必一開始就知道通路尺寸、支數、時間碼或授權表格。

我有一份長影片或逐字稿，想把它變成可持續發布的內容，但還沒想清楚要切幾支、放在哪裡，也不確定哪些素材能用。

先不要剪片或發布。請一次只問一題，最多問五題，優先釐清行銷目的、主要受眾、素材權利、發布通路與人工審核。訪談後，請整理成「已知、未知、建議先試、發布前必須確認」四部分。不要替我假設授權或成效。

若你的需求是本機生圖，起點也可以很簡單：

我想在自己的電腦上，用 ComfyUI 做一組風格一致的行銷圖片，但我不知道硬體是否跑得動，也不確定維護成本。

先不要安裝或下載任何東西。請一次只問一題，最多問五題，協助我釐清圖片用途、隱私需求、目前電腦、可接受等待時間與預算。最後比較「本機、雲端、混合」三種做法，未知處請保留待確認。

訪談完成、權利與目標經人確認後，再使用下面的詳細提示詞進行小型試跑。

本單元的五個成熟階段

第 2 階段：訪談後的工作規格範例

本頁有兩條路線。路線 A 把長影片變成短影音與圖文；只有需要新增視覺素材時，才從 A 的視覺需求交接到 路線 B，由 ComfyUI 產生測試圖。兩條路線可以前後相接，也可以只選一條練習。

第 3A 階段：內容供應鏈試跑提示詞

請把方括號內的內容換成你的資料，並把影片或逐字稿放在 Agent 可以讀取的位置。若工具不能讀取影片，請改提供含時間碼的逐字稿。這段指令只要求產生規格與初版，不允許自動對外發布。

你是內容供應鏈規劃與製作 Agent。請依我提供的原始內容，建立一套可追溯、可審核、可交接的內容再利用計畫。

【行銷目標】
[例如：讓企業決策者理解服務價值，並前往活動報名頁]

【原始內容】
[填入影片或含時間碼逐字稿的檔名與位置]

【素材權利與資料限制】
[說明素材來源、可使用範圍、人物同意、不可上傳的資料；若不確定請寫「待確認」]

【主要受眾】
[職務、產業、目前困難、對主題的熟悉程度]

【發布通路】
[例如：YouTube Shorts、LinkedIn、Facebook、Instagram、LINE、電子報、網站]

【品牌與內容規則】
- 必須使用的品牌名稱與標準用語：[填寫]
- 不可使用的說法：[填寫]
- 需要人工查證的主張：[醫療、療效、價格、法規、政策、研究數字或其他]
- 行動呼籲：[填寫]

【預計產出】
- 短影音：[支數與每支長度範圍]
- 圖文貼文：[篇數]
- 電子報或網站摘要：[篇數]
- 視覺素材：[張數、尺寸、用途]

請依下列順序工作：

1. 先檢查資料是否足夠。缺少時間碼、受眾、權利資訊、品牌規則或事實依據時，請列出缺口，不要自行猜測。
2. 建立來源盤點表，列出檔名、內容範圍、日期、權利狀態及可使用範圍。
3. 從逐字稿提出 3 至 5 個可獨立成立的短影音主題。每個主題要包含：受眾問題、核心觀點、開場鉤子、3 至 5 段起訖時間、段落用途、結尾行動及不宜剪接的風險。
4. 為每支短影音建立剪輯規格，包含標題、副標、字幕原則、字卡、畫面比例、檔名與版本號。不得把原始內容沒有說過的話寫成講者原話或承諾。
5. 依通路提出圖文、電子報或網站摘要的改編方向。請標示哪些句子是原文資訊、哪些是改寫、哪些需要人工查證。
6. 為每一項需要新增的視覺素材撰寫 visual brief，包含用途、受眾、尺寸、構圖、必須保留、可以調整、禁止內容、素材來源、授權狀態與驗收標準。
7. 建立發布前檢核清單，至少檢查人名、專有名詞、數字、引用、品牌、肖像、素材授權、醫療或專業宣稱、字幕可讀性與行動呼籲。
8. 建議專案資料夾、檔名、版本規則、license_register.md、review_log.md 與 HANDOFF.md 應記錄的欄位。
9. 提出可衡量指標：可發布成果占比、收到素材到初版的時間、人工修改時間、觀看完成率、停留、互動與轉換。不要虛構目前尚未提供的成效數字。
10. 完成規格與初版後停止。未取得人工核准前，不得上傳、排程、寄送或發布任何內容。

請依下列格式輸出：
A. 資料缺口與停止條件
B. 來源盤點表
C. 短影音候選與時間碼表
D. 各通路改編計畫
E. visual brief
F. 發布前檢核清單
G. 檔名、版本與交接規則
H. 衡量指標與下一輪建議

第 3B 階段：ComfyUI 規劃提示詞

這段指令適合交給能讀取專案檔案、檢查電腦環境並呼叫 ComfyUI 的工作 Agent。請先把 visual brief 放進專案資料夾。若你沒有授權 Agent 執行指令或讀取硬體資訊，請要求它只產生盤點表，不要假裝已經完成檢查。

你是 ComfyUI 視覺工作流程規劃 Agent。請依 visual_brief.md 與目前電腦的實際環境，先盤點，再建立最小可執行流程。不得假設模型、custom nodes 或硬體已存在。

請依下列順序工作：

1. 讀取 visual_brief.md，整理用途、尺寸、必須保留、可以調整、禁止內容、素材來源、授權狀態與人工驗收標準。資料不足時先列出問題並停止，不要自行補寫品牌或授權條件。
2. 在取得允許後，盤點作業系統、GPU 類型、可用顯存、系統記憶體、可用磁碟空間、ComfyUI 安裝方式、Python、PyTorch、GPU 驅動、已安裝模型與 custom nodes。把結果寫入 environment-inventory.md；不得輸出密碼、權杖、帳號憑證或其他機密。
3. 依現有環境判斷本機是否適合執行。不要用固定最低顯存數字判定；請同時考慮模型、解析度、批次、控制模組與預估生成時間。若不適合，提出降低負載、改用較小模型或改用雲端的選項與代價。
4. 優先使用 ComfyUI Core 節點、官方範本及已存在的模型，建立最小可執行基準流程。若需要新增 custom node，先列出來源、維護者、用途、版本、授權、相依套件與資安風險，等待人工核准後才能安裝。
5. 檢查 checkpoint、VAE、LoRA、ControlNet、放大模型及其他權重是否與工作流程相容。缺少檔案時只列出檔名、用途、官方或原始來源與授權待查事項，不要未經核准下載。
6. 建立並保存 comfyui-workflow.json。另建立 workflow-manifest.md，記錄 ComfyUI 版本、模型檔名、版本或雜湊值、custom node 版本、主要參數、輸入素材及輸出檔名。
7. 先用低成本設定產出一張測試圖。檢查流程是否成功、輸出尺寸是否正確，以及必須保留與禁止內容是否符合。若失敗，先讀取錯誤訊息，再依序檢查缺少模型、缺少節點、相依套件衝突、模型架構不相容與顯存不足。
8. 每次只修改一組變因，保存版本與差異。不要同時改模型、提示條件、取樣與控制權重。
9. 建立 license_register.md，逐項記錄 ComfyUI、模型、LoRA、ControlNet、custom nodes、字型、參考圖與人物素材的來源及授權。授權不明的項目標示「不得對外發布」。
10. 建立 review_log.md，列出品牌、人物、產品、文字、授權、誤導風險與人工核准欄位。完成測試圖與紀錄後停止；未取得人工核准前，不得批次產圖或對外發布。

請輸出：
A. 環境盤點摘要
B. 本機執行可行性與替代方案
C. 最小流程所需模型與節點
D. 新增安裝或下載的待核准清單
E. 測試結果與錯誤紀錄
F. workflow-manifest.md、license_register.md 與 review_log.md 的內容
G. 人工核准後才可進行的下一步

第 4 階段：把一次試作變成穩定內容供應

一次成功剪出短片或產出測試圖，只能證明這個樣本可行，不能證明流程能長期運作。準備批次或排程前，至少補齊：

哪一層真正負責控制

提示詞可以要求 Agent 守規則，但不能保證驅動程式相容、資源一定足夠或安裝一定能回復。這些要由電腦環境、執行監督與負責人共同確保。

你應該看到的輸出

完成內容再利用規劃後，你應該能開啟並核對：

• 一份來源盤點與資料缺口清單。
• 一份含三至五個短影音主題、起訖時間與剪接理由的候選表。
• 一份可交給剪輯流程執行的 clip_plan.json 或同等規格文件。
• 至少一份完整 visual brief，而不是只有一串提示文字。
• 一份發布前檢核清單，以及清楚的人工核准點。

若你實際執行 ComfyUI，還應該看到：

• environment-inventory.md：記錄實際硬體與軟體環境，但不含帳號憑證。
• comfyui-workflow.json 與 workflow-manifest.md：能對照模型、節點、版本及主要參數。
• 一張符合尺寸的測試圖，以及對應的輸入與版本紀錄。
• license_register.md：每項素材與元件都有來源和授權狀態；不明項目已標示不得發布。
• review_log.md：能看見人工核准、退回與修改原因。

完成證據

請用下列可觀察結果判斷是否完成，不以「我已理解」作為證據：

• 我已從一份含時間碼的逐字稿，建立至少三個能獨立成立的短影音規格；每個規格都能回查原始時間碼。
• 我已完成一份 visual brief，並寫出用途、受眾、尺寸、保留項目、可調整範圍、禁止內容、素材來源與驗收標準。
• 我已在發布前檢核清單中標示事實、品牌、肖像、授權及專業宣稱的人工負責人。
• 我已把檔名、版本、來源與修改紀錄放進專案資料夾，另一位同事不需要重新詢問背景就能找到目前狀態。
• 若採本機 ComfyUI，我已成功執行一條最小流程並保存測試圖、workflow JSON、環境清單及授權紀錄。
• 若不採本機 ComfyUI，我已完成本機與雲端的成本、資料風險、可用模型、維護能力與交付速度比較，並寫下選擇理由。

卡住時，依這個順序檢查

治理：速度之外，還要守住什麼

人工把關

涉及品牌承諾、醫療或療效、法規、價格、合約、研究數字、真人肖像及付費發布時，必須保留人工核准。Agent 可以整理證據與標示風險，但不能承擔最終責任。

授權不是一張通行證

ComfyUI 軟體本身採用 GPL-3.0，但這不會替你取得模型、LoRA、ControlNet、custom nodes、字型、照片或人物素材的商用權。每一項都要分開查核，並保存當時的授權版本。較精確的說法是「可下載權重模型」或「開放權重模型」；不要看到可下載就一律稱為可自由商用的開源模型。

真人與機密素材

使用員工、客戶、病患或公眾人物影像前，請先確認同意範圍與使用情境。需要人物特徵控制的流程會保存輸入照片、可能的人臉特徵資料與輸出結果，應限制存取、設定保存期限，並避免把機密素材送往未經核准的外部服務。

版本與停止條件

每一輪只改一組變因，保留可成功執行的基準版本。遇到授權不明、人物同意不清楚、事實無法查證、輸出可能誤導，或環境變更已破壞基準流程時，先停止發布與批次執行，回到來源、權限與版本紀錄處理。

如何衡量這條供應鏈是否值得

至少追蹤下列指標：

• 一份長內容平均產出多少份「通過人工核准」的成果。
• 從收到素材到第一份可審核初版需要多久。
• 每份成果的人工修改時間與退回原因。
• 短影音觀看完成率、開場留存與行動呼籲反應。
• 哪些主題、片段結構與通路帶來較好的互動或轉換。
• 本機與雲端各自的設備、訂閱、執行、維護、重跑與審核成本。
• 因授權、錯誤或品牌風險而不得使用的成果比例。

不要只用「生成了幾張圖、剪了幾支影片」衡量成功。真正有管理意義的指標，是可發布成果、交付時間、商業反應與風險成本。

下一步：把內容表現帶回顧客行為

完成內容供應鏈後，下一個問題不是繼續增加產量，而是確認內容是否把受眾帶到預期行動。請保留每份素材的主題、通路、發布日期、行動呼籲與版本，下一個單元會把這些資料接到 GA4 分析，檢查流量來源、落地頁、關鍵事件與漏斗斷點。