這一站 6 場,你看完 0 場

背景自動化與即時多人協作

093Idan Gazit(GitHub)21:402026-08-08 上架

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 段

  1. 00:13自我介紹Idan 帶領 GitHub 的實驗團隊 GitHub Next,工作是探索一兩年後大家會用的工具,多半公開進行。
  2. 01:37該做什麼的問題寫程式的邊際成本趨近於零,市場又吵、技術每週都在變,選題成了每個人的問題,大家都成了實驗團隊。
  3. 02:26兩個長青主題價值來自讓團隊做更多。切入點有二:用 AI 把需要基本判斷的事也自動化,以及團隊協作要怎麼走。
  4. 04:50Astro 升級的痛點個人網站用 Astro,更新頻繁,Dependabot 只通知,升級時常要改程式,所以想要一個更強的背景助手。
  5. 05:38寫成 agentic workflow用 Copilot 把三行說明展開成完整 playbook:檢查新版、讀 change log、規劃升級、開 PR。
  6. 07:12護欄與 safe outputs權限、工具、網路範圍與可寫的輸出都寫在 front matter。只准開單一 PR,也允許什麼都不做,避免被洗版。
  7. 08:48升級實測小版本與 Astro 5 跳到 7 的升級都跑過:整理重點、修壞掉的程式、驗證 build,並列出要手動處理的步驟。
  8. 10:21改 markdown 與範例庫不滿意就改英文說明並重新編譯。範例涵蓋 issue triage、RepoAssist、CI doctor、每日狀態,產品經理也用得上。
  9. 11:39安全四原則縱深防禦、不讓 agent 碰 secret、寫入先暫存審查、全程記錄。Home Assistant 用它判斷 issue 是否為自家程式的問題。
  10. 13:17協作的新樣貌規劃與審查不再在建置前後,而是和 AI 一起來回調整方向。程式裡查得到的事 agent 自己能查,剩下是程式外的考量。
  11. 14:38ACE 示範:聊天驅動介面像 Slack,每個 session 是雲端 microVM 上的一條 branch。討論完直接叫 ACE 照聊天紀錄動手。
  12. 17:03共同編輯計畫文件AI 產出的計畫是 markdown,大家一起改,再說一聲「照這份做」,AI 就回應改過的版本。
  13. 18:21社交式編碼與環境感知除了即時多人,還要隨時知道隊友在做什麼。Idan 也在想自動化該怎麼出現在介面裡、agent 怎麼向人發問。
  14. 19:24與 agent 關係的反轉目標說得越清楚,agent 越不需要人。介面讓 agent 聽著一切,需要時再叫人出面。
  15. 19:59收尾:那 95%AI 到目前只幫打字,卻只占工作約 5%。下一步是讓它協助理解系統與團隊討論。

值得記的話5 句

  • Like, the markdown is the source code. The YAML is like a compiled artifact.markdown 就是原始碼,YAML 只是編譯出來的產物10:21
  • Never trust agents with secrets.絕對不要把 secret 交給 agent11:58
  • automations that run in the background while you sleep, that's the ball game.在你睡覺時於背景跑的自動化,才是決勝的地方13:01
  • the better that we get at articulating our goals to the agents, the less they need us.我們越會向 agent 說清楚目標,它們就越不需要我們19:24
  • Turns 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「讓文件成真」,所以多人共同編輯文件不只是錦上添花,可能就是工作介面本身。

Agent開發工具安全

在 YouTube 看原片 ↗

同一站:Development Tools6 場

  1. 讓 agent 幫你看懂自己的程式碼005 · Geoffrey Litt(Notion) · 20 分
  2. 金融 agent 的瓶頸是人的注意力067 · Ramana Siddanth Emani(Auditoria AI) · 14 分
  3. 背景自動化與即時多人協作你在這裡
  4. 讓整個團隊與 agent 一起寫程式096 · Arjun Singh(Superconductor) · 19 分
  5. 團隊變快十倍之後的速度病097 · Matt Dailey(Ref.) · 21 分
  6. 讓整個團隊一起用 agent 出貨099 · Aditya Khandelwal(Amazon AGI Lab) · 17 分