GitHub, 봇 생성 PR도 승인 후 CI 실행 허용…자동화 코드 검증 공백 줄인다

GitHub 공식 변경 로그에 따르면 GitHub는 2026년 6월 11일 github-actions[bot]이 생성한 pull request도 사용자 승인 후 CI/CD 워크플로를 실행할 수 있도록 변경했다. 생성 코드가 민감한 정보에 접근할 수 있는 워크플로를 자동 실행하지 않도록 승인 절차를 둔 것이 핵심이다.

이번 변경 전에는 github-actions[bot]이 만든 pull request에서 CI/CD 워크플로를 실행할 수 없어, 일부 변경이 자동화 검증을 거치지 않은 채 병합될 위험이 있었다. GitHub는 이제 저장소 쓰기 권한을 가진 사용자가 승인하면 봇이 만든 pull request도 설정된 워크플로를 실행할 수 있다고 설명했다.

GitHub는 이 동작이 Copilot이 생성한 pull request와 같은 방식이라고 밝혔다. Copilot cloud agent 문서에서도 기본적으로 Copilot이 변경 사항을 push할 때 GitHub Actions 워크플로가 자동 실행되지 않으며, 사용자가 pull request의 merge box에서 승인한 뒤 실행할 수 있다고 안내한다.

보안상 이유는 분명하다. GitHub Actions 워크플로는 배포 키, 저장소 쓰기 권한, 외부 서비스 토큰 등 민감한 권한과 비밀값에 접근할 수 있다. 검토되지 않은 자동 생성 코드가 워크플로 파일이나 실행 경로를 바꾼 상태에서 곧바로 CI를 돌리면, 저장소 권한이나 secrets가 의도치 않게 노출될 수 있다.

이번 조치는 자동화와 검증 사이의 균형을 맞추는 변화로 볼 수 있다. 개발팀은 봇이 만든 변경 사항도 CI 결과를 확인한 뒤 병합할 수 있고, 동시에 워크플로 실행 전 사람의 승인 단계를 유지할 수 있다. AI 코딩 에이전트와 자동화 봇이 pull request를 생성하는 빈도가 늘어나는 상황에서, CI 실행 권한을 세밀하게 다루는 운영 정책의 중요성도 커지고 있다.

다만 조직별 적용 방식은 저장소 권한, GitHub Actions 설정, Copilot cloud agent 설정에 따라 달라질 수 있다. GitHub 문서는 Copilot cloud agent에 대해 승인 없이 워크플로를 자동 실행하도록 설정할 수도 있지만, 이 경우 검토되지 않은 코드가 저장소 쓰기 권한이나 Actions secrets에 접근할 수 있다고 경고한다.

출처: GitHub Changelog https://github.blog/changelog/2026-06-11-bot-created-pull-requests-can-run-workflows-if-approved/
출처: GitHub Docs https://docs.github.com/en/enterprise-cloud@latest/copilot/how-tos/use-copilot-agents/cloud-agent/configuring-agent-settings