OpenAI GPT-6.1 Sol 공개…비용을 낮춘 에이전트용 모델, 안전성은 따로 봐야 해요

AI를 활용하여 생성한 이미지입니다.

OpenAI가 9월 29일 GPT-6.1 Sol을 공개했어요. 이름만 보면 GPT-6 Sol의 중간 업데이트처럼 보이지만, 실제 메시지는 더 분명합니다. 코드 작성, 컴퓨터 사용, 전문 업무를 겨냥하면서 GPT-6 Astra에 가까운 성능을 더 낮은 비용으로 제공하겠다는 제품이에요.[1]

OpenAI는 GPT-6.1 Sol의 일반 입력·출력 토큰 가격이 GPT-6 Astra의 5분의 1 수준이라고 설명했어요. 캐시된 입력은 100만 토큰당 0.10달러라고 밝혔고, 기존 Sol보다도 50% 낮은 캐시 입력 가격이라고 했습니다.[1] 다만 가격은 토큰 기준이에요. 실제 서비스 비용은 호출 횟수, 도구 사용, 긴 문맥을 얼마나 재사용하는지에 따라 달라집니다.

무엇이 달라졌나

OpenAI가 강조한 영역은 복잡한 코드 작성과 디버깅, 문서 이해, 여러 단계를 거치는 업무 흐름이에요. DeepSWE v1.1 평가에서는 GPT-6.1 Sol이 GPT-6 Astra와 비슷한 결과를 냈고, GPT-6 Sol보다 6.4%포인트 높은 점수를 더 낮은 추론 비용으로 기록했다고 설명합니다.[1] 이 수치는 OpenAI가 정한 평가 조건의 결과이므로, 모든 개발 작업에서 같은 차이가 난다고 해석하면 안 돼요.

GPT-6.1 Sol은 에이전트가 검색 도구나 외부 프로그램을 사용할 때의 행동도 평가받았어요. OpenAI는 고장 난 검색 도구를 사용자에게 알리지 않는 실패 비율이 GPT-6.1 Sol 2.1%, GPT-6 Sol 4.9%, GPT-6 Astra 1.5%였다고 공개했습니다.[1] 숫자만 보면 이전 Sol보다 좋아졌지만, Astra보다는 높아요. 게다가 이 평가는 실패를 끌어내기 위한 조건이며 일반 사용 환경의 실패율을 뜻하지 않는다고 안전성 문서에 적혀 있습니다.[2]

안전성 자료에서 읽히는 한계

OpenAI의 안전성 부록은 GPT-6.1 Sol을 사이버보안 영역에서 ‘Critical capability’로 분류해요. 최근 공개 취약점을 이용해 실제 코드 실행을 시도하는 평가에서는 GPT-6.1 Sol의 성공률이 21.5%로, GPT-6 Astra의 31.5%보다 낮지만 GPT-6 Sol의 5.5%보다는 높았습니다.[2] 다른 평가인 ExploitGym에서는 의도한 취약점을 공략한 성공률이 GPT-6.1 Sol 35.1%, GPT-6 Astra 42.4%, GPT-6 Sol 22.1%였어요.[2]

이 수치는 일반 사용자가 곧바로 공격을 당한다는 뜻은 아닙니다. 대신 모델이 코딩과 도구 사용에서 강해질수록, 권한 관리와 실행 환경 분리가 더 중요해진다는 뜻으로 읽는 편이 맞아요. 특히 자동으로 코드를 실행하거나 외부 계정에 접근하는 에이전트라면, 모델 성능보다 승인 단계와 로그가 먼저 준비돼야 합니다.

사용 가능 범위

OpenAI는 GPT-6.1 Sol을 ChatGPT Work와 Codex의 Plus, Pro, Business, Enterprise, Edu 사용자에게 제공하고, API에서는 `gpt-6.1-sol` 이름으로 접근할 수 있다고 밝혔어요. ChatGPT 일반 대화에는 아직 제공되지 않는다고 했습니다.[1] DevDay 2026에서는 20개가 넘는 발표가 나왔고, 개발자용 Decisions API도 제한된 미리보기로 공개됐어요.[3]

한국 사용자가 먼저 확인할 것

API로 시험한다면 작은 업무부터 시작하는 게 좋아요. 읽기 전용 문서 분류나 테스트 코드 초안처럼 결과를 되돌리기 쉬운 작업으로 정확도와 비용을 먼저 측정하세요. 외부 서비스에 쓰기 권한을 주기 전에는 도구별 권한을 나누고, 실패했을 때 모델이 사용자에게 무엇을 알리는지 확인해야 합니다.

GPT-6.1 Sol의 매력은 성능 자체보다 비용 구조에 있어요. 반복적인 코드·문서 작업을 많이 처리하는 팀이라면 Astra급 모델을 모든 호출에 쓰는 것보다 비용을 줄일 여지가 있습니다. 반대로 한 번의 잘못된 외부 작업이 큰 피해로 이어지는 업무라면 5분의 1 가격만 보고 바꾸면 안 됩니다. OpenAI가 공개한 평가표와 실제 업무 로그를 함께 비교한 뒤 도입 범위를 정하는 편이 안전해요.

가격이 낮아도 운영 방식은 달라지지 않아요

GPT-6.1 Sol을 비용만 보고 고르면 오히려 지출이 커질 수 있어요. 에이전트가 여러 단계를 거쳐 파일을 읽고, 명령을 실행하고, 결과를 다시 고치는 흐름에서는 한 번의 요청 가격보다 재시도 횟수와 검토 비용이 더 크게 작용할 수 있기 때문이에요. OpenAI가 제시한 가격과 처리 특성은 특정 조건의 안내이지, 모든 코드 작업에서 같은 절감률을 보장하는 수치가 아닙니다.[1]

그래서 도입 전에 모델을 바로 교체하기보다 세 종류의 작업을 나눠 비교하는 편이 좋아요. 문서 검색과 요약처럼 실패 비용이 낮은 작업, 테스트 코드와 리팩터링처럼 검토가 필요한 작업, 배포 설정이나 권한 변경처럼 실수의 영향이 큰 작업을 각각 별도로 측정해야 합니다. 같은 프롬프트를 넣고 성공률, 재시도 횟수, 사람이 고친 줄 수, 전체 비용을 함께 기록하면 광고 문구보다 현실적인 그림을 얻을 수 있어요.

안전성 자료를 읽는 법

GPT-6.1 Sol 관련 안전성 자료에는 모델의 능력과 배포 위험을 따로 봐야 한다는 전제가 깔려 있어요.[2] 에이전트가 코드를 잘 고치는 것과, 권한이 있는 환경에서 위험한 명령을 피하는 것은 같은 평가가 아닙니다. 자동 실행 권한, 인터넷 접근, 비밀값 접근, 파일 삭제 권한을 한꺼번에 열어 두면 모델 선택보다 운영 설정이 더 큰 위험 요인이 될 수 있어요.

특히 안전성 평가의 범위와 실제 사내 환경은 다를 수 있습니다. 공개된 평가에서 특정 공격이나 작업을 통과했다고 해도, 회사 내부 저장소의 비공개 규칙과 배포 시스템까지 안전하다고 볼 근거는 아니에요. OpenAI의 DevDay 자료처럼 에이전트 개발 기능이 확대되는 흐름은 확인되지만, 실제 운영자는 도구별 권한을 최소화하고 모든 변경을 사람이 승인하는 단계부터 시작하는 게 맞습니다.[3]

작업 유형별 적용 기준

한국 사용자가 확인할 항목도 있습니다. 현재 공개 자료만으로는 한국어 작업 품질, 국내 서비스의 약관과 데이터 보관 조건, 한국 리전에서의 지연시간을 모두 판단하기 어려워요. 회사 코드나 고객 데이터를 넣기 전에 데이터 학습 사용 여부, 보관 기간, 관리자 로그, 계정별 권한을 서비스 문서에서 확인해야 합니다. 확인하지 못한 조건은 “지원된다”고 단정하지 않는 편이 안전해요.

도입 전 짧은 점검표

1. 읽기 전용 저장소에서 실패율과 재시도 횟수를 먼저 측정하세요.
2. 모델이 호출할 수 있는 도구와 디렉터리를 최소 범위로 제한하세요.
3. 비밀값과 고객 데이터를 테스트 입력에서 제거하세요.
4. 배포·삭제·권한 변경은 자동 실행하지 말고 사람 승인을 거치게 하세요.
5. 비용 비교에서 요청 단가뿐 아니라 검토와 재작업 시간도 함께 계산하세요.

GPT-6.1 Sol의 장점은 낮은 비용과 에이전트 작업에 맞춘 설계로 정리할 수 있어요. 다만 그 장점이 바로 안전한 자동화를 뜻하지는 않습니다. 작은 읽기 전용 작업부터 시작해 실제 실패 패턴을 확인한 뒤 범위를 넓히는 접근이 지금 공개된 자료에 가장 잘 맞습니다.

출처

1. OpenAI: Introducing GPT-6.1 Sol
2. OpenAI Deployment Safety Hub: GPT-6.1 Sol addendum
3. OpenAI: DevDay 2026 Recap