2026-07-31 · AI 工作流治理
多代理 AI 工作流的治理核心：我如何用授權與風險邊界驅動協作
多代理 AI 工作流的核心不是多加幾個 Agent，而是釘住決策權、交接責任、停止條件與人類批准。本文以 DesignVault 的治理設計說明，如何讓 AI 自主前進，同時保有可追溯的回程。
Writing Index
靈感倉庫
所有的思考、隨筆與踩坑紀錄，都在這裡打包歸檔。
2026-07-27 · AI與技術
個人知識庫的 AI 化重構：從碎片到系統
當 AI Agent 成為筆記的第一線讀者，舊的知識庫結構就成了幻覺的溫床。這篇記錄我如何用三層分工架構、共享 Entry Block 和自動化優化迴圈，把 Obsidian vault 從人類碎片筆記改造成 AI-Ready 的真相層。
2026-07-27 · AI與技術
軟體產業的流動效率革命：AI 時代的敏捷團隊管理
軟體產業追求資源利用率極大化，卻導致決策延遲拖垮流動效率。這篇拆解 AI Agent 如何改變瓶頸——從「寫 Code 的速度」轉向「做出正確決策的速度」，以及新型 PM 如何透過多代理人協作消滅等待。
2026-07-26 · 設計觀點
AI 工具不讓設計師變廉價，但讓你一直假裝有判斷力這件事很難繼續
AI 壓縮的是執行層，不是設計師的價值。真正變廉價的是沒有立場的執行力——當出圖成本趨近於零，「這個選擇背後有人想過」才是留下來的理由。這篇談怎麼把判斷層變成可被看見的紀錄與論述。
2026-07-26 · AI 觀點
AI 恐嚇文最大的傷害，不是嚇到你，是讓你做爛決定
AI 焦慮是 2026 年最便宜的流量來源：製造焦慮、提供解方、收費、重複。恐嚇文真正的傷害不是嚇到你，是讓你在焦慮下做出一堆長同一張臉的爛決定。這篇拆解焦慮文的商業模式，並給一個可執行的三日冷靜法。
2026-07-26 · 設計觀點
設計師不是沒有話語權，是讓渡了它
話語權的運作順序是反的：不是先被重視才有影響力，而是先讓影響可見，話語權才跟著來。設計成果沒有消失，是語言讓它消失的。這篇談翻譯能力怎麼練，以及在下「這是地方的問題」這個結論之前，該先確認的三個指標。
2026-07-26 · AI 觀點
在 AI 時代，會做的變廉價，會想的變珍貴
這兩年招設計師最明顯的感受：能做出像樣 Mockup 的人，從稀缺資源變成過剩資源。真正在漲價的是兩種「會想」的能力——把模糊目標翻成可執行需求的 specification skill，和判斷產出夠不夠好的 evaluation skill。這篇談這件事對個人職涯與對主管各自意味著什麼。
2026-07-26 · 管理觀點
我從 review 產出變成校準方向 — 一個設計主管的 AI 重構日記
兩年前我的日常是掃 PR、留 comment、對齊細節；現在我寫的字變少了，但那不是退化，是工作層級上移。這篇記錄一個設計主管在 AI 進入團隊後的角色重構：不 micro-manage，靠 set context 控品質，把時間花在校準方向而不是 review 產出。
2026-07-26 · 技術觀點
六個 repo 不是為了整理檔案，是為了讓「誰說了算」可以被機器驗證
把知識拆成六個 repo，解決的不是「東西太多找不到」，是「找到三份互相矛盾的東西，而你沒有辦法判斷哪一份算數」。這篇拆解為什麼目錄結構在這種架構裡不是分類法，而是權限法，以及把規則寫進結構之後要付出的兩個代價。
2026-07-26 · 設計觀點
Specification Skill 怎麼練 — 把模糊目標翻成設計問題的四個動作
執行的成本已經塌了，把模糊目標翻成設計問題的能力還站著。這篇給四個本週就能開始練的動作：先盤硬限制與假限制、把「夠好」寫成一句可以吵架的話、預判 stakeholder 沒說出口的判準、用一頁 spec 對賭。附三個最常見的坑。
2026-07-26 · 職涯觀點
你的職稱在定義你的競爭者，不是你的價值
當你說「UX Designer」，你不只在描述你做什麼，你在讓對方把你放進一個定價框架，然後在那個框架裡談價格。市場付費買的是問題，不是工具。這篇談為什麼職稱該是前台、問題類型該是後台，以及職稱作為搜尋索引不能隨便丟的反例。
2026-07-13 · AI 觀點
先把「什麼叫做對了」寫成規則，再談自動化
我的雲端 repo 有兩個排程，上線八天一次都沒跑成功，而每天全綠的健康檢查完全沒抓到。因為健檢量的是「存在」，不是「運作」。這篇談自動化之前該先建立的三層驗收規則，以及為什麼不是每件事都該進迴圈。
2026-06-29 · AI Workflow
我原本以為問題是模型，後來發現是交接：Ai-agent 架構拆解
多模型工作流真正的問題不是模型不夠強，是規則在各個 AI 客戶端之間漂移。這篇拆解 Ai-agent 的架構：用 adapter pattern 收斂共用規則、用 skill contract 定義交接、用 script 驗證而不是靠模型感覺。判斷一套 AI workflow 成不成熟，看的是 prompt 有沒有變薄、contract 有沒有變厚。
2026-06-29 · AI 與管理
職稱退位後，真正留下的是你怎麼讓產品往前走
一個專案卡住，不一定是因為少一個 PM，可能是沒有人能快速做原型、沒有人能整理長歪的系統、或缺一個能推進市場回饋的人。用職稱理解人太粗了。這篇借五種產品貢獻原型，談職稱會變，但「你怎麼讓複雜的產品往前走」要更穩定。
2026-06-29 · 職涯與管理
我不想只被看見很忙，而是被看見能把複雜服務做成
主管真正想知道的不是你最後做出什麼，而是你在哪裡卡住、如何解決、為什麼選這個方向而不是另一個。只回報「這週完成 A、B、C」，證明的是你有做事，不是你有判斷力。這篇談怎麼讓判斷痕跡留下形狀——被看見不是大聲說自己很重要，是讓重要的東西有形狀。
2026-06-27 · AI 與管理
AI 不是神，也不是工具：它比較像剛入職的高手
AI 答案不好，通常不是 prompt 寫得不夠漂亮，而是你沒把真實世界的限制交給它。把 AI 當成一位能力很強但剛入職的新同事——給脈絡、設邊界、驗成果——產出品質會完全不同。管理 AI 的方式，會直接反映你原本管理工作的成熟度。
2026-06-27 · AI 與管理
會做的人變多了，會判斷的人變少了
AI 最容易製造的管理幻覺，是讓團隊看起來變得很有效率——文件變多、方案變多、設計稿變快，卻沒有一個真正對準問題。效率當然重要，但沒有判斷，它只會讓錯誤更快、更完整、更有說服力地被產出來。
2026-06-27 · AI 與管理
品味不是我覺得，而是能被驗證的判斷
品味不是主觀審美，是壓縮過的判斷——它把看過的失敗案例、使用者反應、技術限制與商業目標，濃縮成快速辨識方向的能力。但只有拆成可觀察的判準、小樣本驗證與可複用的決策紀錄，它才不再是某個人的天分。好的品味是被質疑之後，仍然說得出背後邏輯的那種。
2026-06-26 · AI 與產品管理
當 AI 開始讀產品，UX 就不只服務人了
UX 沒有死，只是多了一個新的讀者。人需要視覺層級與心理預期，AI 需要語意結構、可解析的狀態與明確的流程邊界——這就是 AX（Agentic Experience）在談的事。它提醒我們重新問一次：產品到底被誰理解、由誰判斷、又由誰承擔後果。