# 為什麼軟體工廠會失敗：重新點亮燈光
> 📖 本站完整內容索引（documentation index）：[llms.txt](/llms.txt)
> 原作者：dex (@dexhorthy) · 策展與摘要：EasyVibeCoding · 平台：X (Twitter) · 熱度：🔥🔥 · 日期：2026-07-27
> 原始來源：https://x.com/dexhorthy/status/2081058573556306030
## 證據與延伸閱讀
- [這是軟體工廠失敗第二部分及YouTube連結](https://www.youtube.com/watch?v=Ib5GBkD555M)
- [產品審查階段的文件與HTML視覺稿](https://x.com/dexhorthy/status/2078592010852982977)
## 中文摘要
# 為什麼軟體工廠會失敗：重新點亮燈光
這是「為什麼軟體工廠會失敗」的第二部分。
這場演講的影片版本已在 YouTube 上線：https://www.youtube.com/watch?v=Ib5GBkD555M
## 重新點亮燈光
在第一部分中，我深入探討了為什麼隨著時間過去，我們無法信任模型來維護程式碼庫的品質。為什麼再多的 harness 工程或 tokenmaxxing（拼命塞 token）都無法解決模型訓練和基準測試的問題。為什麼程式品質的「model as judge（模型作為裁判）」機制不如某些人吹噓的那麼有效。
目前來說，裁判就是你——所以我們要將程式碼審查（code review）重新請回來。
展開畫面重點
頂部中央標題：
Optimizing the Lights-On Factory
左側人員與來源區塊：
- CEO / Vision
- Product Managers
- Engineers
- 指向「stuff to do」的連線
頂部與中上方的使用者與回饋區塊：
- USERS
- 連線至「stuff to do」的標籤：complaints feature requests
- MONITORING
- PROD
- 連線標籤：incidents
任務追蹤與管理區塊（stuff to do）：
- stuff to do
- 包含項目：
- linear
- jira
- state machine
- issue tracker
Agent 建置與測試區塊：
- 標題：agent builds the thing
- 包含模組：
- orchestration
- harness
- sandbox
- model
- 虛線邊框模組：
- automated testing
- agentic testing e.g. browser / computer use
Pull request 與程式碼審查流程：
- Pull request
- 虛線邊框審查項目：
- agentic code review
- agent tests the change
- human reviews the code（右側綠色區塊，帶有標題文字：put the code review back）
部署與監控迴圈：
- 虛線邊框部署項目：
- rollout / deployment
- 檢查項目：
- ci/cd checks
- unit testing
- static scanning
- security checks
- 連線返回 USERS
左下角資訊與 QR code：
- Why Software Factories Fail
- hlyr.dev/wsff-gh
- QR code 影像
展開畫面重點
畫面為一張深色背景的 sequence diagram 循序圖，包含四個參與者（Lifeline）：UI、API、ResourceService、Store。
互動流程如下：
1. UI 發送請求至 API，標示為 `PUT /resources/:slug`。
2. API 呼叫 ResourceService，傳遞 `create(input)`。
3. ResourceService 向 Store 執行 `insert resource`。
4. ResourceService 回傳 `201 resource` 給 UI。
展開畫面重點
畫面為深色背景的程式碼介面，左上角有紅、黃、綠三色圓點控制按鈕。內容顯示一個 API 端點的定義：
- `PUT /api/resources/:slug`
- `request: { destination: string }`
- `response: { resource: Resource }`
展開畫面重點
畫面為一個深色介面的編輯器視窗，左上角依序有紅、黃、綠三顆圓點控制按鈕。視窗內顯示 SQL 程式碼內容如下：
-- new tables
CREATE TABLE resource (
slug TEXT PRIMARY KEY,
destination TEXT NOT NULL,
created_at TIMESTAMPTZ NOT NULL DEFAULT now()
);
-- new query shapes
-- SELECT ... FROM ...
展開畫面重點
畫面為深色背景的介面，上方有三個分別為紅、黃、綠的圓點控制按鈕。介面內顯示一段類似程式碼呼叫或執行流程（entrypoint）的文字，內容包含：
- entrypoint
- runCommand
- 以 `+` 標示新增的綠色程式碼行：
- handleCreateResource
- ResourceClient.create(input)
- POST /resources
- renderResult
- 以 `-` 標示刪除的紅色程式碼行：
- legacyCreateFlow
展開畫面重點
畫面顯示一個深色背景的終端機或程式碼編輯器視窗，展示 `src/resource` 目錄底下的檔案狀態與變更備註。
轉錄可見內容：
```
src
└── resource
+ resource-client.ts # NEW - wraps API contract calls
+ resource-client.test.ts # NEW - covers request/response mapping
~ resource-route.ts # MODIFIED - wires create action into UI
```
詳細說明：
- `resource-client.ts` 標示為 `+ NEW`，備註說明為 `# NEW - wraps API contract calls`。
- `resource-client.test.ts` 標示為 `+ NEW`，備註說明為 `# NEW - covers request/response mapping`。
- `resource-route.ts` 標示為 `~ MODIFIED`，備註說明為 `# MODIFIED - wires create action into UI`。
展開畫面重點
畫面為一個深色背景的程式碼編輯器視窗，包含以下程式碼內容：
```typescript
interface Item {
id: ItemId
parentId: ItemId | null
// ...
}
interface Cursor {
position: ItemId
direction: 'up' | 'down'
// ...
}
resolveTarget(items: Item[], cursor: Cursor) -> ItemId | null
```
這段程式碼定義了樹狀或階層式結構的資料模型：
- `Item` 包含節點識別碼 `id` 以及可為空值的父節點識別碼 `parentId`。
- `Cursor` 包含目前位置 `position` 與移動方向 `direction`（支援 `'up'` 或 `'down'`）。
- `resolveTarget` 函式接收 `Item` 陣列與 `Cursor` 物件，用以解析並回傳目標的 `ItemId` 或 `null`。