GitHub가 2026년 7월 7일 GitHub Copilot app을 모든 Copilot 플랜으로 확대했습니다.

이제 Copilot app은 일부 사용자만 기다리는 technical preview가 아니라, Copilot Free와 GitHub Education까지 포함해 더 넓은 사용자가 설치해 볼 수 있는 데스크톱 에이전트 환경이 됐습니다. macOS, Windows, Linux에서 사용할 수 있고, Copilot 구독이 없어도 BYOK 방식으로 자기 모델 제공자 키를 붙여 session을 실행할 수 있습니다.

같은 날 GitHub는 JetBrains IDE용 Copilot 업데이트도 공개했습니다. 여기서 더 중요한 변화는 Codex as agent provider입니다. Codex CLI를 설치한 뒤 JetBrains Copilot Chat 안에서 Codex를 agent provider로 선택할 수 있게 됐습니다.

이 흐름은 단순히 “Copilot 기능이 하나 늘었다”가 아닙니다.
AI 코딩 도구가 하나의 모델을 부르는 채팅창에서 여러 에이전트를 고르는 작업 실행 환경으로 바뀌고 있다는 신호입니다.

바로 보기

무엇이 달라졌나

이번 GitHub 발표는 크게 세 갈래입니다.

변화의미
Copilot app 전체 공개데스크톱에서 agent-driven development를 시작하는 기본 앱이 됐습니다.
BYOK 지원Copilot 구독 없이도 자기 모델 제공자를 붙여 session을 돌릴 수 있습니다.
JetBrains 안의 Codex providerCopilot Chat 안에서 Codex CLI 기반 agent session을 선택할 수 있습니다.

기존 technical preview 글에서는 Copilot app을 이슈에서 PR까지 이어지는 GitHub-native 데스크톱 에이전트로 봤습니다.

이번 변화 이후에는 한 단계 더 봐야 합니다.

Copilot app은 GitHub 계정, 이슈, PR, local workspace를 묶는 실행 표면이 되고 있습니다.
JetBrains와 VS Code 업데이트는 그 안에서 어떤 agent provider, 어떤 모델, 어떤 승인 정책을 쓸지 고르는 방향으로 움직이고 있습니다.

즉 사용자가 고르는 대상이 Copilot을 쓸까 말까에서 어떤 작업에는 Copilot CLI, 어떤 작업에는 Codex를 쓸까로 바뀌고 있습니다.

Codex가 Copilot 안으로 들어온다는 뜻

JetBrains IDE 업데이트에서 Codex는 public preview 상태의 agent provider입니다.

사용 흐름은 단순합니다.

  1. 로컬에 Codex CLI를 설치합니다.
  2. JetBrains 설정에서 Copilot Chat의 Codex 사용을 켭니다.
  3. Codex CLI 경로를 지정합니다.
  4. Copilot Chat agent picker에서 Codex를 선택해 session을 시작합니다.

이 구조가 중요한 이유는 “GitHub가 OpenAI 모델을 쓴다”가 아닙니다.

중요한 건 agent provider라는 선택지가 IDE 안에 들어왔다는 점입니다. 앞으로 개발자는 같은 저장소를 두고도 작업 성격에 따라 agent를 바꿔 쓸 가능성이 큽니다.

  • GitHub issue와 PR 흐름: Copilot app
  • OpenAI 계열의 로컬 agent 작업: Codex
  • JetBrains 안의 반복 편집: Copilot Chat agent picker
  • 조직 정책이 필요한 session: 관리자 설정이 붙은 Copilot Business/Enterprise

이렇게 되면 AI 코딩 도구 선택은 모델 벤치마크보다 운영 방식 문제가 됩니다.

승인 설정이 더 중요해졌다

JetBrains 업데이트에는 Codex만 들어간 게 아닙니다. Copilot CLI session의 approval 설정도 함께 들어갔습니다.

GitHub는 Copilot CLI session에서 아래와 같은 권한 모드를 고를 수 있다고 설명합니다.

모드의미
Default Approvals설정된 승인 정책에 따라 tool call 전에 확인합니다.
Bypass Approvalstool call을 자동 승인합니다.
Autopilot Previewtool call 자동 승인에 더해 clarification에도 자동 응답하며 계속 반복합니다.

이 기능은 편하지만 위험합니다.

에이전트가 파일을 수정하고 명령을 실행할 수 있다면, 생산성보다 먼저 봐야 할 것은 어디까지 자동으로 허용할 것인가입니다.

초기에는 아래 작업만 맡기는 편이 안전합니다.

  • README 수정
  • 테스트 보강
  • 작은 버그 재현
  • deprecated API 탐색
  • release note 초안
  • UI 문구 수정

반대로 아래 작업은 자동 승인과 잘 맞지 않습니다.

  • 인증·권한 변경
  • 결제 로직 변경
  • 배포 파이프라인 수정
  • 데이터 삭제나 마이그레이션
  • 대규모 리팩터링
  • secret, token, 환경변수 변경

Codex를 provider로 고를 수 있게 됐다는 건 선택지가 늘었다는 뜻이지, 모든 작업을 더 자동화해도 된다는 뜻은 아닙니다.

BYOK도 비용과 감사가 핵심이다

Copilot app은 BYOK로 자기 모델 제공자 키를 붙일 수 있습니다.

개인 사용자에게는 유연한 기능입니다. Copilot 구독이 없어도 자기 키로 session을 실행해 볼 수 있기 때문입니다.

팀에서는 다르게 봐야 합니다.

  • 개인 API 키와 조직 API 키가 섞이지 않는가
  • 어떤 provider로 어떤 session을 실행했는가
  • Copilot usage와 외부 provider 비용이 분리되어 보이는가
  • 실패한 session도 비용 로그에 남는가
  • 민감 코드가 외부 provider로 나가지 않는가

BYOK는 자유도가 높지만, 비용과 감사 기준이 흐려질 수 있습니다. Business나 Enterprise 환경에서는 관리자 정책과 연결해서 보는 편이 맞습니다.

이제 비교 기준은 모델명이 아니다

2025년까지 AI 코딩 도구 비교는 대체로 모델명 중심이었습니다.

  • GPT 계열이냐
  • Claude 계열이냐
  • Gemini 계열이냐
  • 로컬 모델이냐

2026년 중반부터는 기준이 바뀌고 있습니다.

중요한 질문은 이쪽입니다.

  1. 이 agent가 어디서 실행되는가
  2. 어떤 파일과 명령에 접근하는가
  3. 승인 없이 도구를 실행할 수 있는가
  4. session이 분리되는가
  5. PR, 리뷰, 테스트와 어떻게 연결되는가
  6. 비용과 사용량이 사용자에게 보이는가
  7. 모델을 바꿨을 때 로그와 결과가 구분되는가

GitHub의 VS Code June 2026 업데이트도 같은 방향입니다. GitHub는 integrated browser, parallel sessions, cost visibility, Marketplace model discovery, Autopilot 개선을 함께 묶어 설명했습니다.

즉 에이전트 도구는 이제 답변 품질만의 경쟁이 아니라 작업 통제력 경쟁입니다.

개인 사용자는 어떻게 시작하면 좋나

개인 개발자라면 순서는 단순합니다.

  1. Copilot app을 설치해 작은 저장소나 개인 프로젝트에서 session 흐름을 봅니다.
  2. Codex CLI를 이미 쓰고 있다면 JetBrains provider 연결을 시험합니다.
  3. 처음에는 README 수정, 테스트 보강, 작은 버그 수정처럼 되돌리기 쉬운 작업만 맡깁니다.
  4. BYOK를 쓸 때는 어떤 provider 키가 어디에 저장되는지 확인합니다.
  5. 비용이 붙는 provider는 session별로 나눠 기록합니다.

처음부터 Autopilot이나 Bypass Approvals를 켜는 것보다, Default Approvals로 tool call 경계부터 보는 편이 안전합니다.

팀은 무엇을 먼저 정해야 하나

팀에서 더 중요한 건 기능보다 경계입니다.

아래 항목을 먼저 정하지 않으면 에이전트 도구가 늘수록 리뷰와 비용이 흐려집니다.

확인 항목이유
agent별 허용 작업Codex, Copilot CLI, IDE session의 역할을 나눠야 합니다.
승인 정책자동 실행, 자동 수정, 자동 merge 범위를 구분해야 합니다.
BYOK 정책개인 키와 조직 키가 섞이면 비용과 감사가 어려워집니다.
로그 기준어떤 agent가 어떤 provider로 어떤 파일을 바꿨는지 남겨야 합니다.
민감 데이터 기준외부 provider로 나갈 수 있는 코드와 데이터를 정해야 합니다.
비용 상한사용량 기반 과금과 외부 provider 호출이 동시에 커질 수 있습니다.

개인이 설치해서 쓰는 감각과 팀이 운영하는 감각은 다릅니다.
팀에서는 누가 더 좋은 답을 줬나보다 누가 어떤 권한으로 어떤 변경을 만들었나가 더 중요합니다.

한 줄 결론

GitHub Copilot app 전체 공개와 JetBrains의 Codex agent provider 지원은 AI 코딩 도구가 “모델 하나를 부르는 채팅”에서 “여러 agent를 고르는 작업 실행 환경”으로 이동하고 있음을 보여줍니다.

지금 개발자가 해야 할 일은 새 도구를 전부 켜는 것이 아닙니다.
작업 난이도별로 Copilot app, Copilot CLI, Codex를 어디에 쓸지 나누고, 승인과 로그 기준을 먼저 잡는 것입니다.

같이 보면 좋은 글

출처