GitHub이 Copilot Automations에 저장소가 소유하는 공유 유형을 추가했다. Copilot 신원으로 돌고 조직이 크레딧을 내는데, 설정은 PR 없이 바뀐다. 조직 청구 정책을 켜기 전에 자동화별 실행당 한도와 편집 규칙을 정한다.
코드를 바꾸려면 PR을 연다. CODEOWNERS가 리뷰어를 붙이고, 브랜치 규칙이 승인 수를 센다. 개발 조직이 쌓아 온 통제는 대부분 이 경로 위에 있다.
GitHub 10월 28일 공유 자동화 공지가 내놓은 기능은 이 경로 밖에서 움직인다. Copilot Automations는 프롬프트·트리거·도구를 묶어 클라우드에서 Copilot을 돌린다. 지금까지는 만든 사람만 보고 고쳤고, 그 사람의 신원과 AI 크레딧을 썼다. 공유 유형은 이 셋을 한 사람에게서 떼어 저장소에 붙였다.
공유 자동화는 신원·청구·편집 권한을 서로 다른 주체에게 나눠 준다
| 항목 | 개인 자동화 | 공유 자동화 |
|---|---|---|
| GitHub에서 행동하는 신원 | 만든 사람 | Copilot |
| AI 크레딧을 내는 쪽 | 만든 사람 | 저장소를 소유한 조직·사용자 |
| 편집할 수 있는 사람 | 만든 사람 | 저장소 write 권한자 전원 |
GitHub Docs 'About automations'(10월 29일 확인)에 따르면 유형은 만들 때 고르고 나중에 바꾸지 못한다. 만든 사람이 팀을 떠나거나 저장소 권한을 잃어도 공유 자동화는 계속 돈다. 조직 저장소에서 공유 자동화를 돌리려면 관리자가 "Allow use of Copilot cloud agent billed to the organization" 정책을 켜야 한다.
문서는 안전장치 하나를 기본값으로 걸었다. 저장소가 승인을 1명 이상 요구하면 공유 자동화가 연 PR에는 승인이 하나 더 필요하다. 관리자는 이 요구를 rulesets에서는 끌 수 있고 브랜치 보호 규칙에서는 끄지 못한다. Copilot 승인이 필수 승인 수에 들어가는 문제는 Copilot의 PR 승인이 병합 조건에 산입되면, 필수 승인 1명 규칙은 사람 0명 규칙이 된다에서 다뤘다.
프롬프트와 도구 범위는 PR 리뷰를 거치지 않고 바뀐다
자동화는 Git에 커밋되지 않는다. 저장소 내용과 따로 저장되고 PR로 관리되지 않는다. GitHub Docs 'Create automations'(10월 29일 확인)는 편집 화면에서 프롬프트·트리거·도구·모델·AI 크레딧 한도를 바꾸고 개정 이력을 본다고 적었다. 이력은 바뀐 뒤에 읽는 기록이고, 바뀌기 전 승인 단계는 없다.
write 권한자가 바꾸는 값에는 권한도 들어 있다. 이슈·PR 트리거에서 "Configured tools can change"를 "Anything in this repository"로 두면 GitHub 도구가 저장소의 어떤 리소스든 만들고 고친다. 이 설정은 MCP 서버 도구에는 걸리지 않는다. 자동화가 자기 프롬프트·도구·트리거 개선안을 내는 기능도 나왔지만, 문서는 Automations 창에서 검토한다고만 적었다.
관리자가 미리 막을 수 있는 지점은 정책 스위치뿐이다.
GitHub Agentic Workflows 10월 28일 GA 공지는 반대편에 있다. 자동화를 저장소 안 Markdown 파일로 정의해 Actions YAML로 컴파일하고, 에이전트는 기본 읽기 전용 권한으로 샌드박스 컨테이너에서 돈다. 파일이므로 변경은 PR과 CODEOWNERS를 탄다.
AI 크레딧 한도는 자동화마다 선택 항목이고, 일 한도는 한국 시간 오전 9시에 초기화된다
GitHub 10월 28일 비용 통제 공지는 실행당·일·주·월 한도를 붙였다. 전부 선택 항목이고, 한도가 없는 자동화는 지금처럼 돈다. 실행당 최솟값은 30 크레딧이다. 일 한도는 00:00 UTC, 한국 시간 오전 9시에 초기화되고, 일·주·월 한도는 이미 시작한 실행을 멈추지 않는다. 한도를 거는 손도 지우는 손도 write 권한자다.
같은 공지는 "Automation run succeeded"·"Automation run failed" 트리거로 자동화끼리 잇게 했다. "Can be triggered by"의 기본값은 사람이 낸 이벤트만 받는다. Copilot 이벤트까지 받도록 바꾸면 Copilot이 연 PR이 다른 자동화를 깨운다.
GitHub 10월 28일 Enterprise 포함 공지의 새 계약 모델에서는 좌석당 월 크레딧이 없고, 사용량이 첫 요청부터 엔터프라이즈 예산에서 빠진다. 예산이 바닥나면 코드 완성은 남지만 Copilot Chat·코드 리뷰·클라우드 기능은 멈춘다. 이 모델로 옮긴 조직에서는 한도 없는 자동화 연쇄와 동료의 코드 리뷰가 같은 예산을 쓴다.
가져갈 것
- "Allow use of Copilot cloud agent billed to the organization"을 켤 조직에서, 공유 자동화를 고칠 수 있는 write 권한자 수를 세었는가?
- 공유 자동화마다 실행당 한도(최소 30 크레딧)와 월 한도가 채워져 있는가?
- "Can be triggered by"를 Copilot 이벤트까지 받도록 바꾼 자동화와, run succeeded·failed로 이어진 연쇄를 목록으로 갖고 있는가?
- "Anything in this repository" 도구 범위나 MCP 도구를 쓰는 자동화를 Agentic Workflows 파일로 옮겨 PR 리뷰를 받게 했는가?
- 승인을 요구하는 저장소의 rulesets에서 공유 자동화 PR 추가 승인 요구가 켜져 있는가?
안 되는 경우
- 개인 자동화만 쓰는 팀에는 이 논지가 약하다. 신원·비용·편집이 만든 사람 한 명에게 묶여 있고, 그 사람은 자동화가 연 PR을 승인하지 못한다.
- 공개 저장소에서는 자동화를 아예 쓰지 못한다.
- 소스가 밝히지 않은 것: 개선안을 누가 승인하는지, 조직·엔터프라이즈가 크레딧 한도를 강제하는 설정이 있는지, 공유 자동화가 정식 출시인지(공지는 "rolling out"이라고만 적었다).
- 엔터프라이즈 예산을 cost center로 나눈 조직은 자동화 비용이 동료 예산과 섞이지 않을 수 있다. 공지는 둘의 관계를 적지 않았다.
이번 주에 바꿀 것은 하나다. 조직 청구 정책을 켜기 전에, 공유 자동화를 만드는 저장소마다 실행당 한도를 필수로 적는다는 규칙을 팀 문서에 넣는다. 자동화를 사람이 리뷰하는 코드로 둘지 저장소 설정으로 둘지는 도입 범위를 정할 때 먼저 답할 질문이다. 사업영역 →