AI 原生速度下的 PRD 替代光譜

問題#

wiki 的這些產品開發概念——Prototype Over PRD、Building Is Cheap, Arguing Is Expensive、Design Concept Grilling，以及 AI Native Product Cadence 中更輕量的 PRD 做法——如何在 AI 原生速度下，拼湊成一道單一的 PRD 替代光譜？

簡短回答#

它們並非四種互相競爭的方法。它們是依「建構之前有多少規格」排序的單一光譜，而它們之所以看起來像對手，是因為 PRD 一直同時在做三件工作：

對齊（Alignment）——讓所有人持有同一個想法（Frederick Brooks 的設計概念（design concept））。
規格（Specification）——精確定義要建構什麼，精確到足以據此建構。
理據（Rationale）——記錄這些決策為何如此，供未來的讀者參考。

當 agentic 編碼讓生成幾乎免費時，每件工作受到的衝擊各不相同：

規格被消解。 原型比散文更精確地指定規格（「文件是不精確的；原型是具體的」——Prototype Over PRD），而建構已便宜到足以「以建構來指定規格」（Building Is Cheap, Arguing Is Expensive）。這正是這道光譜真正談論的工作。
對齊被重新安置，而非移除。 它移動到更早（在任何產物之前先盤問——Design Concept Grilling）或移入產物之中（比較三個真實的 PR／三個原型）。Matt Pocock 不可妥協的一點是：這是你唯一不能跳過的工作。
理據被遺棄。 光譜上沒有任何一個立場為「我們為何選擇變體 B」提供一個妥善的歸宿。這是真正尚未解決的部分——在 Building Is Cheap, Arguing Is Expensive 與 Prototype Over PRD 兩者中都被標記為一個開放問題。

因此這道光譜是：在已具備可信的對齊處理方式的前提下，每個立場消解規格這項工作的力度有多激進？

這道光譜#

從建構前規格最多到最少排序：

立場	來源	建構前規格	對齊發生之處	持久產物
先盤問再寫 PRD	Design Concept Grilling（Matt Pocock）	最大化——不留情面的訪談 → 終點 PRD	在盤問對話中，早於任何產物存在之前	PRD + Kanban；PRD 在實作後刪除
更輕量的 PRD	AI Native Product Cadence（Cat Wu）	依模糊程度校準——一頁式 ↔ 完整 PRD	團隊原則 + 每週指標彙報推動共享脈絡	一份一頁式文件，或什麼都沒有
先建構再決策	Building Is Cheap, Arguing Is Expensive（Fiona Fung）	前期投入最小——產生三個真實的 PR	在比較已建構的產物時（以及它們對呼叫端的影響）	被選中的 PR；討論存在於 PR 之中
原型即規格	Prototype Over PRD（Dan Carey）	無——完全跳過 PRD	在記錄下來的問為什麼而非問做什麼對話中以及原型本身	原型

由左至右閱讀，持久產物從關於該事物的散文遷移到事物本身，而對齊的時刻從建構之前遷移到透過建構。Cat Wu 的「更輕量的 PRD」與 Carey 的「無 PRD」是同一套做法在不同設定下的呈現——AI Native Product Cadence 頁面把這點說得很明白：「Cat Wu 讓 PRD 更輕量，Carey 則完全移除它們——這是把節奏推到極限。」

調和：重新安置，而非廢除#

表面上的矛盾——Pocock 堅持在建構之前先達成設計概念；Fung 與 Carey 則透過建構來達成決策——一旦你把這三項工作分開，矛盾就消解了。wiki 已在三個地方持有這個調和，而它們彼此一致：

Building Is Cheap, Arguing Is Expensive：「便宜的建構並不會廢除設計思考——它重新安置了它」，把它移入已建構的產物之中。
Prototype Over PRD：Carey「把那份對齊折疊進記錄下來的『為什麼』對話中，而原型是它的第一個表達。」
Design Concept Grilling：調和為「原型是設計概念的媒介，而非達成設計概念的替代品。」

所以其實沒有人對對齊（第 1 項工作）有異議——他們的分歧在於由哪個產物來承載它。Pocock 用一場早於建構的對話來承載它；Fung 與 Carey 則用建構來承載它。改變的不是你是否需要一個共享的想法，而是規格這項工作（第 2 項）已便宜到足以折疊進對齊步驟之中，而不必再是一份獨立的下游文件。

讓光譜右端得以運作的關鍵支撐動作是「問為什麼，而非問做什麼」／「為這個問題設計理想的介面」——人類指定問題，讓模型能力去填補做什麼。這正是 Prototype Over PRD、Disposable Micro-Apps 與 bitter lesson 都依循的同一個「少指定、讓能力來填補」原則。

第二條軸線：更輕的規格 vs. 更豐富的產物#

上述光譜只朝一個方向移動——更少的散文。但對同樣的壓力還有一種正交的回應：讓面向人類的產物更豐富，而非更輕量。HTML as the New Markdown 與 Disposable Micro-Apps（Thariq Shihipar）保留了一份份量十足的計畫，但將它呈現為互動式 HTML（並啟動用過即棄的 micro-app 來編輯它），因為隨著模型變強，瓶頸變成了人類的注意力，而非模型的理解力。

這就是為什麼這個叢集是一個平面，而非一條線：

面向模型的規格隨能力增長而縮減（Harness Shrinkage as Models Improve）——這是 Carey 騎乘到「無 PRD」的那條軸線。
**面向人類的框架（harness）**可以增長，以維持人類的對齊——這是 Thariq 騎乘到「更豐富的 HTML 計畫」的那條軸線。

AI Native Product Cadence 把這兩者框定為「對高速下的 PRD 押下相反的賭注：Cat 讓它們更輕量，Thariq 讓它們更豐富——兩者都旨在不放慢腳步的前提下維持人類對齊。」PRD 替代光譜是更輕量的那條軸線；HTML／micro-app 的做法是更豐富的那條軸線。兩者都成立，因為它們瞄準的是規格的不同消費者。

選擇一個立場：前提條件#

每個立場唯有在其前提條件成立時才安全。這道光譜並非一座「愈往右愈先進」的成熟度階梯——它是一個契合度的決策。

前提條件	推向
高風險／模糊的需求說明／出錯代價高昂	先盤問（Design Concept Grilling：「功能愈大、需求愈模糊、成本愈高 → 盤問得愈兇」）
範圍明確的小型變更（「在整個程式庫中重新命名這個」）	跳過盤問；直接建構——額外開銷是浪費
原型表層 == 產品表層（視覺／UI 工作）	原型即規格（Prototype Over PRD：Carey 的領域是一款設計工具，其中原型就是產品）
後端／基礎設施／資料工作	更重的規格——原型可能無法捕捉規格（AI Native Product Cadence：「為重度基礎設施功能撰寫完整 PRD」）
決策取決於對其他程式碼的影響	先建構再決策——三個真實的 PR 能揭露文件無法呈現的呼叫端影響（Building Is Cheap, Arguing Is Expensive）
存在可驗證的成功準則	盤問右側的任何位置——先建構再決策假設你能驗證哪個建構更好（Verification as the New Bottleneck）

整個右半部背後的深層前提是 Verification as the New Bottleneck：「生成三個再比較」唯有在比較比爭論更便宜時才算是一種進步。當生成變便宜後，那些原本為了保護稀缺工程頻寬而存在的繁重前期規劃便失去了正當性——這正是這道光譜得以開展的原因。

兩個尚未解決的問題#

在光譜上向右推進能換來速度，但留下兩筆債務，這些來源頁面都點出了它們，卻沒有一個能完整回答：

被遺棄的理據（第 3 項工作）。 如果設計存在於 PR 與原型中，而 PRD 在實作後被刪除，那麼*「我們為何選 B 而非 A」對下一位讀者而言要存在哪裡？*Building Is Cheap, Arguing Is Expensive 與 Prototype Over PRD 兩者都把這提為一個開放問題，而它與 Code as Source of Truth 共有同樣的陳舊化問題。更豐富產物的那條軸線（HTML as the New Markdown）部分回答了它——一個持久的互動式產物可以承載被刪除的 PRD 無法承載的理據——這是兩條軸線互補而非對立的另一個原因。
「原型即證據」的陷阱。 一個快速的「原型即規格」證明的是建構可行，而非問題真實存在。Problem-Solution Fit Discipline 直接點名了這點：「原型只驗證了建構任務是可解的，並未驗證問題真實存在，或解決方案契合。」光譜的右端對此最為暴露，因為原型的速度製造出一種進展的感覺，取代了驗證。彌合這道落差的紀律並未因 AI 而改變：原型是「與潛在使用者對話時的壓力測試道具……這些對話才是真正的證據。」與此相關，Build for the Next Model 警告：「它幾乎能用」是一種能力的賭注，而非問題值得解決的證據。

結論#

PRD 並沒有一個唯一正確的份量。這道光譜是一個依任務、根據三項判讀來設定的旋鈕：需求說明有多模糊（愈模糊 → 盤問得愈兇，偏左）、原型表層是否就是產品表層（是 → 原型即規格，偏右），以及你能否驗證哪個已建構的選項更好（能 → 先建構再決策）。向右移動以消解規格這項工作；但你仍必須在某處為對齊付出代價（一場「為什麼」對話、一次盤問、一場比較），而且你仍欠著理據與真實使用者的驗證，這些是旋鈕不會免費提供的。便宜的建構把設計思考重新安置進了產物；它並未廢除這份思考。

資料來源#

Design Concept Grilling — Matt Pocock，grill-me／PRD 作為終點
AI Native Product Cadence — Cat Wu，更輕量的 PRD（+ Dan Carey 的佐證）
Building Is Cheap, Arguing Is Expensive — Fiona Fung，產生三個 PR
Prototype Over PRD — Dan Carey，原型即規格
HTML as the New Markdown / Disposable Micro-Apps — Thariq Shihipar，更豐富產物的軸線
Problem-Solution Fit Discipline — 創辦人手冊式的驗證紀律
Verification as the New Bottleneck — 開展這道光譜的瓶頸轉移
Build for the Next Model — 關於能力賭注的警示