GH-600 학습 가이드: GitHub 에이전틱 AI 개발자 시험 준비 방법

Microsoft가 이 시험의 대상으로 설명하는 사람은 GitHub을 기록의 원본이자 통제 지점으로 삼아, 프로덕션 수준의 SDLC 워크플로 안에서 AI 에이전트를 운영, 통합, 감독, 통제하는 데 전문성을 가진 사람입니다. 학습 가이드가 밝히는 이 사람의 역할에는 SDLC 안에서 에이전트 워크플로를 운영하기, GitHub 자체 통제 기능으로 자율 동작을 감독하기, 스캔 결과와 산출물로 에이전트 출력을 평가하고 튜닝하기, 사용자 지정 에이전트를 구성하기, 멀티 에이전트 실행을 안전하게 조율하기가 포함됩니다. 이들은 아키텍트, 플랫폼 엔지니어, DevOps 엔지니어, 애플리케이션 개발자, 프로덕트 매니저, 보안 엔지니어와 함께 일합니다.

경험 면에서 학습 가이드는 소프트웨어 개발 라이프사이클, GitHub 워크플로와 통제 기능, 코드 품질, 보안, 리뷰 관행에 대한 이해와 함께, GitHub Copilot, MCP 서버, 그리고 사용자 지정 지침, 사용자 지정 에이전트, 도구, Copilot 설정 단계 같은 에이전트 맞춤 설정을 포함한 코딩 에이전트 실사용 경험을 전제로 합니다. 운영 면에서 시험은 감독관이 입회하고, Pearson VUE에서 일정을 잡으며, 2시간 동안 진행됩니다. 응시료는 US$165(국가나 지역에 따라 다름)이고 영어로만 제공되며, 합격하려면 환산 점수 700점 이상이 필요합니다. 불합격하면 24시간 뒤에 다시 응시할 수 있습니다. Microsoft 공식 페이지는 문항 수와 합격률을 공개하지 않으므로 이 가이드도 임의로 적지 않았습니다.

이 페이지의 모든 사실은 작성하면서 직접 열람한 두 페이지와 대조했습니다. Microsoft Learn의 "Study guide for Exam GH-600: Developing in Agentic AI Systems"와 "GitHub Certified: Agentic AI Developer" 페이지이며, 둘 다 learn.microsoft.com에 있고 2026년 10월 26일에 읽었습니다. 두 페이지 중 어느 쪽이든 비중, 가격, 도메인이 바뀌면 이 페이지도 바뀌어야 합니다. 제3자 모의고사 사이트나 커뮤니티 글에서 가져온 내용은 없습니다.

이 도메인은 에이전트가 동작하는지 여부만이 아니라, 개발 프로세스의 어디에 들어가는지를 다룹니다. Microsoft 학습 가이드는 세 부분으로 나눕니다. 첫째, 에이전트를 SDLC에 맞추기입니다. 어떤 단계를 에이전트가 맡을지 정하고, 흔한 안티패턴을 알아보며, 입력, 출력, 성공 기준을 미리 정의합니다. 둘째, 계획과 실행의 분리입니다. 에이전트가 구조화된 계획을 만들게 하고, 그 계획을 검증하며, 계획이 확인되고 승인되기 전에는 에이전트가 행동하지 못하게 합니다. 셋째, 관측성과 통제 구성입니다. 적절한 수준의 자율성을 정하고, 평소 쓰는 도구 안에서 점검 가능한 산출물을 만들며, 전달 속도를 크게 늦추지 않으면서 사람이 개입할 지점을 넣습니다.

이번 주 실습: 코딩 에이전트에게 맡길 실제 작업 하나를 고르세요. 에이전트가 무엇이든 건드리기 전에, 어떤 파일을 수정할지, 단계의 순서는 어떤지, "완료"가 무엇인지를 먼저 평문으로 계획서로 쓰게 합니다. 수정이 한 번이라도 일어나기 전에 그 계획을 읽고 승인하거나 반려하세요. 이 도메인이 묻는 경계가 바로 이것입니다. 에이전트가 만든 계획이 있고, 실행이 시작되기 전에 그 계획을 확인하는 사람(또는 규칙)이 있다는 것입니다.

이 도메인은 에이전트가 무엇을 얼마나 오래 기억하는가를 다룹니다. 다루는 내용은 단기, 장기, 외부 메모리 중에서 고르고 메모리를 작업과 관련된 범위로 제한하기(메모리가 만료되거나, 정리되거나, 초기화되는 시점의 규칙 포함), 상태를 유지하고 컨텍스트 드리프트를 관리하기(진행 상황과 결정을 지속되는 산출물로 남겨 에이전트가 같은 단계를 반복하거나 앞선 결정과 모순되지 않고 작업을 재개하게 하고, 긴 실행 중의 드리프트를 잡아내기), 그리고 도구와 환경 전반에서 메모리와 상태의 일관성을 유지하기(에이전트들이 충돌하거나 낡은 컨텍스트 없이 상태를 공유하게 하기)입니다.

이번 주 실습: 에이전트와 여러 단계로 된 작업을 시작하기 전에, 목표, 지금까지 내린 결정, 남은 일을 적은 짧은 상태 파일(평문이면 충분합니다)을 만드세요. 에이전트가 대화를 기억하리라 기대하지 말고, 단계가 끝날 때마다 이 파일을 갱신합니다. 세션을 닫고 며칠 뒤에 다시 열어서, 그 파일만으로 멈췄던 지점부터 그대로 이어갈 수 있는지 확인하세요.

이 도메인은 에이전트 둘 이상을 서로 부딪히지 않게 동시에 돌리는 방법을 다룹니다. Microsoft 학습 가이드는 이를 멀티 에이전트 워크플로 운영하기(오케스트레이션 패턴 적용, 병렬 실행을 위한 에이전트 격리, 코드 변경 겹침이나 상충하는 출력 같은 충돌의 감지와 해결), 에이전트 전반의 관측성 구성하기(리뷰와 감사에 적합한 산출물 만들기, 인수인계와 결정 기록하기), 멀티 에이전트 장애의 감지와 대응(멈추거나 성능이 떨어진 실행을 찾아 롤백과 human-in-the-loop를 포함한 복구 패턴 적용하기), 그리고 워크플로를 방해하지 않으면서 에이전트의 수명 주기 관리하기로 묶습니다.

이번 주 실습: 코딩 에이전트 둘에게 같은 저장소를 주되, 각자 자기 브랜치에서 서로 겹치는 변경(같은 파일, 다른 수정)을 맡기세요. 둘 다 끝나면 병합 충돌을 직접 해결하고, 다음에는 어떤 겹침을 막을지 한 문장으로 적습니다. 에이전트 하나를 다른 파일로 제한하는 방법도 있고, 두 작업을 병렬이 아니라 순차로 돌리는 방법도 있습니다.