2026 年最強工程團隊只要兩個人：一個海盜、一個建築師

重點摘要

Dan Shipper 今天丟出了一個框架，我覺得會改變很多小團隊思考工程編制的方式。

他的論點很直接：2026 年最有效的工程團隊結構只需要兩個人。一個 Pirate（海盜），一個 Architect（建築師）。海盜負責用 vibe coding 盡可能快地把功能推到使用者面前，不管架構、不寫測試、不考慮邊際案例。建築師負責把海盜發現的「有效功能」轉化成可擴展的系統。81,000 次觀看、88 則回覆，這個推文打中了每個工程團隊都在掙扎的核心問題。

為什麼「快」和「好」不能是同一個人的工作？

每個工程師都被要求同時做兩件矛盾的事：快速 ship 新功能，同時保持程式碼品質。Shipper 的解法是承認這個矛盾根本不該由同一個人處理。

這不是新想法。Amazon 的 two-pizza team 講了二十年，但那是在沒有 AI 的時代。現在的情況完全不同。Claude Code、Cursor、Google AI Studio 讓一個人可以在幾小時內做出過去需要一週的原型。問題是，這些快速產出的程式碼通常不能直接上線。

所以 Shipper 把它拆開了：海盜做的是 discovery，建築師做的是 delivery。海盜一天 ship 三個實驗性功能，建築師看數據，挑出有效的那個，重構成正式版本。這個節奏比讓每個工程師自己在「衝」和「穩」之間來回切換有效太多。

Compound Engineering：這不是新框架，是 Every 已經在跑的模式

Shipper 不只是在推特上喊口號。他在 Every 已經實踐這個邏輯好幾個月了。

根據他在 Every 發表的 Compound Engineering 方法論，Every 目前用 20 個人經營 5 個軟體產品，每個產品主要由一個人負責，99% 的程式碼由 AI agent 撰寫。他甚至把 Bezos 的 two-pizza team 更新成了「two-slice team」——兩片披薩，一個人。

Compound Engineering 的核心概念是：每完成一個功能，下一個功能應該變得更容易做，而不是更難。每次 bug、每個失敗的測試、每個解決問題的 insight 都被文件化，變成未來 agent 可以用的知識。根據 Shipper 的描述，大約 80% 的時間花在 plan 和 review，只有 20% 花在實際寫碼。

這和 Pirate + Architect 完美對應。海盜的工作產出的不只是功能，還有學習——哪些方向有效、使用者的反應是什麼、哪裡踩了坑。建築師在重構的同時，把這些學習編碼回系統裡，讓下一輪的探索更快。

說實話，這對小團隊最有用

我看到這個框架第一個反應是：這完全適用於台灣大部分的早期團隊。

你不需要 8 個工程師。你需要一個敢衝的 vibe coder，搭配一個在意架構和可維護性的資深工程師。前者的 KPI 是實驗數量和使用者回饋速度，後者的 KPI 是系統穩定度和重構效率。

但有一個很重要的前提：這兩個角色必須有清楚的交接機制。海盜不能永遠在 ship 垃圾然後丟給建築師收拾。需要有明確的標準——什麼程度的使用者驗證才值得進入重構階段。Shipper 的 Compound Engineering 裡有一個做法值得參考：他們會在每個功能完成後做一次 codification，把所有學到的東西寫回 prompt、subagent 和 slash command 裡。

Lenny's Newsletter 最近也訪問了 Shipper，標題是「五個產品、七位數營收、100% AI 寫的程式碼」。這不是理論，是正在運作的公司。

這個模型的風險在哪裡？

我不想假裝這個框架沒有問題。

最大的風險是海盜產生的技術債太快。如果建築師的重構速度跟不上海盜的產出速度，你最後得到的不是精實團隊，而是一堆沒人能維護的 prototype。Shipper 自己也承認，Compound Engineering 需要嚴格的文件化流程才能運作。

另一個風險是角色的吸引力不對等。在目前的市場上，每個工程師都想當海盜——用 AI 快速做酷東西聽起來很性感。願意花時間做架構重構、寫文件、整理 agent prompt 的人比較少。但建築師才是讓這個模型可持續的關鍵角色。

最後一點，這個模型在產品找到 PMF 之前最有效。當你的使用者規模到了一定程度，你需要的不只是「快速探索」和「架構重構」，還需要 SRE、安全、compliance 這些海盜和建築師都不一定覆蓋的能力。

踩過幾次「團隊太小做不動」和「團隊太大效率很差」的坑之後，我覺得 Shipper 抓到了一個很好的平衡點。AI 沒有讓工程師變得不重要，而是改變了最小有效團隊的組成方式。

兩個人。一個負責衝，一個負責穩。中間的一切，讓 agent 做。

如果你現在正在猶豫該不該多請兩個工程師，也許先試試這個組合。

資料來源