# The 'gpt-6.1-sol' model is not supported when using Codex with a ChatGPT account 오류 해결: Codex 버전부터 확인

> gpt-6.1-sol이 Codex에서 거부되거나 목록에 없으면 요금제보다 CLI·백그라운드 서버 버전부터 보세요. 2026년 11월 실측에서 0.158.0은 거부, 0.159.0은 통과했습니다.

- URL: https://blog.laozhang.ai/ko/posts/gpt-6-1-sol-not-showing
- Published: 2026-11-11
- Updated: 2026-11-11
- Author: LaoZhang AI Team (https://blog.laozhang.ai/ko/about)
- Topic: ChatGPT·OpenAI
- Tags: Codex, GPT-6.1 Sol, Codex CLI, model_not_found, ChatGPT 계정

---
`The 'gpt-6.1-sol' model is not supported when using Codex with a ChatGPT account.`는 Codex 서버가 요청에 적힌 모델 ID를 받아 주지 않았다는 뜻일 뿐, 내 ChatGPT 계정이나 요금제로는 GPT-6.1 Sol을 쓸 수 없다는 판정이 아닙니다. 서버는 종료된 모델, 없는 ID, 대소문자가 틀린 ID에도 같은 문장을 돌려주고 따옴표 안의 ID만 바꿔 넣습니다. ID가 정확히 `gpt-6.1-sol`이거나 `gpt-6.1-terra`, `gpt-6-sol`처럼 현재 제공되는 모델인데 거부됐다면, openai/codex 이슈에서 가장 많이 확인된 원인은 요청을 보낸 Codex 프로그램이 그 모델보다 오래된 경우입니다. 2026년 11월 11일 Pro 요금제 계정 하나로 Codex CLI 버전만 바꿔 실행해 보니 0.158.0은 이 문장으로 거부됐고 0.159.0은 정상 응답했습니다.

그래서 재설치나 재로그인보다 확인이 먼저입니다. 오류 속 ID가 종료된 모델이거나 철자·대소문자가 틀린 것은 아닌지 보고, `codex --version`과 `codex app-server daemon version`으로 CLI와 백그라운드 서버(daemon)의 버전을 확인합니다. 어느 쪽이든 0.158.0 이하라면 `npm install -g @openai/codex@latest`로 CLI를 올리고 `codex app-server daemon update --from-cli --yes`로 백그라운드 서버까지 맞춥니다. 2026년 11월 11일 기준 최신 CLI는 0.167.1입니다. 당장 작업을 이어야 하면 `codex --no-daemon -m gpt-6.1-sol`로 실행하거나 모델을 `gpt-6-sol`로 바꾸면 되고, Free·Go 요금제라면 Codex에서 쓸 모델은 `gpt-6-luna`입니다.

예외는 CLI와 백그라운드 서버가 모두 최신인데도 거부되는 경우입니다. 2026년 10월 Plus와 Business Premium 계정에서 0.163.0으로도 거부됐다는 보고가 두 건 있고, 11월 11일까지 원인도 해결책도 나오지 않았습니다. 이때는 롤아웃, 워크스페이스 설정, 요금제 만료 같은 계정 쪽 문제라서 로컬에서 무엇을 바꿔도 소용이 없으니, 재설치를 멈추고 다른 모델로 작업을 이어 가면서 요금제 상태를 확인하세요. 모델 선택 목록에 GPT-6.1 Sol이 아예 안 보이는 경우는 마지막 절에서 원인별로 다룹니다.

## 오류 문장이 알려 주는 것은 거부된 모델 ID 하나

이 문장은 서버가 쓰는 틀에 거부한 ID를 끼워 넣은 것입니다. 2026년 11월 11일 같은 Pro 계정과 CLI 0.166.0으로 확인하면, 2026년 10월 14일에 종료된 `gpt-5.5`, 지어낸 `gpt-6.1-sol-typo`, 대문자가 섞인 `GPT-6.1-Sol`이 모두 `The '…' model is not supported when using Codex with a ChatGPT account.`로 거부됐고, 같은 시각 `gpt-5.6-sol`은 정상 응답했습니다. 같은 문장이 이렇게 서로 다른 이유에 쓰이기 때문에 문장만으로는 요금제 문제인지 클라이언트 문제인지 알 수 없습니다. OpenAI의 [Codex 모델 접근 범위 문서](https://learn.chatgpt.com/docs/enterprise/workspace-model-availability)는 ChatGPT로 로그인한 Codex의 모델 사용 여부를 "해당 클라이언트가 지원하는 모델"과 "로그인한 ChatGPT 계정의 접근 권한" 두 가지로 설명하지만, 이 오류가 둘 중 어느 쪽인지는 알려 주지 않습니다. 2026년 3월 15일에 열린 [openai/codex 이슈 #14749](https://github.com/openai/codex/issues/14749)도 이 문구가 계정 제한처럼 읽힌다며 수정을 요청했지만 11월 11일 기준 답이 없습니다.

붙여 넣은 오류의 모양이 달라도 의미는 같습니다. CLI 0.166.0은 `ERROR:` 뒤에 문장만 찍고, 0.157.1과 0.158.0은 `{"type":"error","status":400,"error":{"type":"invalid_request_error","message":"…","code":"model_not_found"}}` 형태의 JSON 전체를 찍습니다. 프록시나 예전 클라이언트를 거치면 `{"detail":"The 'gpt-6.1-sol' model is not supported…"}` 형태로도 나옵니다. 어느 쪽이든 볼 곳은 따옴표 안의 ID 하나입니다.

따옴표 안의 ID가 종료된 모델이거나 철자·대소문자가 틀린 ID라면 원인은 버전이나 요금제가 아니라 ID입니다. `gpt-5.5`는 2026년 10월 14일 19:00(UTC)에, `gpt-5.4`와 `gpt-5.4-mini`는 8월 31일에 ChatGPT 로그인 Codex에서 종료됐으므로, `config.toml`의 `model = "…"`나 `-m` 값을 유료 요금제는 `gpt-6.1-sol`, Free·Go는 `gpt-6-luna`로 바꿉니다([OpenAI 도움말: GPT-6 and other models in ChatGPT](https://help.openai.com/en/articles/20001354-gpt-6-and-other-models-in-chatgpt)). `GPT-6.1-Sol`처럼 대문자가 들어가 있으면 소문자로 고치면 됩니다. CC Switch 관리자는 [CC Switch 이슈 #7916](https://github.com/farion1231/cc-switch/issues/7916)에서 ChatGPT의 Codex 엔드포인트가 모델 ID를 글자 그대로 비교하고 공식 ID는 모두 소문자라고 설명했습니다. 반면 `gpt-6.1-terra`, `gpt-6-sol`, `gpt-6-astra`처럼 현재 제공되는 다른 모델의 ID가 찍혔다면 ID를 고칠 일이 아닙니다. 이 모델들도 Sol과 같은 이유로 거부되고, 모델마다 필요한 클라이언트 버전이 다를 뿐입니다. OpenAI는 Terra에 CLI 0.159.0, Astra에 0.153.0을 최소 버전으로 공개했고, 2026년 11월 11일 실행에서도 0.158.0은 `gpt-6.1-terra`를 거부하고 `gpt-6-sol`에는 응답했습니다. `gpt-6-sol`은 CC Switch 사용자가 서버에 알리는 버전만 바꿔 비교했을 때 0.153.4와 0.154.0에서 400, 0.155.0에서 정상이었습니다([CC Switch 이슈 #7651](https://github.com/farion1231/cc-switch/issues/7651)). 이런 ID라면 아래의 버전, 백그라운드 서버, 계정 순서로 확인하면 됩니다.

## 1분 확인으로 내 경우 가려내기: 모델 ID·버전·요청 경로

확인할 것은 세 가지입니다. 따옴표 안의 ID, 실제로 요청을 보낸 프로그램과 그 버전(터미널의 `codex`, `codex exec`, 데스크톱 앱, VS Code 확장, CC Switch나 OpenCode 같은 다른 도구), 그리고 같은 계정이 다른 경로에서는 되는지입니다. 마지막 항목은 터미널에서 `codex exec -m gpt-6.1-sol "Reply with exactly: OK"`나 `codex --no-daemon -m gpt-6.1-sol`을 한 번 실행해 보면 됩니다. 두 명령은 백그라운드 서버를 거치지 않으므로, 이것이 되는데 평소의 `codex`만 안 된다면 범위가 크게 좁혀집니다.

| 상황 | 보이는 것 | 할 일 |
| --- | --- | --- |
| ID가 틀림 | 따옴표 안이 `gpt-5.5`, `gpt-5.4` 같은 종료된 ID, 오타, `GPT-6.1-Sol` 같은 대문자 | 유료는 `gpt-6.1-sol`, Free·Go는 `gpt-6-luna`로 바꾸고 대문자는 소문자로 고침 |
| 현재 제공되는 다른 모델 | 따옴표 안이 `gpt-6.1-terra`, `gpt-6-sol`, `gpt-6-astra` | ID는 그대로 두고 아래 행처럼 버전·백그라운드 서버·계정 확인 |
| CLI가 오래됨 | `codex --version`이 0.158.0 이하, `Model metadata for gpt-6.1-sol not found` 경고가 함께 나옴 | CLI 업데이트 |
| 백그라운드 서버가 오래됨 | `codex exec`나 `--no-daemon`은 되고 평소 `codex`만 실패, `daemon version`의 두 버전이 다름 | 백그라운드 서버 업데이트, 급하면 `--no-daemon` |
| 데스크톱 앱이나 IDE 확장이 오래됨 | 같은 계정의 최신 CLI는 되고 앱·확장만 실패 | 앱·확장 업데이트, Windows는 `CODEX_CLI_PATH` 확인 |
| 다른 경로에서만 실패 | 본 세션은 되는데 `codex mcp-server`, 서브에이전트, OpenCode, CC Switch에서만 거부 | 그 도구의 버전과 모델 설정 확인 |
| 계정 쪽 | 최신 CLI와 `--no-daemon`으로도 거부 | 재설치 중단, 다른 모델 사용, 요금제 확인 |

![따옴표 안 ID, 실패한 프로그램과 버전, --no-daemon 결과 순서로 여섯 가지 경우와 할 일을 가려내는 흐름도](https://blog.laozhang.ai/posts/ko/gpt-6-1-sol-not-showing/img/one-minute-check.webp)

## 어느 Codex 버전부터 되나: 0.158.0 거부, 0.159.0 통과

2026년 11월 11일 10:43~10:45(UTC), macOS 26.1(Apple Silicon)에서 Pro 요금제 ChatGPT 계정 하나로 로그인한 상태로 npm 공식 빌드 네 개를 차례로 실행했습니다. 설정 파일과 모델 캐시가 없는 빈 `CODEX_HOME`에 로그인 정보만 복사해 두고, 바이너리 외에는 아무것도 바꾸지 않은 같은 명령 `codex exec -m gpt-6.1-sol --skip-git-repo-check -s read-only "Reply with exactly: OK"`를 썼습니다. `codex exec`는 백그라운드 서버를 거치지 않으므로 결과는 이름 붙은 CLI 버전 그대로의 결과입니다.

| CLI 버전(배포일) | 요청 모델 | 결과 |
| --- | --- | --- |
| 0.157.1 (2026-09-26) | `gpt-6.1-sol` | HTTP 400, 이 오류 문장 |
| 0.158.0 (2026-09-28) | `gpt-6.1-sol` | HTTP 400, 이 오류 문장 |
| 0.159.0 (2026-09-29) | `gpt-6.1-sol` | `OK` 응답 |
| 0.166.0 (2026-10-29) | `gpt-6.1-sol` | `OK` 응답 |
| 0.158.0 | `gpt-6-sol` | `OK` 응답 |
| 0.158.0 | `gpt-6.1-terra` | HTTP 400, 같은 문장에 `gpt-6.1-terra` |

이 결과는 Pro 계정 하나, macOS, CLI의 `codex exec`라는 조건에서 나온 값입니다. Plus, Business, Enterprise, Edu 요금제의 경계나 데스크톱 앱과 IDE 확장의 경계는 이 실행으로 알 수 없고, 경계가 나중에 바뀔 가능성도 있습니다. OpenAI는 GPT-5.6에 CLI 0.144.0, GPT-6 Astra에 0.153.0, GPT-6.1 Terra에 0.159.0이라는 최소 버전을 공개했지만 GPT-6.1 Sol의 최소 버전은 2026년 11월 11일 기준 공개하지 않았습니다([OpenAI Codex 모델 문서](https://learn.chatgpt.com/docs/models)). 그러니 0.159.0은 공식 기준이 아니라 이 계정에서 잰 경계이고, 업데이트할 때는 최신 버전을 받는 편이 안전합니다.

거부를 정하는 것은 서버입니다. 같은 계정에서 `codex debug models`로 서버가 내려준 모델 목록을 보면 0.158.0에는 8개가 와서 `gpt-6.1-sol`과 `gpt-6.1-terra`가 없었고, 0.159.0에는 이 둘이 더해진 10개가 왔습니다. 0.159.0 바이너리에 들어 있는 기본 목록(`codex debug models --bundled`)에는 `gpt-6.1-sol`이 없는데도 정상 응답했으니, 서버가 클라이언트 버전을 보고 모델을 내주는 것입니다. 0.166.0이 막 써 둔 `models_cache.json`(목록에 `gpt-6.1-sol` 포함)을 둔 채 0.158.0을 실행해도 거부됐고, 0.158.0은 캐시를 자기 버전 목록으로 다시 썼습니다. 새 캐시를 복사해 오는 방법으로는 오래된 CLI를 통과시킬 수 없다는 뜻입니다. 실패한 두 버전은 오류 앞에 `warning: Model metadata for gpt-6.1-sol not found. Defaulting to fallback metadata…`도 찍었는데, 받은 목록에 이 모델이 없다는 표시라서 이 경고가 보이면 클라이언트 버전을 먼저 의심하면 됩니다.

![같은 Pro 계정에서 CLI 0.157.1과 0.158.0은 HTTP 400으로 거부되고 0.159.0과 0.166.0은 OK로 응답했으며, 서버가 내려준 모델 목록이 0.158.0은 8개, 0.159.0은 10개였음을 보여 주는 그림](https://blog.laozhang.ai/posts/ko/gpt-6-1-sol-not-showing/img/codex-version-test.webp)

GitHub의 보고도 같은 방향입니다. 같은 계정에서 CLI만 올린 뒤 오류가 사라진 사례로 Windows Plus의 0.153.4 → 0.163.0([openai/codex 이슈 #55028](https://github.com/openai/codex/issues/55028), 10월 18일), "계정과 설정은 바꾸지 않고" 0.157.1 → 0.162.1([openai/codex 이슈 #49396](https://github.com/openai/codex/issues/49396), 10월 15일), Nobara Plus의 0.153.4 → 0.167.0([openai/codex 이슈 #51308](https://github.com/openai/codex/issues/51308), 11월 8일)이 있습니다. VS Code 확장도 자동 업데이트를 꺼 둔 Ubuntu Plus 사용자가 26.1007.21434로 수동 업데이트한 뒤 `gpt-6.1-sol`을 포함한 여러 모델의 400이 사라졌습니다([openai/codex 이슈 #55259](https://github.com/openai/codex/issues/55259), 10월 19일).

## Codex CLI와 백그라운드 서버(daemon) 업데이트 순서

터미널에서 평소처럼 `codex`를 실행하면 대화 세션은 별도로 떠 있는 백그라운드 서버(app-server daemon)를 거칩니다. CLI를 업데이트해도 이미 돌고 있는 백그라운드 서버는 예전 버전 그대로 남을 수 있어서, `codex --version`은 최신인데 오류가 계속되는 일이 생깁니다. openai/codex 이슈에서 확인한 사람이 가장 많은 원인이 이것입니다. 예를 들어 CLI 0.163.0에 백그라운드 서버 0.157.1인 상태에서는 평소의 `codex`만 거부되고 `codex exec`와 `--no-daemon`은 둘 다 됐고(이슈 #49418, CachyOS, 10월 21일), CLI 0.166.0에 백그라운드 서버 0.158.0인 상태에서는 평소의 `codex`가 거부되고 `--no-daemon`으로는 됐습니다(이슈 #59646, Windows Plus, 11월 5일, `codex exec`는 시험하지 않음). 위의 실행은 `codex exec`로 했기 때문에 이 경우를 직접 재현하지는 않았고, 아래 순서는 Windows와 Linux, Plus와 Pro 사용자 여러 명이 효과를 확인한 방법입니다.

1. 열려 있는 Codex 세션과 데스크톱 앱을 모두 닫습니다.
2. CLI를 올립니다. npm으로 설치했다면 `npm install -g @openai/codex@latest`, 다른 방법으로 설치했다면 [Codex CLI 설치와 설정: Windows·macOS·Linux에서 바로 시작하기](https://blog.laozhang.ai/ko/posts/codex-cli-install)의 업데이트 방법을 따릅니다.
3. `codex --version`으로 새 버전이 잡혔는지 확인합니다.
4. `codex app-server daemon update --from-cli --yes`로 백그라운드 서버를 CLI와 같은 버전으로 맞춥니다.
5. `codex app-server daemon restart`로 다시 띄웁니다.
6. `codex app-server daemon version`을 실행해 JSON의 `cliVersion`과 `appServerVersion`이 같은지 봅니다.
7. `codex -m gpt-6.1-sol`로 다시 시도합니다.

중간에 막히는 지점도 보고돼 있습니다. `Error: app server is running but is not managed by codex app-server daemon`이 나오면 예전 app-server 프로세스가 관리 밖에서 돌고 있는 것이므로, 작업 관리자나 `kill`로 그 프로세스를 끝낸 뒤 4번부터 다시 합니다. `restart`만 하면 같은 예전 버전이 다시 뜰 뿐이라 4번을 건너뛰면 안 됩니다. Windows에서는 `host Job Object prevents daemon detachment`로 업데이트가 안 되거나, 이슈 #59646처럼 `%USERPROFILE%\.codex\app-server-daemon` 폴더를 지우고 다시 시작해도 0.158.0이 남는 경우가 있는데, 11월 11일 기준 해결책이 나오지 않았으니 그동안은 `codex --no-daemon`으로 실행합니다. 업데이트 뒤 `codex`가 화면을 띄우기 전에 `account/read failed`로 꺼진다면 [Codex workspace routing discovery failed·timed out 오류: account/read failed during TUI bootstrap 해결](https://blog.laozhang.ai/ko/posts/codex-account-read-failed-tui-bootstrap)을 보세요. 데스크톱 앱과 VS Code 확장은 터미널 CLI와 따로 업데이트되므로, 앱은 스토어나 앱 내 업데이트로, 확장은 확장 목록에서 직접 최신 버전을 받습니다.

## 최신 버전인데도 계속 뜰 때: 계정 쪽 원인과 멈출 시점

CLI를 최신으로 올리고 백그라운드 서버 버전까지 맞춘 상태에서 `codex --no-daemon -m gpt-6.1-sol`도 같은 문장으로 거부된다면, 로컬 쪽은 더 바꿀 것이 없습니다. 실제로 Windows Plus 계정에서 CLI와 백그라운드 서버가 모두 0.163.0인데 서버가 내려준 목록에 Sol 모델이 하나도 없고 `daemon update`도 업데이트할 것이 없다고 답한 사례([openai/codex 이슈 #55617](https://github.com/openai/codex/issues/55617), 10월 20일), Business Premium 계정에서 잘 쓰던 `gpt-6.1-sol`만 `/model`에서 사라지고 400이 난 사례([openai/codex 이슈 #55902](https://github.com/openai/codex/issues/55902), 10월 21일)가 있습니다. 둘 다 11월 11일 기준 열려 있고 OpenAI의 답변이 없으니, 이 단계에서는 재설치와 설정 초기화를 멈추는 것이 맞습니다.

이름이 확인된 계정 쪽 원인은 몇 가지입니다. Pro 요금제 기간이 끝난 직후의 요청부터 이 문장이 나온 사례가 있으므로(이슈 #49396, 10월 1일), 먼저 [ChatGPT Codex 사용량 설정](https://chatgpt.com/codex/settings/usage)에서 요금제가 살아 있는지 봅니다. iOS App Store에서 요금제를 바꾼 직후라면 로그인 토큰에 예전 Free 요금제가 남아 약 하루 반 동안 모든 유료 모델이 거부되다가, ChatGPT iOS 앱을 열자 바로 풀렸다는 보고가 한 건 있습니다(이슈 #53020, 10월 11일). Enterprise와 Edu는 관리자가 켜기 전까지 GPT-6.1 Sol이 꺼져 있고 로컬 설정에서 모델을 고른다고 접근 권한이 생기지 않으며, 그 밖의 유료 요금제도 [OpenAI 도움말: ChatGPT Work and Codex](https://help.openai.com/en/articles/20001275-chatgpt-work-and-codex)에 따르면 롤아웃으로 순차 제공됩니다. 로그아웃 후 다시 로그인하는 것만으로는 효과가 없었다는 보고가 GPT-6.1 Sol 관련 이슈에 여럿 있습니다.

그동안은 다른 모델로 작업을 이어 갑니다. 2026년 11월 11일 같은 계정에서 `gpt-6-sol`과 `gpt-5.6-sol`은 응답했고, 어떤 모델이 대신하기에 맞는지는 [GPT-6.1 Sol·Astra·GPT-6 Sol 비교와 전환 기준](https://blog.laozhang.ai/ko/posts/gpt-6-1-sol-vs-gpt-6-astra-vs-gpt-6-sol)에 정리돼 있습니다. Free·Go에서 쓸 수 있는 모델은 [GPT-6 무료 사용: 무료 플랜은 GPT-6 Luna, Sol·Astra는 유료 요금제](https://blog.laozhang.ai/ko/posts/is-gpt-6-free)에서 확인하세요. API 키로 로그인하면 사용 가능한 모델이 API 조직과 프로젝트를 따르고 요금도 API 가격으로 바뀌므로 ChatGPT 계정 문제를 고치는 방법은 아니며, 차이는 [Codex API 키와 ChatGPT 구독 차이: 크레딧 환산 비용과 손익분기점](https://blog.laozhang.ai/ko/posts/codex-api-key-vs-subscription)에서 다룹니다. 문의할 곳으로는, 같은 문장이 `gpt-5.6-sol`에서 나오던 2026년 7월 OpenAI 개발자 포럼의 OpenAI_Support 계정이 support@openai.com으로 지원 티켓을 만들라고 안내한 적이 있고, `codex doctor` 출력을 붙여 openai/codex에 이슈를 올리는 방법도 있습니다.

## CC Switch·codex mcp-server·서브에이전트·OpenCode에서만 뜰 때

본 세션에서는 GPT-6.1 Sol이 되는데 특정 경로에서만 이 문장이 나온다면, 그 경로가 서버에 알리는 클라이언트 정보가 본 세션과 다르기 때문일 수 있습니다. 이슈 #49396에서는 CLI 0.160.0의 `codex exec`가 `gpt-6.1-sol`을 받아들이는 동안 `codex mcp-server`의 도구 호출은 거부됐고(10월 2일), 이슈 #55902에서는 Pro 데스크톱 앱의 본 대화는 멀쩡한데 `gpt-6.1-sol`로 지정한 서브에이전트만 거부됐습니다(10월 23일). Codex의 ChatGPT 로그인을 빌려 쓰는 OpenCode 1.19.5는 Plus 계정에서 GPT-6 계열 전체가 거부됐고, Codex CLI와 백그라운드 서버를 0.167.0으로 올려도 OpenCode 쪽은 그대로였습니다([openai/codex 이슈 #46304](https://github.com/openai/codex/issues/46304), 11월 7일). 세 경우 모두 원인은 밝혀지지 않았지만, Codex CLI를 올려도 다른 도구가 보내는 요청은 바뀌지 않는다는 점은 공통이므로 그 도구 자체를 업데이트하고 서브에이전트에는 본 세션과 같은 모델이 지정됐는지 봅니다.

CC Switch는 원인이 밝혀진 경우입니다. 이 도구가 서버에 알리는 Codex 버전을 0.153.4로 고정해 두어 `gpt-6.1-sol`이 목록에 오지 않았고, v4.0.4에서 0.159.0으로 올려 해결됐습니다([CC Switch 이슈 #7797](https://github.com/farion1231/cc-switch/issues/7797)). 모드별 확인 방법은 [CC Switch에서 GPT-6.1 Terra 안 보임: Codex 모델 목록 모드별 해결](https://blog.laozhang.ai/ko/posts/cc-switch-codex-model-not-showing)에 있습니다.

## 여름의 gpt-5.6-sol 오류와 같은 문장, 다른 원인

2026년 7~8월 `gpt-5.6-sol`에서 나오던 오류도 문장은 똑같았지만, 그때 확인된 원인은 출시 직후의 단계적 제공과 구독 상태 변화였습니다. 출시 당일 거부되던 Plus 계정이 다음 날 풀렸고(이슈 #31905), 자동 갱신이 실패한 구독이 원인이었던 사례도 있었으며(이슈 #34027), 백그라운드 서버나 오래된 CLI를 원인으로 짚은 사람은 없었습니다. 그래서 그 무렵 나온 "기다리면 된다", "지원팀에 문의하라"는 답을 GPT-6.1 Sol에 그대로 적용하면 순서가 거꾸로 됩니다. GPT-6.1 Sol에서는 클라이언트 버전부터 확인하고, 그래도 안 될 때 계정 쪽을 봅니다. 참고로 `gpt-5.6-sol`은 2026년 11월 11일 기준 Pro 계정의 Codex에서 여전히 응답합니다.

## Codex 모델 선택 목록에 GPT-6.1 Sol이 안 보일 때

목록에 GPT-6.1 Sol이 없을 때도 가장 흔한 원인은 오래된 클라이언트입니다. Codex의 모델 목록은 서버가 클라이언트 버전을 보고 내려주는 것이라, 위 실행에서 0.158.0이 받은 8개 목록에는 이 모델이 없었습니다. 그 밖에는 설정 파일이 목록을 고정해 둔 경우, 데스크톱 앱이 예전 실행 파일을 쓰는 경우, 목록에서만 빠진 경우, 계정에 아직 제공되지 않은 경우가 있습니다. 먼저 알아 둘 것은 GPT-6.1 Sol이 ChatGPT Work와 Codex 전용이라 일반 ChatGPT 대화의 모델 메뉴에는 원래 나오지 않고, Free·Go 요금제에도 제공되지 않는다는 점입니다(2026년 11월 11일 기준 OpenAI 도움말). Codex의 초고속 모드(Ultrafast)가 안 보이는 것은 별개의 이야기로, Pro $500과 대상 Enterprise·Edu에만 제공되고 Plus, Pro $100, Pro $200, Business에는 출시 시점에 포함되지 않았습니다.

| 증상 | 위치 | 원인 | 확인 |
| --- | --- | --- | --- |
| CLI `/model`과 앱 목록 모두 없음 | CLI, 데스크톱 앱 | 오래된 CLI·백그라운드 서버 | `codex --version`, `codex app-server daemon version` |
| 업데이트해도 새 모델만 안 생김 | CLI, 데스크톱 앱 | `config.toml`의 `model_catalog_json` | `codex debug models`에 `gpt-6.1-sol`이 있는지 |
| Windows 앱에 GPT-5.6 계열만 보임 | Windows 데스크톱 앱 | `CODEX_CLI_PATH`가 예전 codex.exe를 가리킴 | PowerShell로 환경 변수 확인 |
| 목록엔 없지만 ID로 요청하면 응답 | CLI, 데스크톱 앱 | 목록 표시만 누락 | `codex exec --model gpt-6.1-sol` |
| 웹 Work에는 있고 앱에만 없음 | 데스크톱 앱 | 앱 쪽 목록 미동기화 | 앱 버전, 웹과 비교 |
| 어디에도 없음 | 모든 곳 | 요금제·관리자 설정·롤아웃 | 요금제, 워크스페이스 관리자 |

### config.toml의 model_catalog_json이 목록을 고정한 경우

`~/.codex/config.toml`이나 프로필 파일에 `model_catalog_json = "…"` 줄이 있으면 Codex는 그 JSON 파일을 모델 목록으로 씁니다. GPT-6.1 Sol 출시 전에 만든 목록이라면 CLI를 아무리 올려도 새 모델이 CLI `/model`과 데스크톱 앱 목록 양쪽에서 계속 빠집니다. `codex debug models`는 Codex가 실제로 보는 목록을 출력하므로 여기에 `gpt-6.1-sol`이 없으면 이 줄을 의심합니다. 2026년 10월 19일 로컬 테스트에서 이 값을 예전 목록 사본으로 지정하자 `codex debug models`가 그 예전 목록만 찍었습니다. 해결은 그 줄을 지우고 저장한 뒤 앱을 완전히 종료했다가 다시 여는 것이고, Windows Plus 사용자가 이 방법으로 GPT-6.1 Sol이 돌아온 것을 확인했습니다(이슈 #54293, 10월 17일).

### Windows 데스크톱 앱이 예전 codex.exe를 쓰는 경우

Windows 사용자 환경 변수 `CODEX_CLI_PATH`가 예전 codex.exe를 가리키고 있으면 데스크톱 앱이 그 실행 파일로 내부 서버를 띄워서, 웹에서는 되는 GPT-6 계열이 앱에서는 GPT-5.6 계열만 보입니다. 이슈 #51308에서 네 명이 이 원인을 확인했습니다(마지막 확인 10월 24일). PowerShell에서 `[Environment]::GetEnvironmentVariable('CODEX_CLI_PATH', 'User')`로 값이 있는지 보고, 있다면 `[Environment]::SetEnvironmentVariable('CODEX_CLI_PATH', $null, 'User')`와 `Remove-Item Env:CODEX_CLI_PATH -ErrorAction SilentlyContinue`로 지운 뒤 앱을 완전히 종료하고 Windows를 다시 시작합니다. 터미널의 `codex --version`은 PATH에 있는 다른 파일을 가리킬 수 있으니 이 값과 따로 봐야 합니다.

### 목록에서만 빠지고 ID로는 되는 경우

CLI `/model`에는 없는데 `codex exec --model gpt-6.1-sol "Reply with exactly: OK"`가 응답한다면 계정과 클라이언트는 이미 이 모델을 쓸 수 있는 상태이고 목록 표시만 빠진 것입니다(이슈 #54571, Windows CLI 0.163.0). 이 경우 `config.toml`에 `model = "gpt-6.1-sol"`을 적거나 실행할 때 `-m gpt-6.1-sol`을 붙이면 됩니다. API 키로 로그인한 macOS 데스크톱 앱에서 다른 모델을 고른 뒤 GPT-6.1 Sol이 목록에서 사라졌다가 `model = "gpt-6.1-sol"`을 다시 적자 돌아온 사례(이슈 #53219)도 같은 방법으로 풀렸습니다.

### 웹 Work에는 있고 데스크톱 앱에만 없는 경우

같은 계정으로 웹의 ChatGPT Work나 VS Code에서는 GPT-6.1 Sol이 보이는데 데스크톱 앱 목록에만 없다면, 위의 `CODEX_CLI_PATH`와 `model_catalog_json`을 확인한 다음 데스크톱 앱 자체를 최신 버전으로 올립니다. 재로그인과 재설치로는 해결되지 않았다는 보고가 많았던 반면, Windows 앱 26.1023.50603에서 전체 목록이 돌아왔다는 보고가 있습니다(이슈 #51308, 10월 29일). Windows 앱에서 클라우드 Work에서는 보이다가 로컬 프로젝트로 바꾸면 사라진 사례([openai/codex 이슈 #50308](https://github.com/openai/codex/issues/50308))처럼 원인이 밝혀지지 않은 경우도 남아 있습니다. 앱을 올린 뒤에도 웹을 포함해 어디에도 없다면 위의 계정 쪽 원인으로 넘어가고, Enterprise·Edu라면 워크스페이스 관리자에게 GPT-6.1 Sol이 켜져 있는지 물어봅니다.

## 참고 자료

이 글이 링크한 외부 페이지를 본문에 나온 순서대로 정리했습니다. 마지막 업데이트: 2026-11-11.

- [Codex 모델 접근 범위 문서](https://learn.chatgpt.com/docs/enterprise/workspace-model-availability) (learn.chatgpt.com)
- [openai/codex 이슈 #14749](https://github.com/openai/codex/issues/14749) (github.com)
- [OpenAI 도움말: GPT-6 and other models in ChatGPT](https://help.openai.com/en/articles/20001354-gpt-6-and-other-models-in-chatgpt) (help.openai.com)
- [CC Switch 이슈 #7916](https://github.com/farion1231/cc-switch/issues/7916) (github.com)
- [CC Switch 이슈 #7651](https://github.com/farion1231/cc-switch/issues/7651) (github.com)
- [OpenAI Codex 모델 문서](https://learn.chatgpt.com/docs/models) (learn.chatgpt.com)
- [openai/codex 이슈 #55028](https://github.com/openai/codex/issues/55028) (github.com)
- [openai/codex 이슈 #49396](https://github.com/openai/codex/issues/49396) (github.com)
- [openai/codex 이슈 #51308](https://github.com/openai/codex/issues/51308) (github.com)
- [openai/codex 이슈 #55259](https://github.com/openai/codex/issues/55259) (github.com)
- [openai/codex 이슈 #55617](https://github.com/openai/codex/issues/55617) (github.com)
- [openai/codex 이슈 #55902](https://github.com/openai/codex/issues/55902) (github.com)
- [ChatGPT Codex 사용량 설정](https://chatgpt.com/codex/settings/usage) (chatgpt.com)
- [OpenAI 도움말: ChatGPT Work and Codex](https://help.openai.com/en/articles/20001275-chatgpt-work-and-codex) (help.openai.com)
- [openai/codex 이슈 #46304](https://github.com/openai/codex/issues/46304) (github.com)
- [CC Switch 이슈 #7797](https://github.com/farion1231/cc-switch/issues/7797) (github.com)
- [openai/codex 이슈 #50308](https://github.com/openai/codex/issues/50308) (github.com)