跳到主要內容

部落格

不定期分享最新資訊文章

  • article-AI 時代真正會被淘汰的,可能不是員工,而是「組織圖」

    2026/9/8

    商業策略 AI自動化 AI Agent
    AI 時代真正會被淘汰的,可能不是員工,而是「組織圖」

    最近看到一篇文章,標題下得很狠: 「市面上那些 AI 員工,將來多數都會是垃圾。」 文章裡有一句話讓我停下來想了很久: 「差別在於它取代的是一段流程,不是一個職稱。」 我覺得這句話,其實點出了現在很多企業導入 AI 時最大的問題。 我們嘴巴上說 AI 是全新的技術,但真正開始設計 AI 的時候,腦袋裡裝的卻還是幾十年前的公司組織圖。 公司有人資,所以做一個 AI 人資;公司有客服,所以做一個 AI 客服;公司有業務,所以做一個 AI 業務;公司有行銷,所以做一個 AI 行銷助理。 最後我們得到一間很有趣的公司:原本有十個人,現在變成一個人管理十個 AI 員工。 看起來很 AI,但仔細想想,公司的運作方式根本沒有改變。我們只是把組織圖裡面的人,換成 AI。 AI 真正取代的,可能不是職稱,而是一段流程傳統企業習慣用「職位」描述工作:客服負責回答問題、業務負責開發客戶、行政負責整理資料、行銷負責產出內容。 但客戶真正需要的,從來不是「某個職位完成自己的工作」,而是問題被解決、訂單被推進、報價被送出、客戶被妥善服務。 這中間的職位、部門與交接,很多時候只是人類在能力、時間、管理與協作都有限的情況下,發明出來的組織方式。 因此,AI 導入最值得問的問題,不一定是: 哪一個職位可以交給 AI? 而是: 哪一整段工作,可以重新設計成更短、更直接、更少交接的流程? 我們可能正在用「職缺」限制 AI今天的 AI 已經不只是聊天機器人。它可以搜尋資料、操作瀏覽器、處理文件、分析資料、寫程式、使用工具、串接 API,甚至建立完成任務所需要的小工具。 那麼問題來了:為什麼我們還要跟它說: 你是一個行銷助理,所以只負責行銷。 你是一個客服,所以只回答客戶問題。 你是一個業務,所以只負責開發客戶。 這其實很奇怪。 就像你買了一台可以挖土、搬運、測量,甚至自己規劃施工路線的機器,最後卻告訴它:「你的職稱是搬運工,所以你只能搬磚頭。」 不是 AI 不夠強,而是我們對 AI 的想像太小。我們把人類為了管理方便而設計的職缺,誤認成 AI 也必須遵守的能力邊界。 AI 導入的五個階段:從工具到 AI 原生組織如果把企業導入 AI 的路徑往前推,我會把它分成五個階段。 第一階段:AI 工具化這是大部分人現在最熟悉的階段: 幫我寫 Email。 幫我整理會議紀錄。 幫我做簡報。 幫我分析 Excel。 這個階段的 AI 是「工具」。人還是原本那個工作的人,只是完成工作的速度變快了。 它能提升個人生產力,但公司的基本分工、流程與責任邊界通常沒有改變。 第二階段:AI 職位化接下來是現在市場上很流行的: AI 客服 AI 行銷助理 AI 業務開發員 AI 人資助理 企業開始把一部分工作交給 AI,並且用人類熟悉的職稱來包裝它。這當然不是沒有價值,因為它能降低使用門檻,也容易讓組織理解「誰負責什麼」。 但如果停在這裡,我們其實只是把原本的人類組織數位化:人類客服變成 AI 客服,人類業務變成 AI 業務,舊有的交接方式與 SOP 仍然存在。 第三階段:AI 流程化真正有意思的轉變,是問題從: 哪一個工作可以交給 AI? 變成: 哪一整段流程可以交給 AI? 例如,以前客戶詢價可能要經過: 12345678910客戶填表單→ 行政整理資料→ 業務確認需求→ 查詢 CRM→ 找產品資料→ 計算價格→ 主管確認→ 製作報價→ 寄出 Email→ 三天後追蹤 如果 AI Agent 可以跨網站、CRM、Email、資料庫與內部系統工作,那麼我們為什麼還需要按照原本的十個步驟走? Agent 收到需求之後,可以自己理解問題、取得資料、計算價格、產生報價、更新 CRM、寄信,甚至安排下一次 Follow-up。這時候 AI 取代的已經不是某一個人,而是一整段工作流。 想進一步理解企業如何把不同 AI 能力組合成工作流,也可以參考企業工作自動化不只有 ChatGPT:6 大 AI 自動化能力解析。 第四階段:不是自動化流程,而是刪掉流程這可能才是未來企業 AI 導入真正拉開差距的地方。 很多企業現在談 Automation,做的事情其實是:原本有十個步驟,想辦法讓 AI 自動跑完這十個步驟。 但更值得問的是:這十個步驟真的有必要存在嗎? 為什麼需要填這張表?因為以前行政人員需要整理。 為什麼要整理成 Excel?因為主管需要查看。 為什麼主管需要查看?因為他要決定下一步。 如果 AI 能直接讀取原始資料、理解內容、做出判斷,再依照規則執行下一步,這張表還需要存在嗎? 那張表可能根本不需要存在,那份 Excel 可能不需要存在,甚至某些簽核、資料搬運與中間系統也可能不需要存在。 這時候真正省下來的,不只是「一個員工的薪水」,而是以下這些長期累積的成本: 等待與排隊 跨部門轉交 資料重打 格式轉換 跨系統搬運 重複確認與溝通 自動化是讓舊流程跑得更快;AI 原生設計則可能直接讓其中一部分流程消失。 第五階段:AI 原生組織如果繼續往前推,我甚至懷疑「AI 員工」這個詞本身都可能變得很奇怪。 真正成熟的 Agent,不一定需要固定職稱。今天它幫你研究市場,下一秒寫一支程式取得資料,接著分析資料;發現缺少工具,就自己建立工具,然後操作 CRM、更新網站、寄出 Email,再把結果整理給你。 你很難說它到底是工程師、研究員、行銷、業務,還是行政。它只是為了完成一個 Goal,動態呼叫自己需要的能力。 這也解釋了為什麼我最近越來越關注 Agent Harness。模型只是大腦,真正決定 AI 能做到多少事情的,還包括: 元件 在 AI 原生組織中的作用 Model 理解、推理與產生下一步行動 Context 提供目前任務、專案與環境所需的背景 Memory 保留可重複使用的歷史資訊與工作狀態 Skills 封裝特定領域的做法、規則與判斷方式 Tools 讓 Agent 搜尋資料、操作檔案、呼叫 API 或使用服務 Permissions 限制哪些資料與操作可以被存取 Workflow 定義任務如何拆解、串接與交接 Evaluation 驗證結果是否符合品質與安全要求 Harness 把上述能力組合成可持續執行的工作環境 因此,未來我們管理的可能不是「我有幾個 AI 員工」,而是: 為了完成這個目標,我可以調度多少模型、Skills、Tools、Memory、資料、權限與 Agent? 如果想深入了解 Skill 與 Harness 的差別,可以閱讀Skill 之後,下一個 AI 開發者一定要懂的詞:Agent Harness。 AI 導入真正該計算的 ROI:消滅多少工作我開始覺得,AI 導入真正的 ROI,不應該只算「取代多少人」,而應該算「消滅多少工作」。 這兩件事情完全不同。 一家公司可能完全沒有裁員,但原本每個月需要 500 小時的行政流程,最後只剩下 50 小時。那些人力並沒有消失,而是可以轉去做客戶關係、產品、策略、創意,以及真正需要人類判斷的事情。 這種轉變的價值,不只是節省薪資,還包括: 更短的回應時間 更少的交接錯誤 更即時的決策 更少的重複溝通 更高比例的時間投入在高價值工作 所以,評估 AI 專案時,可以把問題從「省了幾個人」改成以下幾個更接近實際營運的問題: 這段流程原本每月消耗多少工時? 有多少時間只是等待、搬運、重打與確認? AI 導入後,哪些步驟可以合併或直接刪除? 哪些決策仍然需要人類核准? 省下來的時間是否真的被轉移到更高價值的工作? 這樣算出來的 ROI,會比單純計算「少請一個人」更接近 AI Transformation 的真實價值。 重新設計公司,而不是替換組織圖上的人所以我現在反而不太想問:「我要哪一個 AI 員工?」 我會想問另外一個問題: 如果今天重新建立這家公司,而且一開始就知道 AI Agent 存在,我還會設計出現在這套組織與 SOP 嗎? 很多公司的答案可能是不會。 因為很多工作、職位與流程,其實都是過去技術限制下形成的產物。當限制改變,組織本身也應該重新設計。 可以把傳統問法改成這樣: 傳統問法 AI 原生問法 我需要哪一個 AI 員工? 我需要完成哪一個 Goal? 哪個部門負責這件事? 完成任務需要哪些資料與權限? 哪個人接手下一步? 哪個 Agent 或工具可以直接承接? 如何讓十個步驟自動執行? 哪些步驟可以合併或消失? 我有幾個 AI 員工? 我能調度多少能力來交付結果? 如果最後只是把「人類客服 → AI 客服」、「人類業務 → AI 業務」、「人類行政 → AI 行政」、「人類行銷 → AI 行銷」全部替換一次,那可能只是把舊公司的組織圖重新畫了一遍。 真正的 AI 原生企業,可能連那張組織圖都不一樣。 一人公司的下一步:建立 AI Operating System對一人公司來說,未來也不一定是一個老闆帶著十個有名字、有頭像、有職稱的 AI 員工。 更可能是:一個人擁有一套可以根據目標,動態組合模型、Agent、Skills、Tools、Memory 與工作流程的 AI Operating System。 在這種架構裡,人的角色不一定是每天親自執行所有步驟,而是: 定義想完成的目標 設計可接受的規則與權限 建立可重複使用的 Skills 決定哪些節點需要人工核准 檢查結果品質與風險 把省下來的時間投入關係、創意與決策 這和「用 AI 取代所有人」是兩件不同的事情。前者是重新設計工作的系統,後者只是把裁員當成導入 AI 的唯一答案。 結語:AI 改變的可能是公司存在的方式不要只是拿「職缺」去想像 AI,也不要只是用 AI 重現今天的公司。 真正值得思考的是: 如果 AI 的能力沒有被現在的職稱與 SOP 限制,我公司的哪些工作,甚至哪些流程,可以直接消失? 因為 AI 真正可能改變的,從來不只是某一個人的工作,而是我們過去認為「公司本來就應該這樣運作」這件事情本身。 常見問答 (FAQ)Q1:AI 員工和 AI 流程有什麼不同?AI 員工通常以人類職稱或部門為單位,模擬客服、業務或行政等角色;AI 流程則以「完成一個目標」為單位,讓 Agent 跨越多個系統與職能,直接處理一整段工作。 Q2:企業導入 AI,應該先從哪裡開始?應先盤點一段完整的端到端流程,記錄其中的交接、等待、資料重打、重複確認與人工決策,再選擇低風險、規則清楚的流程做小範圍試點,而不是先購買一個對應職稱的 AI 工具。 Q3:是不是所有流程都應該自動化?不是。導入 AI 前應先檢查每個步驟是否仍有存在必要,能合併或刪除的流程不必自動化;涉及高風險決策、法律責任、資金交易或個資的節點,仍應保留適當的權限控管與人工核准。 Q4:什麼是 AI 原生組織?AI 原生組織不是把每個人類職位各自換成一個 AI,而是以目標為中心,動態調度模型、Agent、Skills、Tools、Memory、資料、權限與工作流程來交付結果。 Q5:AI 原生組織會讓人類完全失去工作嗎?不一定。更合理的目標是消除低價值、重複與等待型工作,讓人類把時間轉向客戶關係、產品、策略、創意與需要責任判斷的任務。是否減少人力,取決於企業的策略與治理方式,不是 AI 導入的唯一衡量標準。

  • article-【AI 幫你做網站還不夠:下一代網站,應該讓 AI Agent 能直接操作】

    2026/9/7

    AI自動化 AI Agent Vibe Coding
    【AI 幫你做網站還不夠:下一代網站,應該讓 AI Agent 能直接操作】

    最近看到有人分享「MCP 網站」的概念。 他舉了一個很直覺的例子: 以前網站做好之後,想改一個標題、換一段服務說明,可能還得登入後台,甚至重新找工程師;但網站接上 MCP 之後,可以直接告訴 AI: 把首頁這段改成今年的活動內容。 AI 就能直接替你處理。 一開始我也在想: 現在 ChatGPT、Codex、Claude Code 都已經可以幫我們做網站了,那我用 AI 做出來的網站,不就算 MCP 網站嗎? 深入拆解後,我才發現這其實是兩件完全不同的事。 而且真正值得注意的,不只是 MCP。它背後其實正在浮現一種新的網站架構: Agent-native Website。 也就是網站不再只設計給「人」操作,同時也開始設計給「AI Agent」操作。 這可能會是 Vibe Coding 下一個很值得注意的發展方向。 AI 幫你做網站,不等於 MCP 網站先釐清第一個最容易混淆的地方。 假設今天我跟 ChatGPT Sites、Codex 或 Claude Code 說: 幫我做一個品牌官網。 AI 幫我完成: 首頁 商品頁 表單 後台 資料庫 部署 這叫做 AI-assisted Website Development,也就是「AI 幫我做網站」。 但網站上線之後,如果 AI 沒辦法透過標準介面去讀取、查詢、修改與操作網站,那它並不會因為是 AI 做的,就自動變成「MCP 網站」。 這兩件事情必須分開: AI 幫你建立網站≠AI 可以操作網站 前者解決的是「開發」;後者解決的是「營運」。 我反而覺得,後者可能更值得關注。 MCP 到底在網站裡扮演什麼角色?MCP 是 Model Context Protocol 的縮寫。如果用很簡化的方式理解,可以把它想成: 讓 AI Agent 知道外部系統有哪些能力,並且可以使用這些能力的一套標準介面。 傳統網站通常長這樣: 123456789使用者 ↓Browser ↓Frontend ↓Backend / API ↓Database 管理網站的人則可能走另一條路: 1234567管理者 ↓/admin ↓Backend ↓Database 所以網站其實一直都是: Human-first。 所有東西都是設計給人點的:按鈕、選單、表單、Dashboard 與 CMS。 但 MCP 加進來後,會多出另一個入口: 123456789AI Agent ↓MCP Client ↓MCP Server ↓Website Services ↓Database / CMS / API 這時候 AI 不需要像人一樣: 登入後台 → 找到文章 → 點編輯 → 修改 → 按發布。 它可能直接呼叫: 1234567get_pages()update_page()create_article()get_products()update_product()get_orders()get_analytics() 這才是 MCP 真正有意思的地方。 MCP 不是裝在網站前台這也是我一開始很容易誤解的地方。 既然叫「MCP 網站」,是不是代表要在網站裡面裝一個 MCP? 其實不應該這樣理解。比較好的架構應該是: 12345678910 ┌─ Website Frontend │Website Services ──────┼─ Admin │ ├─ REST API │ └─ MCP Server ↑ │ AI Agent Frontend 是給消費者使用。 Admin 是給管理者使用。 API 是給其他程式使用。 MCP 則是提供給 AI Agent。 所以我反而比較喜歡一個更精準的名稱: MCP-enabled Website。 因為 MCP 並不是「網站本身」,而是網站額外提供的一個 Agent Interface。 MCP 跟 API 到底差在哪裡?這也是另一個很常見的問題。 既然網站本來就有 API: 123GET /api/productsPOST /api/articlesPATCH /api/pages/123 為什麼還需要 MCP? 因為 API 主要是設計給: 程式使用。 MCP 則更進一步讓: AI Agent 理解這個系統有哪些能力,以及什麼時候該使用它。 例如原本網站有: 1GET /api/orders 可以再包裝成 Agent 容易理解的工具: 1234get_orders({ date, status}) 並且描述: 取得指定日期與狀態的網站訂單。 Agent 就比較容易知道:「當使用者問我昨天有哪些訂單時,我應該使用 get_orders。」 因此底層甚至可以完全共用同一套 Service,差別主要在於介面服務的對象不同: 1234567API ↓Program InterfaceMCP ↓Agent Interface 真正重要的其實是 Service Layer這是我研究完後,覺得 Vibe Coding 特別應該注意的一件事情。 很多人用 AI 做網站,很容易把所有商業邏輯直接寫進 UI: 12345Button ↓onClick() ↓Database 網站當然還是可以跑。 但以後想串 API、手機 App、Agent 或 MCP,就會變得很麻煩。 所以如果現在重新設計我的 Vibe Coding 網站 SOP,我會要求 Codex 或 Claude Code: 所有核心商業功能不得只存在於 UI Event Handler,必須抽象成可重複呼叫的 Service Layer,為未來 REST API、MCP Server 與 AI Agent 操作預留介面。 例如: 12345678getProducts()getOrders()getCustomers()createArticle()updateArticle()updateProduct()getAnalytics()updateHomepage() 最後變成: 123456789101112Frontend ↓ ┌────────┐Admin ─────────→│ Service│←──────── REST API │ Layer │ └────┬───┘ ↑ │ MCP ↑ │ AI Agent 這樣即使今天沒有 MCP,網站本身也已經 Agent Ready。未來要增加 MCP,就不需要把整個網站重新打掉。 如果你正在設計自己的 AI Coding 工作流,也可以延伸閱讀Skill 之後,下一個 AI 開發者一定要懂的詞:Agent Harness;它能幫助你理解 Model、Context、Tools、Skills 與權限如何組成一個可持續工作的 Agent 系統。 從 AI Website 到 Agent-native Website:五個階段我現在會把這件事情分成五個 Level。 Level 1:AI 幫你做網站12345人 ↓ChatGPT Sites / Codex / Claude Code ↓Website AI 是開發工具,網站本身仍然是傳統網站。 Level 2:AI 幫你修改網站例如: 1234567891011你 ↓Codex ↓GitHub ↓修改程式碼 ↓Commit ↓Cloudflare / Vercel 這已經很好用了,但仍然比較接近 AI Software Engineering,而不是 Agent-native Website。 Level 3:MCP-enabled Website開始讓 AI Agent 直接使用網站能力: 1234567你 ↓AI Agent ↓MCP ↓Website Services 例如: 把首頁的活動改成櫻桃季。 Agent 不一定需要修改程式碼,而是直接呼叫: 123get_campaign()update_campaign()update_homepage() 這時網站才真正開始「AI 可操作」。 Level 4:Agent-native Website這一層就更有意思了。 網站從設計第一天就同時考慮兩種使用者: Human + AI Agent。 架構可能變成: 1234567891011121314┌──────────────────────────┐│ Human Interface ││ ││ Frontend /admin │└─────────────┬────────────┘ │ Website Services │ ┌────────┼────────┐ ↓ ↓ ↓ Database API MCP ↑ │ AI Agents 這時候網站已經不只是一堆網頁,而是一組: 可以被人使用,也可以被 Agent 呼叫的商業能力。 Level 5:Self-Optimizing Website再往前一步,Agent 不只操作網站,還可以持續監測、分析、提出修改建議,並在人工核准後執行優化。 這時網站開始具備一個新的循環: 12345678910111213監測 ↓分析 ↓提出建議 ↓人工核准 ↓修改網站 ↓重新驗證 ↓持續追蹤 這條演進路線,也可以和我先前整理的 MCP、Skill 與 CLI 差異一起閱讀:前者偏向網站如何成為 Agent 可操作的系統,後者則整理 AI 工具各自扮演的角色。 Brand Agent:網站營運者不一定是人拿「鮮生小姐」來想,就會非常具體。 例如我自己的實驗專案「鮮生小姐」,未來如果把網站 Agent 化,可以提供: 12345678910get_productsupdate_productget_campaignscreate_campaignget_articlescreate_articleget_homepageupdate_homepageget_customer_inquiriesget_site_analytics 於是我不一定要登入網站後台,而是直接告訴自己的 Brand Agent: 櫻桃季快到了,幫我檢查網站有哪些內容應該更新。 Agent 可以先查詢: 1234get_productsget_campaignsget_homepageget_articles 然後告訴我: 首頁還在主推上一檔活動。 櫻桃商品頁的產季資訊需要更新。 今年還沒有建立送禮相關內容。 我再說: 幫我準備新版,但先不要發布。 Agent 建立 Draft。 我確認: OK,發布。 Agent 再透過 MCP 更新。 這時候 AI 已經不是「網站製作工具」,而是開始變成: 網站營運者。 甚至,鮮生小姐的擬人化 AI 代言人 Cherry,也可以不只是品牌角色,而是 Brand Agent。 她可以同時理解: 網站資料 訂單 商品 內容 Analytics SEO、AEO 與 GEO 接著回答: 最近櫻桃禮盒頁面的流量上升,但轉換率下降,我建議調整首頁 CTA,另外建立一篇今年櫻桃送禮指南。 這時候 IP 就開始從「虛擬代言人」進化成「可以工作的 AI 員工」。 SEO、AEO、GEO、AXO 與 MCP 如何串起來?我最近本來就在研究另一件事情:網站到底要怎麼讓 AI 更容易找到、理解、引用? 傳統網站第一層還是 SEO,例如 Title、Meta、H1-H3、Schema、內部連結與網站效能等。 接著進入 AEO/GEO,要思考的不只是排名,而是: AI 能不能理解並引用我的內容? 所以內容開始需要注意: 是否直接回答問題。 是否有明確定義。 是否標示來源、作者與更新日期。 段落能不能獨立理解。 是否有問題式標題。 是否提供比較與步驟。 是否有真正的原創經驗與案例。 再下一層則是 AXO: AI Agent 能不能理解這個網站? 最後再往下一層: AI Agent 能不能操作這個網站? 這時候 MCP 就出現了。 我開始把整套網站優化流程重新理解成: 12345678910111213141516171819Website ↓SEO讓搜尋引擎找到 ↓AEO / GEO讓 AI 理解、引用 ↓AXO讓 Agent 理解網站與能力 ↓Agent Ready整理 Service / API / 權限 ↓MCP-enabled讓 Agent 可以操作 ↓Agent Automation讓 Agent 可以持續工作 這可能會變成我以後做網站時的新 SOP。 如果想先理解 AXO 與 WebMCP 的差異,可以閱讀SEO、AEO 之後的 AXO:讓 AI Agent 真正完成網站任務。那篇文章偏向 Agent Experience 與任務完成;本文則進一步把焦點拉到網站內部的 Service、MCP 與營運治理。 Self-Optimizing Website:網站自己優化自己我原本就在規劃 AI 搜尋能見度健檢工具。 不是只給一個「GEO 72 分」,而是實際測量品牌是否被 AI 提及、是否被列為推薦選項、引用哪個頁面,以及競品出現頻率。 以前做到這裡,下一步通常是: 12345發現問題 ↓產生報告 ↓交給人修改 如果加入 Agent + MCP,流程就可能變成: 12345678910111213141516171819SEO / AEO / GEO Agent ↓掃描網站 ↓發現問題 ↓提出修改方案 ↓Human Approval ↓MCP ↓修改 Website ↓重新檢測 ↓記錄結果 ↓持續追蹤 例如 AI 發現「櫻桃送禮推薦」這個頁面被 AI 引用率偏低,就可以分析原因,建議增加: 比較表 FAQ 作者資訊 原創資料 更明確的答案段落 人工核准後,Agent 再修改網站,重新測試 ChatGPT、Gemini 或 Claude 等 AI 能見度,一個月後比較變化。 這時候網站就不只是「做好 → 上線 → 放著」,而是: 監測 → 分析 → 建議 → 修改 → 驗證 → 再優化。 MCP 很可能就是這個循環中缺少的最後一塊: Execution Layer。 Agent 權限不能全部開放當 AI 可以直接操作網站後,問題也跟著出現。 例如: 12345delete_customerrefund_orderchange_pricepublish_pagedelete_product 如果全部交給 Agent 自由操作,風險太高。 所以我認為 Agent-native Website 至少應該把權限拆成四層: 權限層級 可以做什麼 建議治理方式 Read 查詢文章、商品、訂單與流量 可讓 Agent 自動處理 Draft 建立文章草稿、活動草稿與 SEO 修改建議 可自動建立,但不直接發布 Write 修改商品、內容與首頁 視情況授權,必要時要求確認 Critical 刪除資料、退款、修改權限與重要交易 必須 Human Approval 而且所有 Agent 操作都應該留下 Audit Log: 123456Agent: SEO-AgentAction: update_pagePage: /cherry-giftReason: AEO OptimizationApproved by: SeanTime: 2026/09/07 08:30 這才會是一個真正能進企業環境的 Agent 架構。 網站後台可能會被重新定義以前 CMS 解決的是: 不會寫程式的人,怎麼修改網站? 所以我們做出了 WordPress、網站後台與 Page Builder。 但 Agent 時代開始出現另一個問題: 如果我根本不用自己操作後台呢? 我只需要說: 把今年所有過期活動整理出來。 先幫我更新成 2026 版本。 發布之前給我看。 這三頁 OK,其他先不要動。 AI 自己完成剩下的工作。 這不代表 /admin 會消失。後台仍然很重要,因為需要: 人工檢視 權限管理 Audit Log 緊急操作 資料校正 但 /admin 可能會從: 主要工作介面 慢慢變成: 管理、監督與治理介面。 真正每天工作的入口,反而可能是 AI Agent。 Vibe Coding 的下一階段,也許不是更快做網站過去兩年大家在比: 誰能更快用 AI 做出網站? 從幾天做到幾小時,再做到一句 Prompt 就能建立。 但當「建立網站」越來越便宜之後,下一個問題自然會變成: 網站做好之後,誰來經營它? 所以 Vibe Coding 下一階段可能不是: AI 幫你做網站。 而是: AI 幫你經營網站。 再下一階段甚至是: AI Agent 成為網站的一級使用者。 所以我現在會把這幾個概念清楚分開: 階段 核心能力 AI Website AI 幫你建立網站 AI-maintained Website AI 幫你修改網站 MCP-enabled Website AI 可以操作網站能力 Agent-native Website 網站從架構開始同時為 Human 與 Agent 設計 Self-Optimizing Website Agent 可以監測、分析、改善並驗證網站 這條演進路線,我覺得才是 MCP 對網站真正有趣的地方。 未來做網站,我可能不會再只問: 手機版做好了嗎? SEO 做好了嗎? AEO/GEO 做好了嗎? 還會多問兩個問題: 這個網站 Agent Ready 了嗎? 以及: 我的 AI Agent,可以安全地替我操作這個網站了嗎? 當答案是 Yes 的時候,這個網站才真正從一個「網頁集合」,開始變成一個: 可以被 AI 理解、呼叫、操作,甚至持續改善的數位商業系統。 結語:下一代網站要問的是 Agent 能不能使用我?以前我們做網站,會問: Google 搜不搜尋得到我? 後來我們開始問: ChatGPT 會不會理解並推薦我? 接下來真正重要的問題可能是: 當 AI Agent 選擇了我,它能不能順利使用我? 這就是: SEO → AEO → AXO。 從被搜尋,到被理解,再到被執行。 MCP 值得注意的地方,也不只是多了一個網站 API,而是它讓我們看見一種可能:Web 正在開始為 AI Agent 重新設計。 未來網站的競爭力,不只在於誰的介面漂亮、SEO 做得好或內容寫得完整,也可能取決於: 你的網站,準備好被 Agent 使用了嗎? 常見問答 (FAQ)Q1:AI 幫我做網站,就代表這是 MCP 網站嗎?不代表。AI 幫你建立網站屬於 AI-assisted Website Development;只有當網站提供可供 AI Agent 理解、查詢與操作的標準化介面時,才更接近 MCP-enabled Website。 Q2:MCP 和一般 API 有什麼差別?API 主要提供程式呼叫的介面;MCP 則進一步描述系統有哪些能力、工具何時適用、需要哪些參數,以及操作結果如何回傳,讓 AI Agent 更容易選擇並使用。 Q3:為什麼網站需要 Service Layer?Service Layer 能把核心商業邏輯從前端按鈕與 UI Event Handler 抽離,讓同一套能力可以被 Frontend、Admin、REST API 與 MCP 共用,降低未來擴充 Agent 操作的成本。 Q4:Agent-native Website 可以讓 AI 自由修改所有資料嗎?不建議。網站應至少區分 Read、Draft、Write 與 Critical 權限;查詢與建立草稿可以較高程度自動化,修改、發布、退款、刪除資料或變更權限等高風險操作則應保留人工核准與 Audit Log。 Q5:網站要如何開始準備 Agent-native 架構?可以先盤點使用者最常想完成的任務,再把商品、服務與限制條件整理成一致且可理解的資料,接著抽離可重複呼叫的 Service Layer,設計 API、工具描述、權限、確認與錯誤回應,最後用完整任務測試 Agent 是否真的能完成流程。

  • article-AI 越來越會做,我反而開始在意:你看見了什麼?

    2026/9/7

    AI工具 商業策略 內容行銷
    AI 越來越會做,我反而開始在意:你看見了什麼?

    最近看到一篇文章,講一個滿誇張的案例。 一位做了 11 年媒體工作的創作者「晚晚」,靠自己做出 48 集 AI 短劇《硯邊青梅》,最後播放破億。 看到這種故事,我以前第一個反應大概會是: 她用了什麼模型? 影片怎麼生成? 角色一致性怎麼處理? 一集要做多久? 整套工作流是什麼? 但這次看完,我反而對這些事情沒有那麼好奇。 真正讓我停下來想的,是另一件事: 如果今天大家都有一樣強的 AI,為什麼最後被看見的是她? AI 解決了「做不出來」,卻讓「做什麼」變得更難那篇文章提到一個很驚人的數字:2026 上半年,光抖音上線的 AI 短劇就超過 22 萬部;播放破億的只有 1,055 部,大約 0.47%。 這個數字值得想一想。 這兩年我們一直在談 AI 如何降低內容製作門檻。以前要拍一部劇,需要編劇、導演、演員、攝影、美術、剪輯、場景與服裝;現在一個人加上一堆 AI 工具,真的開始有機會完成以前一整個團隊才能完成的事情。 但當 22 萬部作品都出現之後,新的問題就來了: 做得出來,還重要嗎? 或者更精準地說: 當「做得出來」變成基本能力之後,下一個競爭門檻到底是什麼? 我最近自己玩 AI 影片、AI 音樂、AI 生圖,也越來越強烈感受到這件事。 以前看到一支很漂亮的 AI 影片,我會研究半天。現在滑到很多 AI 影片,我可能三秒就過去了。 不是那些作品變差了,而是漂亮的東西正在快速變多。當供給開始接近無限,「內容」本身就會開始通膨。 一個不到 100 字的人,如何長出 48 集作品?《硯邊青梅》的起點其實很小。 它來自顏真卿的《祭姪文稿》。創作者晚晚開始研究這段歷史,查《新唐書》、《舊唐書》等史料,最後發現一件事:關於顏真卿姪子顏季明的歷史記載,加起來甚至不到 100 字。 可是問題來了。 一個在歷史裡幾乎只剩下一個名字的人,為什麼會讓顏真卿寫下一篇流傳一千多年的祭文?顏季明到底是一個什麼樣的人? 我覺得整個故事真正厲害的地方,是從這裡開始的。 因為這個問題不是什麼厲害的 Prompt,甚至跟 AI 沒有直接關係。它只是某個人看到一段歷史之後,沒有直接滑過去。 她停了一下,覺得奇怪,然後開始查。最後從不到 100 字的史料,長出了一部 48 集的作品。 這讓我突然想到: AI 最容易複製的可能是答案,最難複製的,反而是你為什麼會問這個問題。 從 Prompt Engineering 走向 Question Engineering這幾年大家花很多時間研究 Prompt Engineering:提示詞怎麼寫、角色怎麼設定、上下文怎麼給、模型怎麼選、工作流怎麼串。 這些當然都重要,我自己也一直在研究。 但模型越來越強之後,我開始覺得另一個能力可能會慢慢浮上來:Question Engineering。 你到底有沒有一個值得 AI 幫你追下去的問題? 因為今天你叫 AI: 幫我寫一部唐朝背景的穿越愛情短劇。 它真的寫得出來,而且一秒鐘可以寫十個版本。問題是,其他 10 萬個人也可以。 但如果你的起點是: 一個在史書裡只留下不到 100 字的人,為什麼值得另一個人寫下一篇流傳千年的祭文? 後面的世界就不一樣了。 差別不是 AI 能力,而是你先看見了什麼。 這也和我最近思考的 AI 時代專業價值很像:當執行能力越來越容易被複製,真正能留下差異的,會是你怎麼觀察、怎麼判斷,以及你曾經用這些判斷完成過什麼。AI 時代,你真正該累積的不是內容,而是「專業證據」 經驗真正值錢的地方,不只是「我比較會做」很多人會問:AI 時代,做了十年、二十年的專業人士,到底還有什麼優勢? 如果答案只是「我比較會做」,這個優勢其實很危險。因為 AI 最擅長追趕的,就是執行能力:寫文案、剪影片、做簡報、整理資料、生成圖片、寫程式,很多以前需要幾年才能練熟的事情,門檻都正在快速下降。 可是老手還有另外一種東西。 做媒體 11 年的人,可能知道哪一句話怪怪的、哪一個不起眼的人值得追、哪一份看起來沒什麼的資料,背後卻可能藏著故事。 做行銷十幾年的人也是。看到一份企劃,他可能說不出完整理論,但就是知道:「這個消費者不會買。」 這些東西以前很難量化,現在反而可能越來越重要。 所以我最近很喜歡一個比喻: 新手跟老手都拿到同一台 AI,但老手知道該把它開去哪裡。 這不是說老手可以停止學新工具,而是提醒我們:工具熟練度只是起點,方向感才是稀缺能力。 AI 一人公司,不只是「一個人抵十個人」這個案例也讓我重新思考「一人公司」這件事。 我們常常把 AI 一人公司講成:以前十個人的工作,現在一個人完成,所以可以省人、降低成本、提高效率。 但我覺得這只是第一層。 真正有意思的是:以前只有組織有資格實現的想法,現在個人也開始有資格實現。 這完全是兩件不同的事情。 以前一個普通人突然說:「我要拍一部 48 集古裝劇。」大家第一個想到的不是劇情,而是錢:演員呢?場景呢?服裝呢?攝影呢?後製呢? 很多想法甚至還沒有開始,就被資源限制殺掉了。 AI 改變的是,那些以前根本沒有資格被執行的想法,現在開始可以被試試看。 所以 AI 帶來的最大改變,也許不只是企業可以少請幾個人,而是未來會出現大量以前根本不可能存在的一人製片公司、一人媒體、一人工作室與一人 IP。 這和我之前談過的「把專業知識變成軟體」其實是同一個方向:個人不只是在使用工具,而是開始有能力把自己的觀察變成產品、內容與服務。Vibe Coding 下一階段:把專業知識變成軟體,產業專家就是下一代產品經理 當每個人都有一間虛擬製片廠,真正稀缺的是什麼?假設再過幾年,每個人都可以一句話生成電影,每個人都可以做動畫、寫歌,也都有自己的虛擬演員、攝影師、剪輯師與設計師。 那時候真正稀缺的,可能不是生成能力,而是四件很老派的事情: 觀察:你到底看見了什麼? 提問:為什麼這件事值得追? 判斷:AI 給你 100 個答案,你知道哪一個比較接近真實、比較值得留下嗎? 選擇:所有人都在做同一個熱門題材時,你敢不敢去做那個只有不到 100 字的人? 這四件事也解釋了,為什麼 AI 素養不會只等於 Prompt 技巧。真正的人機協作,還包含分工、描述、判斷與負責;Prompt 只是其中一段。4D Framework:比 Prompt Engineering 更完整的 AI Fluency 框架 最後決定「這個值得做」的人,還是你AI 可以一天生成 100 個故事,但最後決定「這一個值得我花三個月做完」的那個人,還是你。 所以我現在反而覺得,AI 越強,人真正值錢的地方可能會變得越原始。 不是你按按鈕有多快,不是你懂多少模型名稱,甚至不只是 Prompt 寫得多漂亮,而是你對這個世界到底還有沒有好奇心。 兩個人走過同一條街,讀同一本書,看到同一段歷史。 一個人看完就走了,另一個人突然停下來: 等一下,這裡是不是有什麼故事? 以前從這個念頭,到真的把故事做出來,中間隔著一整個產業。現在 AI 正在把這段距離快速縮短。 所以也許 AI 時代真正巨大的機會,不只是「我們終於可以做更多東西」,而是: 那些你以前看見了,卻沒有能力做出來的東西,現在終於輪到你了。 常見問答 (FAQ)Q1:什麼是 Question Engineering?Question Engineering 可以理解成「問題工程」:先找到值得追問、查證與延伸的問題,再讓 AI 協助研究、生成與執行。它關注的不是提示詞格式,而是你為什麼問、問題是否有價值,以及你想把答案帶到哪裡。 Q2:AI 越來越強之後,創作者最該練習什麼?創作者應該持續練習觀察、提問、判斷與選擇。生成工具可以降低製作門檻,但無法替你決定哪個細節值得追、哪個故事值得投入,也無法替你對最後的作品負責。 Q3:AI 一人公司和「一個人抵十個人」有什麼不同?「一個人抵十個人」強調的是省人與效率;AI 一人公司更重要的意義,是讓個人有機會實現過去只有組織才有資源執行的想法,例如獨立完成一部長篇作品、打造一個媒體品牌或驗證一個產品構想。 Q4:沒有深厚的媒體或歷史背景,也能開始 Question Engineering 嗎?可以。可以從日常看到的矛盾、被忽略的人、反覆出現的問題或讓你感到奇怪的細節開始,先記下問題,再查資料、比較來源,最後用小規模作品驗證它是否值得繼續。重點不是一開始就提出完美問題,而是不要太快滑過值得停留的地方。 Q5:專業經驗在 AI 時代還有價值嗎?有,而且價值會從單純的執行熟練度,轉向辨識模式、發現異常、理解情境、做出取捨與承擔結果。新手與老手可以使用同一個 AI,但老手通常更知道該把 AI 帶往哪個方向,以及哪些產出值得被採用。

  • article-AI 時代,40 歲後最值錢的不是經驗,而是把經驗「編譯」成 AI 能執行的能力

    2026/9/6

    AI自動化 AI Agent 內容行銷
    AI 時代,40 歲後最值錢的不是經驗,而是把經驗「編譯」成 AI 能執行的能力

    最近看到一篇文章,裡面有一句話讓我想了很久: AI 愈強,40 歲以後累積的人生經驗,反而愈值錢。 我很認同,但我覺得這件事還可以再往下一層。 未來真正值錢的,可能不只是「你有多少經驗」,而是: 你能不能把自己的經驗,編譯成 AI 可以執行的能力? 做了 20 年,不代表擁有 20 年的專業我們很容易把「年資」跟「經驗」畫上等號,但其實不一定。 有人工作 20 年,只是把第一年的工作方式重複了 20 次。也有人工作 5 年,卻做過幾百個案子、碰過不同產業、失敗過很多次,也不斷修改自己的做法。 所以真正形成差距的,可能不是年齡,而是你的「判斷密度」: 你看過多少不同案例? 遇過多少種問題? 做錯過多少決定? 後來為什麼改變做法? 什麼情況下 A 有效?什麼情況下你反而會選 B? 這些東西才慢慢形成所謂的專業判斷。 AI 不必活過你的經驗,才能使用它很多人會說: AI 可以讀很多資料,但是 AI 沒有真正活過。 這句話現在沒有錯,可是我覺得不能因此太樂觀。 因為 AI 根本不需要自己活過。一個顧問做 20 年,可能服務過 500 個客戶;未來的 AI,則可能讀過大量案例、研究報告、客戶對話、論壇討論、專案紀錄與失敗經驗。 因此真正難被取代的,不應該只是「這件事情我做過」,而是: 我做過很多次之後,形成了一套別人沒有的判斷方式。 更重要的是,這套判斷有沒有辦法被留下來、被驗證,甚至被重複執行。 從經驗到 Skill:把判斷編譯成 AI 能執行的能力這是我最近研究 AI Agent、Skills、MCP 與 Agent Harness 時,愈來愈強烈的一個感覺。 以前一個專家累積很多經驗之後,大概有幾種做法:寫書、寫文章、開課或做顧問。因為我們能做的,通常就是把腦袋裡面的知識說出來。 但現在多了一條完全不同的路: 經驗 → 判斷 → Framework → SOP → Skill → Agent 這不是把文章換一個檔案格式,而是把「在什麼情況下,做什麼判斷,接著採取什麼行動」整理成可執行的結構。 先問對問題,再決定要不要用 AI例如,一家企業來找我說: 我們想導入 AI 客服。 剛接觸 AI 的人,可能第一個問題是:要用 GPT、Claude 還是 Gemini? 但如果做過很多專案,你可能第一個問題根本不是模型,而是: 每天有多少客服量? 哪些問題一直重複? 哪些回答需要查公司資料? 哪些情況涉及訂單或交易? 哪些事情 AI 絕對不能自己決定? 什麼時候必須轉真人? 問完之後,你才會判斷:這家公司需要的是 FAQ、RAG、Workflow、Agent,還是根本暫時不需要 AI。 注意一件事情:這已經不只是「經驗」了,它其實是一棵 Decision Tree。 如果我們把每一個問題、條件、判斷與下一步整理出來,就有機會先寫成 SOP,再進一步變成 Skill,最後交給 Agent 執行。原本只能存在資深顧問腦袋裡的能力,第一次開始可以被軟體化。 如果你想先了解如何把長篇提示詞整理成可重複使用的 Skill,可以參考從提示詞到 Skill:5 個實務做法打造高效率 AI 自動化工作流。 Experience Debt:專業沒有被留下來的代價我最近想到一個詞:Experience Debt,經驗債。 很多做了十幾、二十年的專業工作者,其實非常有價值,但那些價值散落在: 腦袋裡 LINE 對話裡 Email 裡 簡報裡 客戶會議裡 課堂回答裡 客戶問一個問題,你馬上知道答案;新人做錯一件事情,你一眼就知道問題在哪裡。但是如果有人問:「為什麼你知道?」你可能只能回答: 做久了就知道。 這句話其實很危險,因為它代表這套能力還沒有被結構化。 你知道,但是你的團隊不知道;你的學生不知道;甚至 AI 也不知道。AI 無法使用你沒有留下來的經驗。 所以很多 40、50 歲的專業工作者,第一件事情不一定是急著經營自媒體,而是開始把自己的腦袋數位化。 不只建立內容庫,而是建立 Judgment Library以前我們經營自媒體,很習慣建立文章庫、影片庫、素材庫與 Prompt 庫。但我覺得下一階段更重要的是: Judgment Library——判斷庫。 例如,每次做完一個案子,我們都可以留下這些句子: 大家通常以為是 A,但我後來發現其實是 B。 遇到 X 情況,我通常不建議做 Y。 如果客戶同時出現這三個條件,我會優先選擇 Z。 以前我也相信這個做法,但做過幾十次之後,我改變想法了。 這些句子看起來很普通,卻是專業人士腦袋裡最值錢的東西。因為 Google 找得到答案,AI 也可以整理知識;但是「什麼情況應該用哪一個答案」,才是真正的判斷。 一個可以持續累積的判斷紀錄格式每次完成專案後,不必寫成完整文章,先留下以下六項就足夠: 欄位 要記錄的內容 情境 當時遇到什麼問題、對象與限制? 常見假設 多數人第一時間會怎麼想? 觀察證據 哪些案例、結果或訊號改變了你的看法? 核心判斷 你最後選了什麼做法?為什麼? 適用邊界 什麼情況下這個判斷不成立? 下一步 如果再遇到類似情境,第一個要做什麼? 當這些紀錄累積到一定程度,就能看見反覆出現的條件、例外與決策順序。那時候才有機會把零散經驗整理成真正可用的 Framework。 個人品牌會從內容入口,走向可執行產品這也會改變我們經營個人品牌的方法。 以前做內容,我們會問:「今天要寫什麼?」以後可以多問三個問題: 這件事情讓我形成了什麼判斷? 這個判斷什麼時候成立,什麼時候不成立? 這個判斷能不能變成 AI 可以執行的規則? 久了以後,你累積的可能就不只是 500 篇 Facebook 文章,而是一套能力鏈: 層次 主要作用 可能形成的產品 案例庫 記錄真實情境與結果 案例資料庫 觀點庫 說明你如何理解問題 文章、影片與課程 判斷庫 說明何時採用哪個做法 決策規則 Framework 把判斷整理成可重複的方法 顧問方法論 Skill 把方法寫成 AI 可遵循的指令與檢查 可執行模組 Agent 讓 AI 使用工具、處理情境並完成工作 AI 服務 內容只是入口,Framework 是方法,Skill 是產品,Agent 則可能成為服務。 未來我們可能不是「賣知識」,而是在「出租判斷」以前專家的商業模式很簡單: 顧問:「我幫你判斷。」 講師:「我教你怎麼判斷。」 作者:「我把我的判斷寫給你。」 AI 時代開始多出第四種可能: 我把我的判斷方式封裝成 AI,讓它持續替你處理相似問題。 這代表一個人的專業能力,第一次可以從「內容產品」變成「可執行產品」。以前一本書賣的是知識,一堂課賣的是方法;未來一個 Skill 或 Agent,賣的可能是專家的判斷能力。 這不代表把所有決定都交給 AI。真正成熟的 Skill,應該同時寫清楚適用條件、禁止事項、需要查證的資料,以及什麼時候一定要交還給人處理。 從 SEO、AEO 到 Agent:讓 AI 不只引用你,也使用你這也是我覺得個人 IP 下一階段很有趣的地方。 SEO 時代,我們努力讓人搜尋到你。 AEO 時代,我們開始思考讓 AI 引用你。 Agent 時代,可能還會再往下一步:讓 AI 使用你。 不只是讓 ChatGPT 回答問題時說「某某專家曾經提出……」,而是當 AI Agent 遇到某個問題時,直接呼叫你的 Framework、Skill 或工具來完成工作。 到了那一天,衡量一個專業工作者影響力的方式,可能也會改變。除了粉絲、瀏覽與訂閱,還可能包括: 你的 Framework 被多少 Agent 使用? 你的 Skill 一天被呼叫多少次? 你的判斷模型參與了多少真實世界的決策? 這些仍是需要持續觀察的未來可能,但方向已經值得現在開始準備。 40 歲後,現在可以從哪裡開始?如果你已經累積十年、二十年的專業,不必一開始就做一個完整 Agent,可以先從以下五步開始: 每週留下一個案例。 不只記錄做了什麼,也記錄當時為什麼這樣做。 把「反直覺判斷」寫下來。 特別是大家以為 A、你卻選 B 的時刻。 補上成立條件與例外。 沒有邊界的經驗,無法安全地交給 AI 執行。 找出重複出現的判斷。 把它整理成 Framework,再寫成 SOP 或 Skill。 保留必要的人類審核。 涉及金流、個資、合約、品牌風險或重大決策時,先設定清楚的交接點。 如果你想延伸理解「專業如何被留下來並形成個人品牌資產」,可以參考AI 時代,你真正該累積的不是內容,而是「專業證據」;若想進一步理解 Agent 如何在工具與權限邊界內完成工作,也可以閱讀Skill 之後,下一個 AI 開發者一定要懂的詞:Agent Harness。 結語:把二十年的自己,編譯成 AI 可以執行的能力如果你問我:AI 愈來愈強,我們累積十年、二十年的經驗還有沒有價值? 我的答案當然是有,但我會再多補一句:不要只滿足於「我有經驗」。 因為經驗如果永遠只存在你的腦袋裡,它的延展性仍然非常有限。 真正值得做的,是開始把: 經驗變成判斷,判斷變成方法,方法變成 Skill,Skill 再變成 Agent。 以前我們花了二十年,讓自己成為一個更厲害的專家。接下來也許要開始思考另一件事:怎麼把這二十年的自己,編譯成 AI 可以執行的能力。 我覺得這才是 AI 時代,「資深」真正厲害的地方。 常見問答 (FAQ)Q1:40 歲後累積的經驗,如何轉化成 AI 時代的競爭力?關鍵不是單純累積年資,而是把案例、錯誤、選擇理由與適用邊界整理成專業判斷。當判斷能被寫成 Framework、SOP 或 Skill,就能被團隊、AI 與 Agent 重複使用。 Q2:什麼是 Experience Debt(經驗債)?Experience Debt 是指專業價值散落在個人腦袋、對話、Email、簡報與會議裡,卻沒有被整理成團隊或 AI 可理解的結構。它會讓個人知道怎麼做,但其他人無法複製,也讓 AI 無法使用這些經驗。 Q3:Judgment Library(判斷庫)和一般內容庫有什麼不同?內容庫主要保存文章、影片或知識;判斷庫則保存「什麼情況應該選哪個做法、為什麼,以及什麼時候不適用」。判斷庫的核心是條件、取捨、例外與下一步,而不只是答案本身。 Q4:要先學會 GPT、Claude 或 Gemini,才能把經驗做成 Skill 嗎?不一定。文章中的重點是先整理問題、判斷條件、禁止事項與交接邊界,再決定適合的模型或工具。若沒有清楚的方法,換模型通常只會把同樣混亂的流程交給另一個系統。 Q5:AI 可以讀過大量案例,專業人士還能靠什麼建立差異?「我做過這件事」本身不是最穩固的護城河;更有價值的是你從大量案例中形成的判斷方式,以及能清楚說明成立條件、例外與取捨的專業模型。這些內容被留下並可執行後,才有機會形成可持續的差異。

  • article-AI 時代,你真正該累積的不是內容,而是「專業證據」

    2026/9/6

    AI Agent AEO 內容行銷
    AI 時代,你真正該累積的不是內容,而是「專業證據」

    最近看到一篇文章,裡面有一句話讓我想了很久: 「以後客戶可能先問 AI,再決定找誰。」 以前我們經營個人品牌,想的是: 我要不要寫文章? 這篇有多少人看? 有多少讚? 有沒有被分享? 粉絲有沒有增加? 但如果未來大家尋找專家、顧問、講師、合作夥伴的方式,慢慢從 Google 搜尋變成直接問 ChatGPT、Gemini、Claude: 「台灣有哪些懂 AI Agent 的講師?」 「推薦熟悉 LINE API 的顧問。」 「有沒有懂中小企業 AI 導入的人?」 「誰真的做過 MCP 的企業應用?」 那問題就完全不一樣了。 因為這時候你真正要問的,不再只是: 「有多少人看過我?」 而是: 「網路上有多少證據,可以證明我真的懂這件事?」 這也是我最近研究 AEO、AXO、AI Agent、Skill,以及「專業知識軟體化」之後,開始慢慢串起來的一件事。 當客戶先問 AI,個人品牌的問題就變了假設有兩個顧問。 A 做了 15 年,能力很好、服務過很多客戶,也解決過很多困難的問題。 但是這 15 年的經驗,全部存在他的腦袋、LINE 對話、會議紀錄和客戶現場,網路上幾乎沒有東西。 另一個 B 同樣做了 15 年,但他持續留下: 自己的專業判斷 實際處理過的案例 客戶經常遇到的問題 失敗經驗與修正方式 產業觀察 做完之後得到的新理解 如果今天有人問 AI: 「誰比較擅長處理這類問題?」 我不是說 AI 一定會推薦 B,也不是說公開文章多就代表能力一定比較好。 但是至少有一件事很現實: AI 要理解 A,很困難。 因為沒有足夠的公開資料,讓它辨識 A 的專業範圍、服務經驗與判斷方式。 這讓我開始覺得,未來個人品牌真正重要的資產,可能不是「文章數量」,而是: Professional Evidence:專業證據。 它不是替自己加上的形容詞,而是網路上可以被交叉理解的紀錄:你做過什麼、如何判斷、解決過哪些問題,以及什麼情況下你會選擇不要做某件事。 知識會越來越便宜,但判斷反而越來越值錢以前我們很喜歡寫: 「使用 ChatGPT 的 10 個技巧」 「做 SEO 一定要知道的 7 件事」 「經營 LINE 官方帳號的 5 個方法」 這些內容不是沒有價值,但 AI 已經可以很快整理出一份看起來完整的清單。 所以未來真正稀缺的內容,反而是: 「我做過之後,發現了什麼?」 例如: 「我實際教了幾十個完全不懂程式的人使用 MCP 後,發現大家真正卡住的不是技術。」 這句話就不一樣了。因為後面的答案不是單純從網路整理來的,而是來自你在真實情境中反覆觀察、判斷與修正後的經驗。 所以我現在越來越認為,AI 時代最值得累積的內容,不只是 What,也不只是 How,而是: Why:為什麼要這樣做? When:什麼情況適合這樣做?什麼情況反而不要? Which:兩種方法都能用時,為什麼選 A 不選 B? 再加上:失敗過幾次之後,我改變了什麼判斷?這些才是真正難以被通用答案取代的專業。 如果你想進一步理解如何把領域經驗拆成規則、工作流程與軟體功能,也可以延伸閱讀把專業知識變成軟體:產業專家就是下一代產品經理。 寫案例時,留下完整的判斷軌跡未來寫案例,我覺得不能只寫: 「我們成功幫客戶導入 AI。」 更有價值的案例,應該留下完整的判斷軌跡: 客戶原本以為問題在哪? 我進去之後發現真正的問題是什麼? 為什麼我沒有選大家最常用的方法? 第一次做失敗在哪? 後來改了什麼? 最後我得到什麼新的判斷? 這些東西累積久了,其實已經不是單純的「內容」,而是一個人的: Professional Evidence Database:專業證據資料庫。 它不一定要一開始就做成複雜的系統。你可以先從每次專案結束後,留下五個簡短欄位開始:問題、判斷、選擇、失敗、結果。 專業證據如何變成 Skill 與 AI Agent?這也是我在思考「專業知識軟體化」之後,又往下一層看到的事情。 一個專家的能力,最早存在: 腦袋裡。 接著我們把它: 寫成文章。 再把文章整理成: 結構化知識。 接著把方法、規則、判斷條件整理成: Skill。 最後甚至可以變成: Software / AI Agent。 所以完整路徑可能是: 123456專業經驗→ 專業證據→ 結構化知識→ Skill→ Software→ Agent 這條路徑不是把人變成沒有溫度的自動化機器,而是把原本只能靠口述、陪跑或臨場反應傳承的判斷,整理成可以被檢查、教學與重複使用的資產。 以前一個專家離開現場,他腦袋裡很多東西可能就消失了。但如果你有意識地把判斷、案例、流程、例外狀況與決策邏輯留下來,你的專業就有機會慢慢變成一套「可以被機器使用的能力」。 關於如何讓 Skill 真正支撐 Agent 完成任務,而不只是提供一段漂亮的說明,也可以參考Skill 之後,下一個 AI 開發者一定要懂的詞:Agent Harness。 每一堂課,都可能是一份真實世界 Dataset這點是我自己特別有感的,因為我經常上課。 以前上完一堂課: 學生問問題 我回答 下課 很多很好的問題,就這樣消失了。 但如果換一個角度,每一個學生問的問題、每一次操作失敗、每一個誤解的地方、每一個成功案例,以及每一次我臨場改變教法的原因,其實全部都是資料。 假設一年上 100 堂課,每堂課只留下 10 個真正有價值的問題,一年就是: 1,000 個真實世界的 AI 應用問題。 這是文章中的假設計算,不是對任何課程成果的宣稱。它想指出的是:你親自面對的問題,往往比你從網路整理來的熱門資訊,更能形成自己的專業辨識度。 新聞大家都有,但這些問題是你在真實工作裡遇到的。 於是整件事情可以形成一個飛輪: 123456789實際工作→ 發現問題→ 專業判斷→ 寫成內容→ 結構化知識→ Skill→ 工具→ Agent→ 再回到真實世界驗證 這已經不只是內容行銷,而是在累積自己的「專業模型」。 從 AEO 走向 Expert AEO:AI 怎麼認識你?現在大家談 AEO、GEO,大部分都在討論: 「怎麼讓品牌被 AI 找到?」 但我覺得下一個值得觀察的方向可能是: Expert AEO。 醫師、律師、講師、顧問、房仲、設計師、會計師、教練,每一個靠專業吃飯的人,未來都可能要開始思考: AI 知不知道我是誰? AI 認為我擅長什麼? 網路上有哪些證據支持這件事? 當使用者問相關問題時,我會不會出現在答案裡? AI 描述我的方式正確嗎? 我的競爭者為什麼被提到,而我沒有? 這甚至可能形成一個新的個人品牌觀察指標: AI Share of Voice。 以前我們追蹤 Google 排名,未來或許可以追蹤: 「在 100 個跟我專業相關的問題裡,AI 有幾次提到我?」 目前「AI Share of Voice」比較適合作為一個觀察框架,不是已經普遍採用的標準指標。它的價值不在於追求每一次回答都被提到,而在於幫你檢查:AI 是否正確理解你的專業範圍、案例與適用情境。 如果想先理解 AI 如何從 SEO、AEO 走向能執行網站任務的 AXO,可以閱讀SEO、AEO 之後的 AXO:讓 AI Agent 真正完成網站任務。 現在就能開始累積的專業證據不要只問: 「這篇文章會不會爆?」 可以換成以下幾個更長期的問題: 這篇文章,有沒有替我的專業多留下一份證據? 我是否說清楚自己處理過什麼問題? 我是否留下「為什麼選 A、不選 B」的判斷? 我是否誠實記錄失敗、限制與不適用情境? 這份經驗能不能被整理成下一次可重複使用的規則? 可以從這些內容開始: 專案結束後的決策紀錄 不只寫成果,也寫問題定義與修正過程的案例 課程中反覆出現的真實提問 失敗經驗與不適用情境 對工具、方法與流程的選型理由 讀者可以獨立引用的 FAQ 與定義 流量可能三天就沒了,Facebook 貼文也可能一個星期後就沉下去,演算法更會一直改變。但你留下來的判斷、案例、方法、失敗與成果,可能會慢慢構成 AI 對你的理解。 所以我現在反而覺得: 不要只是經營內容,要開始經營你的 Professional Evidence。 讓網路上有足夠的證據說明: 你是誰 你懂什麼 你做過什麼 你怎麼判斷 以及你能解決什麼問題 再下一步,把這些證據整理成 AI 能理解的知識,再把知識封裝成 Skill,最後讓 Skill 變成 Agent 可以執行的能力。 這可能才是 AI 時代個人品牌真正值得累積的長期資產。 因為未來當客戶問 AI: 「這件事情,我應該找誰?」 真正重要的可能不是你自己說你很專業,而是: 網路上有沒有足夠的證據,讓 AI 也知道你很專業。 常見問答 (FAQ)Q1:什麼是「Professional Evidence」?Professional Evidence,也就是專業證據,指的是能在網路上說明一個人做過什麼、如何判斷、解決過哪些問題,以及哪些情境不適用的公開紀錄。它不等於文章數量,而是由案例、方法、失敗經驗、判斷理由與結果共同構成。 Q2:為什麼個人品牌不能只追求流量與文章數量?流量與文章數量能反映內容的曝光,但不一定能證明作者具備哪一種專業、處理過哪些真實問題,或在不同情境下如何做選擇。AI 時代更需要可理解、可交叉比對的案例、判斷與方法,讓讀者和 AI 都能更準確掌握你的專業範圍。 Q3:一篇有價值的專業案例應該留下哪些內容?至少可以記錄客戶原本認為的問題、實際發現的問題、選擇某種方法的理由、第一次失敗的地方、後續如何修正,以及最後得到的新判斷。這些內容比單純宣稱「成功導入」更能呈現專業思考。 Q4:專業證據如何進一步變成 Skill 或 AI Agent?可以先把案例與判斷整理成結構化知識,再將方法、規則、條件、例外與檢查標準封裝成 Skill。當 Skill 能被軟體或 Agent 呼叫,並在真實工作中反覆驗證與修正時,專業經驗就有機會轉化成可重複使用的 AI 能力。 Q5:什麼是 AI Share of Voice?AI Share of Voice 是本文提出的觀察框架,用來思考在一組與自己專業相關的問題中,AI 有多少次正確提到自己。它目前不是普遍採用的標準指標,不能單獨代表專業能力;更重要的是檢查 AI 是否正確理解你的專業、案例與適用情境。

  • article-Vibe Coding 真正要殺死的,可能不是 SaaS,而是「不值得被做成軟體」這句話

    2026/9/2

    AI工具 商業策略 Vibe Coding
    Vibe Coding 真正要殺死的,可能不是 SaaS,而是「不值得被做成軟體」這句話

    今天看到一篇分享文,介紹一個很有趣的網站:Can I Vibecode It? 它收錄了超過 1,000 個付費軟體,然後問一個很暴力的問題: 這個服務,我能不能直接用 AI 自己做一個? 像 Linktree、Todoist、Tally、Bitly 這些服務,它甚至會直接告訴你:可以。 接著,它還會附上一段 Prompt,讓你丟進 Claude Code、Cursor 這類 AI Coding 工具,直接開始做。 一開始看到這個網站,我跟很多人的第一個反應差不多: 靠,這樣可以省很多 SaaS 訂閱費耶。😂 但想了一下,我反而覺得:省訂閱費,可能是這件事情最不重要的影響。 AI 正在讓「功能」快速商品化仔細看那些容易被 Vibe Coding 重做的軟體,會發現它們通常都有一些共同特色: 資料庫 表單 Dashboard 會員登入 幾支 API 再加上一個漂亮的 UI 以前要把這些東西組起來,你可能得找工程師、設計師,開發幾個星期。 所以即使功能不算複雜,也足以成立一家 SaaS 公司。 但 AI Coding 正在快速壓低這件事情的成本。 如果一套產品最核心的價值,只剩下: 我們已經幫你把這幾個功能寫好了。 那它的護城河就會越來越薄。 因為現在 AI 也會寫。 AI 可以複製 Feature,卻不等於複製 Service這裡有一個很容易掉進去的陷阱: AI 可以做出 80%,不代表我應該自己做,更不代表這套 SaaS 沒價值了。 因為 Demo 做出 80%,跟真正可以營運的產品完成 80%,完全是兩回事。 真正上線之後,你還會遇到: 權限管理 資安 備份 監控 API Rate Limit Webhook Retry 付款異常 資料遷移 多人協作 法規與客服 很多時候,畫面上最後那 10%,才是最貴的 60%。 所以我現在會把一件事情分成兩個層次來看: AI 很會複製 Feature,但要複製一個真正可靠的 Service,還是另一回事。 SaaS 真正的價值,早已不只功能這也是為什麼有些 SaaS 反而沒那麼容易被取代。 例如 Shopify、Figma、Intercom,甚至 ChatGPT、Claude,你真正付錢買的,早就不只是那些畫面上的功能。 你買的是: 整個生態系 累積多年的資料 團隊協作能力 第三方整合 Infrastructure 穩定性 資安與合規 出問題的時候,有一家公司幫你扛 所以未來 SaaS 真正的護城河,很可能會從: 我有什麼功能? 慢慢移到: 就算 AI 可以把我的功能全部重做一遍,你為什麼還是不想離開我? 我覺得這會變成未來幾年 SaaS 公司很重要的一道題目。 一人公司真正看見的是「Personal Software」但對我們這些一人公司、小企業來說,我看到的是另一個更大的機會。 假設我花兩天做一個自己的 Calendly,每個月省 12 美元。 其實我覺得沒有很厲害,搞不好我的時間還比較貴。😂 但如果我把它改造成: 台灣美容業 LINE 預約系統 事情就不一樣了。 除了預約,我再加入: LINE OA 通知 會員資料 預約提醒 回訪 生日行銷 AI 客服 顧客標籤 業績分析 這時候我做的已經不是 Calendly Clone,而是把某個產業真正的工作流程與 Know-how,變成一套軟體。 這就是我最近越來越有感的一件事情:專業知識軟體化。 以前我們找軟體配合工作,現在可以讓軟體配合自己這可能才是 Vibe Coding 最有意思的地方。 以前的軟體大概只有兩種。 第一種是商業軟體:做一套產品,賣給幾萬、幾十萬人。 第二種是企業客製:公司花幾十萬、幾百萬,請軟體公司開發。 但現在開始出現第三種:Personal Software。 它只為一個人、三個人或十個人存在,卻可以非常貼近使用者的實際工作方式。 例如: 我自己的講師邀約管理系統 自己的客戶 Follow-up 工具 自己的內容素材庫 自己的社群內容生產工作流 自己的 AI 影片成本計算器 公司裡某個每天重複 30 分鐘的小流程 以前你跟工程師說: 這個只有我自己會用。 工程師大概會問: 那幹嘛做?😂 因為開發成本根本不划算。 現在答案可能完全相反:就是因為只有你會用,所以更應該做成最適合自己的樣子。 從「省訂閱費」到「把工作方法變成產品」所以現在我看到 SaaS,開始會多問一個問題。 不是: 這套軟體一個月多少錢? 甚至不只是: AI 能不能把它做出來? 而是: 這個軟體裡,我真正需要的是哪幾個功能? 接著再問: 如果把那些功能拆出來,再加入我的工作流程與專業知識,會不會變成一個全新的東西? 這兩個問題差很多。 前者是在想:怎麼省掉每個月 20 美元。 後者是在想:我能不能把自己的工作方法變成產品。 如果你想延伸理解這條路徑,也可以先看〈把專業知識變成軟體,產業專家就是下一代產品經理〉,以及〈AI 讓程式碼越來越便宜,但知道什麼值得做正在變得越來越貴〉。 Vibe Coding 改變的是「軟體的經濟學」過去有非常多需求,不是做不到,而是:不值得做。 市場太小,不值得 只有三個人用,不值得 公司內部流程,不值得 一個月只省幾個小時,不值得 需求太客製,不值得 因為工程師太貴、開發週期太長、維護成本太高。 但是當 AI 把開發成本壓下來之後,大量以前「不值得被做成軟體」的需求,突然開始值得了。 所以我認為真正值得注意的,不是: AI 會殺掉多少 SaaS? 而是: 以前只有軟體公司值得開發的東西,現在每家公司、每個專業工作者,都開始值得擁有自己的軟體。 而這背後甚至可能形成一條新的產品路徑: 拆解 SaaS Feature → AI 重建 → 加入自己的工作流程 → 加入 Domain Knowledge → 變成 Internal Tool → 最後產品化成 Vertical SaaS 這條路徑的重點,不是把所有 SaaS 都重做一遍,而是從既有產品理解問題,再把自己的工作方法放進去。 結語:重新定義自己的軟體所以下次看到一套很棒的 SaaS,我可能不會第一時間想: 能不能不要付錢? 我反而會想: 它到底解決了什麼問題? 如果把這個能力,加上我比軟體公司更懂的產業知識,會變成什麼? 這可能才是 AI Coding 時代,真正值得玩的地方。 不是什麼都自己做,而是以前我們只能「選軟體」,現在開始有能力: 重新定義自己的軟體。 常見問答 (FAQ)Q1:Vibe Coding 會取代 SaaS 嗎?Vibe Coding 會讓許多 SaaS 的基礎功能更容易被重做,但不代表所有 SaaS 都會被取代。真正可靠的 Service 還包含資安、備份、監控、整合、穩定性、合規與客服等營運能力。 Q2:AI 可以做出 SaaS 的 80%,是不是就應該自己開發?不一定。是否適合自己開發,還要比較開發與維護時間、資料安全、權限管理、付款與整合等營運成本。如果只是為了省一筆訂閱費,自己的時間成本可能反而更高。 Q3:什麼是 Personal Software?Personal Software 是只服務一個人、小團隊或特定公司的軟體。它不追求服務大量使用者,而是把使用者自己的流程、規則與專業知識,做成最貼近實際工作的工具。 Q4:如何把 SaaS 功能變成自己的產品?可以先拆解 SaaS 真正解決的問題,挑出自己需要的核心功能,再用 AI 重建,接著加入自己的工作流程與 Domain Knowledge。完成後先作為 Internal Tool 使用,驗證有效再考慮產品化成 Vertical SaaS。 Q5:SaaS 在 AI 時代還剩下什麼護城河?SaaS 的護城河會越來越依賴生態系、累積資料、團隊協作、第三方整合、基礎設施、穩定性、資安、合規與服務承擔,而不只是功能數量。核心問題會變成:即使功能能被重做,使用者為什麼仍然不想離開?

  • article-2026 數位廣告變了:兩年沒認真研究廣告,我回來一看「靠北,已經是另一個世界」

    2026/9/2

    商業策略 AI自動化 Meta Ads
    2026 數位廣告變了:兩年沒認真研究廣告,我回來一看「靠北,已經是另一個世界」

    這兩年,我把大量時間放在 AI、系統開發、自動化、內容與 SEO 上。 廣告反而真的比較少碰。 最近因為發現 GA4 居然已經可以直接串 Meta Ads、TikTok Ads 的廣告成本,我才開始回頭補這兩年的廣告更新。 結果越補越覺得: 靠北,我錯過的根本不是幾個新功能,而是整個「數位廣告怎麼玩」的底層邏輯,都快換了一輪。 先說明一下:本文提到的 Advantage+、Andromeda、AI Max、Symphony、GMV Max 等功能與名稱,會隨平台版本、帳戶、地區和方案調整。這篇文章真正想整理的,不是功能清單,而是 2026 年重新看廣告時,應該如何理解「產品、素材、資料與 AI 投放系統」之間的關係。 一、我錯過的不是幾個功能,而是廣告的底層邏輯1. 受眾設定正在退居二線以前做 Facebook 廣告,我們很愛研究受眾: 興趣怎麼切? 年齡怎麼拆? Lookalike 要幾 %? 再行銷怎麼分層? 廣告高手很大一部分的能力,是「我比別人更會找人」。 但 Meta 這兩年的方向非常明顯:你不要找了,讓 AI 找。 Advantage+ 不斷把受眾、版位、預算與素材最佳化自動化。更底層的改變,則是 Meta 在 2024 年底公開的 Andromeda——一套新的廣告推薦引擎。 簡單講,以前我們比較像是: 我先告訴 Meta 我要找誰,再讓 Meta 從裡面找可能會買的人。 現在越來越接近: 我把商品、素材與轉換資料給 Meta,讓它自己決定這個東西現在最適合給誰看。 所以我覺得,未來廣告人的核心能力,正在從 Targeting 慢慢轉成: Signal + Creative + Offer 不是你多會按受眾,而是你給演算法什麼訊號。 2. 素材不只是廣告外皮,而是 Targeting 本身以前我們會說:先選受眾,再做適合這群人的素材。 現在這兩件事情正在融合。 你拍一支「新手第一次買房最容易踩的三個坑」,跟你拍一支「資產 3,000 萬以上的人,買房最在意什麼」,演算法本身就能從內容、互動、觀看、轉換訊號中,逐漸理解這兩支素材適合誰。 換句話說:素材本身正在成為受眾訊號。 這也解釋了為什麼現在廣告越來越強調 Creative Diversification。 以前是: 一個受眾,測很多素材。 未來可能越來越像: 給系統大量不同 Angle、Hook、Persona、Format 的素材,讓 AI 自己完成「素材 × 人 × 時機」的配對。 所以素材量的重要性,比兩年前又更高了。但「素材多」不是把同一張圖片換 30 個背景,而是提出 30 個不同的市場假設。 3. AI 已經不只是幫你寫廣告文案Meta 已經可以用生成式 AI 做素材延展、尺寸調整與創意變體。Google 把 Gemini 放進廣告系統。TikTok 的 Symphony 則開始處理: 文字生成影片 圖片生成影片 商品生成影片 Avatar 配音 翻譯 從商品網址產生廣告素材 2026 年 TikTok 又推出 Symphony Agent,開始往「AI 幫你理解趨勢、想創意、找 Creator、產素材」的方向走。Google 也把 Veo 等生成能力放進廣告素材工具。 所以兩年前我們講「用 AI 幫忙做廣告」,現在比較接近:AI 本身開始成為廣告製作系統的一部分。 這差非常多。 4. Google Search Ads 也不是以前認識的 Search Ads 了以前搜尋廣告的世界很直覺: Keyword → Search Query → Ad → Landing Page 廣告人的重要工作就是關鍵字、Match Type、Negative Keyword、出價與廣告文案。 但 Google Search 本身正在 AI 化。AI Overviews、AI Mode、Lens 與多模態搜尋出現之後,「搜尋」已經不一定是一個短短的 Keyword。 Google 推出的 AI Max for Search,方向就是讓 AI 協助擴展搜尋意圖、動態調整文案與選擇 Landing Page。傳統 Dynamic Search Ads 也逐步往 AI Max 的方向遷移。 所以 Google Ads 也正在從: 我買哪些 Keyword? 慢慢走向: 我的產品、網站、素材與轉換訊號,能不能讓 AI 正確理解我要賣給誰? 這其實跟 SEO 最近發生的事情很像。若你也在處理 AI 搜尋,可以延伸閱讀「SEO 轉型攻略:AEO 與 GEO 時代的 AI 內容優化實戰指南」。 5. Performance Max 開始補黑盒子的洞我以前對 PMax 最大的不爽就是:你叫我把錢給你,然後叫我相信 AI。 到底錢花去哪裡?哪些搜尋有效?哪些素材有效?哪些受眾有效?以前真的看得很痛苦。 但這兩年 Google 一邊推 AI 自動化,一邊也在補控制權,包含: Campaign-level Negative Keywords Brand Exclusions Demographic Exclusions Search Terms Insights 更多素材與 Channel Reporting 這透露出一個有趣的方向:廣告平台不是停止自動化,而是開始研究怎麼讓人類「控制 AI」。 我覺得這才是未來廣告操作真正需要學的能力:不是跟 AI 搶方向盤,而是知道什麼時候該給 AI 開,什麼時候要把它拉回來。 6. TikTok 已經不只是買流量TikTok 這兩年也非常值得重新研究。 Smart+ 越來越像 TikTok 版的 Advantage+ 或 Performance Max,系統幫你處理受眾、版位、素材與最佳化。TikTok Shop 又有 GMV Max;到了 2026 年,甚至出現 Agentic Hub,可以透過 AI Skills 協助建立、管理、分析與最佳化廣告。 這件事情最值得注意的不是功能名稱,而是三大廣告平台最後居然走向同一條路: 平台 自動化產品方向 系統期待你提供的東西 Meta Advantage+、Andromeda 商業目標、素材、商品與轉換資料 Google Performance Max、AI Max 產品、網站、素材與轉換訊號 TikTok Smart+、GMV Max、Agentic Hub 商品、內容、目標與成效資料 名字不同,方向幾乎一樣:你給我商業目標、素材、產品與資料,剩下讓 AI 幫你跑。 7. 平台從流量最佳化走向商業結果最佳化以前我們餵平台的是 Click、Lead、Purchase。 現在越來越多平台想知道:這個客戶值多少錢?是不是新客?是不是高價值客戶?這筆轉換到底是不是廣告帶來的增量? Meta 開始往 Incremental Attribution 發展;Google 則持續往 Conversion Value、New Customer Acquisition 與 Value-based Bidding 發展。 廣告平台真正想學的,已經不只是「誰會買」,而是: 我應該把有限的廣告預算,花在哪一個人身上,才能替企業增加最多真正的商業價值? 這是完全不同的問題。 8. 歸因終於開始承認大家都有問題廣告產業最荒謬的一件事情就是: Meta 說這個訂單是我的。 Google 說也是我的。 TikTok 可能也說有我的功勞。 每一個平台的 ROAS 都很好看。全部加起來,公司應該賺爛了。 財報打開:咦? 所以當我看到 GA4 開始可以直接把 Meta、TikTok、Pinterest、Reddit、Snap 的 Cost、Clicks、Impressions 拉進來時,覺得特別有意思。 這不能解決所有 Attribution 問題,但是方向很重要:我們終於開始從「平台說自己多厲害」,走向「把大家放到同一個 Measurement Framework 裡比較」。 這時候以前大家懶得管的 UTM、CAPI、Enhanced Conversions、First-party Data 與 CRM Data,重要性全部跑出來了。 9. 廣告操作員的價值正在重新定義把這兩年的東西補完之後,我最大的感覺反而不是「AI 好厲害」,而是以前很多我們認為叫做「廣告技術」的東西,正在快速商品化: 切受眾 調版位 分預算 調 Bid 產文案 Resize 素材 甚至產影片 這些事情 AI 都越來越能做。 所以如果一個廣告人的價值只剩「我很熟 Ads Manager」,未來會非常危險,因為平台自己正在努力消滅這些操作。 反而真正越來越值錢的能力是: 你知不知道客戶為什麼買? 你能不能設計 Offer? 你能不能找到不同的 Creative Angle? 你能不能建立正確的 Conversion Signal? 你能不能判斷平台說的 ROAS 到底是不是真的? 你能不能把廣告、CRM、網站、營收與 LTV 串在一起? 如果要用一句話總結這兩年廣告發生什麼: 廣告正在從「人操作平台」,進入「人提供策略與訊號,AI 操作平台」的時代。 二、2026 年重新學 Meta Ads:以前教的哪些東西已經退居二線?前一節談的是整個數位廣告產業的方向,這一節把焦點縮回 Meta Ads,重新檢查以前那些很熟悉的操作觀念。 1. 興趣受眾沒死,但已經不是主角以前投廣告,很大一部分時間都花在猜「我的客戶對什麼有興趣?」 賣健身課程,就切健身、減脂、重訓、蛋白粉;賣行銷課程,就切數位行銷、創業、Facebook Marketing,然後一直拆 Ad Set。 以前這叫精準,現在有時候反而是在限制演算法。 Meta 手上有瀏覽、觀看、停留、互動、點擊、購買與轉換等大量行為訊號,再加上 Advantage+ Audience。現在比較合理的思維是:把受眾設定當成提示,而不是答案。 你可以告訴 Meta「我覺得這群人可能會買」,但不要再執著「只有這群人才會買」。 2. Lookalike 還活著,但地位下降了上傳顧客名單、建立 1% Lookalike,再建立 2%、3%、5%,這套方法到現在當然還能用,Custom Audience 也沒有消失。 但它已經從核心 Targeting 武器,慢慢變成演算法的其中一個 Signal。 真正重要的問題不再只是「我的 Lookalike 幾 %」,而是「我拿什麼資料給 Meta?」 100 個亂七八糟的 Lead,跟 100 個真的成交、甚至高 LTV 的客戶,都是 100 筆資料,但價值完全不同。 3. 超細受眾切割,很多時候真的可以放下了以前一個 Campaign 裡可能有:男性 25–34、男性 35–44、女性 25–34、興趣 A、興趣 B、Lookalike,Retargeting 再各自分層。最後 Ads Manager 看起來超級專業,二十幾個 Ad Set 排得整整齊齊。 現在回頭看,很多時候其實只是把資料切碎:每一組都只有一點預算,每一組都沒有足夠 Conversion Signal,每一組都在重新學習。 結果不是幫 Meta,而是在妨礙 Meta。 我的理解會偏向:能合併,就不要為了「看起來很會投廣告」硬拆。尤其預算不大的帳號更是如此。 4. ABO 與 CBO 還能討論,但不是最值得吵的問題ABO 與 CBO 到現在仍有各自的使用情境。如果要做比較受控的測試,我可能還是會想控制預算;但如果目標是「我有 10 萬元,幫我找到最多轉換」,越來越多決策本來就會交給演算法。 所以我現在反而會問:你為什麼要控制這筆預算? 如果答案只是「因為我以前都這樣投」,那就值得重新思考。 5. 廣泛受眾從偷懶投法變成正常策略以前如果跟客戶說「我受眾沒設什麼,直接 Broad」,客戶可能會想:那我找你幹嘛? 現在 Broad 反而越來越合理,因為 Broad 不代表 Meta 隨機亂撒。真正的 Targeting 發生在你看不到的地方:系統會根據素材、轉換事件、歷史資料、網站訊號、帳號行為與預測模型,持續決定下一次 Impression 應該給誰。 所以 Broad 真正的意思不是「我沒有 Targeting」,而是「我把 Targeting 的一部分交給模型」。 6. 素材測試重要性不減反增看到 Advantage+、Andromeda 與 AI 自動化,最容易得到的錯誤結論是:「那以後什麼都給 AI 就好了。」 完全相反。 當 Targeting 越自動化,Creative 的重要性反而越高。因為你可以控制的變數正在減少,真正可以製造差異的地方變成: Hook、Angle、Offer、Persona、Pain Point、Visual、Format、Story。 一支影片講「AI 可以幫你省時間」,另一支講「每天加班兩小時的人,其實都在做 AI 可以完成的事情」。產品一樣、受眾可能一樣,但後者本身就帶著完全不同的受眾訊號。 我現在會把素材理解成: Creative is Targeting. 素材不只是拿來吸引人的,它本身就在告訴演算法「什麼人會對這個訊息有反應」。如果你正在建立短影音素材系統,也可以參考建立你的短影音定位策略:用對內容才會被看見。 7. 一支神素材打天下,這個觀念反而更危險以前很愛找 Winning Creative。找到一支 ROAS 很高的,就複製、加預算、繼續操,操到死為止。 現在這個概念需要升級。不是 Winning Creative 不重要,而是演算法越強、素材生成成本越低之後,真正重要的開始變成 Creative Portfolio。 你需要的不是 20 支長得差不多的影片,而是: 不同 Persona 不同 Pain Point 不同 Hook 不同 Offer 不同使用情境 不同證據 不同敘事方式 「素材多」不是叫 AI 把同一張圖片換 30 個背景,那只是 30 個檔案,不是 30 個 Creative Concepts。 8. Pixel 沒有死,但只裝 Pixel 已經不夠了以前網站裝 Pixel,看到 Purchase 有回傳,大家就覺得好了。 現在如果真的重視廣告成效,就不能只想 Browser-side Tracking。瀏覽器限制、Cookie、iOS、Ad Blocker 與 Consent 都可能讓資料流失。 因此 Pixel 加上 Conversions API,已經是更完整的思考方式:一邊從 Browser 傳,一邊從 Server 傳,再透過 Event ID 等機制處理 Deduplication。 這背後真正重要的不是 CAPI 這三個字,而是 First-party Data Infrastructure:你的網站、CRM、會員、訂單與 Server,能不能把真正有價值的商業結果回傳給廣告系統? 這會直接影響 AI 最後學到什麼。 9. Purchase 也不是最終答案假設 A 客人買 399 元,B 客人買 30,000 元,C 客人第一次買 1,000 元但未來一年買 100,000 元。 如果三個人在廣告系統裡都只是 Purchase = 1,其實就丟掉了很多商業資訊。 所以更值得研究的是: Conversion Value Customer Value New Customer LTV Offline Conversion CRM Signal 這也是為什麼我覺得,廣告技術正在慢慢變成資料工程問題。 10. ROAS 不要完全相信平台自己講的Meta 說「這個人看過我的廣告,所以這筆訂單算我的」;Google 說「他搜尋之前點過我,所以也是我的」;其他平台也可能說自己曾經出現過。 最後 Meta ROAS 6、Google ROAS 8、TikTok ROAS 4,全部加起來公司應該準備上市。財報卻只會問:「你們到底在供三小?」 所以現在更需要在意 Incrementality,也就是: 如果我沒有投這筆廣告,這筆訂單還會不會發生? 這和 Attribution 是兩個不同問題: 問題 它想知道什麼? Attribution 這筆訂單算誰的? Incrementality 沒有這個廣告,這筆訂單還存在嗎? 後面這個問題,其實更接近老闆真正想知道的事情。若要先從行銷漏斗整理問題,可以延伸閱讀用 ChatGPT 解剖你的行銷漏斗,找出真正的痛點。 11. Retargeting 還有用,但不要把它想成魔法以前 Funnel 很漂亮: Cold Audience → Warm Audience → Retargeting → Purchase 所以我們會建立看過影片 25%、互動過粉專、網站訪客 30 天、Add to Cart 14 天、Checkout 7 天,然後每一層都建一個 Ad Set。 這套方法不是完全不能用,而是今天 Meta 本身已經能跨大量 Signal 做最佳化,很多帳號未必還需要切成這麼漂亮的「漏斗藝術品」。 真正要問的是:這個切割有沒有產生額外價值?而不是「因為 Funnel 教科書長這樣」。 12. 廣告投手到底還剩下什麼?Targeting、Placement、Bidding、Budget Allocation、Creative Variation、Copy,甚至圖片與影片,都越來越能交給 AI。 但真正的廣告高手反而會更值錢,只是值錢的地方換了。 以前我們賣的是平台操作能力;未來真正值錢的可能是商業判斷能力: 你知不知道誰會買? 你知不知道他為什麼買? 你知不知道真正的競爭對手是誰? 你能不能設計更好的 Offer? 你能不能做出 10 個真正不同的 Creative Angle? 你知不知道該回傳什麼 Conversion Signal? 你知不知道平台的 ROAS 有沒有在唬爛你? 你能不能把 Ads、Website、CRM、Revenue、LTV 接起來? 2026 年重新學 Meta Ads,第一堂課我可能不會先打開 Ads Manager,而是先講:不要再把 Meta Ads 當成一個廣告投放工具,它現在比較像是一個大型 AI 推薦系統。 你的工作不是一筆一筆告訴它「廣告要給誰看」,而是設計一個系統,持續給它好的產品、好的 Offer、好的 Creative、好的 Conversion Data 與好的 Business Signal。 三、如果重新投 Meta 廣告,我不會再建立一堆廣告組合知道 Meta 廣告變了之後,下一個問題一定是:如果今天真的拿錢出來投,到底要怎麼投? 假設網站、Pixel、CAPI 都準備好了,也有基本的購買資料,我分別拿每天 1,000 元、3,000 元與 10,000 元重新投一次 Meta Ads,會怎麼做? 先講最大的原則:2026 年,我會比以前更努力讓帳戶變簡單。 不是因為我懶,而是現在真正需要複雜的地方,已經從 Campaign Structure 移到 Creative、Offer 與 Data 了。 每天 1,000 元:拜託不要切了以前可能會忍不住建立興趣一組、Broad 一組、Lookalike 一組、Retargeting 一組,每組再塞三支素材。 看起來超級專業,但你一天只有 1,000 元,切四組之後每組 250 元,還期待 Meta 幫你學出什麼東西。 這有點像給四個業務員每人 250 元,叫他們出去開發市場,晚上再開會檢討誰比較強。 如果是我現在做,反而會非常單純: 一個主要 Sales Campaign 受眾盡量 Broad 最佳化真正想要的 Conversion 把大部分精神放到 Creative 素材可以準備痛點型、利益型、故事型、見證型、比較型、UGC 型與 Demo 型,搭配不同 Hook。 不是建立八個 Ad Set,而是建立八個不同的說服理由。 因為一天只有 1,000 元,我最怕的不是 Meta 找錯人,而是根本沒有足夠資料讓它學。 每天 3,000 元:開始建立 Creative System到了這個預算,我才會開始增加一些結構,但不是為了把受眾切得更細,而是為了回答不同問題。 例如: 主要 Campaign 負責 Scale 另外保留一小部分預算,專門做 Creative Testing 這兩個目的完全不同。 Scale Campaign 問的是「現在誰最能替我賺錢?」;Creative Testing 問的是「下一個可以替我賺錢的素材是什麼?」 很多人把這兩件事情混在一起,所以每次看到某支素材花不到錢,就說「Meta 不公平,它根本沒有測!」 其實 Meta 本來就沒有義務公平。它的工作不是當科展評審,而是替你的預算找最大機率的結果。 所以如果真的需要理解 Hook A 和 Hook B 到底誰比較強,我會另外設計測試,不會期待 Delivery System 自己幫我完成科學實驗。 每天 10,000 元:開始在意 Creative Research System一天 10,000 元,一個月大概就是 30 萬。這時候我在意的已經不是 Campaign 數量,而是我們每週可以提出多少個不同的市場假設。 同一個產品,可能有不同的 Persona: 老闆買,是為了省人力。 行銷買,是為了提高產能。 業務買,是為了多成交。 員工買,是為了不要加班。 主管買,是為了管理效率。 五個 Persona,就可能有五套完全不同的 Creative Angle。 再往下拆,也可能有怕麻煩、怕浪費錢、怕學不會、怕被淘汰、想賺更多、想省時間等不同 Motivation。 這時候素材已經不是「設計部幫我做幾張 Banner」,而是一套 Creative Research System。 一個 Ad Set 放幾支素材,不如先問它們有沒有真的不同三支、五支、八支都不是固定答案。我會先問:這五支到底有沒有真的不一樣? 如果只是同一個文案、同一個商品、同一個賣點,換五張背景,對人類來說有五個檔案,對市場來說可能只有一個 Idea。 真正有意義的五個 Creative,可以是: Creative 說服角度 A 用了之後可以得到什麼? B 不用會損失什麼? C 別人用了得到什麼? D 為什麼以前的方法錯了? E 直接 Demo 給你看。 我甚至會建立一張 Creative Matrix。 橫軸放 Persona,縱軸放 Pain Point、Desire、Objection、Use Case 與 Proof,然後開始組合:老闆 × Pain Point、老闆 × Proof、新手 × Objection、專業人士 × Use Case。 再搭配短影音、UGC、圖片、輪播、Demo 與 Testimonial,素材就不只是「這週要交五支影片」,而是「這週要驗證五個市場假設」。 這個差別非常大。 Conversion Signal 才是很多廣告課講太少的地方假設今天兩家公司都花 30 萬廣告費,Creative 差不多,產品也差不多。 第一家公司只告訴 Meta:有人 Purchase。 第二家公司告訴 Meta:Purchase、Purchase Value、新客戶、高價值客戶、CRM 成交、Offline Conversion,甚至後續 Customer Value。 長期下來,哪一個 AI 比較有機會找到真正值錢的人?答案其實很直覺。 所以我現在會把 Pixel、CAPI、CRM、GA4、UTM 與訂單資料全部當成廣告系統的一部分,不是報表做漂亮而已。因為這些資料最後都可能影響 AI 到底學到了什麼。 不只看 Ads Manager,要建立三層成效判斷Ads Manager 當然還是看,但我不會只看 Ads Manager,至少會拆成三層: 層級 指標範例 用途 Platform Metrics CPM、CTR、CPC、CPA、Platform ROAS 操作廣告與找出異常 Analytics Metrics GA4 Conversion、Revenue、Source / Medium、跨渠道成本 比較不同渠道 Business Metrics 真實訂單、毛利、新客成本、回購、LTV、總營收 判斷企業真正結果 這三層數字一定不會完全一樣,沒關係。重點是你知不知道為什麼不一樣。 ROAS 不是最後答案,尤其當預算開始變大假設廣告 A 的 ROAS 是 8,廣告 B 的 ROAS 是 4,以前很簡單:A 勝,預算加 A。 但是如果 A 全部都是本來就會買的老客戶,B 帶進來大量第一次購買的新客戶,而且這些新客戶一年平均會再買三次,那誰比較值錢?突然就不一定了。 所以預算越大,我會越想知道: New Customer CAC Contribution Margin LTV Incrementality 而不只是 Ads Manager 裡面那個漂亮的 ROAS。 Retargeting 要不要另外開?看商業邏輯答案不是一定要,也不是一定不要。 以前 Cold、Warm、Hot 一定要切,現在我不會為了讓 Funnel 看起來漂亮,硬拆一個每天只有幾百人的 Retargeting Audience。 但如果今天有特殊 Offer、棄單優惠、高客單商品、Lead Nurturing 或特定 Customer Journey,我還是可能拆。 原則只有一個:因為商業邏輯需要,所以拆;不是因為老師以前說 Funnel 要三層。 四、把 Meta Ads 看成一個 Learning Loop如果要我畫 2026 年 Meta Ads 的架構,我現在腦袋裡大概會長這樣: Market → Offer → Creative System → Meta AI Delivery → Website / Landing Page → Pixel + CAPI → CRM / Order Data → GA4 / Measurement → Revenue / LTV → 把好的 Signal 餵回去 它已經不只是一個廣告 Campaign,而是一個 Learning Loop。 你的產品與素材,教 Meta 哪些人可能有興趣;使用者的行為,教 Meta 哪些人可能會轉換;訂單與 CRM,再告訴 Meta 哪些轉換其實比較值錢。下一輪,AI 再重新分配曝光。 所以我現在越來越覺得,2026 年真正厲害的廣告人,不一定是 Ads Manager 裡面按得最快的人,而是那個可以把: 市場 → 素材 → 廣告 → 網站 → 資料 → 營收 → AI 全部串成一個循環的人。 以前我們叫這件事情「投廣告」,現在回頭看,它其實越來越像在訓練一套替公司找客戶的 AI 系統。 結語:工具變複雜,行銷核心反而變簡單兩年沒看廣告,回來一次補完,突然覺得還滿有趣的。 因為繞了一大圈,當平台把 Targeting、Bidding、Placement 與 Creative Production 全部慢慢自動化之後,最後真正拉開差距的,居然又回到最古老的那些問題: 你賣什麼? 你賣給誰? 他為什麼要買? 你要用什麼角度說服他? 工具變得非常複雜,但行銷的核心,好像反而又變簡單了。 常見問答 (FAQ)Q1:2026 年投 Meta Ads,還需要設定興趣受眾與 Lookalike 嗎?可以使用,但不必再把它們當成唯一答案。興趣受眾與 Lookalike 比較適合被視為提供給模型的提示或訊號;實際成效仍會受到素材、轉換事件、網站資料、Offer 與帳戶歷史學習影響。 Q2:每天只有 1,000 元的 Meta 廣告預算,應該怎麼開始?建議先維持一個主要 Sales Campaign,受眾盡量 Broad,最佳化真正想要的 Conversion,並把主要精力放在測試不同的 Creative Angle、Hook 與說服理由,避免把有限預算切成太多 Ad Set。 Q3:Pixel 與 Conversions API 有什麼差別?Pixel 主要從瀏覽器端回傳事件,Conversions API 則從伺服器端回傳事件。兩者搭配並使用 Event ID 做 Deduplication,可以建立較完整的轉換資料回傳,但仍需同步處理 Consent、資料品質與事件設計。 Q4:為什麼不能只看 Meta Ads Manager 的 ROAS?平台 ROAS 是依照平台自己的歸因規則計算,可能和 GA4、真實訂單、毛利、新客成本與 LTV 不一致。更完整的判斷方式,是同時比較 Platform Metrics、Analytics Metrics 與 Business Metrics,並進一步觀察 Incrementality。 Q5:素材測試和廣告放量應該放在同一個 Campaign 嗎?不一定。放量 Campaign 的任務是替目前預算找最大機率的結果;Creative Testing 的任務是回答下一個有效素材或市場假設是什麼。如果需要比較 Hook、Angle 或 Persona,最好設計相對獨立的測試,避免期待投放系統自動完成公平的科學實驗。

  • article-當 AI 生成影片比你看得還快:真正的「無限影片」開始了

    2026/9/1

    AI工具 內容行銷 影音行銷
    當 AI 生成影片比你看得還快:真正的「無限影片」開始了

    15 秒的 AI 影片,要生成多久? 9 秒。 乍看之下,好像只是 AI 影片又變快了。 但我覺得,真正值得注意的根本不是「9 秒」。 而是 AI 影片跨過了一條很重要的線:生成速度,開始超過播放速度。 這件事可能比「畫質又提升多少」重要得多。 本文提到的 H3 Max、Infinite Slop、Nothing, Forever,以及影片生成成本,依使用者提供的觀察與估算整理。模型版本、服務狀態、推論速度與價格都可能變動,實際使用時仍應以當下方案為準。 只要生成速度超過播放速度,影片就可以沒有結局8 月 29 日,fal 工程師 Rehan Sheikh 把影片生成模型接上 Twitch,做了一台永遠播不完的「無限跨次元電視」。 底下跑的是 fal 的 H3 Max。官方數字是:5 秒影片,3 秒內生成。後來獨立開發者 Pieter Levels 實測,15 秒影片大約 9 秒跑完。 為什麼這個數字重要? 因為只要: 生成時間 < 播放時間 當你還在看前面 15 秒時,AI 已經把後面 15 秒生好了。你開始看第二段,AI 又繼續生成第三段。 115 秒 → 15 秒 → 15 秒 → 15 秒 → …… 只要生成佇列沒有中斷,理論上就能永遠延伸下去。 觀眾正在做什麼 AI 同時在做什麼 播放第 1 段 15 秒影片 生成第 2 段 15 秒影片 播放第 2 段 15 秒影片 生成第 3 段 15 秒影片 播放第 3 段 15 秒影片 生成第 4 段 15 秒影片 所以未來 AI 影片模型比的,可能不再只是: 一次可以生成幾秒? 而是: 能不能永遠比觀眾快一步? 這會把 AI 影片的競爭,從「單次生成品質」推向「持續生成能力」。 三年前,無限的是劇本,不是畫面其實「永遠播不完的 AI 節目」,三年前就有人做過。 2022 年底,Twitch 出現一個很有名的頻道:Nothing, Forever。它可以 24 小時不斷演出 AI 情境喜劇。 但當年的方法其實完全不同。 角色、場景與 3D 資產都事先準備好,再由 Unity 即時排列組合。AI 主要負責生成對白。 換句話說,當時比較像: 1AI 編劇 + TTS + 遊戲引擎 三年前我們做到的是:劇本永遠寫不完。 但今天不一樣。 人物可以生成,場景可以生成,動作可以生成,鏡頭可以生成。甚至連「下一秒的世界長什麼樣子」,都可以下一秒再決定。 Nothing, Forever Infinite Video 角色、場景與 3D 資產預先準備 人物、場景與鏡頭可以即時生成 AI 主要生成對白 AI 直接生成畫面本身 無限延伸的是劇本 無限延伸的是世界 所以我覺得這次最值得記住的一句話是: 三年前,無限的是劇本。現在,無限的是畫面本身。 AI 開始即時生成世界,而不只是幫你做影片更有趣的事情,很快就發生了。 十幾個小時後,Pieter Levels 自己做了一個互動版本:Infinite Slop。 觀眾在聊天室輸入什麼,AI 就嘗試把它變成下一段影片,而且還會試著延續前面的故事。 例如有人說:「讓恐龍出現。」下一段真的可以出現恐龍。有人說:「去東京。」故事就可以往東京發展。 這時候,整個媒體邏輯其實已經變了: 1觀眾 → AI → 影片 → 觀眾 → AI → 下一段影片 觀眾不只是 Audience,觀眾本身開始變成 Prompt。 以前是創作者先完成內容,再交給觀眾觀看;現在則可能是觀眾提供方向,AI 即時生成內容,再把新的內容交回觀眾。 這已經不只是「AI 幫你做影片」,而是 AI 開始替你生成一個可以持續變化的世界。 為什麼 AI 電影可能不是最有趣的終點?現在大家聊 AI Video,很容易問: 什麼時候可以直接生成一部兩小時電影? 但這可能是在用舊媒體的框架,理解一個新媒體。 因為如果影片可以即時生成,為什麼還一定要是一部固定的電影? 它可能變成: AI 實境秀 AI VTuber AI 兒童故事 AI 連續劇 AI NPC 世界 AI 購物頻道 永遠不會完結的直播節目 更進一步,未來甚至可能不是「100 萬人看同一部電影」,而是「100 萬人看 100 萬個版本」。 你喜歡懸疑,AI 就讓故事更懸疑。你喜歡東京,故事就往東京發展。某一段你快轉,AI 知道你沒興趣;某個角色出現時你停留很久,AI 知道你可能喜歡他。 影片開始不是「播放給你看」,而是:一邊播放,一邊為你生成。 今天我們叫: Video on Demand 未來搞不好會變成: Reality on Demand 你選的不再是哪一部影片,而是: 今天,我想進入什麼世界? 如果你想先理解 AI 影片時代需要哪些判斷能力,也可以延伸閱讀〈學 AI 影片,你最不該做的,可能是先去學怎麼當導演〉。 真正卡住 AI 的不是技術,而是推論成本不過,現在真正卡住 AI 的,已經不是技術。 是錢。 Rehan Sheikh 後來自己算了一筆帳:如果 H3 Max 480p 標準價格以每秒成品影片 0.05 美元計算,24 小時不停生成的成本大約是: 一天:約 4,320 美元 一個月:約 129,600 美元 一年:接近 158 萬美元 而且這還只是影片推論成本,還沒有算頻寬、儲存、直播服務、監控與其他營運支出。 因此現在其實是一個很有趣的階段:能力已經到了,速度開始到了,但經濟模型還沒到。 Infinite Slop 能一直跑,其中一個原因就是 fal 在贊助運算成本。這也提醒我們,Demo 可以先證明「做得到」,但要變成真正的新媒體,還需要讓它「長期付得起」。 接下來真正值得觀察的,不只是「下一代模型快多少」,而是三條曲線: 曲線 代表的問題 能力 ↑ AI 能不能生成更穩定、更連貫的世界? 速度 ↑↑ 能不能持續跑在觀眾播放速度之前? 成本 ↓ 這種內容能不能長時間、低成本運作? 當這三條線真正交會,Infinite Video 才會從一個很酷的 Demo,變成真正的新媒體。 9 秒只是數字,跨過那條線才是新聞所以如果只把這件事情理解成: 現在 AI 生成 15 秒影片只要 9 秒。 我覺得反而小看它了。 真正重要的是:AI 影片第一次開始生得比人類看得還快。 今天是 9 秒,以後可能是 6 秒、3 秒,甚至接近即時。 當「生成速度 > 消費速度」之後,我們真正該問的就不再是: AI 可以幫我多快做完一支影片? 而是: 如果影片根本不需要做完呢? 沒有固定片長,沒有固定劇本,也沒有真正的大結局。甚至每個人看到的,都不是同一個故事。 我覺得 AI Video 下一階段真正有意思的方向,可能不是「把現在的影片做得更便宜」,而是開始出現以前根本不存在的內容形式。 從生成影片,到生成節目,最後可能是:即時生成一個你正在觀看的世界。 常見問答 (FAQ)Q1:什麼叫做 AI 影片的生成速度超過播放速度?如果一段 15 秒影片可以在 9 秒內生成,代表觀眾播放前一段影片時,AI 有機會提前準備好下一段。當生成時間持續小於播放時間,內容就能透過分段接續,理論上不斷延伸。 Q2:Infinite Video 和 Nothing, Forever 有什麼不同?Nothing, Forever 主要使用預先準備的角色、場景與 3D 資產,再由 AI 生成對白並即時排列;Infinite Video 則進一步讓人物、場景、動作與鏡頭都能即時生成,因此無限延伸的不只是劇本,也包含畫面世界。 Q3:為什麼即時生成影片不一定會先變成兩小時 AI 電影?因為即時生成允許內容依觀眾輸入、停留與互動持續改變,固定片長的電影不一定能發揮這種特性。AI 實境秀、互動連續劇、AI NPC 世界或個人化直播,可能更符合這種新媒體形式。 Q4:目前 Infinite Video 最大的限制是什麼?目前最大的限制之一是推論成本。即使影片生成速度已經快到能追上播放,若每秒成品影片的成本仍然很高,長時間直播就很難形成可持續的商業模式;模型能力、速度與成本必須同時改善。

  • article-AI 讓做 MV 變簡單了,但我反而花更多時間

    2026/9/1

    AI工具 影音行銷
    AI 讓做 MV 變簡單了,但我反而花更多時間

    最近認真玩了一輪「AI 做音樂 MV」。 從歌曲、拆歌詞、想故事、做分鏡、生圖、圖轉影片,一路做到最後剪接。 做完之後,我最大的感覺不是: 「AI 現在好厲害,連 MV 都會做了。」 而是—— 現在真的不是「做不做得到」的問題,而是「你想花多少時間,把它做到多好」。 而且我後來發現,這件事情其實不只適用 AI 影片,也正在改變我們使用 AI 做任何事情的方式。 從一首歌到完整 MV,第一次完成已經不再是最大門檻以前如果我要自己做一支 MV,我不會攝影、不會動畫、不會特效,也沒有演員、場地或製作團隊。 很多想法不是不好,是真的做不到。😂 但現在完全不一樣。 不會寫歌,AI 可以幫你寫。 不會做分鏡,AI 可以幫你拆。 不會畫畫,AI 可以幫你生圖。 不會拍影片,AI 可以幫你生成。 甚至連分鏡、生圖、動畫、剪接都不想一個一個處理,現在也開始有工具可以直接從一首歌產生完整 MV。 如果你想先理解 AI 影片創作中「看懂、判斷與指揮」的重要性,也可以延伸閱讀:學 AI 影片,你最不該做的,可能是先去學怎麼當導演。 所以我覺得,AI 真正厲害的地方不只是: 讓專業的人做得更快。 而是: 讓以前根本沒有生產能力的人,也拿到了入場券。 以前「想到」跟「做到」中間,隔著大量的專業技能。 AI 正在把這個距離快速縮短。 「做到」變簡單了,「做好」卻沒有這是我實際做完之後,覺得最有趣的地方。 以前你的能力可能只能做到 30 分,做到 30 分,你就停了,因為第 31 分你根本不知道怎麼做。 現在 AI 五分鐘可能就把你送到 70 分。 然後麻煩來了。 人物好像可以再一致一點? 重跑。 這個運鏡有點怪? 重跑。 副歌都進來了,畫面是不是應該再炸一點? 再跑。 這幕換成特寫好像更有感覺? 再來一次。 結果做到 80 分之後,你又突然看得到 90 分。 所以我發現一個很有趣的現象: AI 降低的是「第一次完成」的成本,卻沒有同步降低「最後 10 分」的成本。 甚至有時候反而讓你花更多時間。 因為以前是: 「做不到。」 現在變成: 「好像還可以再好一點。」😂 當生成變便宜,最昂貴的反而是選擇以前做一張圖很貴,所以不會隨便做 20 張。 現在不好看,再生四張;還是不喜歡,再四張。 影片也是,音樂也是,文案也是。 AI 解決了「沒有選擇」的問題,卻製造出另一個問題: 選擇太多。 所以當生成成本下降之後,我覺得另一種成本反而正在快速上升: 決策成本。 AI 可以幫你產生 100 個答案,但它沒有自動解決一個更重要的問題: 這 100 個裡面,哪一個值得留下? 所以未來真正厲害的人,可能不一定是 Prompt 寫最長、AI 工具會最多的人。 而是能從一堆「都還不錯」的東西裡,快速判斷: 哪一個真的比較好。 AI 正在把我們從「製作者」變成「決策者」以前我們學的是: 我會 Photoshop。 我會 Premiere。 我會攝影。 我會動畫。 我們的價值很大一部分來自: 「我會做。」 但當 AI 越來越會「做」之後,人的工作其實開始往上一層移。 從: 「這個怎麼做?」 慢慢變成: 「為什麼要這樣做?」 這個鏡頭為什麼需要特寫? 這段副歌為什麼應該換場景? 這個角色為什麼不能笑? 這支 MV 到底想讓觀眾感受到什麼? 所以我一直不太認同「有了 AI,人人都是導演」。 比較準確的說法應該是: AI 讓每個人突然擁有了一支以前養不起的製作團隊。 但有了一百個很會做事的員工,不代表你突然變成一個很會做決策的老闆。 這是兩件完全不同的事情。 做 AI MV,其實是在配置時間、金錢與控制權我現在做 AI MV,反而不會先問: 「哪個模型最強?」 而是先問: 「這支影片值得我花多少時間?」 不同做法,其實是在交換三樣東西:時間、金錢、控制權。 你更在意的事情 可以採取的方式 交換出去的資源 想省錢 使用免費額度,自己慢慢做 時間 想要更好的畫面 花錢換更高階的影片模型 金錢 想要最高控制權 自己拆分鏡、生圖、圖轉影片、剪接 時間與操作複雜度 想要快速完成 直接把歌曲交給 AI MV 工具 控制權 它們沒有哪一種比較高級,其實只是在交換不同資源。 真正重要的是: 你知不知道這一次該把資源押在哪裡。 先做爛,再做好:我現在的三輪工作法這是這次實測之後,我自己很想留下來的方法。 第一輪:先問「有沒有?」先把完整的東西跑出來,不要先問漂不漂亮。 歌曲有沒有對上? 故事有沒有開始和結束? 分鏡有沒有跑完? 畫面有沒有剪成一支完整的 MV? 第二輪:再問「對不對?」故事對不對? 節奏對不對? 情緒對不對? 畫面方向對不對? 這一輪是在確認:這支影片到底是不是你想做的那支影片。 第三輪:最後問「好不好?」確認方向之後,才開始處理人物一致性、畫面品質、運鏡與細節。 順序真的差很多。 不然你很容易花兩個小時—— 把一個根本不該存在的鏡頭,做得非常漂亮。🤣 AI 時代,停止也是一種創作能力這可能是我這次最大的體悟。 圖片可以無限重生。 影片可以無限重跑。 文案可以無限重寫。 音樂可以無限改版。 以前最大的問題是: 「我做不到。」 未來最大的問題可能變成: 「我永遠覺得還可以再改一下。」 當生成成本越來越低,「再試一次」的誘惑反而會越來越大。 所以真正有效率的人,未必是生成最快的人,而是知道: 什麼值得做到 95 分。 什麼做到 80 分就該交出去。 什麼做到 60 分,其實已經完成它的任務。 這不是降低標準,而是先判斷這個成果要完成什麼任務,再決定品質要到哪裡。 我現在給自己的 AI 創作原則很簡單: 先用 AI 買速度,再決定哪裡值得買品質。 先快速看到結果,再決定值不值得繼續投入時間。 因為 AI 真正替我們省下來的,不應該只是「做事的時間」,而是讓我們可以把時間重新分配到: 判斷、故事、品味、策略,以及真正重要的細節。 所以這次做 AI 音樂 MV,我最後學到最有價值的,反而不是怎麼做 MV,而是三個問題: 什麼值得做? 值得做到什麼程度? 什麼時候該停? 當「做得到」越來越便宜,「知道什麼值得做」反而會越來越貴。 這可能才是接下來真正值得學的 AI 能力。 常見問答 (FAQ)Q1:AI 音樂 MV 通常會經過哪些製作流程?一支 AI 音樂 MV 可以從歌曲開始,依序進行歌詞拆解、故事構思、分鏡設計、生圖、圖轉影片與最後剪接;也可以把歌曲交給整合型 AI MV 工具快速產出初版。 Q2:AI 做 MV 最能降低的是哪一種成本?AI 最明顯降低的是「第一次完成」的成本,讓沒有攝影、動畫或特效專業的人也能快速做出完整版本;但最後的品質修整與取捨不一定因此變快。 Q3:做 AI MV 時,應該怎麼選擇工具或模型?先依影片值得投入的程度配置時間、金錢與控制權:想省錢就用免費額度慢慢做,想要更好的畫面就提高預算,想保有最高控制權就自行拆分鏡、生圖、圖轉影片與剪接。 Q4:為什麼建議用「先做爛,再做好」的方法?因為先完成完整初版,才能先檢查故事、節奏、情緒與畫面方向是否正確;方向確認後再投入人物一致性、運鏡和細節,能避免把大量時間花在不該存在的鏡頭上。 Q5:AI 創作時,怎麼判斷什麼時候該停止修改?先看成果要完成的任務,再設定品質門檻:重要作品可以做到更高品質,一般測試或需要快速交付的內容做到足以完成任務即可,不必因為還能再生成一次就無限重跑。

  • article-Vibe Coding 下一階段:把專業知識變成軟體,產業專家就是下一代產品經理

    2026/8/31

    商業策略 AI Agent Vibe Coding
    Vibe Coding 下一階段:把專業知識變成軟體,產業專家就是下一代產品經理

    最近看到一個很有意思的案例。 一位房仲做了一套 591 競品分析工具。貼上一個 591 網址,就可以自動整理同社區競品、價格、刊登時間與曝光狀況,甚至判斷一間房子到底是「價格有問題」,還是「根本沒曝光」。 有趣的不是這個工具本身,而是他說: 「我一行程式都不會寫。」 但光是其中一個競品分析功能,就有 15 個程式檔案、9,324 行程式,前後修改 75 次;整個系統甚至累積到 3,000 多次修改。他主要靠 Claude Code,把這套東西慢慢做出來。 很多人看到這裡,第一個反應可能是:「現在 AI 真的太強了,不會寫程式也能做 App。」 但我看到的,其實是另外一件更大的事情。 Vibe Coding 真正改變的,可能不是程式設計以前我們談 No-Code、Low-Code,到現在談 Vibe Coding,大家一直在討論: 以後是不是不用學寫程式了? 但我覺得,這可能問錯問題了。 真正正在發生的是:大量原本只能存在「專家腦袋裡」的東西,開始可以被軟體化。 這才是我認為 Vibe Coding 最重要的改變。 真正值錢的不是那 9,324 行程式假設今天叫一個很厲害的工程師完成「591 資料抓取 → 整理 → Dashboard → 報表」,技術上可能完全沒問題。 但工程師怎麼知道: 刊登超過幾間叫供給過剩? 多少瀏覽才算曝光不足? 同一間房子被三個仲介刊登,到底算三筆還是一筆? 什麼情況代表價格有問題? 這些東西不是只靠寫程式就能得出來的。它來自一個房仲做過幾百次成交、看過幾千個物件之後,慢慢形成的判斷。 以前我們會叫這種東西「經驗」。但 AI Coding 出現之後,我開始覺得應該換一個角度看: 這些其實都是還沒有被寫成程式的商業邏輯。 未來值錢的能力,是把「我覺得」變成「如果……就……」例如,一個資深房仲可能會說:「這間我一看就知道不好賣。」 以前這句話很難交給電腦。但如果繼續追問「為什麼」,他可能慢慢拆出: 如果同社區待售超過 15 間; 如果價格高於近期成交行情 8%; 如果刊登 30 天但瀏覽不到 500; 如果照片數量低於某個數字; 如果三週都沒有有效詢問; 那麼成交機率就會開始下降。 這時候事情就完全不同了,因為專業經驗可以沿著一條清楚的路徑被轉換: 經驗 → 判準 → 規則 → Workflow → 軟體 這就是我最近越來越在意的一個概念:專業知識軟體化。 AI Coding 的最大機會,不是讓所有人變成工程師真正的機會是:讓每一個產業專家,都第一次有機會把自己的 Know-how 變成軟體。 所以,接下來很有優勢的可能不只是最會寫程式的人,也包括: 做了 20 年帳務的會計師; 看過幾千個案件的律師; 成交過幾百間房子的房仲; 教過幾千個學生的老師; 做過幾百個廣告專案的行銷人; 跑過幾百間工廠的顧問。 以前這些人的專業很難複製,因為 Know-how 在腦袋裡。新人只能跟著老師傅看、問、學、犯錯,再慢慢累積經驗。 但現在多了一條路:你可以開始問自己,**「我每天到底在做哪些判斷?」**然後一條一條把它寫出來。 這也延續了我在〈AI 讓程式碼越來越便宜,但「知道什麼值得做」正在變得越來越貴〉談過的觀察:真正稀缺的,往往不是把功能做出來,而是知道哪個產業問題值得被做成產品。 為什麼 Prompt 不是終點?很多人學 AI 還停在:「幫我寫一個厲害 Prompt。」 但 Prompt 本身很難形成太大的護城河。真正有價值的是 Prompt 後面的判斷規則。 例如,不是只叫 AI「幫我分析這個網站的 AEO」,而是明確告訴它: 什麼情況代表 Entity 不清楚? 什麼情況代表內容缺乏可引用性? 什麼結構不容易被 Answer Engine 理解? 哪些 Schema 缺失? 品牌資訊在不同來源出現矛盾時,風險怎麼計算? 最後甚至可以進一步形成完整流程: 檢查 → 評分 → 找問題 → 排優先級 → 提出修改 → 自動修正 這時候,它就不再只是一個 Prompt,而開始變成 Software。 Coding Agent 如何補上最後一塊拼圖?Claude Code、Codex 這類 Coding Agent 真正重要的地方,不只是「比較會寫程式」,而是它們開始可以: 讀取與建立檔案; 修改與執行程式; 查看錯誤並修正; 執行測試; 操作工具; 拆解任務並持續工作。 所以我們正在從「AI 告訴你怎麼做」,進入**「AI 幫你把它做出來」**。 這也是為什麼最近大家開始談 Agent Harness。Model 決定 AI 有多聰明;Harness 則決定:它到底能不能工作。 如果想更完整理解這個架構,可以接著閱讀〈Skill 之後,下一個 AI 開發者一定要懂的詞:Agent Harness〉。 當寫程式越來越便宜,知道該寫什麼反而越來越貴以前,「我有一個 Idea,但是我不會寫程式」是一個很大的障礙。 未來真正的障礙可能變成:「你到底懂不懂這個產業?」 因為 App 可以生成、Dashboard 可以生成、Database 可以建立、API 可以串、UI 可以改。真正難複製的是: 你做過 300 次之後,知道第 301 次應該怎麼判斷。 AI 原生產品的四個必要元素我現在會用另一個公式看 AI 原生產品: AI 原生產品 = Domain Expertise × Explicit Rules × Agent Harness × Iteration 這四個元素分別代表: Domain Expertise:真實累積的產業經驗。 Explicit Rules:把經驗講清楚、拆成明確判準的能力。 Agent Harness:讓 AI 能讀取資訊、使用工具並真正動手工作的環境。 Iteration:一次又一次測試、修正與調整。 少一個,都很難變成真正可用的 AI 原生產品。 專業知識軟體化,可能催生下一波 Vertical AI今天是一個房仲做 591 分析;明天可能是一個會計師,把自己的查帳流程做成系統。 也可能是一個老師,把自己批改幾千份作文的判斷做成工具;一個行銷顧問,把做過幾百個案子的診斷方法做成產品;一個製造業老師傅,把「聽聲音就知道機器哪裡不對」的經驗拆成判斷系統。 最後會發現,他們根本不是在「學寫程式」,而是在做另一件事情: 把自己的職業經驗,編譯成軟體。 學 Vibe Coding 前,先問自己這三個問題如果你最近正在學 Vibe Coding,我反而不建議第一個問題是:「我要做什麼 App?」 你可以先問自己: 有什麼事情,是別人每次都跑來問我的? 有什麼判斷,我做 30 秒,新手可能研究三小時? 有什麼工作,我已經重複做過 100 次以上? 那裡面很可能就藏著你的第一套 AI 工具,甚至是你的第一個 SaaS。 以前軟體公司的邏輯是: 找到產業需求 → 找專家訪談 → 寫規格 → 找工程師 → 做軟體 現在開始可能反過來: 專家自己就是產品經理,AI Coding Agent 就是他的工程團隊。 而他腦袋裡累積十年、二十年的 Know-how,就是最重要的原始碼。 所以我越來越相信:Vibe Coding 的終局,不是人人都變成工程師,而是每一個真正有專業的人,都有機會變成一家軟體公司。 常見問答 (FAQ)Q1:不會寫程式,也能用 Vibe Coding 做出軟體嗎?可以,但重點不只是會不會下 Prompt。你仍需要清楚描述問題、把專業經驗拆成判準與規則,並透過 Coding Agent 反覆建立、測試與修正。AI 可以降低實作門檻,卻不會自動補上你不具備的產業知識。 Q2:什麼是「專業知識軟體化」?專業知識軟體化,是把專家長期累積的經驗,從模糊的直覺拆成可說明的判準,再轉換為規則、Workflow 與軟體功能,讓原本只能靠個人判斷的 Know-how 可以被重複使用。 Q3:Prompt、Workflow 與軟體有什麼差別?Prompt 通常是一次性的指令;Workflow 把多個步驟、條件與工具串成可重複流程;軟體則進一步加入資料、介面、權限、錯誤處理與持續迭代。當 Prompt 背後有明確判斷規則並能穩定執行時,就開始具備軟體產品的雛形。 Q4:Agent Harness 在 AI 原生產品中扮演什麼角色?Agent Harness 是讓 AI Agent 能取得情境、讀寫檔案、使用工具、執行任務、處理錯誤並遵守權限邊界的工作環境。Model 決定 Agent 的能力上限,Harness 則影響它能不能可靠地把工作完成。 Q5:如何找到適合自己的第一個 AI 工具題目?先盤點別人經常請教你的問題、你能快速完成但新手需要研究很久的判斷,以及你已重複執行上百次的工作。優先選擇規則相對清楚、資料可取得、結果可以驗證的小流程,再逐步擴充成產品。