# 策展 · X (Twitter) 🔥🔥

> 作者：Zach Lloyd (@zachlloydtweets) · 平台：X (Twitter) · 日期：2026-05-08

> 原始來源：https://x.com/zachlloydtweets/status/2052497467883581677

## 中文摘要

AI 時代產品開發應先建後對齊，避免前期過度會議浪費時間。

在 Agent 尚未普及的過去，團隊需事先對齊產品規格，以避免建錯東西的高成本；如今若花費大量時間在會議、文件與 Slack 上，才開始程式撰寫，便是錯誤作法。作者強調，先前對齊目的是打造最佳方案並避免利益相關者誤解，但這過程耗時，遠低於建錯重來之痛；現今應先建可測試原型，再透過實物對齊，加速迭代並減少猜測。

**舊有開發流程的瓶頸**

傳統流程源自 Warp 的「How We Work」指南，包含以下步驟：

1. 明確陳述問題與使用者目標
2. 團隊共同探索解決方案空間，從產品與技術角度，通常透過「product jam」
3. 製作不同可能解決方案的 mockup（設計瓶頸）
4. 團隊對齊認為最佳的建置方案（團隊對齊瓶頸）
5. 程式撰寫解決方案（程式撰寫瓶頸，正逐漸消失）
6. 審核程式碼與產品，確保符合初始規格（驗證瓶頸）
7. 內部 dogfood 並精煉解決方案，直到認為足夠好
8. Bug bash 確保品質
9. 發布、監控並依使用者回饋調整

此流程多數仍適用，但步驟 4 應移至初始建置（步驟 5 與 6）之後。前期仍需釐清使用者問題、進行 product jam 與設計初步方案，但核心是盡快啟動基於實體產品的回饋迴圈。

**Warp 的轉變實例**

2023 年，Warp 團隊花費無數小時透過 mockup、Slack、PRD 等釐清「Warp Drive」協作平台的運作方式，才開始寫程式碼；作者表示絕不再重蹈覆轍。取而代之的是，對齊問題空間、取得設計師初步想法，即刻內部建置原型 dogfood。近期 Warp 推出整套提升 app 中程式 Agent 效能的功能，即採用此法：僅對齊問題（讓 Warp 成為最佳 Agent 程式開發環境），未花時間細究方案細節；設計團隊快速產出起始設計，團隊建置後共同迭代，直至滿意為止。發布時，全員對齊認同方案強大。

**新設計流程的核心優勢**

- **低成本實驗取代猜測**：無需擔心首版是否理想，快速建置多版本，讓使用者試用；建好後即從猜測轉為實驗，全員基於相同實物評估，而非各自想像的假設實現。
- **加速速度與品質**：避免舊方式中，每位利益相關者對產品想像略異導致的浪費；建置成本低，風險小，能更快 ship 更好產品。
- **更愉快的工作體驗**：打破前期對齊習慣，轉為「建後對齊」，讓產品組織運作更有效率。

作者澄清，此「對齊」指人類間對產品運作的共識，而非人類與 Agent 的對齊（詳見其「Spec and Verify」文章）。在 Agent 時代，程式撰寫瓶頸消退，先建原型能大幅節省時間與麻煩，建議團隊檢視自身流程，若過度前期對齊，應立即調整。此趨勢不僅適用 Warp，也將重塑整體產品開發模式，讓團隊更快、更樂趣地交付優質方案。

## 標籤

Agent, 產業趨勢, 其他, Warp