GitHub Copilot CLI, Markdown custom agents로 반복 워크플로 표준화

핵심 변화

GitHub Copilot CLI가 팀의 반복 작업을 Markdown 파일로 정의하는 custom agents를 전면에 내세우면서, 터미널 기반 개발 자동화가 한 단계 더 구조화됐다. GitHub는 X에서 소스 트윗을 통해 “Custom agents in GitHub Copilot CLI”와 “Define roles, tools, and guardrails in Markdown”이라고 적었다. 짧은 문장이지만 핵심은 분명하다. Copilot CLI가 매번 새 프롬프트를 받는 도구에서, 저장소가 보유한 규칙과 산출물 형식을 따르는 실행 단위로 이동하고 있다.

연결된 GitHub Blog 글은 agent profile이 저장소의 .github/agents 디렉터리에 놓이는 Markdown 파일이며, .agent.md 확장자와 YAML frontmatter로 역할, 범위, 도구 접근, 안전 규칙을 지정한다고 설명한다. 이 구조는 프롬프트를 개인 노트에 두는 방식과 다르다. 코드 리뷰와 버전 관리를 받는 파일이므로 팀 표준이 바뀌면 에이전트 동작도 변경 이력과 함께 갱신된다.

개발팀에 주는 의미

GitHub가 예로 든 작업은 보안 감사, 인프라 코드 준수 확인, 릴리스 문서, 인시던트 대응이다. 공통점은 모두 터미널에서 시작하지만 결과는 pull request, changelog, 체크리스트, 사고 보고서처럼 팀이 검토해야 하는 산출물로 끝난다는 점이다. Copilot CLI가 여기서 명령 생성만 하는 것이 아니라 로그 수집, API 호출, 저장소 파일 수정, 보고서 형식화를 묶으면, 조직마다 다르게 굳어진 운영 절차를 재사용 가능한 자동화로 만들 수 있다.

GitHub는 JFrog, Dynatrace, Octopus Deploy, Arm 등 파트너 에이전트도 언급했다. 이는 custom agents가 단순한 개인 생산성 기능이 아니라 observability, security, infrastructure as code 같은 도구 생태계로 확장될 수 있음을 보여준다. 다음에 볼 지점은 두 가지다. 첫째, agent profile 변경을 코드 리뷰하는 문화가 실제로 자리 잡는지다. 둘째, CLI에서 시작한 에이전트 작업이 IDE와 GitHub pull request까지 얼마나 일관되게 이어지는지다.