交付管線已死：軟體走向千人千面

048Iris ten Teije（Sky Valley Ambient Computing）19:492026-07-07

The Pipeline Is Dead - Iris ten Teije, Sky Valley Ambient Computing

交付管線已死：軟體走向千人千面 —— Sky Valley Ambient Computing的演講縮圖

AI 讓生成程式碼幾乎零成本，這場主張軟體不必再凍結成單一版本，可以為每個使用者即時分岔、各自演化。

重點摘要

凍結產物是成本問題，不是天生限制：過去寫出一個正確修改要靠人力驗證、耗時又貴，才會統一凍結成單一版本發給所有人；隨著生成程式碼的成本崩落，這個假設也跟著鬆動。
從一份共同 stem，長出各自的分歧：講者主張不再用 feature flag 把同一份程式碼分流給不同使用者，而是部署一份共同的 stem，讓每個人的版本依自己的使用方式即時演化。
脆弱來自沒有邊界，不是因為 AI 生成：面對「一百萬份分歧版本更難維護」的質疑，講者的答案是把分歧彼此隔離、各自可回退，讓一次壞掉的變動只影響一次部署，不會波及全體。
開發者仍握有邊界與否決權：像身分驗證、金流這類敏感流程可以被設定為永遠不能被調整，系統只能在開發者劃定的範圍內學習與改動。
真正難的不是生成程式碼，是後面那一整套：呼叫模型寫程式碼只是簡單的八成，觀測與驗證每個分歧是否正確、是否真的變好，以及協調上百萬個分歧收斂到同一個目標，才是團隊每天在解的難題。

時間軸14 段

00:00	開場破題	傳統交付鏈（CI、套件庫、容器、app 商店審核）只為了解決一件事：把凍結的產物安全地從建置端搬到執行端。
00:52	講者背景	Iris 自我介紹是 Sky Valley Ambient Computing 共同創辦人，先前在 fintech 待了十年，參與一家數位銀行從早期做到被收購；共同創辦人 Noam 則是某基礎建設公司的第一位工程師，曾親手打造她口中「正在死去」的那套 pipeline。
01:45	凍結版本的由來	過去寫出正確的修改很貴，得靠人力耗時驗證，所以才凍結成單一版本發給所有人。
03:23	戳破成本迷思	一個版本給所有人從來不是軟體的天生限制，只是當年成本高的結果，而這個成本正在崩落。
05:08	轉向需求面	客製化的需求一直都在，企業軟體靠 forward deployed engineer、專業服務撐起個人化，只是過去做不到規模化。
07:49	核心論點：界線消失	當執行軟體的東西（agent）也能修改軟體，開發與部署就不再是兩個分開的階段。
08:25	一份 stem，各自演化	不再靠 feature flag 分支同一份程式碼，而是部署一份共同 stem，讓每個使用者各自跑出被此調整過的分歧版本。
08:58	回應質疑	有 CTO 提出疑慮：已經很難駕馭一份 AI 生成的程式碼庫，讓一百萬份分歧版本同時存在只會讓問題放大。
09:54	脆弱不等於 AI 生成	講者主張脆弱來自沒有邊界、彼此纏繞的單一產物，不是因為程式碼是 AI 寫的；stem 加上彼此隔離、可回退的分歧能把風險局限在單次部署。
11:24	案例：CRM 依人調整	系統觀察到一位投資人使用者的實際習慣，例如她一直記錄誰介紹了哪筆交易，就據此調整欄位與優先順序，不必更動其他使用者的版本。
13:42	難題一：真相來源	當軟體不再是一份產物，「這個使用者現在跑的是什麼」會變成查詢 stem 加上一整串分歧紀錄的圖，而不是單純看版本號。
16:29	自主性的挑戰	保守做法是只做建議、不自動改動，但團隊的目標是讓系統夠可靠、夠透明，讓人類願意主動放手、不用每次都先問過開發者。
17:35	協調百萬分歧	面對可能上百萬種分歧，團隊選擇不合併程式碼，而是合併意圖與結果，讓每個使用者走不同路徑也能收斂到同一個目標。
19:34	下一個 20 年的轉變	過去 20 年練的是把同一個版本送給所有人，接下來 20 年要練的是把對的版本送給對的人，並靠隔離與可追溯讓這件事安全，而不是可怕。

值得記的話5 句

It's the best thing that's happened to software in a long time. Every piece of distribution infrastructure that you've touched encodes the same assumption.這是軟體圈很久以來最棒的一件事；每一套你碰過的發布基礎設施，背後都藏著同一個假設01:26
There is one artifact, and it doesn't change after we ship it. That's the deal.只有一份產物，出貨之後就不會再變，這就是原本的默契02:29
Not only can the system observe, the idea is also that the user can proactively request changes.系統不只能觀察，使用者也能主動提出想要的調整12:34
The conservative answer here would be start with just recommendations and don't make any autonomous changes.保守的做法是只提供建議，不做任何自動變動16:14
The next 20 are about shipping the right version to anyone, with the isolation and provenance that makes it safe instead of terrifying.接下來的 20 年，要做的是把對的版本送給對的人，並靠隔離與可追溯讓這件事安全、而不是可怕19:34

名詞與人物6 個

stem: 講者團隊說法裡的「共同基底」：所有使用者共用的一份程式碼主幹，之後才從它長出各自的分歧。
divergence: 從 stem 分出來、只屬於單一使用者的客製化版本，彼此隔離、可以個別回退。
forward deployed engineer: 企業軟體公司派駐客戶端、協助客製化與導入的工程師，常見於 Salesforce 這類大型 SaaS 的專業服務團隊。
feature flag: 開發者事先宣告好的開關，用來把同一份程式碼分流給不同使用者群組；這場演講認為它即將被取代。
Iris ten Teije: 這場講者，Sky Valley Ambient Computing 共同創辦人，先前在 fintech 產業待了十年。
Noam: 講者的共同創辦人，先前是某基礎建設公司的第一位工程師，曾參與打造傳統軟體發布 pipeline。

提到但沒有展開

講者以「一家沒有分行的數位銀行當年聽起來很瘋狂，十年後反而是分行顯得奇怪」類比軟體產業的轉變，但沒有點名是哪家銀行。
CRM 範例裡提到系統會幫使用者建立「intro path」（介紹路徑），但沒有進一步說明介面長怎樣、實際如何呈現給使用者。
提到要讓人類「甘願放手」需要系統夠可靠、夠透明，但沒有具體說明要用什麼機制驗證系統已經達到這個門檻。

Agent開發工具產業觀察創業

在 YouTube 看原片 ↗