背景自動化與即時多人協作
Realtime multiplayer, automation, and you! — Idan Gazit, GitHub

GitHub Next 帶來兩個原型:用 markdown 寫、靠護欄限制權限的 Agentic Workflows,以及讓團隊和 AI 在同一個地方共同開發的 ACE。
這場講了什麼
- 從個人生產力走向團隊:Idan 認為 AI 最大的價值不是把一個人變成更多個自己,而是讓一群人做得更多,並從自動化與協作兩個角度切入。
- 用 markdown 寫自動化:Agentic Workflows 以自然語言寫成 markdown,再編譯成 Actions workflow。Idan 拿它替自己的個人網站做 Astro 升級,從檢查新版、讀 change log 到改程式、開 PR 都自動完成。
- 護欄不能靠 prompt:權限、可連的網址與可寫的輸出,都放在 YAML front matter 裡限制。只在 prompt 裡叮嚀 agent,一旦被 prompt injection 就擋不住。
- ACE 把規劃與審查變成共同作業:每個 session 是一條 branch,跑在雲端的 microVM 裡,團隊成員在同一個聊天介面討論,再叫 AI 照討論結果動手。
- AI 目前只幫到打字那一小塊:Idan 引用一份研究,說明鍵盤打字只占開發者約 5% 的時間,其餘 95% 的理解與討論還沒被工具好好接住。
影片從哪一段開始看15 段
- 00:13自我介紹Idan 帶領 GitHub 的實驗團隊 GitHub Next,工作是探索一兩年後大家會用的工具,多半公開進行。
- 01:37該做什麼的問題寫程式的邊際成本趨近於零,市場又吵、技術每週都在變,選題成了每個人的問題,大家都成了實驗團隊。
- 02:26兩個長青主題價值來自讓團隊做更多。切入點有二:用 AI 把需要基本判斷的事也自動化,以及團隊協作要怎麼走。
- 04:50Astro 升級的痛點個人網站用 Astro,更新頻繁,Dependabot 只通知,升級時常要改程式,所以想要一個更強的背景助手。
- 05:38寫成 agentic workflow用 Copilot 把三行說明展開成完整 playbook:檢查新版、讀 change log、規劃升級、開 PR。
- 07:12護欄與 safe outputs權限、工具、網路範圍與可寫的輸出都寫在 front matter。只准開單一 PR,也允許什麼都不做,避免被洗版。
- 08:48升級實測小版本與 Astro 5 跳到 7 的升級都跑過:整理重點、修壞掉的程式、驗證 build,並列出要手動處理的步驟。
- 10:21改 markdown 與範例庫不滿意就改英文說明並重新編譯。範例涵蓋 issue triage、RepoAssist、CI doctor、每日狀態,產品經理也用得上。
- 11:39安全四原則縱深防禦、不讓 agent 碰 secret、寫入先暫存審查、全程記錄。Home Assistant 用它判斷 issue 是否為自家程式的問題。
- 13:17協作的新樣貌規劃與審查不再在建置前後,而是和 AI 一起來回調整方向。程式裡查得到的事 agent 自己能查,剩下是程式外的考量。
- 14:38ACE 示範:聊天驅動介面像 Slack,每個 session 是雲端 microVM 上的一條 branch。討論完直接叫 ACE 照聊天紀錄動手。
- 17:03共同編輯計畫文件AI 產出的計畫是 markdown,大家一起改,再說一聲「照這份做」,AI 就回應改過的版本。
- 18:21社交式編碼與環境感知除了即時多人,還要隨時知道隊友在做什麼。Idan 也在想自動化該怎麼出現在介面裡、agent 怎麼向人發問。
- 19:24與 agent 關係的反轉目標說得越清楚,agent 越不需要人。介面讓 agent 聽著一切,需要時再叫人出面。
- 19:59收尾:那 95%AI 到目前只幫打字,卻只占工作約 5%。下一步是讓它協助理解系統與團隊討論。
值得記的話5 句
Like, the markdown is the source code. The YAML is like a compiled artifact.
markdown 就是原始碼,YAML 只是編譯出來的產物10:21Never trust agents with secrets.
絕對不要把 secret 交給 agent11:58automations that run in the background while you sleep, that's the ball game.
在你睡覺時於背景跑的自動化,才是決勝的地方13:01the better that we get at articulating our goals to the agents, the less they need us.
我們越會向 agent 說清楚目標,它們就越不需要我們19:24Turns out that the hands-on keyboard typing part is 5% of the time.
結果發現,雙手在鍵盤上打字只占 5% 的時間。這是引一份追蹤研究的結論20:15
名詞與人物9 個
- GitHub Next
- GitHub 的實驗團隊,做過 Copilot,也探索過 spec-based programming、natural language to app
- Agentic Workflows
- 用 markdown 描述任務、編譯成 GitHub Actions workflow 的背景自動化,目前是 public preview
- ACE
- 即時多人協作的開發原型,團隊與 AI 在同一個聊天介面裡規劃與動手
- Dependabot
- GitHub 的相依套件更新通知工具,Idan 想做的是能連程式碼一起改的升級版
- Astro
- Idan 個人網站使用的 web framework,這場用來示範升級自動化
- safe outputs
- front matter 裡限定 agent 能寫出哪些東西的區塊,例如只能開單一 PR 或什麼都不做
- RepoAssist
- 一組協同運作的 agentic workflow,負責找出並修掉容易處理的問題、提醒需要回覆的 issue
- Home Assistant
- 大型開源專案,第一個 agentic workflow 是判斷 issue 的 bug 是否出在自家程式
- microVM
- ACE 每個 session 在雲端跑的虛擬機器,一個 session 就是 repo 的一條 branch
提到但沒有展開
- Idan 接著 Jeffrey Litt 前一天講的「理解才是瓶頸」往團隊層級推:流程變快之後,一點小小的方向不一致就會滾成大量白做的工,而那些工耗的是 token,token 現在是真金白銀。
- GitHub 內部拿 agentic workflow 當基礎試做自家的 issue triage,也用來找 monolith 裡的 N plus one 查詢。
- Idan 認為之後開發可能就是改 docs 資料夾裡的 markdown 文件,再叫 AI「讓文件成真」,所以多人共同編輯文件不只是錦上添花,可能就是工作介面本身。