跳到主要內容

部落格

不定期分享最新資訊文章

  • article-【AI 短劇的下一站,可能不是抖音,而是 Steam】

    2026/9/14

    AI工具 內容行銷 影音行銷
    【AI 短劇的下一站,可能不是抖音,而是 Steam】

    當內容都能生成,下一步也許是讓人走進故事前幾天我看到一個很誇張的數字:2026 年上半年,抖音端上線超過 22 萬部 AI 劇漫劇。 這裡先補充統計口徑。DataEye 的《2026 上半年 AI 劇漫劇數據報告》統計的是「AI 劇漫劇」,涵蓋 AI 真人劇、AI 漫劇等不同形式,不能直接把 22.19 萬部說成全部都是真人影像短劇。報告摘要指出,其中有 1,055 部播放量破億,約占 0.48%。DataEye 報告摘要 這些數字讓我開始想:當 AI 劇漫劇多到這個程度,下一步會發生什麼? 答案可能不是只生成更多影片,而是讓觀眾走進故事裡。 最近我在 Steam 看到《幸存者笔记(Survivor’s Notes)》,覺得它讓這個方向變得具體。遊戲的 AI 生成內容聲明寫著:「All in-game materials are generated by AI.」也就是開發者表示,遊戲內的素材都是透過 AI 生成。Steam 遊戲頁面 這背後有意思的地方,不只是「AI 做了一款遊戲」,而是生成影像、互動選擇與遊戲系統開始出現在同一個作品裡。 它像一部「可以玩的 AI 短劇」《幸存者笔记》是一款全動態影像(FMV)生存遊戲。故事設定在 2026 年,全球爆發喪屍危機;玩家會跟著角色推進劇情,並透過選擇與快速反應事件,走進不同劇情分支與結局。Steam 遊戲介紹 如果先把遊戲類型放在一旁,它呈現的組合很像: AI 影像+互動敘事+QTE+分支劇情+多重結局。 但有一點要分清楚:Steam 頁面說明了玩家選擇會推進不同分支與結局,並沒有表示遊戲會依照每位玩家的輸入,即時生成全新的劇情。因此,這款作品能讓我們看到「AI 生成素材與互動影遊放在一起」的可能性;它本身還不能證明即時生成式戲劇已經成熟。 AI 影片可能讓分支劇情的影像製作變便宜以前拍一部真人互動電影,劇情走到第三集時,如果出現兩個選項:救女主角,或是不救,後面可能就要準備兩套劇本、場景、演出與剪輯版本。 如果故事繼續分成 A1、A2、B1、B2,製作量會跟著分支增加。演員、攝影、燈光、道具、剪輯與後製,也可能需要再投入一輪。 AI 影像帶來的變化,是創作者或許能以較低的成本製作另一條影像支線。過去新增一個分支,常常意味著「再拍一次」;未來某些情境可能變成「再生成、再挑選與再剪輯一次」。 這不代表新增分支會變成零成本。故事是否連貫、角色是否一致、畫面能否接起來、選擇有沒有意義,仍要有人設計與驗收。AI 降低的可能是部分影像製作門檻,內容設計與整合工作依然存在。這是我從生成影像與互動遊戲結合所看到的趨勢,不是《幸存者笔记》已公開的成本數據。 AI 短劇的下一站,可能不是「更多」現在大家還在比較:一天能生成幾支影片、角色能不能維持一致、運鏡像不像電影、畫面有沒有 4K。 這些能力會繼續進步。當多數人都能生成漂亮影片,「漂亮」本身可能就不再稀缺。 真正值得投入的,會是世界觀、角色、衝突、選擇、後果與情緒。觀眾為什麼想知道下一個選擇會帶來什麼?他們又為什麼願意在故事裡繼續走下去? 這已經不只是 AI 影片的問題,而是互動內容怎麼設計。 如果你也在思考 AI 影片產量增加後,創作者還能靠什麼取得注意力,可以延伸閱讀我寫的生成影片普及後,真正稀缺的是什麼;若想從創作者能力來看,也可以參考AI 影片素養與工作方法。 從觀眾到參與者:生成式戲劇的想像傳統電影是看故事,短影音是滑故事,連續短劇是追故事。下一個階段或許會是進入故事、親自做選擇。 例如,一部修仙題材的短劇演到一半,問你:「加入魔宗,還是拜入正道?」你選了魔宗,後續角色關係、任務與影片就隨之改變;另一位觀眾選擇正道,走進的可能是不同版本。 再往前一步,AI 也許能依據選擇、角色關係、道具與前情,生成下一段劇情。這種作品不只提供固定的兩三條支線,而是讓每位玩家都能走進一個略有不同的故事版本。 我會把這個方向稱為 Generative Drama,生成式戲劇。它目前更像一種內容設計的想像與目標,不是《幸存者笔记》已提供的功能。要真的做到,還得解決角色一致性、劇情品質、分支管理、生成成本與觀眾體驗等問題。 Vibe Coding 與 AI 影片正在合流以前做影片的人和做遊戲的人,常是兩群不同的創作者。現在,一個人可能用 AI 寫世界觀、劇本與角色,生成圖片、影片、配音和音樂,再請 Coding Agent 串起選項、劇情樹、存檔、成就、QTE、角色數值與結局。 最後的作品可以是 Web App、手機 App,或一款上架 Steam 的互動影遊。當創作流程從視覺素材一路延伸到程式與互動邏輯,就很難再只用「導演」、「遊戲開發者」、「程式設計師」或「內容創作者」其中一個身分概括。 他們可能是在建立一個世界,讓別人進來探索。 我更在意的是:能建立什麼值得走進去的世界?「AI 影片能不能取代真人拍攝?」或許不是最有意思的問題。 當影片開始變成可以由程式生成與串接的素材,我們能不能建立一些過去成本太高、做不起來的內容? 十年前,我們把文字變成網站;後來把圖片和影片變成社群內容。現在,文字、圖片、聲音、影片、3D 與程式碼,都正在變成可以生成與組合的素材。 所以下一步,可能不是再做一支更漂亮的 AI 影片,而是把素材串起來,建立一個觀眾可以走進去、做選擇,而且每個人的故事都不一樣的世界。 看到《幸存者笔记》時,我想到的不是「AI 現在連 Steam 遊戲都能做了」,而是 AI 短劇下一個值得探索的戰場,可能根本不在短影音平台。 當生成影片越來越便宜,我們要學的也許不只是怎麼生成影片,而是怎麼建立一個值得別人走進去的世界。 常見問答 (FAQ)Q1:AI 短劇和互動影遊有什麼不同?AI 短劇通常以觀看連續影像為主;互動影遊會讓玩家透過選擇或操作影響劇情分支。兩者結合時,影像提供故事呈現,互動系統則讓玩家參與故事走向。 Q2:《幸存者笔记》會依照玩家選擇即時生成新劇情嗎?目前 Steam 頁面說明玩家選擇與 QTE 會推進不同分支和結局,但沒有說明遊戲會在遊玩當下即時生成新劇情。因此不能把它直接當成已成熟的即時生成式戲劇案例。 Q3:AI 影片會讓互動劇情變成零成本嗎?不會。AI 可能降低部分影像素材的製作成本,但劇本、角色連貫、分支設計、剪輯、測試與品質檢查仍需要投入。每增加一條分支,也會增加整合與驗收工作。 Q4:什麼是 Generative Drama(生成式戲劇)?Generative Drama 是依據觀眾或玩家的選擇生成後續劇情的內容構想。相較於固定分支,它希望讓不同玩家走進各自稍有差異的故事;目前仍須處理劇情品質、角色一致性、成本與分支管理等問題。

  • article-【AI 會寫 API 還不夠:Vibe Coding 下一個機會,是把台灣產業經驗做成 Skill】

    2026/9/14

    商業策略 AI Agent Vibe Coding
    【AI 會寫 API 還不夠:Vibe Coding 下一個機會,是把台灣產業經驗做成 Skill】

    最近看到一個很有意思的開源專案:ecommerce-cia。 它不是另一套電商系統,也不是幫你做購物車,而是一套專門給 AI Coding Agent 使用的「台灣電商 Skill」。 看到這個專案,我第一個想到的是:Vibe Coding 發展到現在,真正的瓶頸可能已經慢慢從「AI 會不會寫程式」,轉移到「AI 懂不懂這個產業」。 因為現在要 AI 幫你寫一個購物車,其實已經不難。商品頁、購物車、會員、訂單後台,甚至串 API,AI 都可以很快幫你生出來。 真正痛苦的是後面。 「我要接綠界。」「我要用藍新。」「LINE Pay 怎麼串?」「7-11 取貨付款怎麼做?」「ATM 付款超過三天沒付,訂單怎麼辦?」 然後你會發現一個很有趣的狀況:Coding Review 沒有 Error,API 文件也看了,每一段程式碼單獨看,好像都沒有問題。 但真的把整間商店跑起來,就是不順。😂 最麻煩的 Bug,可能發生在兩個正確的 Function 之間一般我們叫 AI Review 金流,很容易只檢查幾個局部問題: API 呼叫對不對? 簽章對不對? Callback Route 有沒有建立? 資料庫有沒有寫入? 庫存 Function 有沒有執行? 每一個地方都可能是對的,但問題可能發生在兩個「正確的 Function」中間。 以一筆交易為例,流程可能像這樣: 客人建立訂單。 系統保留庫存。 客人前往金流服務付款。 金流通知商店付款結果。 系統驗證通知並更新訂單狀態。 庫存、顧客通知與出貨流程依照訂單狀態接續處理。 如果 Callback 重送兩次呢?客人付款成功,但瀏覽器沒有跳回網站呢?ATM 建立虛擬帳號後幾天都沒有付款,庫存要什麼時候釋出?如果付款成功但庫存更新失敗,或訂單取消時付款通知剛好進來,系統又該怎麼辦? 這些才是真正把電商系統跑起來後,會遇到的問題。 所以 Review 金流不該只逐個看 Function,而要沿著「錢」和「貨」走過完整流程:下單、訂單、庫存、金流、Callback 驗證、狀態更新、出貨,到交易完成,逐段找可能的斷點。 ecommerce-cia 示範了另一種 AI 稽核方式ecommerce-cia 不是另一套購物車或電商平台,而是給 AI Coding Agent 使用的台灣電商 Skill。它有意思的地方,在於把注意力放到金流、庫存、訂單等環節如何互相影響。 依照專案 README 的說明,它有檢查既有交易流程的 Audit Mode,也有引導新手準備與串接金流的 Setup Mode;文件提到藍新、綠界、PAYUNi、TapPay 與 LINE Pay 等台灣常見情境。這些內容呈現了一個值得參考的方向:除了問 AI「這段程式碼有沒有寫錯」,也可以要求它沿著整條交易生命週期檢查系統行為。 這已經不只是一般的 Coding Skill,而是把產業流程和判斷方式整理成可重複使用的 Domain Engineering Skill。 AI 會看 API 文件,稀缺的是踩過坑的經驗這件事讓我想到我之前一直在談的「把專業知識軟體化」。 假設一個台灣電商工程師做了十年。他真正值錢的可能不是「我知道怎麼呼叫綠界 API」,因為這件事情 AI 看文件就能協助。 真正值錢的,是這些踩過坑才知道的事: 綠界或藍新的 Callback 曾經出過什麼狀況。 ATM 訂單逾期後,何時釋放庫存才符合商業規則。 超商取貨付款訂單的狀態該怎麼轉換。 使用者付款成功但沒有跳回網站,不能因此就判定付款失敗。 Webhook 重送不能重複扣庫存或重複通知。 退款、取消與付款通知同時發生時,訂單狀態要如何處理。 這些東西通常不會完整寫在 API 文件裡。它們存在工程師的腦袋裡,來自踩坑、Debug、客訴、事故,以及凌晨三點修 Production 的經驗。😂 API 文件能說明端點、欄位和簽章方式;把這些技術細節放進真實商業情境後,流程上的例外與判斷往往還要靠產業經驗補足。 專業知識除了軟體化,也可以 Skill 化以前我們會想:我做了十年房仲,可不可以把我的判斷方法做成一套房仲 SaaS?我做了十年行銷,可不可以把我的 SOP 做成一套行銷系統? 我之前也寫過把專業知識變成軟體,讓產業專家成為下一代產品經理。現在可能又多了一條路:不一定要先做 SaaS,也可以先把專業知識整理成 Skill。 從產業經驗到 AI 可執行 Skill 的概念示意。 一個資深電商工程師的經驗,如果要整理成 AI 能使用的 Skill,可以從常見情境開始,逐步寫清楚: 什麼情況下要啟動檢查。 要沿著哪些訂單、金流和庫存流程追蹤。 哪些例外狀況需要特別確認。 要用什麼證據判斷流程真的完成,而不是只看單一測試顯示綠燈。 如此一來,AI 就不只是「會寫程式」,還能重複參照一套做過許多台灣電商專案的人累積的判斷方式。 下一波 Vibe Coding 機會,可能是台灣產業 Domain Skills未來 Skill 最有價值的地方,不一定是 React Skill、Next.js Skill 或 Python Skill。這些通用技術知識,模型本身會越來越強。 更可能形成差異化的,是懂得台灣產業實際怎麼運作的 Domain Skills,例如: 台灣電商金流與物流。 台灣電子發票、統編與發票規則。 LINE 官方帳號與會員流程。 政府 Open Data 與台灣個資保護情境。 房仲成交流程、補教招生、餐飲訂位、美容預約與傳統產業報價。 這些領域的共同點是:模型可能知道技術,但不一定知道台灣的商業流程、例外情境與在地作法。而真正掌握這些 Know-how 的人,往往是已經在產業裡工作十年、二十年的實務工作者。 Skill 不只是提示詞,而是可以交給 Agent 使用的 SOP我現在看 Skill,已經不只把它當成「提示詞」,而是可以被 AI Agent 使用的產業 SOP。 以前經驗存在腦袋裡,後來我們把它寫成 SOP,再把 SOP 做成軟體。現在又多了一種形式:把 SOP 整理成 AI Agent 能參照與執行的 Skill。 Vibe Coding 的競爭,可能不只是誰比較會下 Prompt、誰比較會用 Claude Code 或 Codex,而是誰能把自己十年、二十年的產業經驗,整理成 AI 可以重複使用的能力。 模型會越來越強,寫程式會越來越便宜,API 串接也會越來越簡單。但有一件事情不會因此自動出現:你踩過的那些坑。 而那些坑,可能才是 AI 時代真正值得被「程式化」的專業知識。 這也是我看到 ecommerce-cia 之後,覺得最值得研究的地方。它表面上是在處理台灣電商金流、物流與流程稽核,背後示範的也許是一個更大的方向:下一波 Vibe Coding,不只是讓 AI 幫我們寫軟體,而是開始把一個產業真正的 Know-how,寫進 AI 裡。 常見問答 (FAQ)Q1:什麼是台灣產業 Domain Skill?台灣產業 Domain Skill 是把在地產業常見的情境、判斷方式、執行流程與例外處理整理成 AI Agent 可重複參照的規範。它能補足通用技術知識與實際商業流程之間的落差。 Q2:Domain Skill 和一般 Code Review 有什麼不同?一般 Code Review 多半檢查程式碼或單一 Function 的正確性;Domain Skill 可以引導 AI 沿著跨系統流程檢查狀態如何傳遞,例如金流通知、訂單更新、庫存處理與出貨。兩者處理的問題不同,實務上可以搭配使用。 Q3:如何把產業經驗整理成 AI Agent Skill?先整理常見情境與踩坑案例,再把觸發條件、判斷方式、處理步驟、例外狀況與驗證證據寫清楚,最後交由熟悉該產業的人用真實案例檢查。這樣的 Skill 才能承載可重複使用的專業判斷,而不只是一段泛用提示詞。

  • article-【36 秒就誕生一部 AI 短劇後,我反而覺得「會生成影片」開始不值錢了】

    2026/9/14

    AI工具 內容行銷 影音行銷
    【36 秒就誕生一部 AI 短劇後,我反而覺得「會生成影片」開始不值錢了】

    你花一天做一支 AI 影片,別人一週已經做完 60 集連續劇最近看到一個數字,我覺得做 AI 影片的人真的要警覺了。 平均每 36 秒,就有一部 AI 短劇上線。 不是一支 10 秒、15 秒的 AI 炫技影片。 是「一部短劇」。 根據中央社引述澎湃新聞的統計,2025 年 8 月抖音新上線的 AI 劇只有 655 部;一年後,這個數字已達 74,313 部,占當月新劇的 75.4%。報導另指出,2026 年 7 月平均每 36 秒就有一部新的 AI 劇上線。中央社報導 更誇張的是,有些團隊已經可以做到: 5 個人,一週做完 60 集。 成本甚至不到傳統真人短劇的十分之一。 這些是媒體採訪中的個別團隊案例,不代表所有 AI 短劇都能達到相同產能或成本。不同作品的類型、品質和成本計算範圍,會讓估算出現落差。5 人團隊 7 天完成 60 集的報導、BBC 中文採訪報導存檔、另一份製作成本估算 所以當大家還在研究: 「哪個 AI 影片模型比較強?」 「提示詞怎麼寫?」 「怎麼保持角色一致?」 「怎麼做運鏡?」 我反而開始想另外一個問題: 如果影片已經多到每 36 秒就生出一部,那「會生成影片」這項能力,到底還值多少錢? 而這波 AI 短劇爆發,甚至已經養出一個以前不存在的新職業: 「抽卡師」。 什麼是「抽卡師」?不是遊戲裡抽 SSR 的那種抽卡。 現在 AI 還沒有強到你丟一本劇本進去,它就直接吐出 60 集可以播的連續劇。 所以中間還需要大量人工工作。 例如把劇本拆成場景、角色、表情、動作、鏡位、光線、運鏡,再交給模型生成。 但生成出來的東西不一定能用。 可能角色變臉。 可能手指壞掉。 可能運鏡很怪。 可能情緒完全不對。 所以你要一直生成。 生成 10 個、20 個、50 個版本,再從裡面挑一個最好的。 很像抽卡。 於是「抽卡師」就出現了。 有些複雜素材的提示詞,甚至可以寫到 5,000 字。 所以現在厲害的抽卡師,其實已經有點像: 半個導演+半個攝影+半個 AI 模型操作員。 但我反而覺得,這個職業可能不會存在太久。 因為「抽卡」本身,就是 AI 還不夠成熟的產物為什麼今天需要抽卡? 因為 AI 不穩定。 同樣一句提示詞生成十次,可能得到十種結果。 所以需要人一直生成、一直挑。 但如果未來模型可以直接讀完整劇本呢? 它自己理解人物。 自己維持角色一致性。 自己拆分鏡。 自己設計鏡位。 自己控制演員表情。 自己產生不同 Take。 甚至自己判斷哪個 Take 最好。 那還需要一個人在那邊「抽卡」嗎? 可能不用。 所以我認為: 「抽卡師」不是 AI 時代的終極新職業,而是一個過渡型職業。 就像以前很多人專門幫忙切版、修圖、上字幕。 技術進步之後,這些工作不一定完全消失,但市場價值會快速下降。 真正留下來的,反而不是「會生成的人」。 而是: 知道什麼值得生成,以及知道什麼值得留下的人。 更可怕的是,AI 已經把「內容產能」打爆了DataEye 研究院的《2026 上半年 AI 劇漫劇數據報告》統計,2026 年上半年抖音端新上線 22.19 萬部 AI 劇漫劇,其中 1,055 部播放量破億,占 0.48%。DataEye 報告摘要 如果把 5,000 萬播放當作一條粗略的盈虧平衡線,能跨過去的比例大約只有 1.3%。 換句話說: 大約做 77 部,才有一部可能跨過這條線。 這裡的 5,000 萬次播放,是 DataEye 報告採用的抖音端盈虧平衡參考線;報告也提醒,這組數據不代表所有平台與全行業的情況。它不是每一部短劇通用的保本保證。DataEye 報告摘要 這個數字才是我覺得真正值得注意的地方。 因為它告訴我們: AI 解決了「做不出來」的問題。 卻製造了一個更嚴重的問題: 大家都做得出來。 以前拍一部短劇,要演員、攝影、燈光、場地、後製。 有這些門檻存在,本身就會過濾掉大量競爭者。 現在門檻突然被 AI 打掉。 結果不是每個人都成功。 而是內容開始大爆炸。 當內容生產成本趨近於零,內容本身就會開始通膨這件事情不只發生在 AI 短劇。 我覺得接下來所有自媒體都會遇到。 文章。 圖片。 短影音。 Podcast。 知識圖卡。 電子書。 甚至線上課程。 以前一個人一週做三支影片,很厲害。 AI 出現後,一個人一天做 30 支都不是問題。 但問題來了。 當每個人都能一天做 30 支影片,你一天做 30 支影片還算優勢嗎? 不算。 這就像以前會 Photoshop 是一項專業。 後來大家都有 Canva。 現在連 Canva 都不用開,跟 AI 講一句話就做好了。 當「製作能力」被普及之後,製作能力本身的價格就會下降。 所以我最近越來越確定一件事: AI 時代真正稀缺的,不會是內容。 而是: 注意力。 所以我現在看 AI 自媒體,已經不太在意「一天可以生幾支影片」很多 AI 自媒體教學還停留在: AI 寫文案。 AI 生圖片。 AI 生影片。 AI 配音。 AI 剪輯。 AI 自動發布。 最後告訴你: 「一個人也可以經營十個帳號。」 技術上當然可以。 但這可能正在回答一個錯誤的問題。 真正的問題不是: 「我怎麼一天生 100 支影片?」 而是: 「當全世界每天多出一億支 AI 影片,為什麼有人要停下來看我的?」 這兩個問題,難度完全不同。 前一個問題是 Production。 後一個問題是 Content。 甚至再往上一層,是: Taste、Story、Distribution。 你選什麼題目? 前三秒講什麼? 故事怎麼鋪? 情緒怎麼拉? 什麼地方觀眾會滑走? 什麼東西值得被分享? 觀眾為什麼記得你? 這些能力,反而會隨著 AI 變強而變得更重要。 如果你想從「做得出影片」往「知道該做什麼」前進,可以延伸閱讀我寫過的 AI 影片素養與創作者工作方法;而選題、定位與觀眾需求,也和 短影音定位策略 密切相關。 所以未來最值錢的人,可能不是最會用 AI 的人而是最知道: 「AI 應該做什麼」的人。 AI 可以幫你一次生成 100 個鏡頭。 但你要知道哪一個是好鏡頭。 AI 可以寫 100 個 Hook。 但你要知道哪一句觀眾會停下來。 AI 可以一天產出 100 支影片。 但你要知道哪一支值得做。 所以我反而覺得「抽卡師」這個職業很有象徵意義。 今天我們還在抽「畫面」。 再過一陣子,我們可能開始抽「故事」。 抽「廣告」。 抽「課程」。 抽「產品」。 AI 可以無限生成選項。 但真正的能力,會從「生成」轉移到「選擇」。 這可能才是生成式 AI 發展到下一階段後,最值得學的一件事。 以前我們害怕: AI 會不會讓我做不出東西? 現在真正該擔心的可能已經變成: 當所有人都做得出來,我憑什麼被選中? 常見問答 (FAQ)Q1:AI 影片生成能力變普及後,學會生成還有價值嗎?有價值,但它不再是唯一差異。生成能降低製作門檻;選題、故事、審美、品質判斷與發行,會更直接影響觀眾是否停留與分享。 Q2:「抽卡師」會成為長期職業嗎?目前它反映了生成結果不穩定、需要反覆產生與人工挑選的工作。模型若能更穩定地理解劇本、維持角色並評估鏡頭,這項工作的內容可能改變;它是否消失,仍取決於技術與製作流程如何演進。 Q3:AI 影片創作者要怎麼從大量內容中被看見?先從觀眾與題目開始,再設計前三秒、故事節奏、情緒轉折和分享理由。大量產出只能增加選項,不能代替對內容品質與發行方式的判斷。 Q4:5,000 萬次播放是所有 AI 短劇的固定回本門檻嗎?不是。這是 DataEye《2026 上半年 AI 劇漫劇數據報告》用來估算抖音端盈虧平衡的參考線;作品類型、成本與發行條件不同,實際回本門檻也會不同。

  • article-【ChatGPT Sites 真正適合的角色,不是正式網站,而是產品驗證層】

    2026/9/12

    ChatGPT Vibe Coding Cloudflare
    【ChatGPT Sites 真正適合的角色,不是正式網站,而是產品驗證層】

    最近看到 ChatGPT Sites 上線三個月後,使用者已建立超過 500 萬個 Sites。OpenAI 在 2026 年 9 月 11 日的更新中,也提到團隊協作、私密分享、資料庫檢視、自訂網域,以及從提示到部署速度提升等功能。官方公告 這些更新很容易讓人想到另一個問題:ChatGPT Sites 是不是準備和 Wix、Webflow、Vercel 競爭? 我反而覺得,它最有價值的角色不是取代傳統網站平台,而是成為 AI 時代的產品驗證層。 先釐清兩件事:500 萬是 OpenAI 公布的 Sites 建立數,不能直接當成活躍使用者、持續使用的產品或市場需求已驗證的證據;「產品驗證層」則是我對 Sites 的定位,不是官方替產品命名的功能。Sites 不會自動替你驗證需求,它的價值是讓你更快做出可以交給使用者試用的版本。 以前做 MVP,程式碼還沒開始就得先準備一大堆事以前有個產品想法,就算只做 MVP,也可能先卡在一串工程工作: 選 Framework、建立 GitHub Repository。 設定 Cloudflare 或 Vercel、決定資料庫與 Auth。 管理環境變數、串接 API、建立 Admin。 準備部署、測試與後續維護。 等到真的能交給使用者操作,往往已投入不少時間。最可惜的是,忙完才發現沒有人需要它。 最大的浪費不一定是選錯 Framework,而是還沒確認問題是否存在,就先為一個未驗證的想法付出正式工程成本。 Sites 把「做出一個可操作版本」提前了用 Sites,可以先用自然語言描述想解決的問題,再透過對話調整畫面、互動與資料。驗證流程因此可以縮短成: 123456789想法 ↓描述需求、產生介面 ↓加入互動與必要資料 ↓交給目標使用者試用 ↓依回饋修改,或決定停止 你不必一開始就決定要用 React 還是 Next.js,也不用先把整套正式環境建好。先讓某個人能完成一件具體的事,再觀察這個流程是否真的有用。 不過,Sites 裡的「部署」不等於隔離的測試環境。OpenAI 文件說明,每個部署網址都是 production URL;若要先檢視變更,可以先儲存版本,確認後再部署。因此,拿給使用者試用前,也要確認分享對象、存取權限與資料內容。ChatGPT Sites 使用說明 Sites 適合承載 Prototype 與早期 MVP你提供的展示圖裡,有像素寵物遊戲、3D 模型上色工具和計算機。這些作品的重點不只是資訊展示,而是有人可以打開頁面後實際操作的小型 Web App。 因此,Sites 可以用來測試不少概念: 簡易 CRM、活動管理系統或 Dashboard。 計算工具、預約流程或測驗系統。 客戶 Portal、內部資訊站或 AI 小工具。 Micro SaaS 的第一版核心流程。 這些用途仍要看產品需求是否符合 Sites 支援的執行環境。Sites 目前處於 Beta,使用額度會依方案或工作區而異;部分框架、資料庫、私有網路與背景服務可能不受支援,也不提供資料所在地或推論所在地保證。OpenAI Sites 開發文件 驗證時也不要只問自己「我覺得好不好用」。把版本交給目標使用者,觀察他能不能完成核心任務、是否願意再用一次,以及這個問題是否值得投入下一階段。 Sites 目前不是一鍵匯出到 GitHub這一點值得說清楚。目前公開的 Sites 文件描述了從提示開始建立,也能將相容的既有本機專案交給 Sites 建置與部署;本機來源專案的版本也可以連結到建置時使用的 Git commit。但文件沒有描述把已建立的 Sites 一鍵匯出成 GitHub Repository 的操作流程。 所以我不會把它想成「按一下 Export、整個專案進 GitHub,再按一下就搬到 Cloudflare」。比較務實的做法,是把 Sites 當成已驗證的產品規格、UI Reference 與功能 Prototype。需求成熟後,再請 ChatGPT 或 Codex 根據使用情境、畫面、資料結構與流程,重建正式版本。 這也是我偏好 Productionize 而不是 Migration 的原因:Migration 聽起來像把原始程式碼原封不動搬出去;Productionize 則是保留被驗證過的產品設計,再用合適的正式架構重新實作。 你提供的資訊圖整理了這段思路。它呈現的是產品驗證到工程化的概念流程,不代表 Sites 內建一鍵匯出,或能自動把整套產品搬到 Cloudflare。 從 Idea 到 Production,可以拆成九個階段 Idea:描述想解決的問題,以及現在是誰、在什麼情境下遇到它。 Sites Prototype:快速做出可以點、可以玩的原型,先呈現核心使用流程。 MVP:加入驗證核心任務所需的表單、資料、Dashboard、Admin 或 AI 功能。 Validation:交給真正的目標使用者測試,記錄他們是否完成任務、在哪裡卡住,以及是否願意再使用。 Freeze Spec:整理並凍結 UI、User Flow、Database Schema、Business Logic、API、權限與已驗證的需求。 Codex Productionize:由 Codex 根據已驗證的規格重建正式專案,補上工程結構與必要檢查。 GitHub:從這一步開始,讓 GitHub 成為正式程式碼的 Source of Truth,管理版本、審查與自動化流程。 Cloudflare:依產品需要選擇 Workers、D1、R2、KV、Queues、Durable Objects 或 Cron Triggers;這些是可組合的 Cloudflare 平台服務,不代表每個 Site 都會用到它們。Cloudflare Workers 文件 Production:補上 Authentication、RBAC、Rate Limit、Logging、Monitoring、Backup、Analytics、CI/CD,以及 Dev、Staging、Production 等環境。 如果你想看 Vibe Coding 如何落在一個真實系統,也可以延伸閱讀打造線上報價單與電子簽署系統的實作經驗。 搬到 Cloudflare 後,控制權增加,工程責任也回到自己身上當正式版本改由自己維護,就能依需求決定資料庫、Auth、AI 模型、檔案儲存、Log 保存方式、排程、Queue、Rate Limit 與備份策略。這些自由度比只使用受支援的 Sites Runtime 大得多,但每個選擇也會變成需要設計、驗證與維護的工程責任。 更精確地說,離開 Sites 後,消失的是 Sites 本身的限制,不是所有平台限制。Cloudflare 各服務仍有不同的適用情境與操作邊界;你需要根據資料量、流量、權限、可靠性與維護能力選擇組合,而不是把 Workers、D1、R2、KV、Queues、Durable Objects 和 Cron 全部加進第一版。 如果一開始就把所有正式產品要求塞進 Prototype,反而會失去 Sites 最有價值的速度。先確認有人需要、真的會用,再判斷這個產品值不值得工程化。 ChatGPT Sites 是 Production 前的產品驗證層我會把 ChatGPT Sites 定位為產品孵化器,而不是正式產品架構的終點。先快速做、快速改、快速測,也可以在發現沒人需要時及早停下;等到核心流程被驗證,再把規格交給 Codex、GitHub 與 Cloudflare,用正式工程方式重建。 我現在會把這套 Vibe Coding 流程整理成: Sites → MVP → Validate → Codex → GitHub → Cloudflare → Production 以前 AI 幫我們解決的是「怎麼更快寫程式」;現在它也開始降低另一種成本:怎麼更便宜地知道,這個程式到底值不值得寫。 常見問答(FAQ)Q1:ChatGPT Sites 可以取代 Wix、Webflow 或 Vercel 嗎?這篇文章的定位不是比較平台功能,而是建議先把 Sites 用在 Prototype 與早期 MVP 驗證。當產品需求、資料與維運責任逐漸明確,再決定正式網站或系統要採用什麼架構與平台。 Q2:OpenAI 說建立了 500 萬個 Sites,代表有 500 萬個活躍使用者嗎?不代表。OpenAI 公布的是 Sites 建立數,不是活躍使用者數、留存率或付費需求。它能反映建立行為的規模,不能單獨證明這些產品有人持續使用。 Q3:ChatGPT Sites 可以直接匯出成 GitHub 專案嗎?目前公開文件沒有描述從已建立的 Site 一鍵匯出至 GitHub 的流程。文件有說明 Sites 可從提示或相容的本機專案開始,因此要區分「把本機專案部署到 Sites」和「把 Site 專案匯出到 GitHub」這兩件事。 Q4:Sites 部署網址是測試站還是正式站?OpenAI 文件將每個部署網址視為 production URL。你可以先儲存版本供檢視,再決定是否部署;分享給使用者前,也要確認權限、資料和預期使用對象。 Q5:把產品重建到 Cloudflare 後,平台限制就消失了嗎?Sites Runtime 的限制不會原封不動跟著搬過去,但 Cloudflare 服務有各自的功能範圍與操作邊界。正式版本也需要你負責 Auth、權限、監控、備份、資料保護與維運。 參考資料 OpenAI:ChatGPT Sites 功能更新與建立數 OpenAI Help Center:建立與管理 ChatGPT Sites OpenAI:ChatGPT Sites 開發文件 Cloudflare:Workers 文件

  • article-AI 自動剪片做到最後,我才發現真正缺的是自己的聲音 API

    2026/9/11

    AI工具 AI自動化 影音行銷
    AI 自動剪片做到最後,我才發現真正缺的是自己的聲音 API

    最近我一直在調整自己的 AI 自動剪影片流程。 文章可以自動改成短影音腳本。 知識圖卡可以自動生成。 字幕可以自動上。 B-roll 可以自動配。 重點遮罩、動畫、轉場,甚至剪輯節奏,也都可以慢慢交給 AI。 但做到最後,我突然發現一件事。 真正還沒有被自動化的,反而是: 我的聲音。 如果每一支影片最後還是要自己重新錄旁白,那前面再怎麼自動,其實都還差最後一哩。 所以我最近開始重新研究「克隆音」。 但這次我不是想找一個: 可以把我的聲音複製得很像的 AI 工具。 我想的是另一件事: 能不能把我的聲音,直接變成 AI 自動剪片系統裡的一個 API? AI 自動剪片為什麼會卡在最後一哩?一條完整的影片工作流,現在已經可以拆成很多個可被自動化的能力: 文章自動改成短影音腳本 知識圖卡自動生成 字幕自動上稿 B-roll 自動配對 重點遮罩、動畫與轉場自動完成 剪輯節奏交給 AI 協助判斷 這些環節都完成後,旁白卻可能還是要由本人重新錄製。對個人創作者來說,這不只是多花一點時間,也會讓整套「內容工廠」在最後一步停住。 這也是我開始重新研究 Voice Clone 的原因。不過,我真正想找的不是另一個獨立工具,而是一個能被工作流穩定呼叫的聲音元件。 這個方向,也可以接到我之前整理的用 Codex 打造 AI 影片工廠:串接六大 AI 能力的完整工作流。影片工廠不只要能產生畫面,也要能把聲音當成可替換、可擴充的能力。 克隆音已經從模型訓練,走向可呼叫的工作流元件以前講 Voice Clone,很容易想到一個完整的模型訓練專案: 錄很多音訊。 整理資料。 訓練模型。 等待幾個小時。 得到一個自己的聲音模型。 但現在很多 Zero-shot TTS,已經可以只用一小段參考音訊,直接模仿聲音的音色。像是我目前正在看的: IndexTTS-2.5 Qwen3-TTS Chatterbox V3 GPT-SoVITS CosyVoice 3 Fish Speech 這些模型與版本是我目前的研究方向與工作流示例,不代表固定排名;支援的語言、情緒控制、硬體需求與授權方式,都可能隨版本和方案變動,實際使用前仍要回到各專案的官方文件確認。 有些情境甚至不需要 Fine-tune。你只要給它: 一段你的聲音 一段新的文字 它就可以直接嘗試用你的音色把文字說出來。 這讓克隆音慢慢從「模型訓練專案」,變成「可以被工作流直接呼叫的元件」。 對我來說,理想的介面不是讓剪輯系統知道底下使用哪一套模型,而是把底層差異藏起來: 12345請用我的聲音念這段文字 ↓ Voice Engine API ↓ 回傳 WAV 或音訊檔 為什麼我現在最想研究地端克隆音?如果要把克隆音塞進自動剪影片流程裡,地端有很多優勢。重點不只是省 API 費用,更重要的是控制權。 我可以自己決定: 腳本怎麼切句 一次生成多少字 情緒怎麼控制 專有名詞怎麼唸 要不要快取 生成失敗怎麼重試 哪些段落要重新生成 如何把引擎包成 REST API 最後,剪輯系統根本不用知道底下是哪一套模型。它只要送出文字與必要參數,拿回一段可以繼續進入剪輯流程的音訊。 這種抽象層很重要。今天底層是 IndexTTS,明天換成 Qwen3-TTS,甚至某一批任務改走雲端 API,上層的影片工作流都不必整套重寫。 MacBook 也能先把 Prototype 跑起來這是我最近覺得很有意思的地方。 以我目前看到的 IndexTTS-2.5 使用情境來說,它已經能在 Apple Silicon 的 MPS 環境進行推論。也就是說,M1、M2、M3、M4 這些 Mac,都有機會直接拿自己的 GPU 做實驗。 我自己的 MacBook Pro M2 Pro、16GB Unified Memory,也可以先拿來做 Prototype。 當然,16GB 記憶體不算多。如果一次生成很長的旁白,或同時開著許多應用程式,記憶體仍然會吃緊。這裡的重點不是宣稱 Mac 可以取代所有 GPU Server,而是: 30 秒短影音 1 分鐘旁白 課程分段音訊 這些任務已經足以讓個人開發者研究整條流程,先驗證切句、快取、重試與剪輯串接,再決定是否需要更大的硬體。 換句話說,不一定要先買 RTX 4090,也不一定要一開始就租 GPU Server。一台手邊的 Mac,就可以先把 Voice Engine 的 Prototype 跑起來。實際效能仍會受到模型版本、量化方式、音訊長度、背景程序與安裝環境影響。 評估克隆音,真正的重點不只是「像不像」以前評估克隆音,我們可能只問: 像本人嗎? 但真正要放進內容工廠,至少還要再問: 台灣國語自然嗎? 情緒夠不夠自然? 長文會不會開始飄? 停頓是不是像真人? 專有名詞會不會亂唸? 同一個 Voice 能不能跨語言使用? 生成速度夠不夠快? 「85% 像本人」可能還不夠。如果它每次都把 Claude 唸錯、Gemini 唸得怪怪的、ComfyUI 亂念,或把 n8n 的讀法弄得不一致,影片仍然會出戲。 所以我甚至開始想做一份自己的專有名詞發音字典。腳本進入 TTS 之前,先自動做文字前處理: 名詞 預期處理 Claude 固定適合旁白的讀法 Gemini 固定適合旁白的讀法 Anthropic 固定適合旁白的讀法 n8n 固定適合旁白的讀法 這些讀法不一定要交給模型臨場猜,而是先在 TTS 前統一替換或標記。久了以後,這套 Voice Engine 不只會越來越像我的音色,也會越來越接近我的內容風格。 如果你也在處理影片聲音,可以先參考短影音音效怎麼選?從剪映內建到 AI 生成,一次搞懂 SFX 工作流。克隆旁白解決的是「誰在說」,SFX 與混音則決定觀眾「聽起來感覺如何」,兩者應該放在同一條聲音工作流裡設計。 把「我是誰」和「我要怎麼說」拆開這件事對自動剪影片非常重要。 一支短影音不可能從頭到尾都使用同一種情緒: 開頭 Hook 可能要比較興奮 中段解釋要穩定清楚 提醒風險時要嚴肅 講到反差時可能要驚訝 最後 CTA 又要比較親切 因此,Voice Engine 可以拆成兩層: 我是誰: 聲音的音色、辨識度與個人品牌特徵。 我要怎麼說: 情緒、語速、停頓、重音與表達方式。 理想的流程會是: 1234567891011腳本 ↓AI 理解內容 ↓判斷每一段情緒 ↓選擇語速與表達方式 ↓克隆音生成 ↓送進剪輯流程 這時候 AI 就不只是單純「念稿」,而是開始理解:這句話應該怎麼說。 不想自己維護模型,雲端 TTS 也已經很成熟地端是我目前很想研究的方向,但如果不想自己維護模型,雲端方案其實已經很方便。以我目前的觀察,值得放進測試清單的包括: ElevenLabs MiniMax Fish Audio Qwen/CosyVoice Cloud Cartesia PlayHT Resemble AI Google Chirp 3 Azure Custom Voice HeyGen Synthesia 每一家定位不一樣,這份清單是研究與選型的起點,不是永久排名。若要找一個成熟基準,我會先看 ElevenLabs;如果主要做中文短影音,我會想測 MiniMax;如果在意情緒、角色感、Podcast 或漫劇,Fish Audio 會是值得研究的方向;如果以後要做即時 Voice Agent,則可以研究 Cartesia。 雲端最大的好處是不用自己處理: CUDA MPS 記憶體配置 模型環境損壞 硬體升級 API Key 拿到就可以接。對大量生產來說,這確實很省事;但費用、資料處理政策、延遲、速率限制與語音授權,仍然要依各家最新方案確認。 地端和雲端不是二選一,而是混合式 Voice Engine所以我現在反而不覺得這是一場「地端 vs 雲端」的戰爭。更合理的做法,可能是建立一層混合式 Voice Engine: 任務情境 可以優先測試的方向 平常的短影音與開發測試 地端 IndexTTS、Qwen3-TTS 或 Chatterbox 突然出現大量任務 切換 MiniMax API 英文或多語言內容 切換 ElevenLabs 情緒較重的內容 測試 Fish Audio 即時 AI Agent 對話 研究 Cartesia 這個概念其實跟現在使用 LLM 很像。我們已經不太會只問:「全世界最好的 AI 模型是哪一個?」而是開始問:「這個任務,現在應該用哪一個模型?」 未來 TTS 很可能也會一樣。真正重要的不是押中唯一答案,而是把模型做成可以替換的底層能力,讓上層工作流按照任務、成本、延遲、語言與情緒需求選擇引擎。 Voice Conversion:先把話說好,再換成我的聲音這次研究時,我看到 Seed-VC 這類 Voice Conversion 技術,反而讓我產生另一個想法。 也許不一定要要求同一套 TTS 同時做到: 聲音像我 情緒自然 節奏漂亮 表達生動 全部一次完成。 可以拆開處理:先找一個最會「說話」的 AI,讓它負責情緒、節奏、停頓與表達,再用 Voice Conversion 把聲音換成我的音色。 1234567最佳 TTS ↓先把話說好 ↓Voice Conversion ↓換成我的聲音 這個思路很有意思,因為它把「講得好」和「像我」拆成兩個不同問題。有時候,拆開反而更容易做到,也更容易針對每一段找出可以改善的地方。 我真正想做的,是自己的 Voice Layer所以我現在真正想做的,其實不是找最好用的克隆音。 我想做的是自己的Voice Layer。 未來不管是: 短影音 線上課程 Podcast AI 新聞 數位分身 AI Agent 互動式課程 全部都可以呼叫同一層聲音服務。 輸入文字以後,它自己決定: 該用哪個 Voice Engine 該用什麼情緒 語速多少 專有名詞怎麼念 是否需要快取或重新生成 最後回傳一段聽起來像我的聲音。 到了這一步,克隆音就不再只是一個 AI 工具,而會變成個人品牌的一層基礎設施。 我現在越來越覺得,AI 自動剪片真正的最後一哩,不是剪輯,而是: 讓整套系統,真正開始用你的聲音說話。 常見問答 (FAQ)Q1:什麼是個人的 Voice Layer?Voice Layer 是放在內容工作流和底層 TTS/Voice Conversion 模型之間的一層聲音服務。它可以統一處理音色、情緒、語速、專有名詞、快取、錯誤重試與模型切換,讓影片、課程、Podcast 或 AI Agent 都用同一個介面呼叫聲音能力。 Q2:做地端克隆音一定要先買 RTX 4090 嗎?不一定。以文章中的 Prototype 情境來說,Apple Silicon Mac 的 MPS 可以先用於短影音、短旁白或課程分段音訊測試;但長音訊、批次任務和多工執行仍可能受到 16GB Unified Memory 等硬體限制,實際速度要依模型版本與設定測試。 Q3:地端 Voice Clone 和雲端 TTS 應該怎麼選?如果在意資料控制、成本可預測、切句與重試邏輯,地端比較適合做日常與 Prototype;如果需要大量生產、快速接 API 或多語言服務,雲端比較省維護成本。更彈性的做法是建立混合式 Voice Engine,依任務切換不同引擎。 Q4:克隆音怎麼避免把 Claude、Gemini 或 n8n 唸錯?可以在文字送進 TTS 前建立專有名詞發音字典,先把 Claude、Gemini、Anthropic、n8n 等詞轉成固定讀法或標記,再進行語音生成。這比每次都讓模型自行猜讀音,更容易維持影片之間的一致性。 Q5:Voice Conversion 和 TTS 有什麼差別?TTS 主要負責把文字說成語音,通常也會處理語速、情緒、停頓與表達;Voice Conversion 則是在已有語音表現的基礎上轉換音色。兩者可以拆開使用:先用擅長表達的 TTS 把話說好,再用 Voice Conversion 換成個人音色。

  • article-全民修仙時代來了:AI 給每個普通人一個重新選擇靈根的機會

    2026/9/10

    AI自動化 AI Agent Vibe Coding
    全民修仙時代來了:AI 給每個普通人一個重新選擇靈根的機會

    最近看到一篇分析修仙小說的文章,裡面有個觀點讓我想了很久。 為什麼這幾年修仙小說這麼紅? 因為修仙小說賣的可能從來都不是「成仙」。 它真正賣的,是一套普通人的生存想像: 你可能沒有背景、沒有資源,甚至連靈根都很差。 但只要肯學、肯熬、找到自己的功法,再加上一點機緣,人生就還有翻盤的可能。 看到這裡,我突然發現: 這跟現在的 AI 時代,實在太像了。 以前沒有靈根,很多事情你連門都進不去以前想做一個網站,你最好會寫程式。 想做漂亮的廣告,你要懂設計。 想拍影片,你要懂腳本、攝影、剪輯。 想做音樂,你最好懂一點樂理。 想成立一家公司,你還需要行銷、業務、客服、行政等不同專業的人。 這就像傳統修仙世界。 你沒有火靈根,人家告訴你別學煉丹。 你沒有劍道天賦,就不要妄想成為劍修。 你的「出生能力值」,很大程度決定了你能做什麼。 但 AI 出現之後,一件很有趣的事情發生了: 雜靈根,也可以修仙了。 不會寫程式,可以 Vibe Coding。 不會畫圖,可以 AI 生圖。 不會剪影片,可以 AI 剪輯。 不會作曲,可以生成音樂。 不懂自動化,可以跟 AI 一起建立 Workflow。 一個普通人第一次可以用非常低的成本,同時碰觸過去需要很多年才能跨入的專業領域。 AI 並沒有讓所有人突然變成天才。 它只是讓大量原本沒有「靈根」的人,第一次拿到了進入仙門的門票。 ChatGPT 是法寶,Prompt 是符籙,Workflow 是陣法如果真的把 AI 時代翻譯成修仙世界,其實非常有趣: AI 時代 修仙世界 ChatGPT、Claude、Gemini、Codex 法寶 Prompt 符籙 Skills 功法 Token、算力與訂閱費 靈石 GitHub、YouTube 與網路知識庫 藏經閣 新模型、新平台與新技術 突然開啟的秘境 Vibe Coding 煉器 AI 內容製作 煉丹 n8n 與各種 Workflow 陣法 Agent 靈獸、傀儡,甚至是分身 這裡的工具名稱與能力會隨版本、方案和使用情境變動,所以重點不在於替某個法寶排出永久排名,而在於理解自己想解決什麼問題。 這時候再回頭看現在很多人在問的問題: 到底要學哪一個 AI? 其實就很像一個剛進仙門的弟子,每天跑去問: 師兄,哪一把劍最強? 問題可能一開始就問錯了。 真正重要的從來不是哪把劍最強,而是: 你到底修什麼道? 你想解決誰的問題? 你能不能把法寶組合成自己的方法? 如果想把這條路拉回實作,可以先從 非工程背景也能開始的 Vibe Coding 開始,再把經驗整理成 Prompt 到 Skill 的工作流。 當所有人都有法寶,法寶就不值錢了2023 年,你會使用 ChatGPT,可能還算是一種優勢。 到了今天,如果你告訴別人: 我會用 AI。 其實已經跟修仙者說: 我有一把飛劍。 差不多。 因為大家都有。 當法寶變成標準配備,真正產生差距的,就不再是「有沒有法寶」,而是: 你會不會使用? 你修的是什麼功法? 你能不能把不同法寶組合起來? 你有沒有自己的陣法? 最後能不能形成一套自己的戰鬥體系? 所以我最近越來越覺得,AI 能力其實也有自己的修仙境界。 AI 能力也有自己的修仙境界 境界 AI 能力 具體轉變 煉氣 會問 AI 開始把 AI 當成日常協作工具 築基 會寫 Prompt 能把需求與上下文說清楚 金丹 建立自己的 Workflow 把重複工作整理成穩定流程 元嬰 開始建立 Agent 讓 AI 代替自己執行一段任務 化神 讓多個 Agent 協作 組織 AI 團隊,打造自動化體系 煉虛 把專業知識封裝成 AI 系統 讓經驗變成可以重複使用的能力 合體 人的判斷與 AI 工作流程融合 人機協作成為日常工作方式 大乘 駕馭過去一家公司才有的生產力 一個人也能調度多種專業能力 渡劫 持續面對模型與環境變化 幾乎每隔一段時間就要重新適應天地靈氣 然後呢? 渡劫。 而且 AI 世界的天劫,可能每隔幾個月就來一次。 最可怕的是:你好不容易築基,全世界突然都築基了這大概是 AI 時代最殘酷,也最有趣的地方。 你花半年學會的能力,下一代模型可能直接內建。 以前很會寫 Prompt,是競爭力。 模型變聰明之後,Prompt 的門檻開始下降。 以前 AI 生圖需要研究一大堆參數,後來一句自然語言就能完成。 以前 Vibe Coding 已經讓不會寫程式的人可以做網站。 接下來 Agent 可能連需求分析、寫程式、測試、除錯、部署都自己完成。 你昨天還覺得自己終於築基成功。 一覺醒來: 天地靈氣復甦,全民築基。 所以 AI 時代真正危險的事情,不是不學新工具。 而是把某一個暫時稀缺的操作技能,誤認成自己長期的護城河。 所以 AI 時代反而更需要「修心」這也是我覺得修仙小說最有趣的地方。 修仙小說寫到最後,真正決定一個人能走多遠的,往往不是靈根,也不是手上的法寶。 而是「心性」。 因為法寶可以撿。 功法可以學。 丹藥可以買。 唯有道心,要自己修。 放到 AI 時代也是一樣。 當工具越來越強、取得成本越來越低,最後真正拉開人與人差距的,反而會重新回到一些看起來很「老派」的東西: 判斷力 審美 經驗 信用 選擇 持續學習 解決問題的能力 在還看不到成果的時候,持續累積的能力 這些東西,AI 很難直接送給你。 AI 時代,每個人都要選自己的「修仙百藝」修仙小說裡有煉丹、煉器、符籙、陣法、靈植。 不一定每個人都要成為最強劍修。 只要找到一門市場需要的能力,把它練深,一樣可以換到靈石、累積資源,甚至建立自己的勢力。 AI 時代也是如此。 有人修 AI 影片。 有人修 Vibe Coding。 有人修自動化。 有人修 Agent。 有人修 AI 行銷。 有人修 AI 教學。 有人修內容與個人品牌。 你不需要全部精通。 真正重要的是: 找到一條可以跟自己原本專業結合的「道」,然後持續修下去。 因為真正能賺錢的人,未必是每天知道最多新模型的人。 而是能把其中一門能力,修到真的可以解決別人的問題。 如果你想把「一個人駕馭多種能力」落地,也可以延伸閱讀 零人公司:不是沒人,而是沒有當下做決策的人。 AI 最大的機會,不是讓強者變得更強當然,有錢、有資源、有技術背景的人,使用 AI 一樣有巨大優勢。 世家依然是世家。 大宗門依然有更多靈石、更多算力、更多人才。 AI 並沒有突然讓世界變公平。 但它帶來了一個很重要的改變: 普通人可以用更低的成本,獲得以前根本碰不到的能力。 一個人可以寫程式。 可以做設計。 可以剪影片。 可以做行銷。 可以建立自動化。 甚至可以開始指揮一群 AI Agent 工作。 這才是我認為 AI 真正有趣的地方。 它不是讓每個人站在同一條起跑線,而是讓原本連比賽資格都沒有的人,突然拿到了一張入場券。 真正的「飛升」,可能不是更會用 AI所以如果真的要替 AI 修仙設計最後一個境界,我反而覺得不是: 我可以同時操作十個 AI。 真正的飛升應該是: 你已經不再親自操作每一個 AI,而是在設計 AI 如何工作。 你把自己的經驗變成方法。 把方法變成 Prompt。 把 Prompt 變成 Skill。 把 Skill 變成 Workflow。 把 Workflow 交給 Agent。 最後把 Agent 組成一套可以持續運作的系統。 到那個時候,你真正放大的就不是「AI 的能力」,而是你自己累積二十年的能力。 所以我現在越來越相信: AI 時代真正值得修的,從來不是 ChatGPT、Claude、Gemini 或哪一個模型。 那些都只是法寶。 真正值得修的是自己的「道」。 以前比的是誰有天賦。 後來比的是誰有工具。 當人人都有 AI,最後比的,可能又會回到誰的道更深。 AI 沒有保證普通人一定可以翻身,就像拿到一本功法,也不代表一定能飛升。 但是它至少讓這個時代多了一種可能: 沒有背景、沒有團隊、沒有頂級天賦的普通人,也能開始修仙。 現實世界沒有系統提示。 努力也不一定會顯示: 恭喜你,經驗值 +100。 但如果 AI 真的是這個時代突然出現的一場「靈氣復甦」,那麼現在真正值得問的,可能已經不是: 哪一個 AI 最強? 而是: 你的道,準備怎麼修? 常見問答 (FAQ)Q1:AI 真的能讓每個普通人都變成專業者嗎?不能。AI 主要降低的是專業領域的入場門檻,讓普通人更容易開始嘗試與製作;真正能走得長久,仍然需要判斷力、經驗、審美、信用與持續解決問題的能力。 Q2:AI 時代到底該先學哪一個工具?先從自己想解決的問題與想修的方向開始,再選擇適合的工具。ChatGPT、Claude、Gemini、Codex 或其他模型都只是法寶,工具能力也會隨版本、方案與使用情境變動。 Q3:不會寫程式的人可以從哪裡開始學 AI?可以先從能立即驗證成果的任務開始,例如用 AI 協助寫內容、做設計、剪影片、建立簡單 Workflow,或嘗試 Vibe Coding。重點不是一次學會所有工具,而是把一次任務逐步整理成可重複的方法。 Q4:如何把 AI 能力變成長期競爭力?把自己的專業經驗整理成方法,再依序沉澱成 Prompt、Skill、Workflow 與 Agent;當這些工具和你的領域知識、判斷力及信用結合,才比較可能形成不容易被下一代模型取代的工作系統。

  • article-【342 個免費 3D Prompt,我看到的不是提示詞資料庫,而是 3D Vibe Coding 正在成形】

    2026/9/10

    AI工具 AI Agent Vibe Coding
    【342 個免費 3D Prompt,我看到的不是提示詞資料庫,而是 3D Vibe Coding 正在成形】

    最近發現一個滿值得收藏的網站:Tripo 3D Prompts。 它整理了超過 300 個免費的 AI 3D Prompt 與實際案例,內容涵蓋 Three.js、Blender、WebGPU、Browser Game、角色建模、3D 世界與各種互動效果。 資料註記:2026 年 9 月 10 日查閱時,官方頁面顯示 342 個案例,數量會持續更新。網站會區分作者公開的原始 Prompt,以及依公開作品整理的任務描述;使用時可以先查看個別案例的來源標示。 如果只是把它當成「Prompt 大全」,其實有點可惜。 因為我看了一輪之後,真正讓我感興趣的不是這 300 多條 Prompt,而是: 3D Vibe Coding 的方法論,好像已經慢慢成形了。 以前 Vibe Coding 做網站,現在開始「做世界」這一兩年大家講 Vibe Coding,最常看到的還是: 「幫我做一個官網。」 「幫我做一個管理後台。」 「幫我做一個 SaaS。」 「幫我做一個小工具。」 本質上,大部分還是 2D Web UI。 但 Tripo 3D Prompts 裡面,已經開始出現很多完全不同的東西。 例如 Three.js 3D 遊戲、卡丁車競速、飛行模擬器、第三人稱射擊遊戲、3D 解謎、互動式中國庭院、梵谷畫作 3D 世界、WebGPU Soft Body、Blender 建模與動畫…… 甚至可以拿一張圖片或一段影片當參考,要求 AI 重建成可以互動的 Three.js 3D 場景。官方就收錄了依參考影片重建 Three.js 場景的案例,呈現這種從視覺參考出發的需求描述。 這件事代表一個很有意思的變化。 以前我們 Vibe Coding 是: Prompt → 網頁 現在開始變成: Prompt → 場景 → 物件 → 物理 → 互動 → 世界 我會把它叫做:3D Vibe Coding。 這個網站真正值得學的,不是 Copy Prompt看到 300 多個 Prompt,第一個直覺一定是:「太好了,以後直接複製貼上。」 但我反而覺得,這是最可惜的使用方式。 因為真正值得研究的是:這些厲害的 3D Prompt,到底是怎麼描述需求的? 我整理之後發現,好的 3D Vibe Coding Prompt,大致可以拆成類似的結構: Reference → World → Assets → Mechanics → Interaction → Camera → UI → Feedback Loop → Acceptance Criteria 這是我從案例整理出的需求拆解方式,不是網站規定的唯一格式。換成比較好理解的問題,就是: 需求層次 要描述清楚的事情 Reference:參考資料 參考哪張圖片、哪段影片或哪個作品? World:世界 場景長什麼樣?空間與路線怎麼安排? Assets:素材 需要哪些角色、車輛、建築與道具? Mechanics:機制 移動、物理、碰撞與遊戲規則如何運作? Interaction:互動 玩家可以做什麼?怎麼控制? Camera:鏡頭 鏡頭要跟隨、環繞,還是自由移動? UI:介面 操作提示、狀態與 HUD 要顯示什麼? Feedback Loop:回饋迴圈 怎麼執行、觀察結果,再修改? Acceptance Criteria:驗收標準 哪些條件成立,才算完成? 這跟我們平常說「幫我做一個 3D 賽車遊戲」,差非常多。 例如今天我要做卡丁車。與其只描述「我要一款賽車遊戲」,不如拆成: 世界長什麼樣?賽道怎麼設計? 車子如何控制?有沒有甩尾? 碰撞怎麼處理?鏡頭怎麼跟車? 怎麼計算圈數?有沒有 Checkpoint? AI 對手怎麼跑?HUD 顯示什麼? 什麼情況算完成遊戲? 當這些東西被描述清楚之後,AI 面對的就不再是一句模糊的願望,而是一份可以執行的規格。 不要 Copy Prompt,要 Copy Architecture這也是我現在看這類 Prompt Library 最大的心得。 Prompt 本身很快就會過時。 今天 GPT-6 Astra 很強,明天可能又有新的模型。今天某一條 Prompt 很厲害,幾個月後模型能力提升,也許一句話就做得到。模型的表現也會隨版本、方案與任務改變,不需要把當下的選擇當成永久排名。 但是,Architecture 不容易過時。 例如你找到一個很棒的 Kart Racing 案例,真正應該留下來的是: 12345678910賽道系統→ 車輛控制→ Vehicle Physics(車輛物理)→ Drift(甩尾)→ Checkpoint(檢查點)→ Lap System(圈數系統)→ AI Opponent(AI 對手)→ Follow Camera(跟隨鏡頭)→ HUD(遊戲資訊介面)→ Win Condition(獲勝條件) 這整組就是一個 Racing Game Pattern。 下一次根本不需要重新想。 你可以把 Roblox 風格換成科幻城市,也可以換成台灣夜市,甚至可以變成「享哥 AI 賽車學院」。 美術全部換掉,但是底層 Pattern 保留下來。 這才是我認為 AI 時代真正值得累積的東西。 更大的變化,是 AI 開始自己「看結果」還有一個地方,我覺得比 3D 本身更值得注意。 以前我們使用 AI Coding 的流程通常是: 下 Prompt → AI 寫程式碼 → 執行 → 人類看結果 → 告訴 AI 哪裡不對 → AI 修改 問題是,中間那個「看結果的人」一直都是我們。 但現在開始不一樣。 當工作環境具備執行、截圖與視覺理解能力,新的工作流可以變成: 1234567891011121314151617Prompt↓AI 建構↓執行↓Screenshot↓AI 自己看畫面↓跟 Reference 比較↓找出差異↓修改↓重新執行 這個差異非常大。 因為 AI 不再只是 Coding Agent,它開始變成 Visual QA Agent。 以前我們叫 AI:「幫我寫 Three.js。」 未來比較可能變成:「這是我要的參考畫面,你自己做到像為止。」 當然,「畫面像」還不是全部驗收。卡丁車能不能控制、圈數有沒有算對、碰撞是否正常,仍要搭配實際操作與功能測試;截圖主要幫助檢查視覺差異。 這也呼應我之前整理的 Agent Harness 觀念:除了模型會不會寫程式,讓它能執行、觀察、修正的工作環境,同樣關鍵。 Tripo 在這裡扮演什麼角色?這也是我一開始容易搞混的地方。 Tripo 3D Prompts 本身比較像 3D Vibe Coding 靈感與 Pattern Library。 真正需要 3D 模型時,則可以再透過 Tripo Studio 之類的 AI 3D 工具,從文字或圖片產生角色、車輛、建築、道具等 3D Assets。Tripo 官方功能介紹也將文字與圖片生成 3D 模型列為核心能力。 於是整條 Workflow 就變得很有意思。如果由我來串接,會是: 1234567891011Tripo Prompts 找案例→ 找到接近的 Pattern→ Codex 分析案例→ 產生 PRD(產品需求文件)→ 建立 Three.js Prototype→ AI 產生 3D Assets→ 匯入場景→ 執行測試→ Screenshot→ AI 視覺檢查→ 自動修改 這已經不是以前那種「AI 幫我產一個 3D 模型」,而是一條逐漸完整的 AI 3D Production Pipeline。 這裡描述的是把不同工具接起來的工作流程構想;免費 Prompt Library 與模型生成服務是不同環節,實際生成的可用功能與額度,仍以各工具當下的方案為準。 如果是我,我甚至不會只收藏 342 個 Prompt我反而會再做下一步:把這 300 多個案例重新分類。 例如: Three.js Interactive Pattern Racing Game Pattern Third Person Game Pattern 3D World Pattern Blender Modeling Pattern Physics Simulation Pattern WebGPU Interaction Pattern Product Visualization Pattern 然後把它們做成自己的 3D Vibe Coding Skill。 以後我只需要跟 Codex 說:「幫我做一款 3D 卡丁車遊戲。」 Skill 自己判斷: Game → Racing → Third Person → Vehicle Physics 接著載入對應的 Pattern,然後自己: Plan → Build → Run → Screenshot → Compare → Fix 這是我希望進一步做出的 Skill 設計方向。要讓它實際運作,還需要把分類規則、範例、工具操作與驗收條件整理好。 如果你還不熟悉 Skill、MCP 與 CLI 的分工,可以先看這篇工具名詞整理。 到了這時候,「342 個 Prompt」就不再只是收藏在瀏覽器書籤裡面的資料,而是變成 AI 可以重複使用的能力。 我覺得 3D Vibe Coding 會是下一個很好玩的方向前幾天我才在想:現在用 Three.js + Vibe Coding,到底能不能做一款類似卡丁車的瀏覽器遊戲? 看完這批案例之後,我的答案已經不是「能不能」,而是: 我們接下來可以做到多複雜? 因為當 Coding Agent、Three.js、Blender、AI 3D Model、Browser Automation、Computer Use、Visual QA 這些能力開始接起來之後,門檻正在快速下降。 以前做一個 3D 世界,你可能要會建模、材質、Lighting、動畫、Three.js、物理引擎、Game Logic、UI、程式設計…… 現在慢慢變成: 你負責描述世界,AI 負責把世界建構出來。 所以 Tripo 3D Prompts 最值得收藏的,可能不是那 342 個 Prompt,而是它讓我們提前看到了一件事情: Vibe Coding 的下一站,可能不只是做網站。 而是開始做遊戲、做空間、做互動、做模擬,甚至直接做一個可以走進去的世界。 而我們現在,可能才剛走到 3D Vibe Coding 的第一章。 常見問答 (FAQ)Q1:Tripo 3D Prompts 是什麼?可以免費使用嗎?Tripo 3D Prompts 是免費瀏覽的 AI 3D 提示詞與案例資料庫,涵蓋 Three.js、Blender、瀏覽器遊戲與互動場景。2026 年 9 月 10 日查閱時顯示 342 個案例;部分是作者原始 Prompt,部分是依公開作品整理的任務描述。免費瀏覽案例,不代表搭配使用的模型生成或程式開發工具都沒有費用。 Q2:3D Vibe Coding 與一般 Vibe Coding 有什麼不同?本文用 3D Vibe Coding 描述透過 AI 建構 3D 場景與互動體驗的做法。相較於常見的 2D 網頁介面,它還需要把世界、物件、物理、操作、鏡頭與遊戲規則描述清楚,讓需求從一句願望變成可以執行及驗收的規格。 Q3:為什麼要 Copy Architecture,而不只複製 Prompt?Prompt 的效果容易隨模型與任務改變,但架構與互動模式可以重複使用。例如賽車遊戲的車輛控制、甩尾、檢查點、圈數、對手、跟隨鏡頭與獲勝條件,都可以整理成 Racing Game Pattern,再換成不同場景與美術風格。 Q4:AI 可以只靠 Screenshot 完成 3D 遊戲驗收嗎?不行。Screenshot 適合協助比較構圖、材質、光線與介面等視覺差異;車輛操作、碰撞、圈數與獲勝條件,仍需要實際操作與功能測試。完整回饋迴圈應包含建構、執行、截圖、比較、修改,以及相關功能的再次驗證。 Q5:如何把 Tripo 案例整理成自己的 3D Vibe Coding Skill?可以先按賽車、第三人稱遊戲、3D 世界、Blender 建模、物理模擬或產品展示分類,再把各類案例的需求結構、操作方式、參考素材與驗收條件整理成 Pattern。最後將選擇 Pattern 的規則與 Plan、Build、Run、Screenshot、Compare、Fix 流程寫入 Skill,並接上實際可用的工具。

  • article-短影音音效怎麼選?從剪映內建到 AI 生成,一次搞懂 SFX 工作流

    2026/9/9

    AI工具 影音行銷
    短影音音效怎麼選?從剪映內建到 AI 生成,一次搞懂 SFX 工作流

    做短影音時,很多人會把注意力放在畫面:怎麼剪、怎麼轉場、怎麼加字幕、怎麼做 B-roll。 但實際剪完之後,常常會發現一件事: 畫面看起來沒問題,卻總覺得少了一點「節奏」。 很多時候,差的就是音效(Sound Effects, SFX)。 音效不是拿來吵,也不是每一刀都要加一個「咻」。真正好的音效,是幫畫面增加「感覺」。 畫面放大時,觀眾不只看到 Zoom,也聽到 Whoosh;重點字出現時,不只看到文字跳出來,也同時聽到 Ding 或 Impact。這些聲音會讓觀眾更自然地感受到: 「這裡有變化。」 這件事其實也跟 Pattern Interrupt 很有關係: 畫面的 Pattern Interrupt 是看得到的變化,音效則是聽得到的 Pattern Interrupt。 先把短影音聲音拆成三層如果你剛開始剪影片,不需要一次學很複雜。先把短影音的聲音分成三層,就能建立清楚的混音順序。 第一層:人聲 Voice人聲最重要。不管配樂多好聽、音效多厲害,只要觀眾聽不清楚你在講什麼,整支影片基本上就失敗了。 第二層:背景音樂 BGMBGM 負責情緒與整體氣氛,例如科技感、輕快、溫暖、懸疑、熱血或專業感。這一層可以用 Suno 產生;如果你在意公開播放或商業使用,也可以先參考在 Suno 做了一首歌,想公開播放?小心踩雷!《安心播放三重門》正式指南。 第三層:音效 SFXSFX 負責節奏與強調,例如: 咻!叮!啵!砰!喀! 短影音真正開始「有剪輯感」,很多時候就是從這一層開始。 所以我建議固定採用這個順序: 人聲 → BGM → SFX 先讓人聲清楚,再加入音樂,最後才用音效補節奏。 新手先用剪映內建音效就夠了如果平常使用剪映或 CapCut,其實內建音效已經可以應付大部分短影音需求。CapCut 官方的 Sound Effects 頁面提供 Transition、Magic、Laugh、Fight、Horror 等分類,也可以搜尋 whoosh、click、explosion 等關鍵字。 基本操作邏輯很簡單: 音訊 → 音效 → 搜尋 有一個很建議新手記住的技巧: 中文搜尋不到,就搜尋英文。 很多常用的短影音音效,本來就是用英文名稱分類。先從搜尋開始,不需要一開始就下載一大堆素材。 短影音最常用的音效,先記住這些其實不需要收藏幾百個音效。先掌握下面這些,就已經可以應付大部分 Reels、Shorts 與商品短影音。 音效 可以搜尋 適合使用情境 咻、刷過 Whoosh / Swoosh / Swish 畫面切換、Punch In 輕微咻聲 Soft Whoosh 圖卡、字幕出現 叮 Ding / Chime 答案、重點、完成 啵 Pop 圖示、文字跳出 點擊聲 Click / Tap App、按鈕、介面操作 撞擊聲 Impact / Hit 強調重點句 低沉轟聲 Boom / Bass Hit 震撼、結論、反轉 上升音 Riser / Rise 揭曉之前、製造期待 低頻下降 Bass Drop / Sub Drop 反轉、結論 掃過 Sweep 轉場 故障聲 Glitch AI、科技、錯誤 閃亮聲 Sparkle / Magic / Twinkle AI 生成、變身、完成 相機快門 Camera Shutter 照片、Before / After 打字 Typing / Keyboard ChatGPT、電腦操作 通知 Notification LINE、訊息、提醒 錯誤聲 Error / Buzzer NG、錯誤觀念 嗶聲 Beep 警告、消音 唱片急停 Record Scratch 反轉、「等等!」 倒轉 Rewind 回到前面重新解釋 心跳 Heartbeat 緊張、倒數 掌聲 Applause / Cheer 成功、完成 金幣聲 Coin / Cash Register 價格、營收、賺錢 如果你真的只想先背幾個,我會挑這 8 個: Whoosh、Ding、Pop、Click、Impact、Riser、Glitch、Sparkle 先把這八個用熟,比收藏 500 個音效更有用。 音效應該放在哪裡?先對齊畫面變化這才是真正重要的地方。不是「有 Cut 就放音效」,而是問自己: 這個畫面變化,有沒有需要讓觀眾聽見? Punch In:畫面拉近時人物本來是中景,講到: 「但真正重要的是這件事。」 畫面突然拉近,這時候可以放一個 Whoosh,讓放大的感覺更明顯。 大字突然出現畫面跳出: 錯! 可以配 Impact。視覺與聲音會同時告訴觀眾: 這一句很重要。 正確答案出現例如: 「答案就是 ChatGPT。」 配 Ding,會產生「答案揭曉」的感覺。 三個項目依序出現畫面依序出現: ChatGPT Pop Gemini Pop Claude Pop 這種音效不是拿來炫技,而是在幫觀眾感受到「一、二、三」的節奏。 AI 生成完成例如: Before ↓ AI 處理 ↓ After 最後成果出現時,可以配 Sparkle / Magic,讓觀眾自然理解:「完成了。」 如果你也在處理字幕與剪映流程,可以延伸閱讀 AI 影片字幕工作流:結合 Gemini 與剪映的極速上字幕教學;字幕與音效同樣都需要對齊畫面節奏。 音效不是越多越好這是新手非常容易犯的錯。有人第一次發現 Whoosh 很好用,就開始: 咻、咻、咻、咻、咻…… 每一個轉場都放,最後反而很累。 音效跟 Pattern Interrupt 一樣: 重點不是多,而是放在該放的地方。 可以先用下面這個簡單原則判斷: 畫面狀況 音效建議 一般 Cut 不一定需要音效 有明顯動作 可以考慮 Whoosh 有重要資訊 可以考慮 Ding、Pop、Impact 有情緒轉折 可以考慮 Record Scratch、Bass Drop、Riser 有特殊場景 才需要特殊環境音或 AI 生成音效 剪映找不到時,從 Mixkit 與 Pixabay 補素材Mixkit:建立免費 SFX 素材庫如果剪映裡真的找不到,我第一個會推薦學員去 Mixkit。 Mixkit 提供大量免費 Sound Effects,包含 Swoosh、Transition、時鐘、掌聲、電話鈴聲與科技類音效。官方頁面也將素材分成 Transition、Impact、Whoosh、Click、Ding、Notification、Glitch 等類型,適合用英文關鍵字快速搜尋。 Mixkit 的說明指出,Sound Effects 可用在個人與商業專案,例如 YouTube、社群內容與線上行銷廣告,且不強制署名。不過,實際使用前仍建議查看素材頁與當下授權條款。 所以很適合先搜尋: whoosh impact click notification 然後下載幾個自己喜歡的版本。 Pixabay:免費、可修改,但要看完整授權Pixabay 不只有圖片和影片,也有音訊與 Sound Effects。 依 Pixabay 目前的 Content License Summary,一般內容可以免費使用、修改,也不強制署名;但不能把原始素材單獨拿去重新販售或散布。如果素材含有可辨識的商標、Logo 或品牌,商業使用可能還有額外限制;某些內容也可能涉及第三方的著作權、商標權或肖像權。 因此,如果是 YouTube、Reels、Shorts 或商業社群影片,Pixabay 很方便,但不要把「免費」直接等同於「任何情境都不用確認授權」。 我的順序通常會是: 剪映內建 → Mixkit → Pixabay 大部分需求到這裡就能解決。 什麼時候才需要 AI 生成音效?當你要的聲音很具體,而素材庫不好找時,才值得使用 AI。 例如: 一列火車從遠方靠近,先聽到警笛,再經過身旁。 或是: 未來科技實驗室裡,機械手臂啟動的聲音。 又或者: 一顆巨大水滴落進金屬容器,再產生長尾回音。 這種聲音不太適合一直翻音效庫,直接用 AI 描述反而更快。 Adobe Firefly Sound Effects:特殊音效首選Adobe Firefly 現在提供 Generate Sound Effects,可以直接用文字描述音效,也能上傳影片或音訊作為參考,還能用自己的聲音或錄音來引導生成。 依 Adobe 目前官方說明,免費帳號有每日免費生成額度;正式版 Firefly 產出的 Sound Effects,在遵守 Adobe 指南與商業版本條件下,可用於商業用途。音效檔可下載為 WAV;上傳影片或音訊作為組合素材時,目前支援的檔案最長為 30 秒。功能、額度與授權都可能調整,正式使用前請再次查看 Adobe Firefly 說明 與官方 Sound Effect Generator 頁面。 例如輸入: distant passenger train horn approaching, realistic railway ambience 就可以生成「遠方列車逐漸靠近的警笛與環境聲」方向的音效。 如果我是現在重新設計這堂課,我會把 Firefly 排成: 特殊音效 AI 首選 ElevenLabs:適合快速試做與比較如果你以前有用 ElevenLabs 生音效,現在仍然可以繼續用。它的 Sound Effects 功能可以直接用文字生成指定聲音。 依 ElevenLabs 目前官方方案頁,免費帳號每月有 10,000 credits,約可進行 50 次 Sound Effects generation,單段最長 30 秒;但免費方案標示為 Personal use only,商業用途需要付費方案。付費帳號的 Sound Effects 可依方案用於商業影片、YouTube、社群與廣告。方案、額度與授權可能變動,請以 ElevenLabs Sound Effects 的最新說明為準。 因此我會這樣分: 課堂練習、測試ElevenLabs Free 很適合先測試提示詞與聲音方向。 客戶影片、正式商業用途先確認授權,或使用符合需求的付費方案。 AI 音效提示詞,也有公式其實跟 AI 生圖、AI 生影片很像,不要只輸入: 火車聲。 資訊太少。 我會用這個公式: 聲音主體 + 動作 + 距離 + 環境 + 強度 + 時長 + 排除項目 火車警笛 Realistic passenger train horn approaching from a distance, outdoor railway ambience, powerful but natural, 3 seconds, clean sound effect, no music, no speech. 短 Whoosh Short soft whoosh, fast left-to-right motion, clean video transition sound, 0.5 second, no music. Ding Single bright notification ding, crisp and clean, positive feeling, 0.5 second, no background music. 重點撞擊 Deep cinematic impact hit, short and powerful, strong low-frequency punch, 1 second, no music. 你會發現,提示詞不是寫得很文青,而是: 把你想聽到的聲音講清楚。 建立自己的 SFX Starter Pack短影音剪久了之後,不需要每次重新搜尋。我建議建立自己的音效資料夾: 123456789101112131415161718192021222324252627282930313233SFX Starter Pack01_Transitions whoosh_soft whoosh_fast swoosh sweep02_UI click tap ding pop notification03_Emphasis impact_soft impact_heavy boom bass_drop04_Emotion fail_buzzer record_scratch sparkle applause05_Ambience typing camera crowd street rain 差不多 20 個左右,就已經可以剪非常多影片。 重點不是蒐集音效,而是: 慢慢建立自己熟悉、知道什麼時候可以用的音效庫。 把整個短影音音訊流程串起來如果是新手,我會建議固定這個工作流: 先處理人聲 ↓ Suno 產生 BGM ↓ 剪映加入常用 SFX ↓ 找不到特殊音效? ↓ Adobe Firefly/ElevenLabs 生成 ↓ 最後混音與檢查 音量可以先從下面的數字當作「起始參考」。以下比較接近剪輯軟體中的峰值概念,不是所有素材都必須固定在同一個數字: 🎤 人聲:約 -3 ~ -6 dB 💥 SFX:約 -10 ~ -15 dB 🎵 BGM:約 -18 ~ -24 dB 最後還是要依素材、播放設備與平台需求調整。最重要的只有一句: 最後用耳朵確認,人聲永遠要最清楚。 給新手最簡單的結論如果不想一次學太多工具,可以先記這三個: 剪映處理 80% 常用音效。 Mixkit建立自己的免費 SFX 素材庫。 Adobe Firefly Sound Effects處理素材庫找不到的特殊聲音。 然後 Suno 負責 BGM。 這樣其實就已經是一套很完整的短影音聲音工作流。 真正讓影片變好看的,不是音效越多,而是你開始知道: 哪一個地方,需要讓觀眾不只「看到變化」,還要「聽到變化」。 這才是音效在短影音裡真正的價值。 常見問答 (FAQ)Q1:短影音裡的 SFX 和 BGM 有什麼差別?BGM 負責整支影片的情緒與背景氣氛;SFX 負責對齊畫面中的動作、重點與轉折,讓觀眾在特定瞬間「聽到變化」。兩者都不能蓋過清楚的人聲。 Q2:短影音每一次 Cut 都需要加入音效嗎?不需要。一般 Cut 可以不加音效;有明顯動作、重要資訊、情緒轉折或特殊場景時,再考慮使用 Whoosh、Ding、Impact、Riser 或環境音。 Q3:新手應該先用哪一個工具找音效?建議先用剪映或 CapCut 內建音效,再用 Mixkit 與 Pixabay 補充免費素材;只有當素材庫找不到具體聲音時,才使用 Adobe Firefly 或 ElevenLabs 生成。 Q4:AI 生成音效可以直接用在商業影片嗎?要看工具、方案與當下授權條款。Adobe Firefly 官方目前說明商業版本產出的音效可依指南用於商業用途;ElevenLabs 則標示免費方案限個人使用,商業用途需使用符合條件的付費方案。Mixkit 與 Pixabay 也各自有授權限制,正式使用前應查看最新官方條款。 Q5:AI 音效提示詞要寫哪些資訊?至少寫清楚聲音主體、動作、距離、環境、強度、時長與排除項目,例如「遠方靠近的列車警笛、戶外鐵路環境、自然但有力量、3 秒、不要音樂與人聲」。

  • article-從「周同學」我開始想:個人品牌的下一步,可能不是做更多內容,而是把自己變成一個 IP

    2026/9/8

    AI Agent 內容行銷 個人品牌
    從「周同學」我開始想:個人品牌的下一步,可能不是做更多內容,而是把自己變成一個 IP

    最近研究了一個很有意思的案例:「周同學」。 如果你不知道周同學是誰,它是周杰倫的官方二次元 IP 形象。一開始看到它,你可能會覺得: 不就是把周杰倫畫成卡通人物嗎? 但我深入研究之後,發現真正值得研究的,完全不是「把真人畫成卡通」這件事,而是它背後正在做的轉換: 把一個真人的影響力,轉換成一個可以獨立運作的 IP 資產。 以下不是在盤點周同學所有合作或授權成果,而是從這個案例拆出一個品牌命題:真人的影響力,如何被轉換成可以延伸的角色、內容與世界。 我從「周同學」看見的,不只是卡通角色周杰倫本人是一個超級 IP,但真人 IP 有一個天然限制:本人只有一個。 一天只有 24 小時,也不可能每一場活動、每一個品牌、每一座城市、每一項商品都由本人親自出席。真人的時間、體力與出場頻率,會限制影響力能夠延伸的速度。 「周同學」做的事情很有意思。它把周杰倫身上的辨識度、文化符號與粉絲記憶抽取出來,重新建立成一個二次元角色。 接著,這個角色就能進入不同場景,例如: 潮玩與文創 3C、食品與品牌聯名 藝術展與商場活動 城市活動與文旅場景 數位角色與 AI 應用 這時候我才發現: 公仔只是產品,角色 IP 才是資產。 真正的商業模式不是「周杰倫 → 卡通版周杰倫 → 賣公仔」,而是一條可以持續延伸的路徑: 1234567891011周杰倫 ↓人物符號化 ↓周同學 ↓角色 IP ↓內容、商品、品牌聯名與場景 ↓授權、數位角色與 AI 也就是把「一個人」,慢慢延伸成「一個世界」。 為什麼角色 IP 比單一商品更有延展性?單一商品的價值,通常來自一次交易;角色 IP 的價值,則來自它能不能被反覆放進新的內容、媒介與使用情境。 一個有辨識度的角色,可以成為: 漫畫或動畫裡的主角 商品與聯名活動的視覺入口 展覽、商場或城市活動的互動人物 品牌故事裡的共同角色 數位服務與 AI Agent 的使用介面 這些形式表面上不一樣,但背後共享同一個角色記憶。讀者或粉絲不需要每次重新認識一個陌生品牌,而是可以在不同場景裡持續遇見同一個角色。 因此,IP 的重點不是「最後有沒有做出公仔」,而是角色能不能承載一套穩定的個性、價值觀、內容語言與世界觀。 這也讓我重新思考「享哥」這個品牌這幾年我累積了很多東西: 文章、課程與演講 AI 工具、Prompt 與網站 影片、教學案例與工作流程 AI 漫畫、AI 漫劇與 Podcast 的研究 AI Agent、Skill 與實際應用經驗 以前我常常把它們看成不同的內容或專案。這篇文章、那堂課、某一個工具,彼此之間好像各自存在。 但如果換成 IP 的角度來看,可能完全不同。 它們其實都可以被放進同一個世界: SeanVerse。 我目前想像中的架構,大致會是: 123456789101112131415享哥 ↓角色 IP ↓SeanVerse ↓漫畫/漫劇/知識內容 ↓課程/教材/Prompt ↓數位商品/實體商品 ↓AI Agent ↓品牌聯名與授權 這樣思考之後,我突然發現: 我真正要做的,也許不是把享哥畫成動漫,而是把享哥這個真人品牌,轉換成一套可以持續延伸的 IP 系統。 這個想法也和我之前思考「專業證據」以及「如何把經驗編譯成 AI 能執行的能力」有關。內容不是彼此孤立的作品,而是可以逐步累積成知識資產的材料。 如果想理解個人品牌如何累積案例、判斷與方法,可以延伸閱讀〈AI 時代,你真正該累積的不是內容,而是「專業證據」〉;如果想進一步看經驗如何走向 Skill 與 Agent,則可以參考〈AI 時代,40 歲後最值錢的不是經驗,而是把經驗「編譯」成 AI 能執行的能力〉。 我不想只做一個「Q 版享哥」如果只是: 1享哥 → Q 版 → LINE 貼圖 → 公仔 我覺得有點可惜。 因為角色真正有價值的地方,不只是「長得像我」,而是它能不能承載我的知識、價值觀、個性與世界觀。 例如,SeanVerse 裡可以慢慢建立自己的品牌語言: AI Core:代表知識與 AI 的核心。 Knowledge Particles:代表我們在工作與學習中累積的經驗與知識碎片。 Future Library:所有文章、課程、案例與方法匯聚的地方。 Knowledge Gate:通往不同學習領域的入口,例如 Vibe Coding、AI 行銷或 AI Agent。 AI Bird:陪著角色探索新科技世界的夥伴,也可以成為引導讀者學習的角色。 這些名詞不是為了把畫面做得更像科幻作品,而是希望逐步建立一套可以被辨認、被使用、被延伸的品牌語言。 當讀者看到 Knowledge Gate 時,知道那是一條學習路徑;看到 Future Library 時,知道那是一座知識庫;看到 AI Bird 時,知道它可能會陪著角色探索新的工具與問題。 這時候角色就不只是我的分身,它開始有自己的世界。 周同學 IP 化的是明星影響力,SeanVerse 想 IP 化的是知識我跟周同學有一個很大的不同。 周杰倫原本就擁有巨大的明星影響力,所以周同學很適合把明星的辨識度、粉絲記憶與文化符號商品化。 但我不是明星。 我是一個老師、一個創作者,也是一個每天都在研究新科技的人。所以如果我要走這條路,我真正能夠 IP 化的東西,不是明星光環,而是: 知識。 這也是我目前覺得最有意思的方向。 周同學是在把「明星影響力」IP 化;而 SeanVerse 想做的,是把「知識」IP 化。 這裡的知識,不只是把文章整理成一個資料夾,也不只是把課程換成角色講解。它還包括: 我如何拆解一個新工具 我如何判斷某個方法適不適合使用 我在不同案例中看過哪些失敗 為什麼某些做法在特定情境有效,換個情境卻不適用 如何把複雜的 AI 概念轉成初學者可以實作的路徑 這些反覆出現的觀點、判斷與教學方法,才是知識型 IP 最值得留下來的部分。 角色不只是拿來看的,而是真的可以教你東西這也是 AI 時代跟以前最大的不同。 以前的角色 IP,主要存在於漫畫、動畫、商品、公仔或遊戲。但現在多了一個全新的可能: AI Agent。 未來你看到 SeanVerse 裡面的角色,不一定只是看它講一句話,也不一定只是在社群上按讚或分享。 你甚至可以直接問: 我想學 Vibe Coding,應該怎麼開始? 角色可以帶你進入 Vibe Coding 的 Knowledge Gate,幫你規劃學習路線、給你任務、解釋觀念、檢查成果,甚至陪你完成第一個作品。 這時候,角色與 AI 系統之間可以形成清楚的分工: 層次 在 SeanVerse 裡的角色 角色 UI,讓人用熟悉、具辨識度的形象進入服務 人格 UX,決定互動時的語氣、價值觀與陪伴方式 文章、課程與經驗 Knowledge Base,提供內容、案例與判斷素材 LLM Brain,負責理解問題與組織回應 Agent Action Layer,負責規劃任務、呼叫工具與協助完成行動 SeanVerse World,承載角色、內容、產品與互動場景 角色是 UI,人格是 UX;我的文章、課程與經驗是 Knowledge Base;LLM 是 Brain;Agent 是 Action Layer;而 SeanVerse,就是承載這一切的 World。 這件事情很有趣,因為角色不再只是被動展示知識,而是可以成為知識服務的入口。 如果想了解 AI Agent 與工具、Skill 之間的分工,也可以延伸閱讀〈Skill 之後,下一個 AI 開發者一定要懂的詞:Agent Harness〉。 個人品牌的媒介,可能不等於真正的資產以前我們講個人品牌,通常會從媒介開始思考: 我要不要經營 Facebook? 要不要拍 YouTube? 要不要做 Podcast? 要不要寫文章? 但這些其實都只是媒介。 更往下一層思考,我們真正累積的到底是什麼? 如果有一天: 文章可以被 AI 大量產生 影片可以被 AI 大量產生 Podcast 可以自動生成 社群也可以由 AI Agent 協助經營 那麼真正稀缺的,可能就不再只是內容本身,而是: 你是誰。 你的經驗、觀點、人格、方法論、故事、價值觀,以及別人對你的信任,才是難以快速複製的部分。 這不代表內容不重要。內容仍然是建立信任、傳遞知識與留下證據的方式;只是內容不應該停留在一篇篇彼此分散的作品,而是要逐漸形成: 1觀點 → 方法 → 案例 → 知識庫 → 角色 → 服務與互動 當這些東西累積到一定程度之後,其實就開始具備 IP 的條件。 真人負責建立信任,角色負責突破人的限制這可能是我研究周同學之後,得到最大的一個啟發。 未來的個人品牌,也許會慢慢變成: 真人 IP × 角色 IP × AI Agent 三者的分工可能是: 資產層 主要任務 享哥本人 透過真實經驗、教學與互動建立信任 角色 IP 跨越文章、漫畫、影片、商品與活動等媒介傳播 AI Agent 讓知識可以被查詢、被練習、被執行與被互動 SeanVerse 承載上述資產的世界觀、內容架構與商業延伸 所以我目前想像中的 SeanVerse,最後可能會有三層: 123享哥本人=信任資產角色 IP=品牌資產SeanVerse=可以持續延展的知識世界 而 AI 從頭到尾都不是主角。 AI 只是讓這個世界可以被建立、被放大、被互動的一種技術。真正的主角依然是: 人與知識。 如果要開始,第一步不是做公仔,而是整理世界觀這個想法不代表今天就要立刻做出完整的角色商品,也不代表只要畫一個角色就會自動形成 IP。 比較務實的起點,可能是先把以下幾件事情整理清楚: 定義角色要代表什麼:角色的個性、語氣、價值觀與讀者關係是什麼? 整理知識領域:哪些主題可以成為不同的 Knowledge Gate? 建立內容與方法的對應:每一篇文章、每一堂課,能解決哪一種問題? 留下判斷與案例:不只保存答案,也保存選擇、取捨、例外與失敗經驗。 從一個 Agent 場景開始:先讓角色協助完成一個具體的學習或工作任務,再逐步擴展。 這樣做的目的,是讓角色不只「看起來像享哥」,而是真的能代表一套可被使用的知識與方法。 SeanVerse 可能真正代表的事情AI 時代的個人品牌,下一場競爭可能已經不只是: 誰的內容做得比較多? 而是: 誰能把自己累積多年的知識、人格與信任,建立成一個可以持續運作的 IP 世界? 我想試著把這件事情做出來。 也許未來的享哥,不只是一個寫文章、做課程、上台演講的人;也可能是一個有角色、有知識入口、有學習路徑,甚至能透過 AI Agent 陪人完成事情的世界。 這可能就是 SeanVerse 真正的開始。 常見問答 (FAQ)Q1:個人品牌為什麼需要發展成 IP?個人品牌發展成 IP,不是為了追求流行,而是讓累積的經驗、人格、方法論與信任,可以被延伸到更多內容、媒介、產品與互動場景,降低真人只能親自出場的限制。 Q2:知識型 IP 和一般角色 IP 有什麼不同?一般角色 IP 可能以故事、外觀與情緒連結為主;知識型 IP 除了角色辨識度之外,還要承載可被學習與使用的觀點、案例、方法、判斷與學習路徑。 Q3:SeanVerse 是什麼?SeanVerse 是我用來想像「享哥品牌如何延伸」的知識世界,未來可以承載角色 IP、漫畫、漫劇、課程、Prompt、數位商品、實體商品、AI Agent、品牌聯名與授權等內容。 Q4:AI Agent 在 SeanVerse 裡扮演什麼角色?AI Agent 是 SeanVerse 的互動與行動層。它可以根據知識庫與角色人格回答問題、規劃學習路線、安排任務、檢查成果,或協助使用者完成具體工作。 Q5:不是明星,也能建立個人 IP 嗎?可以。非明星的個人品牌不一定要 IP 化明星光環,而是可以從專業知識、真實案例、個人觀點、教學方法與長期信任開始,建立一個具有辨識度且能持續延伸的知識型 IP。

  • article-AI 變現五階段:賣時間 → 賣知識 → 賣能力 → 賣結果 → 賣資產

    2026/9/8

    商業策略 AI自動化 AI Agent
    AI 變現五階段:賣時間 → 賣知識 → 賣能力 → 賣結果 → 賣資產

    最近很多人問我: 現在學 AI,到底可以怎麼變現? 接案?開課?做顧問?賣 Prompt?用 Vibe Coding 做 SaaS?還是弄一堆 AI Agent,包裝成「AI 員工」? 這些當然都可以。 但我最近越來越覺得,如果只是整理「100 種 AI 賺錢方法」,其實沒有太大意義。因為工具一直換、模型一直進步,今天還能單獨販售的東西,半年後可能就變成 AI 的內建功能。 真正值得研究的是: 你到底在賣什麼? 如果從這個角度來看,我認為 AI 變現其實可以分成五個階段: 賣時間 → 賣知識 → 賣能力 → 賣結果 → 賣資產 而且越往後走,你的收入就越不需要完全跟自己的時間綁在一起。 AI 變現五階段,差別在於你交付什麼 階段 你正在販售的東西 常見形式 收入與時間的關係 賣時間 親自執行的服務 接案、代做、客製專案 高度綁定個人時間 賣知識 可傳遞的方法與經驗 課程、顧問、內訓、教材 同一份經驗可以重複販售 賣能力 被軟體化的專業判斷 Prompt、Workflow、Skill、Agent、程式 開始具備複製與自動執行能力 賣結果 客戶真正想要的產出 名單、預約、內容、報告、成交 以成果而非工具作為價值單位 賣資產 長期累積的商業系統 品牌、資料、產品、流量、通路 有機會產生長期複利 這五個階段不是互相排斥的商業模式,而是一條可以逐步升級的路徑。第一階段能幫你建立現金流,後面的階段則讓每一次交付都留下可以持續使用的東西。 第一階段:賣時間,先把效率差轉成現金流這是最容易開始的 AI 變現方式。 例如: 幫客戶製作 AI 圖片 製作 AI 影片 撰寫文案 製作簡報 用 Vibe Coding 建立網站 串接自動化流程 整理資料 建立客服系統 以前一個網站可能需要做兩個禮拜。現在搭配 AI,可能兩三天就能完成。 以前剪一支影片需要幾個小時,現在 AI 可以協助處理腳本、配音、字幕、素材,甚至完成初剪。 於是你產生了一個非常大的「效率差」:市場還按照過去的價值付錢,但你的生產成本已經下降。 這其實就是現在很值得把握的一波:AI Service Arbitrage。 你利用 AI,把原本需要大量人工的服務成本壓低,再把節省下來的效率轉換成利潤或更有競爭力的報價。 問題是:你還是在賣自己的時間。 一天終究只有 24 小時。當案件變多,你會開始遇到交付上限,也一定會開始思考: 能不能不要每次都從頭做? 這個問題,就會把你帶到第二階段。 第二階段:賣知識,讓一次經驗可以重複交付當你做過十次、二十次之後,就會開始累積方法。 你會逐漸知道: 第一步應該做什麼 第二步應該問什麼 哪些地方最容易出錯 什麼 Prompt 比較有效 哪些流程可以省下時間 這時候你就可以開始販售: 課程 顧問服務 企業內訓 Workshop 教材 模板 你不再只是說: 我幫你做。 而是開始說: 我教你怎麼做。 這一步最大的改變,是同一份經驗開始可以賣很多次。你把過去在專案裡累積的做法整理成知識產品,交付的就不再只有一次性的勞動。 但它還有一個問題:你教完了,對方還是得自己做。 如果對方沒有時間、沒有經驗,或是不知道如何處理例外情況,那麼一份教材仍然不一定能直接變成成果。於是 AI 時代開始出現一個非常重要的第三階段。 第三階段:賣能力,把 Know-how 編譯成 AI 可以執行的能力這可能是我目前最看好的方向之一。 以前我們只能把 Know-how 寫成: 教材 SOP 書籍 課程 但現在開始可以把 Know-how 寫成: Prompt Workflow Skill Agent 程式 假設你很會寫廣告文案。以前你的變現方式可能是幫別人寫,或是教別人寫。 現在你可以把自己的判斷標準、文案架構、檢查流程、修改邏輯與產業經驗,全部整理成一套 Skill。 以後別人不一定需要「學會你」。他可以直接呼叫你的能力。 這是一個非常巨大的改變,因為我們第一次有機會把: 專業知識 → 編譯成 AI 可以執行的能力 例如: 房仲競品分析 Skill 短影音剪輯 Workflow AEO 分析 Agent 廣告法規檢查 Agent 行銷企劃 Skill 這些東西本質上都不只是 Prompt,而是被軟體化的專業能力。Prompt 比較像一次性的指令;Skill、Workflow 或 Agent 則可以把規則、步驟、判斷與檢查方式組合成可重複呼叫的模組。 如果想進一步理解 Prompt 與 Skill 的差異,也可以延伸閱讀:從提示詞到 Skill:5 個實務做法打造高效率 AI 自動化工作流。 當很多能力串在一起,就會開始變成 AI 系統,甚至是一間 AI 公司。 第四階段:賣結果,從工具服務走向 Outcome as a Service這一層我覺得很多人還沒有真正開始思考。 今天如果你賣的是: AI 業務 Agent,一個月 3,000 元。 客戶可能會問: 為什麼我要每個月付你 3,000 元? 但如果你說: 每帶來一個符合條件的潛在客戶,我收 500 元。 客戶思考的問題就會完全改變。他開始問的可能是: 那你一個月可以給我幾個? 這就是從 Software as a Service 慢慢往 Outcome as a Service 移動。 你不再只是販售工具,而是販售客戶真正想要的結果: 名單 預約 影片 報告 成交 流量 轉換 AI 只是你背後的生產機器。 客戶甚至不需要知道你使用的是 GPT、Claude、Gemini,還是十個 Agent。他只在乎一件事情: 結果有沒有出來? 當然,這種模式的前提是結果必須能被清楚定義、量測與驗收,雙方也要先約定交付範圍與品質標準。否則「賣結果」很容易變成責任不清的承諾。 我認為未來很多所謂的「AI 員工」,最後都會走到這一步。因為企業真正想買的從來不是 AI,企業想買的是產出。 第五階段:賣資產,讓前面的累積開始產生複利這才是我認為 AI 變現最後真正有意思的地方。 前面四層做久了,你會累積什麼? 客戶 資料 品牌 內容 SOP Skills Agents 軟體 流量 通路 Know-how 這些東西開始組合成一個不完全依賴你本人工作的商業資產。 例如你原本只是幫別人做 AI 短影音,後來把方法做成課程,再把流程寫成 Skill,接著做成自動剪輯工具。累積使用者之後,又產生大量資料與客戶。 最後你擁有的就不再只是: 我很會做 AI 影片。 而是一整套: 內容+技術+客戶+資料+品牌+產品 這時候 AI 已經不是你的商品,AI 變成公司的基礎設施。 這也是為什麼我認為,把專業知識做成軟體,會是 Vibe Coding 之後很值得關注的方向。可以延伸閱讀:Vibe Coding 下一階段:把專業知識變成軟體,產業專家就是下一代產品經理。 同一份專業,其實可以賣五次假設你很懂「AI 短影音」,同一份 Know-how 可以有五種不同的交付方式: 第一次,賣時間: 我幫你剪。 第二次,賣知識: 我教你剪。 第三次,賣能力: 我把剪輯方法做成 Skill,讓 AI 幫你剪。 第四次,賣結果: 你不用管怎麼剪,我每個月直接交付 30 支影片。 第五次,賣資產: 把整套系統變成產品、品牌、平台與客戶群。 你會發現,Know-how 從頭到尾可能根本沒有換。改變的只是你怎麼包裝它、怎麼交付它,以及價值如何被客戶理解。 這個例子中的 30 支影片,是交付形式的示意,不是對任何服務的固定承諾。真正的數量、品質與價格,仍然要依服務範圍與客戶需求定義。 如何把每一次交付,逐步變成資產?如果你現在還在第一階段,完全沒有問題。賣時間本來就是最快建立現金流的方法。重點不是跳過第一階段,而是在完成工作時,刻意留下可以累積的部分。 每做完一個案子,可以多問自己幾個問題: 這次交付裡,哪些步驟會重複出現? 哪些問題客戶每次都會問? 哪些判斷其實可以整理成規則? 哪些流程可以變成 SOP 或模板? 哪些經驗可以變成課程或 Workshop? 哪些能力可以變成 Skill、Workflow 或 Agent? 這個服務是否有機會按照成果收費? 長期下來,哪些內容、資料、客戶或通路會留下來? 你不需要一次把所有事情都做完。可以先保留一份 SOP,再把其中一個重複步驟整理成模板;接著,把模板變成 AI 可以執行的模組,最後才思考如何產品化與規模化。 如果每做一個案子,都留下其中一部分,事情就會開始不一樣。 AI 變現真正值得學的,是把勞動變成資產所以我現在看 AI 變現,已經不太看「用什麼工具」。 我反而會先問一個人: 你現在在哪一層? 你現在是不是還在接一個案子、做一次、收一次錢? 如果是,那沒有問題。第一階段本來就是最快建立現金流的方法。但完成交付後,可以多問一句: 這次交付裡,有什麼東西可以留下來? 賣時間,是今天做、今天有收入。 賣知識,是把昨天的經驗再賣一次。 賣能力,是讓 AI 開始替你執行專業。 賣結果,是把 AI 變成背後看不見的生產機器。 賣資產,則是讓前面所有累積開始產生複利。 所以如果今天有人再問我: 學 AI 到底要怎麼變現? 我的答案可能不會先叫他去學哪個工具。我會先問: 你現在有什麼能力,是市場原本就願意付錢的? 然後我們再來想,怎麼利用 AI,把這份能力從「只能賣一次」,一路變成「可以被複製、被執行、被規模化,最後成為資產」。 這可能才是 AI 變現真正值得走的路。 常見問答 (FAQ)Q1:AI 變現五階段分別是什麼?AI 變現五階段是「賣時間、賣知識、賣能力、賣結果、賣資產」。它描述的是同一份專業如何從一次性服務,逐步變成可複製的知識、可執行的 AI 能力、可驗收的成果,以及不完全依賴個人時間的商業資產。 Q2:AI 變現新手應該從哪一個階段開始?多數人可以先從賣時間開始,利用 AI 提升服務效率並建立現金流。完成數次交付後,再把重複流程整理成 SOP、教材、模板或 AI 模組,逐步往賣知識與賣能力前進。 Q3:Skill 或 Agent 和 Prompt 有什麼不同?Prompt 通常是一次性的指令;Skill 或 Agent 則能把專業規則、工作步驟、判斷標準與檢查流程組合成可重複呼叫或執行的模組。因此,Skill 與 Agent 更接近被軟體化的專業能力,而不只是更長的 Prompt。 Q4:什麼情況適合從賣工具改成賣結果?當客戶真正關心的是名單、預約、影片、報告、成交或轉換,而且這些產出可以被清楚定義、量測與驗收時,就可以思考 Outcome as a Service。此時要先與客戶約定交付範圍、品質標準與計價方式,避免把模糊期待當成結果承諾。 Q5:AI 時代所說的「賣資產」是什麼意思?賣資產是把長期累積的客戶、資料、品牌、內容、SOP、Skills、Agents、軟體、流量與通路組合成一套商業系統。這套系統即使不需要你親自參與每一個細節,也能持續支援產品、服務與收入。