品味是一套技術系統

品味可以拆解為四個可編碼的組成部分：約束條件（你移除什麼）、評估標準（你衡量什麼）、模式辨識（你注意到什麼）、以及一致性（部分如何與整體相關聯）。 每一項都對應到工程基礎設施：hooks、證據閘門、品質迴圈與架構審查。品味是一套技術系統，而非神秘的天賦。

設計師稱品味為直覺。工程師稱品味為主觀。兩種說法的功能如出一轍：讓品味免受檢驗。如果品味是直覺，沒人能質疑它。如果品味是主觀的，沒人需要去實作它。設計師得到了不需負責的權威，工程師得到了忽略美學的許可。雙方皆輸。

品味不是直覺。品味是將模式辨識應用於品質判斷——大量接觸、反思與精煉所累積的結果，壓縮成快速的判斷力。一位訓練有素的品酒師能辨別勃根地酒的產區特性，靠的不是神秘的本能。那位品酒師品嚐過數千款酒，將風土與風味之間的結構關係內化編碼，建立了一套能產出快速且可靠評估的內部評價框架。¹ 判斷的速度掩蓋了背後的系統。

這套系統可以拆解為四個組成部分。約束條件決定你移除什麼。評估標準決定你衡量什麼。模式辨識決定你注意到什麼。一致性決定部分如何與整體相關聯。四個組成部分，各自可編碼。品味就是這四者協同運作的結果。

約束條件：你移除什麼

Dieter Rams 在 Braun 工作了四十年，始終追問同一個問題：還能移除什麼？SK 4 收音唱機去除了木質貼面外殼、裝飾性織物，以及對稱卻毫無功能的旋鈕配置。留下的是一個白色金屬機殼，搭配透明壓克力蓋板。那個蓋板並非極簡主義的產物，而是誠實的體現——Rams 認為，如果機構本身無需羞恥，將它隱藏起來就是不誠實。²

Rams 提出了十項原則。第十條「好的設計是盡可能少的設計」，其功能是範圍約束。不是美學偏好，而是範圍約束。它限定了解決方案的空間，要求每個元素都必須為自身的存在提供正當理由。任何不服務於使用者的元素都應被移除，無論它看起來多美觀，或者投入了多少心力。

Rams 式的約束與工程約束的運作方式完全相同。記憶體預算約束了哪些資料結構可行。延遲目標約束了哪些演算法可以接受。機制一模一樣：縮減解決方案空間，直到只剩下可辯護的選項。

在我自己的基礎設施中，約束條件以 hooks 的形式體現。一個拒絕部落格文章中被動語態的 hook 是對散文風格的約束。一個阻止已提交程式碼中出現 TODO 和 FIXME 的 hook 是對延遲品質的約束。一個強制語義化 HTML 的 hook 是對結構誠實性的約束。每個 hook 都將一個具體的品味決策編碼為確定性檢查。一個具備脈絡與判斷力的人做了一次決定，而執行則永久運行，以機器速度進行，不會產生偏移。

95 個 hooks 執行 95 項品味決策。每個 hook 都可以追溯到我注意到某個失敗模式，並判定該模式不可接受的那一刻。Hook 是傷疤，產生 hook 的判斷就是品味（出自 Claude Code Hooks）。³

評估標準：你衡量什麼

Kenya Hara 區分了簡潔與空白。一把雙人牌刀具是簡潔的：握柄告訴你該怎麼握，刀刃角度告訴你該切什麼，每個元素都在減少歧義。一把柳刃壽司刀則是空白的：素樸的木柄不會指示你握在哪裡，而這種指示的缺席正是重點所在。「你可以用任何方式握住它，」Hara 如此解釋。「這個簡單素樸的刀柄承接了日本壽司師傅所有令人驚嘆的技藝。」⁴

衡量簡潔，看的是你移除了什麼。衡量空白，看的是你創造了什麼可能性。兩種不同的評估標準，產出兩種不同的精簡。Rams 的評估方式是問「每個元素是否都服務於某個功能？」Hara 的評估方式是問「空缺是否為使用者創造了空間？」

評估標準將這些問題編碼為可重複的評估流程。我的證據閘門是一個六項標準的評估框架。每一項非瑣碎的變更都必須在我標記工作完成之前，為全部六項標準提供證據：遵循程式碼庫模式、最簡可行方案、邊界情況已處理、測試通過、無回歸、解決了實際問題。閘門不問「程式碼好不好？」閘門問六個具體問題，這些問題合在一起定義了在我的系統中「好」的意義。

具體性正是讓品味可傳遞的關鍵。「好的程式碼」是主觀的。「遵循 fetch_semantic_scholar() 第 241 行所建立的指數退避模式的程式碼」則是客觀的。證據閘門將美學判斷轉化為結構驗證。「程式碼感覺對嗎？」變成了「程式碼是否符合既定模式、處理了邊界情況、並通過了測試？」當評估標準具體到能產出二元結果時，品味就變得可衡量。

Hara 的評估方式對應到一個負空間標準：不是「產品有哪些功能？」而是「產品強加了哪些假設？」一個擁有數十個必要參數的 API 強加了數十個關於開發者如何使用它的假設。一個只有少數必要參數和許多選用參數的 API 則強加較少的假設，提供更多可能性。假設數量是具體的、可衡量的，並且將 Hara 的空白哲學編碼進了介面設計。

模式辨識：你注意到什麼

Charles Eames 設計模壓膠合板椅時，並非從現有選項中挑選。Eames 夫婦花了數年時間實驗膠合板成型技術，反覆失敗，摸索出材料的能與不能。⁵ 最終設計源於對木紋方向、黏合劑行為、複合曲面和應力分布的累積知識。椅子看起來毫不費力，而這份毫不費力需要數千小時的觀察。

模式辨識透過接觸與專注來運作。排版過數千頁的排版師能注意到新手看不見的字距錯誤。審查過數百座橋樑設計的結構工程師能發現初級工程師忽略的荷載分布問題。這種「注意到」並非純粹的天賦，而是持續、刻意觀察所留下的沉澱。⁶

在工程基礎設施中，模式辨識對應到品質迴圈。我的品質迴圈是一個七步驟的循環：實作、逐行審查、執行證據閘門、進行自豪感檢查、修正每一個問題、放大視野、重複。這個迴圈強制對已經在第一輪宣告完成的工作進行二次檢視。每一輪都會浮現前一輪遺漏的模式：不一致的命名慣例、未處理的逾時、只驗證正常路徑而忽略錯誤路徑的測試。這套基礎設施透過強制要求產生辨識力的注意力模式，來彌補經驗上的落差。

一致性：部分如何與整體相關聯

安藤忠雄設計的建築中，清水混凝土牆面、自然光、水與留白空間之間存在著刻意的關係。大阪光之教堂在混凝土牆上開出十字形裂縫引入陽光，在內牆上投射出一道光的十字架。移除裂縫，建築就只是一個混凝土盒子。移除混凝土，光線就失去了顯現自身的表面。兩個元素都無法獨立運作。材料與虛空之間的一致性創造了體驗。⁷

一致性是品味中最高層次的組成部分，因為它要求理解整體，而非僅僅理解部分。Hook 可以對單一檔案施加約束。證據閘門可以評估單一變更。品質迴圈可以在單一模組中發現模式。一致性則要求評估每個部分與其他每個部分之間的關係，以及與系統整體目的之間的關係。

在軟體中，架構審查承擔一致性的功能。一個在隔離環境中運作正確但違反系統相依方向的模組是不一致的。一個通過所有測試但與產品設計語言矛盾的功能是不一致的。一致性缺陷對局部評估來說是不可見的，只有在有人退後一步、放大視野時才會浮現。

我的品質迴圈中特別包含了「放大視野」這一步，正是基於這個原因。在證據閘門通過、自豪感檢查也過關之後，迴圈仍要求檢查整合點、匯入項目和相鄰程式碼是否有回歸。我所遵循的 Steve + Jiro 信條將此設為雙重標準：Jiro 管轄證據、嚴謹與工藝（局部品質）；Steve 管轄值得性、品味與整體完整性（全域品質）。Jiro 不通過就停下。Steve 不通過就重建。這套雙重標準確保局部正確性永遠不會凌駕於全域一致性之上。

對照表

品味的四個組成部分，對應四項工程基礎設施。

Rams 成為 hook。Hara 成為評估標準。Eames 成為品質迴圈。安藤忠雄成為架構審查。我在32 位設計師的剖析文章中所探討的設計哲學，並非個人作品集網站的裝飾。每篇剖析都是這四個組成部分中一個或多個的案例研究，而每個組成部分都對應到我在生產環境中運行的基礎設施。

美感與粗獷主義記錄了本站背後的具體 CSS 決策，每一項都是約束。#000000 上的白色排版。5%、10%、40%、65% 的透明度層級。沒有漸層、沒有插圖、沒有裝飾性元素。每一項決策都是 Rams 式的移除，編碼進每一頁都繼承的樣式表中。這些約束是可執行的。

黑暗工廠問題

Dan Shapiro 的黑暗工廠模型描述了 AI 編碼自主性的五個層級，從手動（Level 0）到完全自主（Level 5）。在 Level 5，程式碼由機器生成、由機器驗證、部署時無需人類閱讀任何一行。

品味為黑暗工廠帶來了一個正確性所沒有的難題。正確性可以用測試驗證。效能可以用基準測試驗證。安全性可以用靜態分析驗證。品味無法被任何現有的自動化系統驗證，因為一致性這個組成部分要求理解整個系統，而非僅僅理解差異部分。

在 Level 5 以下的每個層級，都有人類提供一致性評估。移除人類之後，一致性評估要嘛被編碼，要嘛就消失。約束條件能在自動化中存活（hooks 無需人類即可運行）。評估標準能存活（證據閘門無需人類即可運行）。模式辨識部分能存活（品質迴圈可以運行，儘管自豪感檢查的問題是由人類撰寫的）。一致性則無法存活——除非有人將架構意圖編碼為評估代理可以查詢的格式。一個缺乏品味約束的自主系統會朝著通過測試的方向最佳化。正如 Justin McCarthy 的 StrongDM 團隊所發現的，代理會寫出 return true 來通過測試套件，同時產出毫無價值的程式碼。⁸ 測試是綠的，產出卻沒有工藝、沒有考量、沒有一致性。

論點

品味即基礎設施——在機器能以推論速度進行撰寫、設計與部署的世界中，基礎設施是人類最後的優勢。但品味只有在被編碼之後才構成優勢。未編碼的品味是瓶頸：一個人的判斷力，每一項決策都必須經過他的核可，使其成為系統速度的限制因素。編碼後的品味則是護城河：約束條件、評估標準、模式辨識迴圈和一致性檢查，每一項產出都必須滿足，以機器速度運行，並在每一次產生新 hook 的失敗中持續改進。

每一次在缺乏品味約束下運行的自主代理工作階段，都會產出向均值漂移的結果。每一個 hook、每一條證據閘門標準、每一個品質迴圈步驟、每一次架構審查，都編碼了一項抵抗漂移的具體判斷。品質是唯一的變數。品味就是定義品質意義的東西。

將品味當作直覺來封閉的設計師，會發現當機器生成的速度超過任何人類能審查的速度時，他們的直覺將變得無關緊要。將品味斥為主觀的工程師，會發現他們的系統產出的是正確、高效能、架構健全的平庸之作。前進的道路需要兩者兼備：設計師累積的判斷力，拆解為組成部分，編碼為基礎設施，並以機器所要求的速度來執行。

品味不是一種感覺。品味是一套技術系統。建構這套系統，否則就看著品味消散。

常見問題

品味真的能被拆解為四個組成部分嗎？

四個組成部分（約束條件、評估標準、模式辨識和一致性）是一種拆解，而非化約。品味在實踐中涉及四者同時運作，組成部分之間的交互作用會產生任何單一組成部分都無法捕捉的湧現特質。這種拆解之所以有用，是因為每個組成部分都對應到特定類型的工程基礎設施，使抽象變得具體，使主觀變得可實作。

Hooks 與設計系統有何不同？

設計系統定義了設計令牌、元件和使用指南。Hooks 則在創建的節點上強制執行行為約束。設計系統說「使用 16px 內文字級」。Hook 則阻止提交將內文字級設為 14px 的程式碼。設計系統是參考資料，hook 是閘門。兩者都有用，而 hook 才是讓設計系統的決策在自主生成過程中不可妥協的機制。

編碼品味會讓它變得僵化嗎？

編碼品味讓已編碼的判斷變得一致，而非凍結。我的 hook 數量在九個月內從零增長到 95 個，因為每一個我注意到的失敗模式都成為了新的約束。僵化意味著拒絕新增 hook。成長意味著每一次冒犯你品味的失敗都轉化為防止下次再犯的基礎設施。

參考資料