寫嘢快咗 400% 審查排更長？GitHub 教你用 Agent 搞四階段

GitHub 十月錄得單週超過 12 億個 commit，按年升超過 400%，多過 2025 全年總量。

佢嘅數據來源係一間叫 Faros AI 嘅研究：團隊 AI 采用率由低變高，pull request 喺審查嘅時間拉長咗 441%。寫嘢快咗，但等審嘅嘢排得更長。

Plan 階段：先對齊再寫 code

佢將整個開發流拆成四個階段：Plan、Build、Verify、Observe。

Plan 嗰步，GitHub 建議用 Copilot 喺 Slack 或 Teams 入面同產品、設計、分析同商業利益相關方一齊過需求，將分散喺成個工具鏈嘅 context 抽埋喺一處，先出 reviewable plan 同明確嘅 acceptance criteria，再拆入 GitHub Issue。

GitHub 嘅「Agentic Workflows」會自動 label issue、估算難度，低難度任務直接派去 Copilot，人集中喺真正要判斷嘅位置上。Plan Mode 喺 Copilot 入面比較方案，人審完先 hand off 去執行。

Build 階段：唔使坐喺同一部機

Build 嗰段佢寫嘅係：agent 做到一半、下一個 meeting 五分鐘後開始、狗喺門口等緊、開會有人提出一個 edge case——同時幾樣嘢都要你處理。佢嘅解法係「keep your work moving without being tied to the computer where you started it」，即係你可以同時跟多條任務，唔使一直坐喺開頭嗰部機。