跳到主要內容

部落格

不定期分享最新資訊文章

  • 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 工具題目?先盤點別人經常請教你的問題、你能快速完成但新手需要研究很久的判斷,以及你已重複執行上百次的工作。優先選擇規則相對清楚、資料可取得、結果可以驗證的小流程,再逐步擴充成產品。

  • article-學 AI 影片,你最不該做的,可能是先去學怎麼當導演

    2026/8/30

    AI自動化 AI工具 影音行銷
    學 AI 影片,你最不該做的,可能是先去學怎麼當導演

    最近 AI 影片越來越強。 Seedance、Google Flow、Veo 這些工具出現之後,我發現一個很有趣的現象:很多人在學 AI 影片時,第一個反應竟然是—— 我要不要先學攝影? 我要不要學分鏡? 我要不要學景別與運鏡? 我要不要先去上導演課? 但我最近反而越來越覺得:如果你的目標是做 AI 短影音,最不需要做的事情,可能就是先把自己訓練成一個導演。 這不是因為導演不重要。恰恰相反,是因為導演本身是一門太專業、太完整的工作。 本文提到的 Seedance、Google Flow、Veo 與其他 AI 工具,是用來說明這個工作觀念的例子,不是永久性的工具排名。實際功能與品質仍會隨模型版本、方案與使用情境變動;真正值得留下來的,是你如何定義目標、判斷結果,以及指揮 AI 把作品完成。 先別急著把自己訓練成導演傳統影視教育有一套完整的知識體系:構圖、景別、鏡頭語言、燈光、場面調度、攝影機運動、剪輯、聲音與敘事。 這些知識當然都有價值。問題是:你真的需要全部學會,才有資格做 AI 影片嗎? 想想看,有了 Vibe Coding,你不需要先花一年把 Python、JavaScript、資料庫、前後端全部學完,才有資格請 AI 幫你做網站。 有了 Suno,你也不需要先學會和弦、編曲與完整樂理,才有資格做一首歌。 有了生成式 AI,你同樣不用先念完設計系,學完色彩學、排版與構圖,才能做一張社群圖片。 同樣的事情,正在發生在影片領域。 所以 AI 影片真正值得研究的問題,不是: 我要怎麼成為導演? 而是: 我要怎麼讓 AI 成為我的導演? 這個差別會改變你的學習順序。你不必先把所有專業技能都收集完,才開始創作;你應該先知道自己要達成什麼結果,再學會如何讓 AI 提出方案,最後判斷哪個方案值得留下。 導演知識仍然重要,但不必一次學完整套「不必先成為導演」很容易被誤解成「什麼都不用懂」。我認為也不是。 這就跟 Vibe Coding 一樣。真正厲害的人,不一定需要自己寫完每一行程式碼,但他通常看得出來 AI 哪裡寫得不好、哪裡不符合需求、哪裡可能造成風險。 AI 影片也是如此。你不一定要親自拍攝或操作攝影機,但最好能判斷: 為什麼這顆鏡頭沒有壓迫感? 為什麼人物看起來很假? 為什麼這個轉場的 AI 味很重? 為什麼角色明明沒有改變,下一個鏡頭卻像換了一個人? 為什麼故事此處應該緊張,觀眾看了卻完全沒有感覺? 你需要的不是完整的導演專業,而是足以看懂與驗收影片的基本素養。 AI Video Literacy 是什麼?我會把這種能力稱為 AI Video Literacy,也就是 AI 影片素養。 它不要求你親自完成所有拍攝工作,而是要求你能在 AI 參與製作時完成四件事: 能力 你需要做的事 看懂 看出畫面、節奏、角色與情緒是否符合預期。 判斷 分辨產出是有效解法,還是只是看起來很華麗。 指揮 把觀眾、情緒、故事與商業目標交代給 AI。 修正 找出失敗原因,提出下一輪更具體的調整。 這四件事比背熟多少個運鏡名詞,更接近 AI 時代的影片工作。 Prompt 應該從控制攝影機,轉向描述觀眾意圖以前我們寫 AI 影片提示詞,很容易寫成一張施工圖: 35mm 鏡頭,低機位,攝影機向右環繞,人物往左走兩步,鏡頭慢慢推近,接著快速切換特寫。 這種寫法並沒有錯。當你需要精準控制畫面、維持角色連貫,或模型還無法理解抽象指令時,具體的視覺描述仍然有用。 但如果模型本身已經越來越懂攝影、構圖與運鏡,另一種 Prompt 會變得更重要:不要只告訴 AI 攝影機怎麼動,也要告訴 AI 你希望觀眾感受到什麼。 例如: 前三秒必須讓觀眾感覺事情不太對勁。 人物表面非常有自信,但觀眾要比角色更早發現危險。 這一段需要逐漸增加壓迫感,最後兩秒突然反轉。 接下來才讓 AI 思考:要用低機位、推鏡、手持、快速切鏡、特寫,還是完全不同的方法? 這是一個重要轉變:從控制畫面,變成描述意圖。 好的 AI 影片工作流,不是永遠只用抽象描述,也不是把每一個畫面細節都寫死,而是先說清楚結果,再依照模型與任務需要補上視覺限制。順序可以是: 先定義觀眾與商業目標。 再描述希望觀眾產生的情緒與行動。 請 AI 提出腳本、分鏡與視覺方案。 人再挑選、修改並補充必要的攝影細節。 短影音的基本單位,可能已經不是鏡頭,而是注意力如果你今天做的是電影,當然可以研究電影導演;但如果你做的是 TikTok、Reels 或 Shorts,我反而會建議你多研究短影音創作者。 因為兩者面對的是完全不同的戰場。 電影導演思考的是: 這個故事怎麼說最好? 短影音創作者第一個問題卻是: 怎樣讓他不要滑走? 電影可以用五分鐘鋪陳一個角色,短影音可能連五秒都沒有。你的觀眾正躺在床上,一隻手拿著手機;上一支是美女,下一支是貓,再下一支是搞笑影片,而你的作品夾在中間。 他沒有義務理解你的藝術理念,甚至沒有義務給你十秒。 因此,短影音真正的基本單位,可能已經不是「鏡頭」,而是注意力。 我甚至會把「分鏡設計」重新稱為「注意力設計」。一支 30 秒短影音可以先用這樣的方式規劃: 時間 注意力任務 0–2 秒 停滑:讓觀眾立刻感覺有事情值得看。 2–5 秒 建立問題:讓觀眾知道自己為什麼要繼續看。 5–10 秒 第一次刺激:提供新的資訊、畫面或情緒變化。 10–18 秒 衝突升級:讓問題變得更難、更急或更意外。 18–25 秒 答案/反轉:回收前面的期待,或重新定義問題。 25–30 秒 高潮/CTA:把情緒推到最高點,再引導下一個行動。 這不是保證每支影片都有效的公式,而是一個讓你在安排鏡頭之前,先安排觀眾注意力的思考框架。 當你這樣看影片,景別、構圖與運鏡就會回到正確的位置:它們是工具,不是目的。真正的目的,是讓觀眾接下來三秒仍然想看。 如果你還在建立短影音的受眾與內容定位,也可以延伸閱讀本站的〈建立你的短影音定位策略:用對內容才會被看見〉,先把「誰會看」與「為什麼值得看」想清楚。 用五層能力,重新設計 AI 影片學習路徑如果要重新設計一套 AI 影片學習方法,我會把它拆成五層。這五層不是線性課綱,而是每一次製作都可以回頭檢查的順序。 1. Audience:誰會看?先不要急著問「要用哪個工具」,先問: 這支影片是給誰看的? 他現在處於什麼情境? 他為什麼會在這一秒停下來? 他看完之後,應該產生什麼理解或行動? 受眾不是影片完成後才拿來解釋成效的名詞,而是生成腳本與畫面之前的輸入條件。沒有受眾,AI 很容易做出所有人都看得懂、卻沒有人特別想看的內容。 2. Emotion:你要讓他感受到什麼?接著要決定主要情緒:好奇、害怕、爽、笑、驚訝、感動,或是其他更精準的感受。 情緒不是在 Prompt 裡塞幾個形容詞就完成了。你要知道情緒如何逐步發生:開頭先讓觀眾不安,中段讓他以為自己猜到了答案,最後再透過反轉改變理解。這些情緒變化,才是 AI 需要協助你設計的內容。 3. Story:怎麼讓人想知道結局?一支短影音不一定要有複雜劇情,但通常需要清楚的注意力路徑: Hook → 衝突 → 升級 → 反轉 → Payoff 這裡的 Hook 不只是第一句台詞或第一個畫面,而是觀眾願意繼續看下去的理由。衝突讓問題成立,升級讓觀眾不能太早離開,反轉重新安排理解,Payoff 則回收前面的期待。 如果故事本身沒有讓人想知道結局,再漂亮的 AI 畫面也可能只是短暫的視覺展示。 4. Visual:現在才讓 AI 規劃畫面到了這一層,才開始處理場景、角色、構圖、景別、運鏡、光影與視覺效果。 這時候導演知識就會變得很有用,但它的角色是「幫你判斷與溝通」,而不是一道必須先修完的入場考試。 你可以請 AI 根據前面三層提出多個版本,再檢查: 這個畫面是否真的服務情緒? 運鏡是否讓觀眾更接近衝突? 角色在不同鏡頭裡是否仍然一致? 視覺效果是否搶走了故事重點? 如果你想把這一層落成更具體的分鏡工作流,可以參考本站的〈用 AI 快速生成短影音?九宮格分鏡技巧解決人物變形〉。那是一種實作方法,不代表所有 AI 影片都必須使用九宮格。 5. Iteration:生成只是開始最後一層是 Iteration,也就是反覆迭代:生成、挑選、修改、A/B Test,再生成。 很多人把 AI 影片想成「Prompt 寫好,按下生成,作品完成」。但真正的製作能力,往往體現在你能不能看出第一版為什麼不對,並把問題轉成下一輪可執行的調整。 例如: 觀眾沒有停下來,可能是 Hook 不清楚,而不一定是畫質不夠高。 角色看起來不一致,可能需要先固定角色描述與參考素材,而不只是再加更多形容詞。 反轉沒有感覺,可能是前段沒有埋下足夠的期待,而不只是剪接速度太慢。 工具會換,模型會換,按鈕的位置也會換;但觀眾為什麼停下來、為什麼看完、為什麼分享與購買,沒有那麼快改變。 AI 短影音能力,是流量、故事、審美與 AI 的交集如果要重新定義 AI 短影音能力,我會把它寫成: AI 短影音能力 = 網紅的流量感 × 編劇的故事感 × 最低限度的導演審美 × AI 的執行力 你不需要變成 Joeman,也不需要變成電影導演,更不用先花三年把所有影視專業學完。 但你要開始知道: 什麼東西大家會看? 什麼故事大家會想知道結局? 什麼畫面看起來是好的? 什麼樣的節奏能讓人看完? 怎麼把這些意圖交給 AI? 這幾件事組合起來,才是能真正落地的 AI 影片能力。 下一步不只是 Vibe Filming,而是 AI 製片人現在的 AI 製片流程,大概還是: 人 → Prompt → AI → 影片 但再往下一個階段走,我認為可能會變成: 人 → 商業目標 → AI Agent → 完整影片 例如,未來你可能只需要說: 我要賣這盒中秋禮盒,TA 是 30–45 歲女性。請研究近期熱門的送禮短影音,整理爆款影片常見的 Hook,設計三個不同版本。每支 20 秒,前兩秒要能停滑,中間至少出現一次情緒反轉,最後導到 LINE。演員、場景、腳本、分鏡、B-roll、運鏡、音樂、字幕與剪輯節奏,請全部提出規劃。 接下來,Agent 可能協助完成研究爆款、分析模式、寫腳本、做分鏡、生成素材、配音、配樂與剪輯,最後把多個版本交給你比較。這裡描述的是一個未來工作流想像,不是對目前所有工具能力的保證。 到了那一天,人真正重要的工作,可能只剩下一件事:判斷。 這是不是我要的? 這是不是我的品牌? 這是不是我的觀眾會看的? 這是不是能達成我的商業目的? 所以 AI 時代,我們不一定每個人都需要成為導演,但每個人都要開始學會另一個角色:AI 製片人。 傳統導演想的是: 這顆鏡頭我要怎麼拍? AI 製片人想的卻是: 我要什麼結果? 誰會看? 我要讓他產生什麼感覺? 為什麼他會看完? AI,你給我三種最好的做法。 這可能才是 AI 影片真正的 Vibe Filming。 不是你把每一顆鏡頭都想清楚,再命令 AI 忠實執行;而是你知道自己要去哪裡,然後讓 AI 幫你找到更好的路。 結語:真正的差距在於判斷與指揮未來真正拉開差距的,可能不是誰最會下運鏡指令,而是誰最會提出意圖、判斷結果,然後指揮 AI 把作品做到最好。 這也是為什麼 AI 影片素養比「背熟某個工具的按鈕位置」更值得學。當工具與模型不斷更換,你仍然可以從受眾、情緒、故事、視覺與迭代五個層次重新開始。 如果你也在建立更完整的人機協作能力,可以延伸閱讀本站的〈4D Framework:比 Prompt Engineering 更完整的 AI Fluency 框架〉,把「委派、描述、判斷、盡責」的思考方式帶回 AI 影片之外的工作。 常見問答 (FAQ)Q1:學 AI 影片之前,一定要先學完整套導演或攝影專業嗎?不一定。若目標是製作 AI 短影音,應先學會定義受眾、情緒、故事與商業目標,再補足能看懂和判斷畫面的基本導演審美;不需要先把完整影視專業學完才開始創作。 Q2:AI 影片 Prompt 應該寫攝影機指令,還是描述觀眾感受?兩者都可以使用,但建議先描述觀眾、情緒與故事意圖,再依任務需要補充景別、運鏡、角色與畫面限制。這樣 AI 有機會提出多種視覺解法,而不是只照著一張固定施工圖執行。 Q3:為什麼短影音要先做注意力設計,而不是先做分鏡?因為短影音觀眾可能在幾秒內滑走。先規劃停滑、問題、刺激、衝突、反轉與 CTA 等注意力任務,能讓景別、構圖與運鏡服務觀眾留存,而不是只追求畫面漂亮。 Q4:AI Video Literacy 具體包含哪些能力?AI Video Literacy 包含看懂、判斷、指揮與修正四種能力。你要能看出影片哪裡不符合預期、說明問題原因、把意圖交給 AI,並根據結果提出下一輪可執行的修改方向。 Q5:什麼是 AI 製片人?AI 製片人是以商業目標、受眾、情緒與成果為核心,指揮 AI 規劃腳本、分鏡、素材、聲音與剪輯,並負責比較與判斷最終結果的人。他不必親自完成每一個技術步驟,但必須對作品方向與採用結果負責。

  • article-SEO、AEO 之後的 AXO:讓 AI Agent 真正完成網站任務

    2026/8/29

    AI Agent AEO SEO
    SEO、AEO 之後的 AXO:讓 AI Agent 真正完成網站任務

    這幾年,網站優化一直在改變問題的問法。 SEO 時代,我們關心的是: Google 搜不搜尋得到我? 生成式 AI 普及後,問題變成: ChatGPT、Gemini 或 Perplexity 能不能理解我、引用我、推薦我? 這是 AEO(Answer Engine Optimization,解答引擎優化)所處理的問題。 但看完 Greg Isenberg 訪談 Vinny、介紹 WebMCP 的影片後,我開始思考:下一個網站優化階段,可能不只是讓 AI 看懂內容,而是讓 AI Agent 能直接替使用者完成任務。 這個方向可以先用一個概念來描述: AXO(Agent Experience Optimization,AI Agent 體驗優化)。 本文的 AXO 是一個用來理解下一代網站體驗的觀念框架,目前並不是所有平台都採用的統一標準。文中提到的 WebMCP 也仍處於實驗/提案階段,實際規格、瀏覽器支援與產品做法都可能持續變動。 為什麼 AEO 還不夠?假設你問 AI: 幫我找一台適合每天做兩杯 Flat White,而且寬度不能超過 32 公分的義式咖啡機。 現在的 AI 已經可以搜尋資料、比較規格,再整理出幾個推薦選項。這是 AEO 很重要的價值:讓 AI 能夠理解產品、條件與內容,並用比較容易閱讀的方式回答問題。 但是,得到答案之後,使用者往往還要自己完成一長串工作: 打開商品網站,確認機器尺寸。 找到相容的磨豆機、把手與濾杯。 比對不同配件的規格與價格。 將商品加入購物車。 尋找折扣碼並完成結帳。 AI 可以告訴你答案,但不一定能替你把事情做完。這正是 AEO 與 AXO 的差別: 階段 核心問題 優化目標 SEO 搜尋引擎找不找得到我? 讓網站被搜尋與點擊 AEO AI 能不能理解我? 讓內容被理解、整理與引用 AXO AI Agent 能不能使用我? 讓 Agent 能操作網站並完成任務 也可以用三個英文單字記住這條演進線: SEO → Search AEO → Answer AXO → Action 什麼是 AXO?我會這樣定義 AXO: AXO 是針對 AI Agent 存取、理解、操作網站,以及完成使用者任務的整體體驗進行優化。 它關心的已經不只是「AI 看不看得懂你的內容」,還包括: Agent 知不知道你的網站可以做什麼? Agent 能不能搜尋你的商品或服務? Agent 能不能理解商品之間的相容性? Agent 能不能查看使用者有權限查看的資料? Agent 能不能預約、加入購物車或修改設定? Agent 能不能完成交易,並正確回報結果? 操作失敗時,Agent 能不能知道原因並恢復流程? 因此,AXO 的終點不是讓 Agent「來過網站」,而是讓 Agent 在權限、安全與確認機制都清楚的前提下,完成使用者交代的任務。 WebMCP 可能是 AXO 的一塊拼圖影片中介紹的 WebMCP,是一個很值得觀察的方向。最容易理解的說法是: 網站主動告訴 AI Agent:「你可以怎麼操作我。」 過去的 Browser Agent 通常要模仿人類操作網頁:讀取 DOM、分析 HTML、尋找按鈕與輸入框、點擊,再透過畫面或頁面狀態確認是否成功。Computer Use 與 Browser Automation 並不是不能使用,但流程可能較慢,也可能因網站改版而失效。 WebMCP 所代表的思路則不同:網站提供一組結構化、可描述的工具,讓 Agent 不必只靠猜測畫面上的按鈕,而能直接理解可使用的操作。 例如牙醫診所可以提供這類工具: 123456search_servicesget_doctor_schedulecheck_available_slotsbook_appointmentget_my_appointmentscancel_appointment 當 Agent 看到 book_appointment,它可以知道這是預約動作;看到 check_available_slots,則可以知道這是查詢可用時段。這比讓 Agent 猜「這個藍色按鈕是不是預約」更接近一個可理解、可測試的操作介面。 不過,工具名稱只是起點。要讓 Agent 真正可靠地使用網站,還需要進一步處理: 工具描述是否清楚,能不能讓模型選對工具? 參數與資料格式是否明確? 哪些資料需要登入後才能取得? 哪些動作需要使用者確認? 付款、刪除、取消等高風險操作如何避免誤用? 失敗時要回傳什麼錯誤,Agent 才能繼續處理? 任務成功後,系統如何提供可驗證的結果? 這些問題都屬於 Agent Experience,而不只是某一個 Web API 的問題。 網站未來可能同時存在三層介面以前我們談網站,通常從 Human Interface 開始;未來的網站可能同時提供三種不同的理解與操作層。 1. Human Layer:給人看的介面這一層包括: HTML、CSS 與 JavaScript。 圖片、文字、選單與按鈕。 CTA、表單、結帳頁與動畫。 人類用來理解品牌與完成操作的視覺介面。 例如,人看到的是「立即預約」、「加入購物車」與「查詢訂單」。 2. Answer Layer:給 AI 理解的資訊這一層包括: Entity 與品牌資訊。 Schema 與結構化資料。 Metadata、FAQ 與清楚的內容結構。 可供 AI 驗證、整理與引用的知識。 這是 AEO 關注的範圍,目標是讓 AI 正確知道你是誰、提供什麼,以及內容之間如何互相關聯。 3. Action Layer:給 Agent 操作的能力這一層包括: Tools 與 Actions。 Authentication 與 Permission。 Transaction、Workflow 與 Confirmation。 Error Handling 與 Task Completion。 人看到「立即預約」,Agent 可能需要理解的是 book_appointment();人看到「加入購物車」,Agent 需要理解的是 add_to_cart();人看到「查詢訂單」,Agent 需要理解的是 get_my_orders()。 WebMCP 可能協助網站補上這個 Action Layer,而 AXO 關注的是整個操作層是否容易被發現、理解、執行與驗證。 AXO 會怎麼改變電子商務?影片裡 Vinny 示範了一個義式咖啡機器材商店的購物情境。重點不是問「哪一台咖啡機最好」,而是要求 Agent 根據多個條件,找出最適合使用者的一整套組合: 每天製作兩杯 Flat White。 咖啡機必須放進指定大小的櫃檯。 咖啡機要搭配正確的把手與濾杯。 磨豆機與其他配件也要符合需求。 這類任務很適合 Agent,因為它需要同時理解需求、搜尋商品、比較規格、確認相容性,再把多個步驟串起來。 Agent 的工作流程可能是: 了解使用者的需求與限制。 搜尋相關商品與規格。 比較尺寸、功能與相容性。 找到適合的配件組合。 將選定商品加入購物車。 在需要時套用折扣,並交由使用者確認交易。 這就不只是傳統搜尋,也不只是推薦系統,而是 Agent Commerce:由 AI Agent 協助使用者完成消費流程。 未來最大的網站訪客,可能不一定是人傳統網站流量大致是: 123456789Google ↓搜尋結果 ↓使用者點擊 ↓進入網站 ↓瀏覽與轉換 Agent 參與之後,流程可能變成: 123456789使用者提出任務 ↓AI Agent 搜尋與比較 ↓Agent 呼叫網站工具 ↓網站執行服務或交易 ↓Agent 回報完成結果 使用者甚至可能沒有直接打開網站,但 Agent 已經替他完成搜尋、預約或購物。這會讓一些傳統網站分析指標不再足以描述完整價值,例如: Page View Session Time on Site Bounce Rate 這些指標仍然有用,但未來可能還要觀察新的任務型指標: Agent Discoverability:Agent 能不能找到網站與可用工具? Tool Success Rate:工具被呼叫後,成功執行的比例是多少? Task Completion Rate:使用者交代的任務,有多少能完整完成? Agent Conversion Rate:Agent 促成預約、加購或交易的比例是多少? 這些名稱目前比較像是分析方向,而不是已經完全統一的產業標準。重點在於:網站價值可能要從「有多少人瀏覽」延伸到「有多少任務被成功完成」。 SEO、AEO、AXO 是同一條演進線把網站優化的問題拉遠來看,可以看到三個階段: SEO:讓搜尋引擎找得到SEO 會處理關鍵字、Title、Meta Description、Sitemap、站內連結與 Structured Data 等基礎,目標是讓搜尋引擎更容易發現、理解並呈現網站。 AEO:讓 AI 理解與回答AEO 更關心 Entity、Schema、FAQ、權威來源、內容結構與品牌 Identity,目標是讓 AI 能夠理解、驗證、整理與引用你的資訊。 AXO:讓 Agent 使用與執行AXO 所處理的問題則是 Tools、Actions、Authentication、Permission、Transaction、Confirmation、Error Handling 與 Task Completion。 也就是說,網站的設計可能會從 Information Architecture,逐步延伸到 Action Architecture。 WebMCP 不等於 AXO這一點需要特別釐清。 WebMCP 可能是 AXO 的技術元件,但 WebMCP 不等於完整的 AXO。 這就像 Schema.org 不等於完整的 SEO。Schema 可以協助搜尋引擎理解資料,但 SEO 還包括內容、網站結構、權威性與使用者體驗;同樣地,提供工具也不代表整個 Agent 體驗已經做好。 完整的 AXO 還要問: Agent 找不找得到網站? Agent 能不能理解品牌、商品與服務? Agent 取得的資料是否正確且最新? 工具名稱、描述與參數是否足夠清楚? 登入後的權限邊界是否明確? 高風險操作是否需要使用者確認? 操作失敗後,Agent 能不能知道下一步? 交易成功後,Agent 能不能取得可驗證的結果? WebMCP 解決的可能是「如何把網站能力描述給 Agent」;AXO 要解決的則是「Agent 能不能可靠地使用整個網站完成任務」。 哪些產業可能最早需要 AXO?第一波最需要 AXO 的,可能不是單純提供資訊的內容型網站,而是「任務複雜,且完成任務本身具有商業價值」的服務。 複雜型電商汽車零件、相機配件、咖啡器材、電腦零組件與工業設備,都可能需要規格比對、相容性判斷與多商品組合。Agent 若能理解這些關係,就不只是推薦單一商品,而是協助組出可用的方案。 預約型服務牙醫、醫美、美容、健身教練、顧問、律師與居家服務,都可能讓 Agent 代為查詢服務、比較時段與完成預約。這類流程的重點不只是找到店家,而是取得正確服務、時間、地點與預約結果。 SaaS 工具CRM、廣告管理、Email Marketing、分析工具與 ERP,都有大量需要登入、查詢與設定的操作。未來使用者可能不必打開二十個選單,而是直接告訴 Agent: 把這個月沒有回覆的 Lead 找出來,建立 Follow-up Campaign。 企業內部系統企業內部的 CRM、ERP、報表與管理後台,可能是 AXO 最早落地的場景之一。企業可以先在受控環境中讓 Agent 操作內部系統,權限與風險範圍較容易管理,也比較容易計算任務成功率與投資報酬。 Agent 神秘客:下一種網站稽核服務?如果越來越多 Agent 會使用網站,企業就會需要知道: 我的網站對 Agent 到底好不好用? 過去網站會做 SEO Audit、UX Audit 與 Conversion Audit;未來可能出現 Agent Experience Audit,甚至直接派 Agent 當「神秘客」測試網站。 一個 Agent 神秘客可以依照指定任務測試: 能不能找到指定商品或服務? 能不能正確理解規格與限制? 能不能完成登入與權限流程? 能不能加入購物車、輸入折扣或預約時段? 需要人工確認時,是否能清楚停下來等待? 失敗時,是否能產生可理解的錯誤原因? 最後產出的報告,可能包含: 稽核項目 想回答的問題 Agent Readiness 網站是否具備讓 Agent 使用的基本條件? Agent Discoverability Agent 能否找到網站與可用能力? Tool Design 工具、描述與參數是否容易理解? Task Completion Agent 是否能完成指定任務? Transaction Safety 登入、付款與高風險操作是否安全? Agent Conversion Agent 是否能帶來有效預約、加購或交易? 這些分數不應被視為放諸四海皆準的標準,而是幫助企業找出 Agent 在哪一步失敗,以及哪個資訊或流程造成轉換流失。 網站現在可以如何準備?AXO 還在發展中,不代表所有網站現在都要立刻重做成 Agent 專用系統。比較務實的做法,是先從最重要、最常發生的任務開始盤點: 1. 先列出使用者真正想完成的任務不要只問「網站有哪些頁面」,而要問:使用者來到網站後,最希望完成哪三件事?可能是查詢規格、預約時段、提交申請、查詢訂單或修改設定。 2. 讓內容與資料可以被清楚理解品牌、商品、服務、價格、規格、庫存、地點與限制條件,都應該以一致、可讀、可驗證的方式呈現。這是 AEO 的基礎,也會影響 Agent 是否能正確做決策。 3. 把可執行的能力描述清楚如果網站支援預約、查詢、加購或修改設定,就要思考這些能力如何用清楚的工具、動作、參數與結果描述出來。工具命名要讓人與 Agent 都容易理解,不能只依賴畫面上的顏色與位置。 4. 先設計權限、確認與錯誤處理查詢公開資訊與付款、刪除、取消等高風險操作,應該有不同的權限與確認要求。每個操作也要有明確的成功、失敗、需要補資料與需要人工介入等狀態。 5. 用真實任務測試,而不是只測單一按鈕真正的 AXO 測試,應該從使用者的完整任務開始,例如「找到符合條件的商品並加入購物車」,而不只是確認 add_to_cart 這個工具能不能被呼叫。只有把整條流程跑過,才知道 Agent 是否真的能完成工作。 結語:下一代網站要問的是「Agent 能不能使用我?」以前我們做網站,會問: Google 搜不搜尋得到我? 後來我們開始問: ChatGPT 會不會理解並推薦我? 接下來真正重要的問題可能是: 當 AI Agent 選擇了我,它能不能順利使用我? 這就是: SEO → AEO → AXO 從被搜尋,到被理解,再到被執行。 WebMCP 值得注意的地方,也不只是多了一個網站 API,而是它讓我們看見一種可能:Web 正在開始為 AI Agent 重新設計。 未來網站的競爭力,不只在於誰的介面漂亮、SEO 做得好或內容寫得完整,也可能取決於: 你的網站,準備好被 Agent 使用了嗎? 參考來源本文觀點整理自 Greg Isenberg 訪談 Vinny 的影片:WebMCP: Let AI Agents pay you money。WebMCP、瀏覽器支援與 Agent 操作方式仍可能持續演進,實作前應以當時可取得的官方文件與產品規格為準。 常見問答 (FAQ)Q1:AXO 是什麼?AXO(Agent Experience Optimization)是針對 AI Agent 存取、理解、操作網站,以及完成使用者任務的整體體驗進行優化。它的重點不只在內容能否被理解,也包括工具、權限、交易、確認、錯誤處理與任務完成度。 Q2:AEO 和 AXO 有什麼差別?AEO 主要讓 AI 理解、整理與引用網站內容;AXO 則進一步讓 AI Agent 能搜尋資料、呼叫網站能力、執行操作並完成預約、購物或其他任務。AEO 偏向 Answer,AXO 偏向 Action。 Q3:WebMCP 就等於 AXO 嗎?不等於。WebMCP 可以視為協助網站向 Agent 描述可用工具與操作方式的技術方向,而完整的 AXO 還要處理資料品質、工具設計、登入權限、使用者確認、交易安全、錯誤恢復與任務完成驗證。 Q4:哪些網站最適合優先思考 AXO?需要多步驟、規格比對或交易操作的網站,通常更適合優先思考 AXO,例如複雜型電商、預約服務、SaaS 後台與企業內部系統。單純提供文章閱讀的網站,則可以先從 SEO、AEO 與內容結構打好基礎。 Q5:網站要如何開始準備 AXO?可以先盤點使用者最常想完成的任務,再把商品、服務與限制條件整理成一致且可理解的資料,接著設計清楚的工具、參數、權限、確認與錯誤回應,最後用完整任務測試 Agent 是否真的能完成流程。

  • article-20 萬 Stars 的 DeepSeek Harness:Vibe Coding 下一場戰爭可能換戰場了

    2026/8/29

    AI工具 AI Agent Vibe Coding
    20 萬 Stars 的 DeepSeek Harness:Vibe Coding 下一場戰爭可能換戰場了

    過去一年玩 Vibe Coding,大家最常討論的問題幾乎都是:GPT、Claude、Gemini、DeepSeek,到底誰寫程式最強?哪個模型 Benchmark 比較高?哪個模型 Context 比較大?哪個模型比較不容易把專案改爛? 但最近我越來越覺得,Vibe Coding 的下一場戰爭,可能已經不只是 Model,而是誰能替模型造出一套更強的「Agent 身體」。 最近 DeepSeek 開源了一個非常值得研究的專案:DeepSeek Harness(DSH)。GitHub 已經突破 20 萬 Stars,更有意思的是,它現在甚至還只是 Developer Preview。 官方給了一個我很認同的公式: Agent = Model + Harness 模型是大腦;Harness 則是身體。 本文沿用初稿提供的「20 萬 Stars」與 Developer Preview 觀察。GitHub Stars、功能與架構都可能快速變動,實際使用時仍應以 DeepSeek Harness 官方 Repo 的最新內容為準。 過去我們在比 Model,接下來可能開始比 Harness模型很重要,但模型能力不等於 Agent 能力。 Model 決定的是: 會不會推理。 會不會寫程式。 能不能理解需求。 能不能在上下文中形成合理判斷。 Harness 決定的卻是另一組問題: Agent 可以看到什麼? 可以使用哪些 Tools? 要怎麼操作電腦與開發環境? Context 要怎麼管理? Skills 要怎麼呼叫? 複雜任務要怎麼拆解? 要不要叫其他 Subagent 幫忙? Session 要怎麼保存? 出錯後能不能知道剛剛到底發生什麼事? 所以同一顆模型,放進不同 Harness,最後可能就是完全不同等級的 Coding Agent。 這也是為什麼我現在開始覺得:模型能力只是 Agent 戰爭的一半,另一半是模型被放進什麼工作環境裡。 模型很聰明,不代表 Agent 很會工作我們很容易把「模型能力」跟「Agent 能力」混在一起,但其實這是兩件事情。 可以用一個工作團隊來理解:Model 像大腦,負責理解與推理;Harness 像工作環境與管理制度,負責提供工具、規則、流程、狀態與回饋;Skills 則像 SOP,告訴 Agent 某一類工作應該怎麼完成。 元件 可以怎麼理解 主要作用 Model 大腦 理解、推理與產生回應 Harness 身體、工作環境與管理制度 提供 Context、Tools、流程、權限、狀態與錯誤處理 Skills SOP 與專業方法 告訴 Agent 某一類工作應該如何完成 Tools 工具與外部連接 讓 Agent 讀寫檔案、執行指令、呼叫 API 或操作服務 Subagents 可以被委派的專業成員 分擔任務、平行處理並回傳結果 換句話說,Model 可能很會回答問題,但如果它看不到正確的檔案、沒有合適的工具、不能保留 Session,也沒有驗證與錯誤恢復機制,它就不一定能把工作完成。 DeepSeek Harness 最核心的概念:Everything is a PluginDSH 最吸引我的地方,是它把整個 Agent 拆開了。官方的核心設計就是: Everything is a Plugin. Model 是 Plugin。 Tools 是 Plugin。 Skills 是 Plugin。 Session 是 Plugin。 Sandbox 是 Plugin。 Storage 是 Plugin。 Agent Loop 是 Plugin。 連 UI 都可以是 Plugin。 也就是說,你不是只能接受官方幫你做好的 Coding Agent,而是可以開始像組積木一樣,自己組一個 Agent。 這件事情的重要性在於:未來 Coding Agent 的競爭,可能會慢慢從「哪一個 AI 比較聰明?」變成「你怎麼組織這些 AI 工作?」 當 Model、Context、Tools、Skills、Runtime、Session 與 UI 都能被拆開、替換與組合,Agent 就不再只是某家模型公司的單一產品,而會更接近一個可設計的工作平台。 1. Dynamic Workflow:Agent 開始自己組專案團隊假設今天要 Review 一個大型專案。以前可能是一個 Agent 從頭做到尾:讀程式碼、看架構、找漏洞、看測試,最後寫報告。 DSH 可以換一種玩法。 主 Agent 可以動態寫 JavaScript Workflow,再建立多個 Subagents,讓它們平行執行: Architecture Agent:專門看整體架構與模組邊界。 Security Agent:專門尋找資安風險與可能的漏洞。 Testing Agent:專門檢查測試覆蓋與失敗案例。 Code Quality Agent:專門檢查程式碼品質與可維護性。 Security Agent 負責找漏洞,Testing Agent 負責檢查測試,Architecture Agent 負責看全局架構,Code Quality Agent 則負責程式碼品質。最後,主 Agent 再把每個 Agent 的 Structured Output 收回來統整。 注意這件事情的差異: 以前是:Agent 自己工作。 現在開始變成:Agent 寫程式管理其他 Agent 工作。 它已經開始有點像 AI Tech Lead:不只自己解題,也會判斷要找誰、怎麼分工、哪些工作可以平行,以及最後如何合併結果。 2. Agent Teams:不是 Subagent,而是真的 AI TeamDynamic Workflow 比較像「這個任務臨時找四個 AI 過來幫忙」。但 DSH 還往前走了一步:Agent Teams。 它可以建立一個持續存在的 AI Team,裡面有: Lead:負責理解目標、分派任務與統整結果。 Teammates:各自負責不同領域的工作。 Mailbox:讓 Agent 之間可以互相傳遞訊息。 Shared Task DAG:管理任務依賴與執行順序。 Agent 之間甚至可以互相傳訊息。Task DAG 則負責管理任務之間的依賴:誰先做?誰可以平行?誰必須等另一個 Agent 完成? 這時候你操作的東西,其實已經不像 Chatbot 了,而比較像一間 AI 軟體公司的組織架構。 它把「一次請模型幫忙」改成「設計一組能持續協作的工作角色」。對大型專案而言,這可能比單純增加一次對話的 Context 更接近真實工程團隊的工作方式。 3. Trajectory:Agent 終於不再是一個黑箱這是我在 DSH 裡面非常喜歡的一個設計。 現在很多 Coding Agent 有一個很大的問題:你丟一個任務給它,它跑了十幾分鐘,改了二十個檔案,用了幾萬 Token,最後只告訴你:「Done。」 但你真正想知道的是:它剛才到底做了什麼? DSH 會把整個 Agent 執行過程記錄下來,包含: System Prompt Reasoning Tool Call / Result Context Subagent Token 執行時間 Session 甚至可以 Restore、Fork、Retrieve、Replay。 所以當 Agent 出問題,你可以往回追: 它在哪一步開始判斷錯誤? 哪個 Tool 出錯? 哪個 Subagent 做錯? Context 從哪裡開始污染? 我覺得可以把這東西理解成:Chrome DevTools for AI Agent。 未來 Agent 如果真的要進企業 Production,Observability 幾乎一定會變成標配。企業不只需要知道最後有沒有產出,也需要知道產出是怎麼來的、哪一個環節可以重現,以及出錯後能不能快速定位。 4. Creator Mode:Agent 開始替自己組裝能力DSH 還有一個很有意思的 Creator Mode。 Agent 可以檢查自己現在有哪些能力,發現缺少什麼,就 Mount Plugin;接著測試 Plugin,最後甚至可以建立自己的 Agent Preset。 這件事情真正有意思的地方是: 以前:工程師替 Agent 寫功能。 接下來可能變成:人描述需要什麼能力,Agent 開始替自己組裝能力。 如果這條路繼續走下去,未來我們甚至可能不再「建立 Agent」,而是讓 Agent 自己建立 Agent。 這也會讓「Agent 設計」從一次性的程式開發,逐漸變成一種能力配置與治理問題:哪些 Plugin 可以掛載?如何測試?權限如何限制?產生的新 Agent 是否需要經過人工審核? 5. 更有趣的是,它甚至可以找 Codex、Claude Code 當外援這點我覺得非常有想像空間。 依照初稿所整理的 DSH 官方架構,它已經提供 Codex Subagent 與 Claude Code Subagent 的整合方向。 未來完全可以出現這種工作流: DeepSeek 當 Lead Agent。 某個功能先交給 Codex 實作。 架構完成之後,再請 Claude Code Review。 測試交給另外一個 Agent 執行。 最後由 DeepSeek 把所有結果收回來統整。 這時候我們一直爭「Claude 跟 GPT 到底誰比較強?」可能突然變得沒那麼重要。 真正重要的問題反而是:誰最會指揮它們? 要注意的是,這裡談的是 DSH 的架構與 Subagent 工作流方向,不代表每個版本、每種部署方式都已經提供相同的整合程度。由於 DSH 仍在 Developer Preview,實際支援的 Agent、設定方式與限制,應以官方 Repo 的最新文件為準。 這才是 DeepSeek Harness 真正值得看的地方如果只把 DSH 看成「DeepSeek 也做了一個 Claude Code」,我覺得反而低估它了。 它真正有意思的地方,是把 Agent 最重要的那一層直接攤開: Model × Context × Tools × Skills × Runtime × Subagents × Session / Memory × Observability Model 只是其中一層。 真正讓這些東西開始一起工作的,才是 Harness。 這個觀點也提醒我們:一個 Agent 的能力,不應該只用模型排行榜衡量。它是否能讀取正確脈絡、是否有安全的工具權限、是否會使用適合的 Skill、是否能平行分工、是否能追蹤與恢復,才是它能不能穩定工作的關鍵。 Vibe Coding 上半場比 Model,下半場開始比 Harness過去一年,我們一直追新的模型:Claude 更新,測一次;GPT 更新,再測一次;Gemini 更新,又測一次;DeepSeek 出新模型,繼續測。 但當模型之間的能力逐漸逼近,我覺得下一個真正值得研究的問題已經開始浮現:如何把模型組織成真正會工作的 Agent? 模型是大腦。 Harness 才是讓這顆大腦擁有眼睛、手、工具、記憶、工作流程,以及團隊協作能力的身體。 所以接下來玩 Vibe Coding,我覺得除了研究「哪個 Model 最強?」,還要開始研究另一個問題: 這個 Agent,到底是怎麼被 Harness 起來的? DeepSeek Harness 現在還只是 Developer Preview,功能與架構一定還會快速變化。但 GitHub Stars 快速累積,本身就透露了一件很有意思的事情:開發者開始把注意力,從 Model 往 Agent Runtime 移動了。 Vibe Coding 上半場在比 Model。 下半場,可能開始比 Harness。 而再下一場戰爭,也許是:誰能打造出最會管理一整群 AI 的 Agent Runtime。 結語:真正的競爭可能是 AI 的組織能力DeepSeek Harness 值得看的,不只是它能不能成為另一個 Coding Agent,而是它把「Agent 如何被組裝、協作、追蹤與恢復」這件事攤在開發者面前。 當所有東西都能變成 Plugin,Model 就不再是唯一的主角。未來的開發者可能需要同時具備三種能力:選擇合適的模型、設計可靠的 Harness,以及把一群 Agent 組織成可驗收的工作流程。 如果你身邊有人正在玩 Claude Code、Codex、Vibe Coding 或 Multi-Agent,這篇文章可以分享給他。因為下一波 AI Coding 的競爭,可能真的要換戰場了。 DeepSeek Harness 官方 Repo:github.com/deepseek-ai/deepseek-harness 延伸閱讀 Skill 之後,下一個 AI 開發者一定要懂的詞:Agent Harness AI 工具名詞全解析:一次搞懂 MCP、Skill 與 CLI 的差異與應用場景 何時該用 LLM?何時該派 AI Agent 上場? 常見問答 (FAQ)Q1:DeepSeek Harness 是什麼?DeepSeek Harness(DSH)是一套用來組裝與運行 AI Agent 的 Harness。它把 Model、Tools、Skills、Session、Sandbox、Storage、Agent Loop 與 UI 等能力拆成可組合的 Plugin,讓開發者能設計不同的 Agent 工作環境。 Q2:Model 與 Harness 的差別是什麼?Model 負責理解、推理與產生回應,像是 Agent 的大腦;Harness 負責提供 Context、Tools、流程、權限、Session、錯誤處理與協作機制,像是讓大腦真正能工作的身體與工作環境。 Q3:Dynamic Workflow 與 Agent Teams 有什麼不同?Dynamic Workflow 是主 Agent 針對單次任務動態建立多個 Subagents 並平行執行;Agent Teams 則是由 Lead、Teammates、Mailbox 與 Shared Task DAG 組成的持續性團隊,能管理訊息傳遞與任務依賴。 Q4:Trajectory 為什麼對 Coding Agent 重要?Trajectory 會記錄 Agent 的 Prompt、Reasoning、Tool Call、Context、Subagent、Token、執行時間與 Session,並支援 Restore、Fork、Retrieve、Replay。這讓開發者能追蹤 Agent 從哪一步開始出錯,而不必只依賴最後一句「Done」。 Q5:DeepSeek Harness 現在適合直接用於企業 Production 嗎?本文整理的 DSH 仍是 Developer Preview,功能、介面、整合方式與限制都可能快速變化。若要導入企業 Production,應先依官方 Repo 的最新文件確認部署方式、權限、Plugin、Subagent 與 Observability 能力,再進行小範圍測試與人工驗收。