Nielsen Norman Group 在 10 月 30 日發表〈The Role of UX in Agentic Software Factories〉，作者 Tanner Kohler，主張在 AI 代理負責大部分開發的流程裡，UX 不能只被當成餵給 AI 的背景資料，還要負責決定什麼值得做、以及評估做出來的東西。同一天 NN/g 還有 Raluca Budiu 的〈Experience Design: Dropping the “User” from “User Experience”〉，談代理替人操作之後 UX 的範圍。今天以前者為主、後者為輔，兩篇合起來是在回答「代理時代設計師的位置在哪」。
前一天 昨天的 UIUX 讀的是分頁這種最基礎的控制項，今天拉到流程層。讀到的程度：我用網頁抽取工具讀了兩篇文章的抽取結果，沒有逐字讀原文，也沒有讀文中提到的 Anthropic、Google、OpenAI 的原始文件，所以那些文件的內容我只能轉述 NN/g 的說法。
📖 學
一、文章在批評什麼
Kohler 描述的「AI 原生開發流程」是：AI 代理產出版本控管的 Markdown 文件，人類在關卡核准。他引用 Anthropic 2026 年 8 月的做法，各階段大致是：規劃階段由任何人產生 intent.md、產品負責人核准；設計階段由 AI 產生 spec.md、產品負責人反覆調整模型稿後核准；建置階段由 AI 產生 plan.md、工程師核准後代理寫程式；測試由 AI 檢查自己的產出；維護階段在出問題時由 AI 寫新的 intent.md。文章也點出 Google 在 2026 年 5 月、OpenAI 在 2025 年 11 月有類似的構想，並特別註明 AI 實驗室有推廣這種模式的利益，這點讀的時候要記得。
NN/g 的核心反駁是：這套流程只用到 UX 三種角色的其中一種，也就是「為 AI 提供脈絡」，另外兩種，決定什麼值得做、評估做出來的成果，完全沒有位置。文章原話的精神是「脈絡只能編碼我們已經知道的事」。
二、四個階段各漏了什麼
規劃階段：沒有任何機制確認 intent.md 對應到真實的使用者需求，一個人關起門寫、另一個人核准，容易偏誤，產品負責人手上握著全部籌碼。設計階段：誰來維護設計脈絡沒有人說，AI 生成的模型稿多半是 UI 層面的產出，不等於 UX，而且文章指出該流程完全沒提到使用者研究。測試階段：AI 拿團隊自己寫的文件去檢查成果，沒有經過研究的盲點會一路通過。維護階段：技術健康指標看不出可用性問題，文章的例子是新功能因為標籤不清楚而被放棄，但監控面板上一切正常。
這四條我覺得最實用的是最後一條。它講的是一個很具體的盲區：伺服器沒報錯不代表介面可用，所以監控需要「UX 求救訊號」。
三、文章給的六件可以現在做的事
分成三組。決定值不值得做：把 intent.md 的範本與流程改成以使用者需求為中心，讓研究者在方案出現之前先記錄問題；協助定義「使用者價值」的驗收條件，例如問題確實存在的證據。評估成果：事先定義哪些變更必須由 UX 人員審查，例如導覽改動或偏離慣例的流程；把任務放棄率、轉換率下滑、客服單暴增這類訊號加進監控。補充脈絡：主動認領 UX 脈絡的擁有權，即使不完美也先寫出組織的 UX 技能文件；把研究洞察與 design system 變成機器可讀，讓代理能及早引用。
最後一點對 design system 團隊最直接：如果元件規範只存在 Figma 與口耳相傳，代理拿不到，就會產出不符合規範的畫面。把 token、元件用法與禁用情境寫成代理讀得到的格式，是今天就能開始的工作。
四、搭配讀的另一篇：Experience Design
Budiu 的文章主張把「UX」改稱「experience design」，理由是代理現在替人操作，旅程跨的不只是多個通路，還有多個行動者。她把範圍分成三塊：人與數位產品互動；代理替人使用數位系統，代理可能用人不用的表示法，例如程式碼、結構化資料與 API；人與代理在同一個系統裡互動，問題常出在交接。
她舉的例子很有畫面：代理推薦了一班航班，請使用者去航空公司網站登入，但使用者的密碼管理器擴充功能在代理內建的瀏覽器裡不能用，於是卡住。文章說這個問題「只研究代理或只研究人都看不出來」。她列出該設計的問題：代理何時可以不問就行動、何時要問、該記住什麼、何時把控制權還給人，以及人怎麼檢視或撤銷代理的動作。文章沒有任何統計數字，是一篇立場與框架文。
五、我的判讀與邊界
兩篇合起來的實務結論是：代理加速了「做出東西」，卻沒有加速「知道該做什麼」，這段落差要有人補。這是我對文章的歸納，不是文章的原句。邊界有三個：我沒讀 Anthropic 等公司的原文，無法核對 NN/g 對 intent.md 流程的描述是否完整；NN/g 本身賣 UX 訓練與顧問服務，立場對 UX 的重要性有利；文章的建議沒有附成效數據，屬於專家意見而非實測結果。
🧠 記
- 來源： NN/g〈The Role of UX in Agentic Software Factories〉Tanner Kohler，2026-10-30；〈Experience Design: Dropping the “User” from “User Experience”〉Raluca Budiu，2026-10-30。
- 三種 UX 角色： 決定值得做什麼、評估成果、為 AI 補脈絡；文中流程只涵蓋第三種。
- 四個漏洞： 需求無對應、設計脈絡沒人維護、測試依據未經研究、監控看不到可用性問題。
- 可立刻做： 事先劃定須 UX 審查的變更、監控加入放棄率與客服單、把 design system 變成機器可讀。
- 交接是重災區： 密碼管理器在代理瀏覽器失效的例子，要同時研究人與代理才找得到。
邊界： 只讀抽取結果；未讀 Anthropic、Google、OpenAI 原文；文章無量化證據；NN/g 有商業立場。
✍️ 實踐
用 30 分鐘為你的產品做一次「代理友善度」盤點。
- 列出你團隊現在有哪些「脈絡」只存在於人的腦中或 Figma 註解裡，挑三條最常被問的，改寫成純文字規則。
- 為最近改版的一個流程，寫下兩個「UX 求救訊號」，例如某步驟的放棄率、某頁面的客服單關鍵字，並確認有人看得到。
- 列出三種「變更類型」必須有 UX 人員審查，例如導覽結構、表單欄位增減、與慣例不同的互動。
- 挑一個可能交給 AI 助理代辦的任務（訂位、退訂），走一遍登入、授權、失敗後的接手畫面，看每一步使用者拿不拿得回控制權。
🔗 延伸學習
- The Role of UX in Agentic Software Factories（NN/g）：本篇主要依據，我讀的是抽取結果。
- Experience Design: Dropping the “User” from “User Experience”（NN/g）：交接與代理體驗的框架，同樣讀抽取結果。
- Context Libraries: How AI Power Users Manage Context Engineering（NN/g）：10 月 9 日，談脈絡庫如何管理，可與第六點並讀；我只讀過標題與日期。
💬 問 AI
我要評估 NN/g 2026-10-30 的兩篇文章:〈The Role of UX in Agentic Software Factories〉(Tanner Kohler)與〈Experience Design: Dropping the "User" from "User Experience"〉(Raluca Budiu)。請嚴格分成「文章說的」「你查證到的」「你的推論」三區回答,不確定就直說,不要編造連結、數字或引文,也不要給任何投資或財務建議。
背景(請當待查證主張):
1. Kohler 引用 Anthropic 2026 年 8 月的 AI 原生開發流程(intent.md、spec.md、plan.md 逐關核准),並說該流程沒有提到使用者研究。
2. 文章主張 UX 有三種角色(決定值不值得做、評估成果、補 AI 脈絡),該流程只涵蓋第三種。
3. Budiu 主張代理替人操作後,UX 範圍應擴大為人、代理、人與代理的交接三塊。
請做:
A. 查 Anthropic、Google、OpenAI 的原始文件,標示 NN/g 的描述「成立/部分成立/查不到」並附一手連結。
B. 以一個 6 人設計團隊為例,寫出把 design system 與研究洞察變成機器可讀的具體格式與維護責任。
C. 設計 5 個「UX 求救訊號」監控指標,並說明各自的盲點。
D. 列出反方觀點:哪些情境下這些建議過度或不必要。
只談介面設計與研究實務,不評論公司或人事。