軟體工廠缺的是協調層

概要

• 軟體工廠的定義Lou 說的軟體工廠，是逐步把人移出 SDLC，讓工作自動從開發流到上線。不把「一個人同時開很多 coding agent」算在內，也說大家都還在非常早期。
• 三種大規模跑法swarm 是把一個意圖分給多個 agent 做同一個 PR 或任務，fleet 是把 agent 鋪到組織裡的多個 repository，再加上用 webhook 之類的事件去觸發。
• 隔離要用 VMOna 認為正經的開發任務得跑在虛擬機裡。Lou 給的理由是 container 不是滴水不漏的隔離邊界，又有 noisy neighbor 與算力爭用的問題。
• 自己蓋過才知道的難處SDLC 的五個大步驟底下藏著很多微步驟，agent 不會照著走。context 是最難的部分，agent 還會為了討好人而跳步驟。
• 缺的是協調層Lou 認為 runtime、orchestration、trigger 都算解決了，缺的是 agent 之間如何接任務、互相協作。GitHub 與 Linear 這類給人用的工具拿來協調 agent 太吵。
• 可能的方向state machine、durable execution、graph 式的 workflow，外加能讓本機與 CI 都呼叫的 CLI。Lou 手上有一份規格，還在考慮要以實作還是以標準的形式釋出。

原話

• “My personal definition is that you're slowly bringing the human out of it and then work is flowing from sort of development into production theoretically in an automated fashion.”

  我的定義是慢慢把人移出去，讓工作理論上自動從開發流進上線

  ▶ 01:23

• “a container is not a bulletproof isolation boundary.”

  container 不是滴水不漏的隔離邊界

  ▶ 06:31

• “GitHub is not a coordination layer for agents, it gets incredibly overwhelming.”

  GitHub 不是給 agent 用的協調層，會吵到不行

  ▶ 12:27

• “Context and context management is by far the hardest part of building this software factory.”

  context 與 context 管理是蓋軟體工廠最難的部分

  ▶ 13:57

• “But it's this coordination layer that I think is largely what's missing.”

  我認為大致上缺的就是這層協調

  ▶ 14:28

延伸

• Lou 點出一個還沒解的問題是 sub-agent 的 UX：任務越複雜，人要怎麼管理、控制底下那一串 sub-agent。
• 在 Ona 上由 agent 自己開 VM 的做法，Lou 說理論上可以開無限台，限制只剩你願意付多少錢、雲端供應商能擴到多大。