Software Factories, Light and Dark

Cover Image

原始來源與檔名：2026-07-24T093456+0800-Software Factories, Light and Dark.md

SOURCE | 資訊源評估

NAPKIN | 餐巾紙

餐巾紙公式

軟體工廠 = (Loop + Harness) × N + (Review Gate)

AI Agent 的本質是迴圈，駕馭框架為其提供環境；當多個迴圈並行且透過自動化檢查與審查閘門輸出程式碼時，就構成了軟體工廠。

一句話

未來的軟體開發不再是單兵作戰，而是建立「軟體工廠」：由 AI Agent (Loops) 負責編寫與測試，而人類面臨的最大挑戰在於決定工廠的「燈」是開（人類審查）還是關（完全自動化部署）。

餐巾紙草圖

┌──────────────────┐
│ Intent / Signals │
└────────┬─────────┘
         ▼
┌──────────────────┐
│ Queue            │
└────────┬─────────┘
         ▼
┌──────────────────┐
│ Harness (Loops)  │
└────────┬─────────┘
         ▼
┌──────────────────┐
│ Automated Checks │
└────────┬─────────┘
         ▼
┌──────────────────┐
│ Review Gate (人類)│<-- 唯一昂貴的瓶頸
└────────┬─────────┘
         ▼
┌──────────────────┐
│ Production       │
└──────────────────┘

ROUND 1: SKELETON | 骨架掃描

“這本書在說什麼”

章節骨架

  1. 重拾舊夢: 軟體工廠的概念源自 1968 年，但在 AI 時代終於具備實現的基礎。
  2. 堆疊的三層概念: 定義 Loop、Harness 與 Factory。
  3. 架構解析: 分析軟體工廠的工作流（Queue → Build → Review → Prod）。
  4. 明與暗的工廠 (Light and Dark): 探討無人參與審查（Dark Factory）的風險與趨勢。

ROUND 2: DISSECTION | 血肉解剖

“憑什麼這麼說”

論證鏈

Agent 的最小單位是反覆執行的迴圈 (Loop) --> 迴圈需要在受控的環境 (Harness) 中安全運行 --> 將多個 Harness 並行，連接任務佇列與自動化測試，就形成了軟體工廠 (Factory) --> 在這條流水線上，除了「審查閘門 (Review Gate)」依賴人類判斷外，其餘環節的擴展成本趨近於零 --> 當企業追求極致速度而移除人類審查時，軟體工廠就會走向「關燈運作 (Dark Factory)」。

關鍵證據

  1. 歷史對比: 引用 FANUC 與 Xiaomi 的實體「無人工廠 (Lights-out manufacturing)」，對比未來沒有人類閱讀過就直接發布的軟體（Diff）。
  2. 架構解剖圖: Dexhorthy 的架構圖顯示，生成 (Generation)、測試 (Tests) 與掃描 (Scanning) 的擴展成本幾乎為零，唯獨人類的 Review Gate 是昂貴且難以擴展的瓶頸。

隱形假設與邊界

ROUND 3: SOUL | 靈魂提取

“還能怎麼用”

留白提問 (Guided Reflection)

跨域映射

DEEP READ | 精讀指引 (Must-Read Segments)

[!IMPORTANT] 學習的本質需要「認知阻力」。請親自回到原文閱讀以下核心段落，感受原始論述的阻力，不要只依賴 AI 的總結。

  1. The loop is the atom. The factory is the loop at scale.: 精準定義了現代 AI 系統工程的三層架構（Loop, Harness, Factory），是理解 Agentic Workflow 擴展性的必讀段落。
  2. Why we call it “dark”: 探討了「關燈工廠」在軟體工程中的意義，引發讀者對「無人審查程式碼」後果的深度反思。

Software Factories, Light and Dark (Architectural Deep Dive)

前言/背景

半個世紀以來，軟體工程界一直夢想著能將軟體開發變成如實體工廠般可重複、可量測的流水線生產。隨著 AI Agent 技術的突破，這個夢想正在化為現實。本文探討了由 AI 驅動的「軟體工廠」的底層架構，並深刻反思了當我們追求極致效率，移除人類審查環節（走向 Dark Factory）時，將面臨的認知與系統維護挑戰。

章節詳細總結

架構堆疊：Loop, Harness, 與 Factory (The loop is the atom. The factory is the loop at scale.)

未來的軟體工程將不再以「單行程式碼」或「單次 Commit」為基本單位，而是抽象至三個層級的堆疊：

  1. 迴圈 (The Loop)：這是 Agent 工作的最小原子單位。它是一個單一代理在重複執行「收集上下文 → 採取行動 → 檢查結果」的閉環，直到滿足某個條件。工程師不再逐句下指令，而是設計能自動提示 Agent 的小型系統。
  2. 駕馭框架 (The Harness)：如果 Loop 是行為，Harness 就是環繞它的牆與環境。它包含了 Sandbox（沙箱）、存取工具的權限、跨次執行的記憶狀態，以及定義「完成」的閘門。沒有 Harness 的原始模型只會無休止地空轉。
  3. 工廠 (The Factory)：當許多受 Harness 保護的 Loop 齊頭並進，由前端的任務佇列（Queue）餵養，並透過審查閘門（Review Gate）排入生產環境時，這就是一個軟體工廠。工廠不是一個更聰明的 Agent，而是一個由 Loop 組成的組織架構圖 (Org chart)。

唯一的效能瓶頸：人類審查閘門

在 Dexhorthy 提出的架構圖中，工廠形成了一個閉環： 意圖/生產信號 (Intent/Signals) → 佇列 (Queue) → 駕馭框架編譯 (Harness Build) → 自動化檢查 (Automated Checks) → 審查閘門 (Review Gate) → 部署與監控 (Deploy & Monitoring) 在這個架構中，除了「Review Gate」之外，幾乎每一個方塊（生成、測試、靜態掃描）的擴展成本都趨近於零，能以極低的代價大規模並行運作。 Review Gate 是那塊閃爍著琥珀色警告燈的區域，它代表著「判斷力 (Judgment)」。這是一個人類專屬的、極度昂貴且難以橫向擴展的步驟，也是決定我們開發速度極限的最終關卡。

走向「關燈工廠」的風險 (Why we call it “dark”)

在傳統製造業中，「Dark Factory (無人工廠/關燈工廠)」指的是完全自動化、沒有人類在現場，因此連照明都不需要的生產線。 在軟體工程中，Dark Factory 意味著一段程式碼（Diff）被編寫、被驗證並部署到生產環境，而沒有任何一個人類閱讀過它。 當我們為了追求速度與破壞性創新，選擇完全信任機器的自動化檢查（CI、測試）而移除人類審查時，軟體工廠就進入了「暗黑模式」。其深遠的代價是：如果人類不再閱讀細節，人類將逐漸喪失對這套軟體系統的理解。未來的技術主管面臨的最艱難工作，不再是撰寫程式碼，而是決定該建立哪些自動化檢查機制，以及該下放多少自主權給機器。

總結與結論