開發很便宜，爭論很昂貴

資料來源#

Running an AI-native engineering org

摘要#

Fiona Fung 在 agentic coding 讓生成幾乎變得免費後，對技術爭論提出的規則是：「在技術爭論中，程式碼獲勝——開發很便宜，爭論很昂貴。」 當你能在預約一次白板討論的時間內生成三個真實的實作時，你就不會再針對方法進行爭論，而是開始比較它們。在 Claude Code 上的推論規範是：以原型和 dogfood 代替撰寫設計文件，並減少深入的規劃文件，轉而支持在 PRs 和原型中進行討論。

The generate-three-PRs move#

Fung 的戰爭故事：在 onboarding 至 Claude Code 時，她和 Boris Cherny 爭論了一種重構方法。舊的反應是：「我們去會議室用白板討論吧。」相反地：「多虧了 Claude，我生成了三個不同版本的 PRs」——這給了他們更好的技術爭論，因為她不僅可以比較程式碼是如何實作的，還能比較對 callees 的影響。這個產出物（真實、可運行的 PRs）比論點（白板上的抽象概念）承載了更多資訊，而且現在產出它的成本非常便宜。

Prototype over design doc#

相同的經濟學重寫了原型設計。以前的原型設計將團隊分為兩個陣營——快速回饋與偷工減料，最後卡在交付無法擴展的拋棄式程式碼中。 有了 Claude，第二個反對意見就減弱了：「原型設計是一個很好的起步方式，因為我們可以迭代和學習，然後更快地將原型擴展到生產環境。」因此，Claude Code 的規範是：有了想法 → 製作原型 → dogfood 它 → 然後決定。（參見 prototype「拋棄式以充實設計」的方法。）

What gets reduced: design docs#

團隊減少的是：「真正深入的規劃與設計文件。我們的大多數討論實際上都發生在 PRs 或原型中。」這是 Verification as the New Bottleneck 的下游效應——當工程頻寬不再稀缺時，為了保護該頻寬而存在的繁重前期規劃就失去了合理性。重構和架構清理以前常常在「我們什麼時候能抽得出時間？」的預算爭奪戰中落敗，現在也已不再是瓶頸。

Tension to hold#

此規範與 Wiki 中規劃優先的概念處於一種有建設性的張力之中。Design Concept Grilling（Matt Pocock）和 Vertical Slice Tracer Bullets 主張，在開發之前，你必須先達成共識的設計概念。兩者的和解之道在於：「開發很便宜」並沒有廢除設計思考——它只是轉移了它的位置。你仍然需要品味和 spec（Outsource Your Thinking, Not Your Understanding），但你是透過比較已建構的產出物，而不是透過抽象的爭論來達成它們。便宜的開發使原型成為設計的媒介，而不是設計的替代品。（Karpathy 在 Vibe Coding vs. Agentic Engineering 中達成了相同的平衡：人類仍然擁有 spec。）

待解決的問題#

什麼時候「生成三個並比較」會變得浪費——在何種決策權重下，真實的爭論（或設計文件）仍比三個實作便宜？
如果設計討論存在於 PRs/原型中，那麼未來的讀者要在哪裡記錄設計原委——「我們為什麼選擇這個」的知識能否保留下來，抑或它會面臨與 Code as Source of Truth 相同的過時問題？

衍生內容#

The PRD-Replacement Spectrum at AI-Native Speed —— 透過開發來決定作為該光譜的中點；本頁面提出的被遺棄的設計原委問題是該光譜第一個未解決的債務
Where Does the Why Live? —— 針對本頁面設計原委開放問題的專注回答：PRs 中的討論埋沒了為什麼；沒有任何候選歸宿能持久地保存它

資料來源#

Running an AI-native engineering org

開發很便宜，爭論很昂貴

資料來源#

摘要#

The generate-three-PRs move#

Prototype over design doc#

What gets reduced: design docs#

Tension to hold#

相關連結#

待解決的問題#

衍生內容#

資料來源#