Playbook Boundary Conditions: the Devil's-Advocate Substrate and the Prototype's Edge

問題#

兩個 #oq/now 問題放在一起，因為兩者都在問 AI 原生作戰手冊的處方在哪裡不再普遍適用——各自暗中依賴什麼：

1. Problem-Solution Fit Discipline — 作戰手冊建議「請 Claude 提出競爭者可能成功而你不會成功的最有力論據」。這與 Anthropic 發表的角色訓練（抗諂媚、願意扮演魔鬼代言人）有何互動？
2. Prototype Over PRD — 以原型取代 PRD 會在哪裡失效？Carey 所處的領域是視覺設計工具，原型本身就是產品介面；但對後端、基礎設施或資料工作而言，原型可能無法呈現規格。

答案一：提示式魔鬼代言是框架遵循；角色特質補足提示做不到的部分——兩層各自涵蓋不同的失敗模式#

把作戰手冊的技巧與其運作所依賴的基礎分開來看，兩者的關係就不再像是依賴，而像是存在已知缺口的雙層防護。

提示中的操作實際上不需要抗諂媚能力。 把作戰手冊的五種操作視為任務來看：反駁這個想法、建構競爭者的最佳論據、檢視訪談問題、整理不支持的證據（Problem-Solution Fit Discipline）。沒有一項要求模型反駁創辦人——每一項都把反對意見轉化成模型能遵循指令、出色完成的指定任務。「提出競爭者可能成功的最有力論據」是一種模型會照著執行的框架，其表現一樣「熱情十足、品質上乘」；而正是這種表現，從一開始就造成信念摩擦問題。作戰手冊自己觀察到，AI 會遵循指示，這點有兩面性；這項技巧正是刻意利用這一點。因此，這項處方比問題假設的更能跨模型移植：沒有 Anthropic 角色訓練的指令遵循模型，只要收到要求，仍會提出有力的競爭者論據，因為只要提出要求就足夠了。

角色訓練提供的是主動發揮的那一層。 Claude Character as Product 把「誠實回饋——不會不假思索地同意使用者說的每件事」列為經訓練、承載重要作用的特質，並由能堅持己見的人類與午餐桌上的氛圍檢查來評估，而非交給編譯器；而這篇文章已記錄了此方向上的依賴關係：作戰手冊仰賴這種角色特質，視其為「讓 AI 扮演魔鬼代言人得以奏效的基礎；若角色特質退化，這套紀律也會退化」。兩者的明確分工是：提示讓模型在被要求時製造對抗性；角色特質則決定模型是否會在創辦人沒有要求時提出異議——指出軟弱的問題、引導性的訪談腳本，或因看起來容易募資而選用的 TAM 數字。確認偏誤的失敗模式，正是沒有提出要求的失敗，因此主動發揮的這一層承擔了認知上的重任，而且它是供應商特有的（OpenClaw 移轉觀察指出，使用者特別懷念 Claude 的角色特質，因為其他模型「會諂媚地表示同意」）。

這種依賴仰賴技術堆疊中最穩定的一層。 角色特質是刻意不隨模型版本縮減或變動的 harness 資產——「在能力躍進之間保留身分」是明確的原則（Claude Character as Product、Harness Shrinkage as Models Improve）。因此，仰賴受訓角色特質的作戰手冊處方，比仰賴下一個版本可能重新定價的能力更穩妥（Build for the Next Model 正好是對照案例）。

兩層都未涵蓋的缺口，是指定對抗任務之內的偏誤：模型一邊替競爭者提出論據，一邊仍受創辦人對市場的框架所錨定。這是 Problem-Solution Fit Discipline 中另一個尚未衡量的 #oq/source 問題（「AI 產生的不支持證據，是否與其支持證據同樣嚴謹？」）；這篇綜合分析刻意保留此問題，因為它是程度上的實證問題，無法從語料中判定。

結論：已回答。 兩者互補而不衝突——提示式操作是可移植的框架遵循；角色特質是 Claude 專屬的主動安全網；剩餘風險藏在指定任務之內，兩層都無法觸及。

答案二：邊界不在後端與前端之分，而在可觀察表面與不變條件之分#

當你注意到語料中每種規格工作都已有一項領域相符的具體成品，而它恰好取代了以往由文字說明完成的工作，問題暗示的區分（視覺工作：原型可行；後端工作：原型失效）就消失了：

規格工作	取代文件的具體成品	文章
互動／視覺規格	原型本身——「感受一下體驗」	Prototype Over PRD
實作決策	三個實際 PR，互相比較	Building Is Cheap, Arguing Is Expensive
後端／基礎設施功能形態	tracer-bullet 垂直切片——在一條精簡的端到端路徑中串起 schema → service → UI	Vertical Slice Tracer Bullets
AI 行為功能（「怎樣才算完成？」）	十個優質 eval	Evals as Product Spec
設計語言	從 repo 擷取的 design_system.html	Living Design System

每一列都在各自的領域完成 Carey 的原型對 UI 所做的事：以成品取代含糊描述，而成品的可觀察表面能實際檢驗需求。tracer bullet 就是後端的原型——它的目的正是為無法點擊的技術堆疊，產生可見的端到端訊號；eval 則是完全沒有表面的行為規格。因此，在視覺產品以外失效的不是以成品取代文件的做法，而是特定成品（可點擊原型）；Ambrosino 的媒介選擇原則 正是這一系列做法逐漸匯聚出的普遍原則：實作豐沛讓每一種媒介都變得便宜，因此關鍵技能是選出一種能讓你要降低的風險清晰可見的成品。

文件真正仍不可或缺的地方。 當沒有低成本成品的可觀察表面能涵蓋風險時，PRD 仍有用武之地：

• 跨領域不變條件——資料完整性、安全性、規模、移轉安全、成本上限。這些規格描述的是絕不能發生的事，而成品表面無法呈現某件事的不存在；原型「能運作」並沒有檢驗任何不變條件。這正是 AI Native Product Cadence 中持續保留的例外：模糊功能用一頁文件，重型基礎設施功能用完整 PRD——現在附上了理由，而不只是類別標籤。
• 跨團隊協調——成品能讓在場的人取得共識（the pitch-off）；文件仍是傳遞給未參與現場團隊的媒介，而這也正是 Design Concept Grilling 中共享設計概念的作用所在。
• 成品這條路徑在適用之處也有代價：原型會讓人過度錨定，恰恰因為它看起來已經可以交付（Polish No Longer Signals Readiness）。

結論：已回答。 當需求是不變條件或協調成品，而非一種體驗時，以原型取代 PRD 就會失效；至於其他領域，解法不是回頭採用 PRD，而是選擇該領域的 tracer 成品。PRD spectrum 已記錄的兩項未解債務（孤立的理由、作為證據的原型）不受這條邊界影響，仍各自待解。

共同啟示#

兩種處方最後呈現出相同的結構：可移植的技巧，依託於不可移植的基礎。魔鬼代言人提示仰賴受訓的角色特質（提示可移植，安全網則是供應商特有）；以原型作為規格，則仰賴需求具有可觀察表面（以成品取代文件的原則可移植，成品則依領域而異）。閱讀任何 AI 原生作戰手冊時，可沿用的習慣是：問問自己，這項處方假設模型或成品會在未受提示時呈現什麼——邊界落在這個假設，而不是技巧本身。

引文#

Q1：Problem-Solution Fit Discipline、Claude Character as Product、Harness Shrinkage as Models Improve、Build for the Next Model。Q2：Prototype Over PRD、Implementation Abundance Inverts Product Work、AI Native Product Cadence、Building Is Cheap, Arguing Is Expensive、Vertical Slice Tracer Bullets、Evals as Product Spec、Living Design System、Design Concept Grilling、Polish No Longer Signals Readiness、The PRD-Replacement Spectrum at AI-Native Speed。