GPT-5.5 출시 완전 정리 - Codex에 얹힌 '실무용 새 인텔리전스'와 7주 만의 역대 최단 업그레이드

들어가며

2026년 4월 23일(현지), OpenAI가 GPT-5.5를 공개하고 같은 날 Codex와 ChatGPT에 투입했습니다. 3월 5일 GPT-5.4 출시 후 7주 만으로, 근래 OpenAI의 세대 간격 중 가장 짧습니다. 샘 알트먼은 이번 업데이트를 "real work를 위한 새로운 지능의 한 급(a new class of intelligence for real work)"이라고 표현했습니다.

우리가 지난 편에서 정리한 GPT-5.4·GDPval 이야기가 "전문가 평가에서 인간을 넘었다"는 퀄리티 증명이었다면, GPT-5.5는 에이전트 코딩·컴퓨터 사용·지식 워크플로우에서 실제로 더 많은 일을 스스로 수행하도록 설계됐다는 점이 핵심 차이입니다.

오늘은 공식 발표·OpenAI 커뮤니티·NVIDIA 발표 자료를 교차 검증해 달라진 부분과 실무 임팩트를 정리합니다.

• 1부 - 출시 개요와 포지셔닝
• 2부 - Codex에 투입된 구체 기능
• 3부 - Fast Mode와 가격 구조
• 4부 - NVIDIA GB200 인프라와 효율 수치
• 5부 - 경쟁 모델(Claude Opus 4.7·Cursor 3)과의 관계
• 6부 - 백엔드 개발자 실전 활용 패턴
• 7부 - 도입 시 주의사항과 팀 정책 업데이트

1. 출시 개요와 포지셔닝

핵심 사실을 먼저 정리합니다.

항목	내용
발표일	2026-04-23
직전 모델	GPT-5.4 (2026-03-05)
간격	7주 (역대 최단)
가용 채널	ChatGPT, Codex 동시 투입, API는 "very soon"
요금제	Plus·Pro·Business·Enterprise·Edu·Go
컨텍스트 윈도우	1M 토큰 (Codex에서 400K로 게이팅되는 플랜 존재)
GPT-5.5 Pro	Pro·Business·Enterprise에만 제공

OpenAI는 발표에서 이 모델을 "planning, using tools, checking its work"가 필요한 멀티 스텝 작업에 특화됐다고 강조했습니다. 이전 모델 대비 "무엇을 하려는지 더 빠르게 이해하고 일을 더 많이 스스로 처리한다"는 표현이 반복됩니다. 실제 포지셔닝은 "더 똑똑한 모델"보다는 "더 많이 대신 일해주는 에이전트"에 가깝습니다.

Claude Opus 4.7이 4월 초 에이전트 코딩 70% 점유를 찍으며 선두였던 직후 타이밍이라, 업계에서는 이 릴리스를 "타이밍 압박용 응수"로도 해석합니다.

2. Codex에 투입된 구체 기능

Codex 체인지로그를 뜯어보면 모델 교체에 머물지 않고 에이전트 도구 세트가 동반 업데이트됐다는 것이 보입니다.

2-1. 내장 브라우저 사용(Browser Use)

Codex 앱에 내장 브라우저가 들어가 로컬 개발 서버와 파일 기반 페이지를 직접 조작합니다.

• 렌더링된 UI를 클릭해 시각적 버그 재현
• 웹 앱 플로우를 스스로 테스트 (로그인 → 주문 → 결제)
• 스크린샷 캡처 후 반복 개선
• Playwright 같은 외부 도구 없이 기본 탑재

지난 Codex 2026년 4월 업데이트에서 언급된 인앱 브라우저가 GPT-5.5와 함께 정식 기본값이 됐습니다.

2-2. 컴퓨터 사용(Computer Use) - macOS

$ codex --model gpt-5.5
> iOS 시뮬레이터를 열고 로그인 흐름을 실행해서 두 번째 화면의
  '다음' 버튼 위치가 안드로이드와 다른 부분을 찾아줘

macOS 앱을 직접 보고, 클릭하고, 입력합니다. 네이티브 앱 테스트·시뮬레이터 흐름·GUI 버그 해결이 쓰임새입니다. EEA·영국·스위스에서는 현재 미제공이라는 지역 제한이 붙습니다(데이터 규제 이슈로 추정).

2-3. 자동 승인 검토(Automated Approval Review)

Codex 에이전트가 파괴적 명령을 실행하려 할 때, 별도의 리뷰 에이전트가 자동으로 위험도와 허가 상태를 분석해 표시합니다. 사람 승인 요청 프롬프트에 "위험도: 중간 / 이미 승인 이력 있음" 같은 컨텍스트가 함께 뜹니다.

2-4. Plan Mode 개선

• "새로운 컨텍스트에서 구현 시작" 옵션 - 플래닝으로 컨텍스트가 오염됐을 때 깨끗한 세션으로 전환
• 결정 전 현재 컨텍스트 사용량 표시 - 1M 컨텍스트도 쓰면 닳는다는 점을 UI가 인지시킴
• 퀵 추론 제어 단축키 Alt+, / Alt+. 추가

2-5. 보안성 기본 강화

• 파일 시스템 권한에 deny-read 글로브 정책 지원 (예: .env·secrets/** 읽기 금지)
• Tool Search, 이미지 생성 기본 활성화
• 원격 플러그인 마켓플레이스 지원 확대

deny-read는 지난 #133 Secrets Management 맥락에서 특히 실용적입니다. 평문 시크릿이 남아 있는 레거시 레포도 에이전트가 못 보도록 선언적으로 막을 수 있습니다.

3. Fast Mode와 가격 구조

세대교체와 함께 가격 테이블이 재편됐습니다.

항목	GPT-5.5	GPT-5.4
입력 단가	$5.00 / 1M	$2.50 / 1M
출력 단가	$30.00 / 1M	$15.00 / 1M
컨텍스트	1M 토큰	1M 토큰
Fast Mode	1.5배 속도 / 2.5배 비용	동일 구조

단가가 정확히 2배입니다. 다만 OpenAI가 "같은 Codex 작업을 훨씬 적은 토큰으로 완료한다"고 명시하고 있어, 실제 총 비용은 2배로 직결되지 않습니다. 토큰 효율 개선이 공식적으로 언급된 지점이고, 많은 조직은 세션당 비용이 비슷하거나 오히려 하락한다고 보고하고 있습니다.

3-1. Fast Mode를 언제 쓸까

"1.5배 빠르고 2.5배 비싼" 모드는 항상 키는 것이 아닙니다.

상황	기본	Fast
장시간 에이전트 작업	○	×
인터랙티브 디버깅	○	◎
페어프로그래밍	△	◎
야간 배치 리팩터링	◎	×

실시간으로 피드백 루프가 필요한 상황에만 Fast, 그 외에는 기본 속도가 경제적입니다.

3-2. API 공급 일정

현재는 Codex와 ChatGPT에서만 이용 가능하고, API는 "very soon"으로 공지됐습니다. 안전·보안 검토 때문에 API 접근은 한두 주 정도 지연될 가능성이 높습니다. 사내 워크플로우에 직결하는 조직은 당분간 ChatGPT Enterprise/Codex를 통한 접근이 현실적입니다.

4. NVIDIA GB200 인프라와 효율 수치

NVIDIA 블로그가 함께 공개한 수치가 주목할 만합니다. GPT-5.5는 100,000개 GPU 규모의 GB200 NVL72 클러스터에서 서빙되고 있다는 것이 공식 확인됐습니다.

지표	개선폭(NVIDIA 공시)
백만 토큰당 비용	35배 감소
메가와트당 초당 토큰 출력	50배 증가

이 수치는 이전 세대 인프라 대비입니다. 토큰 단가가 $5까지 오른 것과 동시에 인프라 효율이 35~50배 개선됐다는 건, 결국 모델이 더 무거워졌고 OpenAI는 그 증분을 고객 단가 인상으로 일부 회수하고 있다는 의미로 읽힙니다.

4-1. 개발 속도 일화

NVIDIA 자사 엔지니어 10,000명이 Codex를 사전 도입해 돌린 결과로 다음과 같은 내용이 공개됐습니다.

• "며칠 걸리던 디버깅 사이클이 몇 시간으로"
• "복합 파일 코드베이스 실험이 하룻밤 안에 완료"
• 엔지니어링 외에 마케팅·법무·재무까지 확산
• SSH 기반 클라우드 VM 샌드박스, 제로 데이터 보존 정책 준수

"전사 AI 보조자" 흐름은 이미 GDPval(#127)에서 예고된 방향이고, 5.5는 그 시나리오가 제품 레벨에서 본격화된 첫 세대로 평가됩니다.

5. 경쟁 모델과의 관계

2026년 4월 현재 최전선은 세 모델이 나란히 섰습니다.

항목	GPT-5.5	Claude Opus 4.7	Gemini 3 Ultra
출시	2026-04-23	2026-04-17	2026-03월
컨텍스트	1M	1M	2M
대표 강점	에이전트·컴퓨터 사용	코딩 품질·장기 세션	초장기 컨텍스트·멀티모달
대표 통합	Codex, ChatGPT	Claude Code, IDE	Vertex, Firebase Studio
입력 단가	$5.00	$15.00	$3.50
출력 단가	$30.00	$75.00	$21.00

순수 단가만 보면 Gemini 3이 가장 저렴하고, 코딩 품질은 Opus 4.7이 선두, "도구를 쓰는 에이전트" 영역은 GPT-5.5가 앞선다는 분업 구도가 형성됐습니다. 조직이 한 모델로 통일할 필요가 없어지는 것이 2026년의 특징이고, 이미 멀티 모델 라우팅은 표준 패턴이 됐습니다.

6. 백엔드 개발자 실전 활용 패턴

GPT-5.5 + Codex 조합이 실제로 백엔드 업무에서 달라지는 지점을 정리했습니다.

6-1. 장기 리팩터링 세션

1M 컨텍스트 + 더 적은 토큰 소비의 조합으로, 이제 주요 모듈 전체를 한 세션에서 리팩터링하는 패턴이 현실적입니다.

codex --model gpt-5.5 --plan \
  --context "com/example/order/**, com/example/payment/**" \
  "결제 모듈을 헥사고날 아키텍처로 분리해줘.
   기존 public API 호환성은 유지하고,
   단위 테스트가 깨지지 않게 점진 변경해."

이전 세대에서는 플래너 컨텍스트가 중간에 터져 세션을 끊어야 했습니다. 5.5에서는 플래닝 단계에서 컨텍스트 사용량을 실시간 표시하고, 필요하면 "새 컨텍스트에서 구현 시작"으로 깔끔하게 분리할 수 있습니다.

6-2. UI 버그 재현 자동화

codex --model gpt-5.5 --browser \
  "localhost:3000에서 장바구니에 3개 추가 후
   프로모션 코드 'FLAT20' 적용했을 때
   할인 금액이 0원으로 표시되는 버그 재현하고 원인 찾아줘"

에이전트가 브라우저를 직접 몰아 버그를 재현하고, 네트워크 탭·콘솔·DOM을 관찰해 보고합니다. QA가 수작업으로 재현 단계를 적어줄 필요가 줄어드는 부분입니다.

6-3. K8s 매니페스트 + 운영 절차서 생성

"코드 한 조각" 범위를 넘어 배포 아티팩트와 런북까지 한 번에를 기본값으로 내놓는 것이 달라진 점입니다. 지난 제로 트러스트 메시에서 다룬 PeerAuthentication·AuthorizationPolicy·TracingPolicy 세트가 한 번에 일관된 형태로 제안됩니다.

6-4. 승인 자동 검토와 온콜 감소

"이 DB 마이그레이션은 위험도 높음, 과거 동일 승인 이력 없음" 같은 컨텍스트가 승인 프롬프트에 붙으면서, 온콜의 심리적 부담이 구조적으로 줄어듭니다. 야간 배치 작업에서 "주니어가 가볍게 승인해버리는" 사고가 줄어들 것으로 보입니다.

7. 도입 시 주의사항과 팀 정책 업데이트

모델이 바뀌면 지금까지의 가이드와 정책도 점검이 필요합니다.

7-1. 컴퓨터 사용 지역 제한

EEA·영국·스위스 소속 개발자는 "컴퓨터 사용" 기능을 당분간 못 씁니다. 글로벌 팀이라면 이 차이를 감안한 워크플로우 대안(Playwright 사이드카 등)을 준비해야 합니다.

7-2. deny-read 글로브 선언 필수화

.codex/config.toml에 읽기 금지 글로브를 등록해 두지 않으면, 1M 컨텍스트의 장점이 오히려 위험이 됩니다.

# .codex/config.toml
[fs]
deny_read = [
  ".env*",
  "secrets/**",
  "**/credentials.json",
  "**/id_rsa"
]

에이전트는 아는 만큼 실수합니다. "보이지 않아야 할 것"을 선언적으로 막는 것이 더 확실합니다.

7-3. Fast Mode 남용 가드

Fast Mode가 기본값이면 팀 비용이 2.5배로 튀어오릅니다. 팀 정책 예시입니다.

• 디폴트는 기본 속도
• 인터랙티브 세션(IDE)에서만 Fast 자동 전환
• CI·배치·야간 에이전트는 Fast 금지
• 월간 예산 대시보드에 "Fast 비중" 별도 표시

7-4. 세대 전환 체크리스트

• [ ] .codex/config.toml의 model을 gpt-5.5로 일괄 업데이트
• [ ] 기존 deny-read 리스트 재확인 및 보강
• [ ] Plan Mode에서 "새 컨텍스트 구현 시작" 워크플로우를 템플릿화
• [ ] Fast Mode 정책 문서화 및 팀 공지
• [ ] 컴퓨터 사용 지역 제한 고지
• [ ] API 공개 이후 내부 툴 연동 전환 계획 수립
• [ ] 월간 AI 사용 비용 알림 임계값 재설정(단가 2배 반영)
• [ ] Opus 4.7과의 라우팅 규칙 재검토(코딩 품질·에이전트성 작업 분기)

8. 흔한 오해 정리

• "단가 2배니까 비용 2배" - 토큰 효율이 개선돼 같은 일은 더 적은 토큰으로 처리. 실제 결제액은 세션 성격에 크게 좌우.
• "GPT-5.5가 Opus 4.7보다 코딩 품질이 낫다" - 공식 벤치마크 수치가 아직 공개되지 않음. 강점 영역이 다름(에이전트 vs 코드 품질).
• "1M 컨텍스트면 전 코드베이스 때려넣어도 된다" - 가능은 하나 비용이 선형 증가. 인덱싱·RAG·부분 컨텍스트가 여전히 유효.
• "API로 바로 쓸 수 있다" - 2026-04-23 기준 Codex/ChatGPT 한정, API는 "very soon".
• "컴퓨터 사용이 크로스 플랫폼" - 현재 macOS 한정 + EEA·영국·스위스 제외.
• "Fast Mode가 항상 빠르고 좋다" - 2.5배 비용, 장기 에이전트 세션에서는 총비용 폭증.

9. 업계 의미

GPT-5.5의 진짜 의미는 모델 자체보다 릴리스 케이던스에 있습니다.

모델	출시	전 세대 대비 간격
GPT-5.0	2025-09	기준
GPT-5.2	2025-12	3개월
GPT-5.3	2026-01	1개월
GPT-5.4	2026-03-05	2개월
GPT-5.5	2026-04-23	7주

짧아지는 간격 자체가 OpenAI의 "우리는 한 번에 큰 모델을 내리기보다 자주 갱신한다"는 전략 선언입니다. 조직 입장에서는 "6개월 가이드라인"이 더 이상 유효하지 않고, 월간 또는 격주 기준으로 모델·도구 체인을 갱신해야 하는 시대가 됐습니다. AI 관련 팀 정책 문서의 만료일을 짧게 잡는 것이 현실적입니다.

10. 체크리스트

• [ ] Codex에서 gpt-5.5 모델 선택을 기본값으로 설정
• [ ] deny-read 글로브 정책을 모든 프로젝트 저장소에 일괄 적용
• [ ] Fast Mode 사용 정책을 팀 문서에 추가, 월간 비용 대시보드에 별도 표시
• [ ] 컴퓨터 사용 기능의 지역 제한을 온보딩 문서에 반영
• [ ] Plan Mode에서 "새 컨텍스트 시작" 트리거 조건을 팀 워크플로우에 포함
• [ ] 자동 승인 검토 결과 포맷을 리뷰 루틴에 통합
• [ ] Claude Opus 4.7·Gemini 3 Ultra와의 라우팅 정책 문서 업데이트
• [ ] API 공개 시 내부 툴(에이전트 파이프라인)의 전환 계획 준비
• [ ] 월간 AI 예산 임계값을 GPT-5.5 단가 기준으로 재설정
• [ ] 팀 내 "7주 릴리스 간격" 전제로 정책 만료일 단축

마치며

GPT-5.5 + Codex 통합의 핵심을 정리합니다.

• GPT-5.5는 "더 똑똑한 모델"보다 "더 많이 대신 일해주는 에이전트"에 방점이 있습니다. 멀티 스텝 작업·도구 사용·자가 검증이 발표 내내 반복되는 키워드였고, Codex의 브라우저·컴퓨터 사용·자동 승인 검토 업데이트가 모두 그 방향을 가리킵니다.
• 가격은 2배지만 실제 비용은 그만큼 오르지 않습니다. 토큰 효율 개선이 공식적으로 명시됐고, 같은 Codex 작업을 "훨씬 적은 토큰"으로 처리한다는 표현이 반복됐습니다. 월간 결제액 기준으로 보는 것이 단가 비교보다 정확합니다.
• 컴퓨터 사용은 강력하지만 지역 제한이 있습니다. EEA·영국·스위스 개발자는 당분간 Playwright 등 외부 도구 우회가 필요합니다. 글로벌 팀은 워크플로우가 두 갈래로 갈라지는 점을 명시적으로 관리해야 합니다.
• 1M 컨텍스트는 선언이 아니라 운영 규약입니다. deny-read 글로브를 먼저 선언하지 않으면 민감 파일까지 에이전트가 읽어버립니다. 1M은 능력이지 자유가 아닙니다.
• Fast Mode는 기본값이 아니어야 합니다. 인터랙티브 세션에만 Fast, 장기 에이전트·배치·CI는 기본 속도가 팀 비용을 관리 가능한 범위로 유지하는 현실적 정책입니다.
• 7주 케이던스가 가장 중요한 신호입니다. Opus 4.7(4/17)·GPT-5.5(4/23)가 6일 간격으로 쏟아진 이 주간은, 조직의 AI 관련 정책 만료일을 월 단위로 줄이라는 메시지입니다. 격주·월간 리뷰가 표준이 됐습니다.

지난 Codex 4월 업데이트, Opus 4.7, GDPval, 그리고 오늘의 GPT-5.5까지 이어지는 타임라인은 "에이전트가 코딩을 대신하는 단계"가 실험이 아니라 운영으로 넘어간 분기점을 가리킵니다. 다음 편에서는 잠시 미뤄뒀던 SIEM과 SOAR - Elastic Security·Splunk·Tines로 보안 운영 자동화로 돌아가, 이 에이전트들이 만들어낼 대량의 이벤트를 어떻게 사람 몇 명이 감당 가능한 형태로 바꿀지를 다룰 예정입니다.