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

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 모델 접근 범위 문서는 ChatGPT로 로그인한 Codex의 모델 사용 여부를 "해당 클라이언트가 지원하는 모델"과 "로그인한 ChatGPT 계정의 접근 권한" 두 가지로 설명하지만, 이 오류가 둘 중 어느 쪽인지는 알려 주지 않습니다. 2026년 3월 15일에 열린 openai/codex 이슈 #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). GPT-6.1-Sol처럼 대문자가 들어가 있으면 소문자로 고치면 됩니다. CC Switch 관리자는 CC Switch 이슈 #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). 이런 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만 안 된다면 범위가 크게 좁혀집니다.

어느 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 버전 그대로의 결과입니다.

이 결과는 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 모델 문서). 그러니 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…도 찍었는데, 받은 목록에 이 모델이 없다는 표시라서 이 경고가 보이면 클라이언트 버전을 먼저 의심하면 됩니다.

GitHub의 보고도 같은 방향입니다. 같은 계정에서 CLI만 올린 뒤 오류가 사라진 사례로 Windows Plus의 0.153.4 → 0.163.0(openai/codex 이슈 #55028, 10월 18일), "계정과 설정은 바꾸지 않고" 0.157.1 → 0.162.1(openai/codex 이슈 #49396, 10월 15일), Nobara Plus의 0.153.4 → 0.167.0(openai/codex 이슈 #51308, 11월 8일)이 있습니다. VS Code 확장도 자동 업데이트를 꺼 둔 Ubuntu Plus 사용자가 26.1007.21434로 수동 업데이트한 뒤 gpt-6.1-sol을 포함한 여러 모델의 400이 사라졌습니다(openai/codex 이슈 #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에서 바로 시작하기의 업데이트 방법을 따릅니다.
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 해결을 보세요. 데스크톱 앱과 VS Code 확장은 터미널 CLI와 따로 업데이트되므로, 앱은 스토어나 앱 내 업데이트로, 확장은 확장 목록에서 직접 최신 버전을 받습니다.

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

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

이름이 확인된 계정 쪽 원인은 몇 가지입니다. Pro 요금제 기간이 끝난 직후의 요청부터 이 문장이 나온 사례가 있으므로(이슈 #49396, 10월 1일), 먼저 ChatGPT Codex 사용량 설정에서 요금제가 살아 있는지 봅니다. iOS App Store에서 요금제를 바꾼 직후라면 로그인 토큰에 예전 Free 요금제가 남아 약 하루 반 동안 모든 유료 모델이 거부되다가, ChatGPT iOS 앱을 열자 바로 풀렸다는 보고가 한 건 있습니다(이슈 #53020, 10월 11일). Enterprise와 Edu는 관리자가 켜기 전까지 GPT-6.1 Sol이 꺼져 있고 로컬 설정에서 모델을 고른다고 접근 권한이 생기지 않으며, 그 밖의 유료 요금제도 OpenAI 도움말: 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 비교와 전환 기준에 정리돼 있습니다. Free·Go에서 쓸 수 있는 모델은 GPT-6 무료 사용: 무료 플랜은 GPT-6 Luna, Sol·Astra는 유료 요금제에서 확인하세요. API 키로 로그인하면 사용 가능한 모델이 API 조직과 프로젝트를 따르고 요금도 API 가격으로 바뀌므로 ChatGPT 계정 문제를 고치는 방법은 아니며, 차이는 Codex API 키와 ChatGPT 구독 차이: 크레딧 환산 비용과 손익분기점에서 다룹니다. 문의할 곳으로는, 같은 문장이 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, 11월 7일). 세 경우 모두 원인은 밝혀지지 않았지만, Codex CLI를 올려도 다른 도구가 보내는 요청은 바뀌지 않는다는 점은 공통이므로 그 도구 자체를 업데이트하고 서브에이전트에는 본 세션과 같은 모델이 지정됐는지 봅니다.

CC Switch는 원인이 밝혀진 경우입니다. 이 도구가 서버에 알리는 Codex 버전을 0.153.4로 고정해 두어 gpt-6.1-sol이 목록에 오지 않았고, v4.0.4에서 0.159.0으로 올려 해결됐습니다(CC Switch 이슈 #7797). 모드별 확인 방법은 CC Switch에서 GPT-6.1 Terra 안 보임: Codex 모델 목록 모드별 해결에 있습니다.

여름의 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에는 출시 시점에 포함되지 않았습니다.

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)처럼 원인이 밝혀지지 않은 경우도 남아 있습니다. 앱을 올린 뒤에도 웹을 포함해 어디에도 없다면 위의 계정 쪽 원인으로 넘어가고, Enterprise·Edu라면 워크스페이스 관리자에게 GPT-6.1 Sol이 켜져 있는지 물어봅니다.