GitHub Copilot JetBrains 업데이트, Codex 에이전트 제공자로 붙었다

무엇이 새로 들어왔나

GitHub는 7월 8일 공식 Changelog에서 Copilot의 JetBrains IDE 업데이트를 공개했습니다. 가장 눈에 띄는 변화는 Codex가 새 에이전트 제공자로 공개 프리뷰에 들어간 점입니다.

쉽게 말하면 JetBrains IDE 안에서 Copilot이 코드를 추천하는 수준을 넘어, 특정 작업을 맡길 에이전트 제공자를 고르는 방향으로 넓어지고 있습니다. 여기에 Customizations editor의 Hooks 지원, 더 풍부한 MCP 서버 관리, 커스텀 모델 지원까지 붙었습니다.

Codex가 에이전트 제공자로 들어온 의미

Codex는 OpenAI 쪽 개발 작업 에이전트 흐름의 핵심 이름입니다. GitHub Copilot 안에서 Codex가 제공자로 붙으면, 개발자는 같은 IDE 환경에서 Copilot의 익숙한 UI와 Codex 계열 작업 방식을 함께 만날 수 있습니다.

여기서 중요한 포인트는 모델 이름 하나가 추가된 것이 아니라, IDE 안의 에이전트 선택 구조가 바뀌는 것입니다. 앞으로 개발툴 경쟁은 “누가 자동완성을 잘하나”를 넘어, 어떤 에이전트가 어떤 도구를 쓰고 어떤 규칙으로 움직이는지로 옮겨갈 가능성이 큽니다.

Hooks와 MCP가 왜 같이 중요할까

Hooks는 특정 작업 전후에 정해진 동작을 붙이는 장치로 이해하면 쉽습니다. 예를 들어 코드 생성 전 규칙을 확인하거나, 작업 뒤에 테스트·리뷰 흐름을 자동으로 이어 붙이는 식입니다. MCP 서버 관리는 에이전트가 외부 도구와 데이터를 표준 방식으로 연결하는 통로를 다룹니다.

둘이 함께 들어오면 개발자는 에이전트에게 “코드를 고쳐줘”라고만 말하는 것이 아니라, 어떤 도구를 써도 되는지, 어떤 절차를 거쳐야 하는지, 어떤 모델을 쓸지를 더 구조적으로 묶을 수 있습니다. AI 코딩이 개인 편의 기능에서 팀 운영 기능으로 이동하는 신호입니다.

개발자가 조심해서 볼 부분

이번 업데이트는 공개 프리뷰 성격이 있습니다. 따라서 실제 업무 프로젝트에 바로 넓게 적용하기 전에는 팀 정책을 먼저 정리해야 합니다. 에이전트가 읽을 수 있는 코드 범위, 외부 MCP 서버 연결 권한, 작업 로그, 리뷰 책임, 사용량 비용을 함께 봐야 합니다.

특히 여러 모델과 에이전트 제공자가 한 IDE 안에 들어오면, 결과 품질뿐 아니라 누가 어떤 모델로 어떤 변경을 만들었는지 추적하는 능력이 중요해집니다. 편리한 자동화일수록 되돌리기와 검토 흐름이 같이 있어야 합니다.

Game Sunakku식 정리

이번 소식은 Copilot이 단순 코드 추천 도구에서 에이전트 운영 환경으로 확장되는 흐름을 잘 보여줍니다. Codex 제공자, Hooks, MCP, 커스텀 모델은 각각 따로 보면 작은 기능처럼 보이지만, 합치면 IDE 안의 작업 자동화 구조가 됩니다.

정리하면, 개발툴의 다음 경쟁 포인트는 “AI가 답을 잘 말하느냐”보다 “AI가 팀 규칙 안에서 도구를 써서 일을 끝내느냐”에 가까워지고 있습니다. JetBrains 사용자는 이번 공개 프리뷰를 기능 체험뿐 아니라 팀 운영 기준 점검 계기로 보는 것이 현실적입니다.