준비
강의 전 현재 폴더, 계정, 설치 상태를 확인합니다.
Phase 1616-10
2026년 10월 모델 운영: Opus·Sonnet 5.5와 GPT-6 Astra·Sol·Sol 6.1
2026-10-01 확인 기준. 새 모델을 하나의 순위표로 고르지 않고, Claude Code와 Codex의 실제 선택지·추론 수준·작업 범위·테스트 근거로 배치합니다. 공개 가능한 작은 저장소에서 같은 과제를 비교하는 30분 실습입니다.
Execution Kit
실습 중 막히지 않기 위한 진행표
실행
Opus·Sonnet 5.5, GPT-6 Astra·Sol·Sol 6.1은 작업 특성과 제품·계정 선택지로 배치합니다.
검증
명령 결과, 파일 변화, 브라우저 화면 중 하나로 성공 여부를 확인합니다.
기록
잘 된 명령과 막힌 지점을 다음 실습을 위한 로그로 남깁니다.
막혔을 때 Claude Code에 붙여넣을 양식
나는 코딩 경험이 많지 않은 실무자입니다. "2026년 10월 모델 운영: Opus·Sonnet 5.5와 GPT-6 Astra·Sol·Sol 6.1" 강의를 따라 하고 있습니다.
현재 상태:
- 사용하는 컴퓨터:
- 방금 실행한 명령:
- 화면에 나온 결과 또는 오류:
- 내가 만들고 싶은 업무 결과물:
요청:
1. 지금 상황을 초보자 기준으로 진단해줘.
2. 다음에 실행할 명령을 한 줄씩 제시해줘.
3. 각 명령이 무엇을 하는지 쉬운 말로 설명해줘.
4. 성공 여부를 확인할 체크 포인트를 정리해줘.
5. 실패하면 다시 붙여넣을 오류 보고 양식을 만들어줘.학습 목표: 새 이름을 외우지 않고 운영 결정을 남깁니다
기존 16-4는 2026년 9월 5일의 모델·제품 지도를 다뤘습니다. 이 보충강의는 그 이후의 변화를 2026년 10월 1일 공식 자료 확인 기준으로 이어갑니다. 이전 강의의 제한 제공 설명을 오늘의 모든 계정 상태로 해석하지 마세요.
학습 결과는 세 가지입니다. 첫째, 모델과 실행 제품을 구별합니다. 둘째, 같은 작은 과제에서 결과·근거·시간·검수 부담을 비교합니다. 셋째, 코드 변경과 외부 배포 사이에 사람의 승인선을 남깁니다.
30분 권장 배분: 모델 지도 7분, 계정·범위 확인 5분, 동일 과제 실습 13분, 검수 기록과 설명 5분. 새 유료 계정 가입이나 실제 고객자료 투입은 이 실습에 필요하지 않습니다.
Opus 5.5와 Sonnet 5.5: 복합 검토와 빠른 반복을 나눕니다
Claude Opus 5.5는 9월 22일 공개됐고 공식 문서는 장시간 에이전트 코딩과 지식 업무를 주요 용도로 설명합니다. Sonnet 5.5는 9월 28일 발표됐으며 범위가 분명한 일상 작업, 버그 수정, 문서·슬라이드·스프레드시트 제작과 빠른 반복을 강조합니다. 이는 공급자가 제시한 용도이지, 한국 노동법 정확도나 모든 작업의 성공 보장이 아닙니다.
운영 가설: 작은 UI 문구 수정과 테스트 초안은 Sonnet으로 시작하고, 여러 파일의 설계 충돌·누락된 예외·장기 작업의 계획 검토는 Opus로 시험해 봅니다. 간단한 일에도 무조건 가장 깊은 추론을 쓰지는 않습니다. 높은 설정이 시간·사용량을 늘리고 범위 밖 변경을 유발할 수 있으므로, 실제 결과로 선택을 바꿉니다.
두 모델의 API 문서에는 1M 컨텍스트가 안내돼 있지만 제품별 가용 한도와 실제 입력 가능량은 별개입니다. 컨텍스트는 한 요청에서 참고하는 범위이지 영구 기억도 최신 법령 검색도 아닙니다. 필요한 파일과 완료 기준을 먼저 선별하세요.
TIP: 모델을 교체해도 법적 근거 검증·테스트·승인 규칙은 유지합니다. 더 강한 모델이 안전선을 없애지는 않습니다.
GPT-6 Astra·Sol·Sol 6.1: 깊이와 반복 비용을 구분합니다
OpenAI는 GPT-6 Astra를 고난도 추론, 전문 업무, 코딩과 컴퓨터 사용에 쓰는 상위 모델로 설명합니다. 9월 22일 GPT-6 Sol을 더 빠르고 경제적인 선택지로 추가했고, 9월 29일 GPT-6.1 Sol을 Sol의 업그레이드로 발표했습니다. Sol 6.1의 강조점은 코딩·문서 이해·컴퓨터 사용·다단계 업무의 개선입니다.
공식 발표의 'Astra에 가까운 성능, 더 낮은 비용'은 과제와 추론 설정에 따른 설명입니다. Sol 6.1이 Astra를 모든 면에서 대체하거나 Claude보다 언제나 낫다는 뜻은 아닙니다. 기존 Sol 6과 새 Sol 6.1은 구분해 기록하세요.
2026-10-01 확인한 Sol·Sol 6.1 발표는 ChatGPT Work, Codex, API의 제공을 안내하며 Chat과 구별합니다. 내 계정에서 보이는 제품·모델·사용량 한도를 먼저 확인하세요. Codex는 OpenAI의 코딩 에이전트 제품이고, Sol은 그 안에서 사용할 수 있는 모델 이름입니다.
TIP: API 토큰 단가, 월 구독료, 벤치마크 과제당 비용은 서로 다른 숫자입니다. API 가격 인하가 월 구독료 인하나 무제한 사용을 뜻하지 않습니다.
제품에서 선택 가능한 모델과 실제 실행 상태를 확인합니다
Claude Code에서는 설치 버전에 맞는 모델 선택 화면과 상태·사용량 표시를 확인합니다. /model, /status, /usage가 제공되는 버전이라면 각각 선택지, 실행 상태, 사용량을 확인하는 데 활용할 수 있습니다. 명령이 보이지 않으면 현재 버전 도움말과 공식 문서를 우선하세요. 모델 ID를 지침 파일에 써 두는 것만으로 실행 모델이 바뀌지는 않습니다.
Codex도 현재 제품과 계정이 실제로 제공하는 선택지를 확인합니다. 다른 서비스의 별칭을 그대로 복사하거나 모델명을 지어 넣지 않습니다. 별도 브라우저 에이전트인 Aside의 모델 목록도 Claude Code·Codex의 목록과 같다고 가정하지 않습니다.
수업의 기본은 이미 승인된 구독 경로입니다. API 키 입력은 별도의 사용량 과금을 만들 수 있으므로 실습 편의를 위해 무심코 추가하지 않습니다. 계정·연결을 바꿔야 한다면 비용과 자료 전송 범위를 먼저 확인합니다.
실행 전 기록
제품 / 버전:
계정에서 실제 선택한 모델:
추론 설정 / 사용량 한도:
자료의 기준일 / 공개 가능 여부:
허용 파일 / 금지 행동:
성공을 입증할 테스트:
설정 화면의 선택과 실제 실행 상태가 다르면 먼저 중단합니다.동일 과제 실습: 교육 FAQ를 고치고 예외를 테스트합니다
공개 가능한 빈 샘플 저장소를 준비하세요. 운영 사이트나 사건 저장소를 사용하지 않습니다. 아래 가상 요구사항을 두 작업공간에 똑같이 제공합니다. 한 모델의 답을 다른 모델의 입력으로 주면 독립 비교가 아니므로, 최초 입력은 동일하게 유지합니다.
요구사항: 가상 무료 교육 안내에는 정원 20명, 신청 마감 10월 15일 18시, 취소분 대기신청 가능, 대기자에게 참가가 확정된 것처럼 표시하면 안 된다는 예외가 있습니다. FAQ 세 항목을 JSON으로 만들고 신청 상태를 '신청 가능 / 대기신청 / 마감'으로 구분하는 함수를 작성하게 합니다. 마감 시각의 시간대는 Asia/Seoul로 명시합니다.
정원 미달·정원 도달·취소분 대기·마감 직전·마감 시각을 테스트합니다. 요구사항에서 정하지 않은 대기자 승격 절차는 모델이 발명하지 않고 질문이나 미정 항목으로 남겨야 합니다. 수업용 날짜와 정원은 합성 예제이며 실제 공고가 아닙니다.
이 폴더는 교육용 샌드박스입니다.
가상 공고를 근거로 FAQ JSON과 신청상태 함수를 작성하세요.
정원 20명, 마감 2026-10-15 18:00 Asia/Seoul,
정원 도달 시 취소분 대기신청은 가능하지만 참가 확정은 아닙니다.
허용: 샘플 데이터, 함수, 테스트 파일만 수정.
금지: 패키지 추가, 네트워크, 실제 신청·발송·배포, 원본 삭제.
마감 시각과 예외를 테스트하고 실제 실행 결과·diff를 보여 주세요.
정하지 않은 조건은 추측하지 말고 질문으로 남기세요.역할 배분: 작성자와 검증자가 같은 파일을 동시에 고치지 않습니다
권장 실험 흐름은 Sonnet 또는 Sol 6.1로 작은 변경과 테스트 초안을 만들고, 접근 가능한 Opus 또는 Astra로 요구사항 누락·반대 사례를 독립 검토하는 것입니다. 이는 실습용 배치 가설이지 모든 업무에 적용할 성능 순위가 아닙니다. 둘 다 쓸 수 없다면 한 모델의 결과를 사람이 검수해도 됩니다.
작성자는 샘플 파일을 수정합니다. 검증자는 먼저 읽기 전용으로 요구사항과 diff, 테스트의 실제 출력만 봅니다. 지적 사항은 작성자에게 돌려 한쪽만 수정하게 합니다. 모델끼리 같은 의견을 냈다고 사실 검증을 대신한 것은 아닙니다.
기록표에는 예외 누락, 경계값 테스트, 근거 표시, 범위 밖 파일 변경, 소요 시간, 사람 수정 횟수를 남깁니다. '좋아 보임'보다 실패 사례 하나를 정확히 찾았는지가 더 중요합니다.
비교 기록
모델 / 제품 / 설정 | 누락 예외 | 테스트 통과·실패
변경 파일 | 근거 위치 | 소요 시간 | 사람 수정 횟수
채택 / 수정 후 채택 / 보류와 그 이유
최종 검사:
- 두 작업공간의 diff를 직접 확인했는가?
- 테스트 명령의 종료 상태와 출력이 있는가?
- 대기신청을 참가 확정으로 오해하게 쓰지 않았는가?
- 미정 조건을 사실처럼 만들지 않았는가?API 연동을 바꿀 때만 확인할 호환성 메모
이 절은 API를 직접 연결하는 학습자를 위한 참고입니다. 일반 구독 실습을 위해 API를 새로 설정할 필요는 없습니다.
Opus 5.5 공식 API 문서는 adaptive thinking이 항상 켜져 있고 끌 수 없다고 안내합니다. 이전의 thinking off 설정을 그대로 옮기거나 강제 도구 선택을 유지하면 호환성 문제가 날 수 있으므로 공식 마이그레이션 문서로 점검합니다.
GPT-6.1 Sol 문서는 low·medium·high·xhigh·max 추론 설정을 안내하며 none·minimal은 지원하지 않는다고 설명합니다. 도구 호출은 Responses API를 기준으로 확인합니다. 모델명만 바꾸고 기존 연동이 그대로 동작한다고 가정하지 않습니다.
구독 제품의 화면 설정과 API 매개변수는 같은 층이 아닙니다. 고객정보 없이 합성 입력으로 작은 호환성 검사를 먼저 하고, 오류·비용·출력 구조를 확인한 뒤 운영에 적용하세요.
복습 퀴즈와 제출할 결과물
O/X 1. 모델 선택 지침에 최신 모델명을 적으면 실제 실행 모델도 확인된 것이다.
정답 X. 현재 제품의 선택지와 실행 상태를 별도로 확인합니다.
O/X 2. 1M 컨텍스트면 모든 과거 대화를 영구 기억하고 최신 법령도 안다.
정답 X. 입력 범위, 저장된 기억, 검색과 원문 검증은 별개입니다.
O/X 3. 두 모델이 같은 법률 결론을 냈으면 검증을 끝내도 된다.
정답 X. 사실관계·법적 근거·표현 수위·제출 가능성은 사람이 검수합니다.
제출물: 요구사항 메모 1개, 코드 diff 1개, 테스트 실행 로그 1개, 비교·채택 기록 1개. 마지막에는 '이 작업에 이 모델을 선택한 이유, 남은 미정 조건, 승인 전 금지 행동'을 30초로 설명합니다.
공식 자료의 설명과 계정 선택지는 바뀔 수 있습니다. 새 운영을 시작할 때는 아래 링크와 현재 화면을 다시 확인하세요.
핵심 정리
- ✓Opus·Sonnet 5.5, GPT-6 Astra·Sol·Sol 6.1은 작업 특성과 제품·계정 선택지로 배치합니다.
- ✓컨텍스트 크기는 영구 기억·최신 검색·법률 정확도를 보장하지 않습니다.
- ✓동일한 합성 과제에서 예외·테스트·diff·시간·사람 수정 횟수를 비교합니다.
- ✓작성·독립검토·통합을 나누고 외부 배포와 최종 법률판단은 사람이 승인합니다.