AGENTIC / HARNESS
AI 軟體重構 | Vibe Coding ➔ Harness Engineering | 思維與組織轉型 📅 2026.08.16 整理發布 佳達的AI思考研究室 ╳ 微軟 Frontier Company 首席設計師 陳翰申 (Hans Chen)

人人都能用 AI 寫出網站的時代,SaaS 軟體還需要存在嗎?

當自然語言讓寫程式成本趨近於零,傳統「包著商業邏輯的資料庫」面臨何種重構?從自家廚房「煎蘿蔔糕式」的直覺 Vibe Coding,到打造米其林級標準化產線的 Harness Engineering(馬具工程),微軟首席設計師深度剖析意圖驅動(Intent-driven)、80/20 成本倒置,以及如何將 AI 轉化為發現個人思維盲點與活出多元人生的超級槓桿。

10% : 90%
Model 與 Harness 佔比
大模型僅佔10%,90%取決於馬具系統工程
80% / 20%
Vibe Coding 成本倒置
前期省力 20%,後期維護耗損 80~90% 成本
Intent ➔ Outcome
軟體交付典範轉移
從單向線性流程升級為意圖驅動成果
決策 & 盲點
人類大腦的最高槓桿
把 AI 當作思維鏡子與辯證對手

01 / 3 分鐘核心摘要 (TL;DR)

01 典範轉移

SaaS 不會消亡,而是轉向 Intent-driven 動態交付

傳統 SaaS 本質是「包著商業邏輯的靜態資料庫」,按固定線性流程產出 Output。未來軟體轉變為根據使用者意圖(Intent)與即時情境(Context),動態調度多層級模型、小模型(SLM)與底層演算法,直接交付最終成果(Outcome)。

02 工程架構

告別「煎蘿蔔糕式」Vibe Coding,建立 Harness 馬具體系

自然語言編程讓做 Prototype 門檻大降,但改 A 壞 B、缺乏可維護性如同在家隨興煎蘿蔔糕。要走向企業級生產系統(Production),必須依賴 Harness Engineering(馬具工程):由 Planning、Skills、Guardrails、Runtime 與 Tracing 組成 90% 的穩定底座。

03 人類價值

學習「不被取代」:以終為始回溯痛點與思維辯證

當「寫代碼成本趨近於零」,工程師與 PM 的價值轉向「定義問題(Jobs 原則)」與「評估指標建立」。AI 更是最佳的「思維鏡子(Mental Mirror)」,能以反向辯證揪出人類盲點,成為個人跨領域自我重塑的最大槓桿。

📌

本篇核心判斷

真正的 AI 時代競爭,絕非比拼誰能用 Prompt 快速搓出一個網站或工具(Vibe Coding 甜蜜陷阱),而在於能否具備 「Harness 系統工程思維」——將模糊的商業痛點結構化拆解,設計具備護欄、可觀測性與容錯機制的 Agentic 閉環;同時在個人層面,保持對不完美的容忍度,用結構化邏輯指揮 AI,讓自己在已知中提效、在未知中創新。

02 / 概念與機制拆解:從 Linear Workflow 到 Harness Engineering

價值交付流程演進路徑 (Value Delivery Pathway)

STAGE 01 | 輸入端 (INPUT)

動態意圖與多模態情境

使用者不再提供死板的固定參數,而是提出高階目標(Intent)與當前情境(Context)。例如電商不是單純點選「露營帳篷」,而是「我想幫女友挑選週末七夕的露營驚喜禮物」。

User Intent + Environmental Context
STAGE 02 | 核心機制 (MECHANISM)

Harness 系統分層調度

10% 大語言模型 + 90% 馬具工程。透過 Planning(任務拆解)、Skill/Tool Routing(技能調用)、Guardrails(防護欄)與 Observability(行為觀測)確保執行精準不脫軌。

Model (10%) + Harness Engineering (90%)
STAGE 03 | 輸出端 (OUTCOME)

企業級生產一致性與價值交付

直接交付高品質的商業結果(Outcome),而非中間格式代碼。具備可維護性、容錯性、數據一致性,並將反饋(Feedback)回流優化整體工作流。

Deterministic Outcome + Continuous Feedback Loop
🍳
傳統/初階盲點

Vibe Coding 煎蘿蔔糕模式

  • 一對一直覺試錯:像在家煎蘿蔔糕,煎一面翻一面,焦了刮掉,顏色對了就上菜;看似能用但經不起檢驗。
  • 改 A 壞 B 的泥淖:請 AI 改按鈕顏色卻動到版面排版,改了表格又弄丟資料傳遞,陷入無止盡的修補循環。
  • Context Drifting 漂移失焦:盲目把長篇文本丟進提示詞,導致模型迷航、遺忘初始核心架構與邊界規則。
  • 交給工程師無法接手:前端看似有華麗互動,但缺乏後端資料結構與 API 規範,淪為拋棄式代碼(Throwaway Code)。
🏢
現代體系/專業解法

Harness Engineering 米其林中央廚房

  • 80% 時間投入架構制定:事前定義清楚資料格式、API 契約、安全護欄與評估標準,享受後續高度一致性。
  • 分層技能調度 (Skill-based):不依賴單一巨型 Prompt,而是將任務模組化封裝為專屬工具,低成本高效執行。
  • 嚴密護欄與可觀測性 (Observability):配置 Guardrails 防止刪庫或產生幻覺,透過 Tracing 隨時監控 Agent 行為軌跡。
  • 閉環反饋與持續迭代:建立 Planning ➔ Action ➔ Evaluation 迴路,讓系統在真實商業環境中持續自主學習與調優。
💡

一句話提煉: AI 是運算奔馳的「野馬」,而 Harness 就是馴服野馬的「韁繩與馬具」;沒有嚴密架構的野馬只會狂奔踩爛莊稼,唯有套上馬具,AI 才能在真實企業場景中穩定拉車運轉。

03 / 模式重組:多維度模式對比矩陣與三層資產架構

五大協作維度:傳統做法 vs. 重組模式

向右滑動可查看完整矩陣 ➔
協作維度 傳統企業/初階做法 重組模式 (Harness Model) 效益與核心優勢 潛在風險與應對策略
軟體架構 線性固定流程,按鈕對應寫死的硬編碼輸出 (Linear Output) 意圖驅動 (Intent-driven),依情境動態編排多元模型與演算法 擺脫單一流程僵化限制,精準滿足複雜動態需求 邊界失控風險;需建立嚴密 Guardrails 與確定性驗證
開發成本 Vibe Coding 盲目試錯,前期花 20% 力氣,後期 90% 都在填坑修補 Harness Engineering 前期花 80% 時間設定規格、評估與防護體系 系統具備高一致性(Consistency)與極低長期維護成本 初期投入門檻高;需透過最小可用原型 (MVP) 快速驗證
職能分工 PM 寫規格 ➔ 設計切版 ➔ 工程師一行行寫 Code 與 Code Review Code is Cheap,PM/設計/工程全員透過自然語言構建原型與審核 極致壓縮產品驗證週期,所有人專注於解決真實商業痛點 專業價值迷失;需回歸 Jobs 原則(由需求倒推技術)
模型調用 所有步驟盲目呼叫最貴的通用大模型 (LLM),耗費大量 Token 階梯式架構:通用 LLM 負責 Planning,小模型與演算法處理專項任務 大幅降低運算成本與延遲,實現經濟高效的 Agentic AI 調度複雜度提升;需建立可觀測性 (Observability) 監控
專家經驗 資深專家依賴過去大組織背景資源,退休後無法單打獨鬥 將 30 年專家經驗抽離解構,封裝成專屬的個人化 Agent 工作流 一人即是顧問團隊,創造高價值第二事業曲線 缺乏原始數據;需先補齊私有知識庫與模擬案例庫

三層資產架構:從底座運算到頂層認知

TIER 01 | 底座層 (FOUNDATION)

多層級模型與混合計算基建

結合 Frontier LLM、領域專用小模型(SLM)、確定性演算法與資安防護協定,提供穩定的腦力來源。

LLMs + SLMs + API Security
TIER 02 | 系統層 (HARNESS ENGINEERING)

馬具系統工程與執行中樞

涵蓋任務規劃 (Planning)、工具封裝 (Skills/Tools)、可觀測性追蹤 (Tracing/Observability) 與安全護欄 (Guardrails)。

Planning + Routing + Guardrails
TIER 03 | 商業與認知層 (COGNITIVE & BUSINESS)

痛點定義、思維辯證與人生槓桿

以終為始回溯需求 (Working Backward)、將 AI 作為辯證鏡子抓出個人盲點、容忍不完美並快速試錯重塑人生。

Jobs-to-be-done + Mental Leverage

04 / 策略定位與避雷原則:三大地雷 vs. 核心行動

企業與個人 AI 實踐三大致命地雷 (Don'ts)
1. 拿著技術找釘子 (Working on technology first)

看見大模型或 Agent 很酷就急著導入,忽視真實使用者的痛點是什麼、有沒有問過利害關係人(如董事會、現場操作員)需要什麼。

2. 把直覺原型當正式產品 (Confusing Prototype with Production)

在 Vibe level 的粗糙對話中,期待 AI 產出零容錯的企業級報告;一旦數字少個零或遺漏欄位,就輕率斷言「AI 根本不好用」。

3. 在已知的事情上跟 AI 盲目比速度 (Competing on Known Tasks)

將精力花在重複性、已知流程的手動敲打與死記硬背;只要是規則明確的已知任務,AI 遲早會比你做得更快、更便宜。

務實創造極致價值的核心行動 (Do's)
1. 貫徹 Steve Jobs 原則:由客戶需求倒推技術

先搞清楚痛點在哪、期望的 Outcome 為何、出錯的代價(Cost of Error)有多高,再決定該用 LLM、小模型還是直接寫演算法。

2. 打造多鏡頭全面觀測與回饋閉環 (Multi-angle Feedback)

如同特斯拉捨棄雷達改用純視覺多鏡頭理解世界,構建「Planning ➔ Generate ➔ Evaluation」閉環,讓 Agent 具備自我審核與修正能力。

3. 結構化表達 + 將 AI 作為思維鏡子 (Mental Sparring)

刻意訓練邏輯結構化描述能力,並在規劃時主動引導 AI 反向辯證挑戰自己的假設,以最快速度揪出個人思維盲點。

四大關鍵角色之轉型定位與應對話術

企業高階主管 / 決策者
定位:價值與容錯定義者

「不要問 AI 能幫我寫什麼代碼,要問這份報告出錯的代價是多少?董事會真正要看的策略洞察究竟是什麼?」

資深專家 / 顧問
定位:Domain 知識架構師

「剝離過去大公司的體系光環,把我 30 年的分析直覺拆解為可被 AI 執行的 SOP、知識庫與評估原則。」

產品經理 / 設計師
定位:意圖轉譯與體驗總監

「不再局限於按鈕與介面切版,專注於捕捉使用者的動態 Intent,並建立即時驗證 Outcome 的評估機制。」

軟體工程師
定位:Harness 馬具系統工程師

「從手寫代碼轉向架構 Runtime、Guardrails 與 Tracing 觀測體系,讓 Agent 在受控環境下穩定跑出成果。」

05 / 實務話術與 4 階段推進時間軸 (Toolkit & SOP)

企業級 Agentic 系統 4 階段推進路線

階段 1 | 評估期

痛點挖掘與意圖定義

訪談真實使用者,界定具體 Outcome 與容錯代價,拒絕拿著 AI 找問題。

階段 2 | 鋪墊期

Harness 架構與護欄設定

規劃 90% 馬具體系:劃定 Guardrail、對接標準 API、建立 Context 邊界。

階段 3 | 協商期

多鏡頭觀測與閉環驗證

建立 Planning ➔ Action ➔ Evaluation 迴路,引入多角度審核與即時回饋。

階段 4 | 沉澱期

資產固化與 Tracing 維運

將工作流沉澱為標準 Skill 模組,導入可觀測性日誌,確保長期穩定一致。

話術 01 | 需求診斷 痛點回溯提問

當團隊急著用 AI 寫出新工具時

「在我們寫第一行 Prompt 之前,我想先請教:最終看這份產出的人是誰?如果這項產出出現邏輯或數字錯誤,公司的代價是什麼?我們能否先不談 AI,把使用者最痛苦的 3 個步驟列出來?」
適用情境:高層會議、專案啟動前的價值對齊
話術 02 | Harness 提示詞 拒絕煎蘿蔔糕

引導 AI 進行三階段結構化構建

「請先不要直接寫出代碼。請先依序執行:1. 【Planning】列出架構步驟與邊界假設;2. 【Guardrails】列出此任務最容易出錯的 3 個盲點;3. 等我確認後,再執行第一階段。」
適用情境:使用 ChatGPT / Claude 進行複雜開發
話術 03 | 思維鏡子 揪出個人盲點

讓 AI 成為最強悍的反向辯證對手

「這是我針對這個商業問題構思的解決方案。請扮演一位極度嚴格的資深架構師,不要迎合我,從商業邏輯、執行成本與邊界條件,列出我方案中最致命的 3 個盲點。」
適用情境:重大決策前自我檢驗與壓力測試
話術 04 | 專家轉型 經驗資產化

資深專家重塑個人工作流話術

「我過去在四大事務所累積了 30 年稅務規劃經驗。請協助我將這套直覺經驗,解構成:輸入資料規格、分析規則決策樹、例外處理護欄,以及最終報告模版。」
適用情境:專業知識庫封裝與第二事業曲線開展
話術 05 | 漂移校正 Context Drift 防範

當對話過長、AI 開始迷航時的重置

「請暫停目前的修改。請重新摘要我們最核心的【原始目標】與【不可改動的邊界條件】。確認對齊後,我們只針對模組 B 進行精準修改,切勿改動模組 A。」
適用情境:長對話維護、防止改 A 壞 B
話術 06 | 跨職能溝通 工程與業務對話

向業務端說明為什麼需要時間建 Harness

「我們可以用 Vibe Coding 在 2 小時內做出一版給您看感覺;但如果要真正串接客戶資料並保證不出錯,我們需要 3 天搭建後台馬具防護欄,避免後續花 3 個月天天修 Bug。」
適用情境:專案時程評估、技術債防範溝通

06 / 防衛應對與心理邊界:面對技術焦慮的定錨法則

01

情緒防衛與焦慮暫停法

當看見每週都有新模型、新工具問世時,不必盲目跟風追逐每一款。暫停 5 分鐘問自己:「這項新技術能幫我解決現有工作流中的哪一個痛點?」把焦慮轉化為聚焦核心問題的動力。

02

容忍不完美的創新心理學

人類勝過 AI 的關鍵在於「對不完美的容忍度(Tolerance for Imperfection)」。所有偉大的創新一開始都是粗糙且不完美的;在不確定中快速試錯、學習優化,是 AI 永遠無法取代的人性特質。

03

責任歸屬與組織邊界

AI 可以承擔 90% 的運算、代碼生成與數據清洗,但「最終責任永遠在人類身上」。牢牢握住決策權與商業責任,確保所有 Agent 產出均有明確的人類當責者(Accountable Human)。

07 / 4 大決策自問檢核矩陣 (Decision Matrix)

Q1 檢核

我們目前是在「煎蘿蔔糕」(Vibe),還是建構「中央廚房」(Harness)?

✓ 若是中央廚房(生產級): 立即投入 80% 心力建立 Guardrail、評估指標與 Tracing 觀測體系,保障長期穩定性。
✗ 若僅是煎蘿蔔糕(概念驗證): 維持輕量快速試錯,但嚴禁直接上線至核心生產環境或當作最終交付物。
Q2 檢核

我們是否真正理解目標使用者的核心痛點與出錯代價(Cost of Error)?

✓ 若是: 以此出錯代價為基準,設計多層級容錯機制與人工審核(Human-in-the-loop)關鍵斷點。
✗ 若否: 暫停所有代碼開發,直接進行第一線使用者深度訪談與真實業務場景調研。
Q3 檢核

專案是否過度依賴大模型單一 Prompt 解決所有環節?

✓ 若否(已分層): 保持靈活架構,結合演算法、領域小模型(SLM)與專屬工具(Tools/Skills)降本提效。
✗ 若是: 立即重構架構,將單一大 Prompt 拆解為 Context Engineering 與 Harness 模組化流程。
Q4 檢核

這項 AI 實踐是在幫我們「學習被取代」,還是「學習不被取代」?

✓ 若是不被取代: 深化結構化表達能力,將 AI 作為辯證伙伴與人生槓桿,開拓未知邊界。
✗ 若是容易被取代: 警惕純重複性體力工作,將重心轉移至問題定義、架構設計與跨領域洞察。

08 / 結論與反思討論:以 AI 為槓桿,重塑多元人生

核心總結

陳翰申與李佳達的對話揭示了 AI 浪潮下的關鍵分水嶺:SaaS 軟體的價值從未消失,而是從「靜態功能販售」演進為「動態成果交付」。自然語言雖然降低了編程門檻,但也引發了 Vibe Coding 的甜蜜陷阱。未來的卓越開發者與管理者,不再是程式碼的搬運工,而是能夠駕馭 Harness Engineering 的系統指揮官。

在個人維度,AI 是人類最偉大的思維鏡子與智力槓桿。學會結構化思考、保持對不完美的容忍度,並在已知中提效、在未知中創新,我們就能在有限的一生中,無懼被取代,甚至從容活出幾十種截然不同的精采人生。

🤔 引導反思題 01

在您或團隊目前的日常工作中,有哪些看似由 AI 快速生成的產出,其實隱藏著改 A 壞 B、缺乏可維護性的「煎蘿蔔糕」隱患?該如何為其補齊 90% 的 Harness 馬具架構?

🚀 引導反思題 02

面對 AI 帶來的巨大槓桿,您目前是將它當作「單純省時間的打字工具」,還是拿來作為「檢驗自身思維盲點、探索未知邊界」的對手?您打算如何用它開啟人生的新曲線?