2026 年 10 月 28 日，GitHub 喺年度開發者大會 GitHub Universe 上，由執行副總裁 Jay Parikh 發表年度 Octoverse 報告。一組數字最搶眼：2026 年合併嘅 Pull Requests（合併請求）達到每月 2.2 億宗，不到一年內增至三倍；Commits（提交）達到每月 73.8 億宗，增長多於三倍，而大部分增幅來自下半年。新開倉庫嘅速率今年亦翻了一倍，達每月 3,030 萬個。
呢個增幅發生喺「代理式工程」（agentic engineering，即由 AI 代理執行編程任務嘅開發模式）興起嘅背景之下。隨報告同步公佈嘅，正係 GitHub 以 AI 代理為核心嘅「從構想到完成軟件」產品路線。
按 GitHub 官方嘅講法，開發者嘅角色已經經歷三次跳躍：由每一行 code 都親手寫，轉為同 AI 助手協作，再轉為「指揮代理編隊」（orchestrating fleets of agents）。而目標不變：交付完成嘅軟件，唔係寫更多 code。
今年嘅報告加入咗新統計維度。公眾倉庫按 NAICS 行業分類列出，並單獨列出涉及「互通性或逆向工程」（包括 clean room implementation、drop-in replacement、protocol re-implementation 等相關術語）嘅倉庫數量。方法學部分指出，為修正 VPN 使用帶來嘅地理位置偏誤，GitHub 使用 LLM（大型語言模型）分類用户檔案中嘅 ISO 3166-1 alpha-2 國家代碼；行業分類則由微調過嘅多語言嵌入模型（fine-tuned multilingual embedding model），根據倉庫名稱、描述、topics 及 README，將 2022 至 2026 年建立嘅公眾倉庫歸入 NAICS 行業分類。
產品方面，GitHub 指傳統 SDLC（軟件開發生命週期）唔再係線性流程——開發者設定方向、做決定、承擔責任；AI 代理負責執行同驗證；整個系統嵌入一個持續學習機制。新產品包括：
- GitHub Copilot app：統一代理管理介面，跨項目連接代理同工具
- Copilot Fusion：自動根據任務類型（推理、代碼生成、除錯、工具調用）選配最合適嘅模型組合。GitHub 引述 Artificial Analysis Coding Agent Index 數據，Fusion Max 同 Opus 5.5 Max 相差不足兩分，成本只係一半、每項任務時間減少 40%
- Copilot projects：支持跨多倉庫並行代理工作
- Session continuity：令代理工作可跨設備、跨平台持續
阿調搞兩下
「由寫 code 變指揮 agent」，聽落似一句好嘢：你坐低，代理開工，你負責 final review。但阿調想問：呢個「從構想到完成」嘅系統，邊個為最終輸出負責？公司話「開發者設定方向、承擔責任」，但當你有幾十個代理同時並行跑，你邊有時間逐條 review？另外，Fusion Max「成本低一半、時間少 40%」呢個數字係廠商自己引述嘅第三方指數，非本站實測。用家若考慮採用，代理工作嘅數據流向、權限邊界、錯誤回滾機制，仲要獨立核實。
待答問題：當開發者嘅日常工作從「寫 code」變成「批准代理輸出」，呢個角色轉變對僱傭制度嘅實際影響，GitHub 有冇任何公開數據或報告。
阿調｜深度調教
