GitHub 在 2026 年 6 月 11 日宣布，github-actions[bot] 建立的 pull request 現在可以在用戶批准後執行 CI/CD workflow。批准要求本身是安全措施，用來避免生成代碼自動觸發可能接觸敏感資訊的 workflow。
這個改動看似屬於 GitHub Actions，但對 AI coding agent 和自動修復流程很重要。越來越多 repository 會由 bot 或 agent 產生 pull request，例如修補測試、更新依賴、調整配置、回應掃描結果或建立候選實作。如果這些 PR 不能跑 CI，團隊可能會在缺少驗證的情況下合併變更。
GitHub 表示，過去由 github-actions[bot] 產生的 pull request 不能執行 CI/CD workflows，可能令 bot-generated changes 未經 CI 就被合併。新規則讓所有 pull request，包括 bot 產生的變更，都可以在具有 repository write access 的用戶批准後，執行已配置的 workflows。
這裏真正關鍵的是「人批准後才跑」。AI 生成代碼的風險不只在於內容錯誤，也在於它可能接觸 workflow secret、部署憑證、雲端權限或內部環境。因此，平台把 bot PR 放進需要人工確認的執行閘口，是一個更成熟的 agentic engineering pattern。
對工程團隊來說，這代表 AI automation 可以更完整地進入 PR lifecycle：agent 產生 branch 和 PR，人檢查來源與意圖，批准 CI 執行，系統跑測試和安全檢查，最後再由人或受控規則決定合併。這比單純讓 agent 開 PR 或直接改 main branch 安全得多。
這項改動亦與 GitHub Copilot-generated pull requests 的行為對齊，顯示 GitHub 正在把不同來源的 agentic changes 放入一致的安全模型。長遠來看，AI coding agent 的治理重點會由「可否寫代碼」變成「誰批准它跑甚麼、接觸甚麼 secret、通過甚麼檢查、留下甚麼審計記錄」。
整體而言，GitHub 這次更新是 AI 工作流進入正式軟件交付鏈的一個細節但重要的信號。當 bot-created PR 可以在審批後跑 CI，團隊就能在安全邊界內保持驗證，不必在自動化效率和測試可信度之間二選一。
