Claude Fable 5.1과 GPT-6 Astra 발표 이후에도 모델·제품·계정 제공을 혼동하지 않도록 Chat, Work, Codex, Sites의 역할을 업무 시나리오로 구분합니다
먼저 구분할 것 — 모델과 제품은 다릅니다
2026년 9월 5일 기준, 새 모델 소식을 읽을 때 가장 헷갈리는 말은 모델·제품·계정 제공입니다. 모델은 AI의 두뇌 이름이고, 제품은 그 두뇌를 대화·업무 산출물·코드 작업·공유에 쓰는 작업장입니다. 계정 제공은 내 플랜과 조직 설정에서 실제로 보이는 선택지입니다.
Claude Fable 5.1은 9월 1일 일반 제공으로 안내됐고, Mythos 5.1은 같은 기반이지만 보호장치와 접근 방식이 다른 제한 제공입니다. GPT-6 Astra는 9월 3일 발표됐으나 이 기준일에는 제한된 조직에 단계적으로 제공됩니다. 따라서 ‘발표된 모델’과 ‘내가 현재 제품에서 쓸 수 있는 모델’을 섞어 말하면 안 됩니다.
이전의 GPT-5.6 모델 지도는 역사적 문맥으로 남습니다. 현재 업무 선택에서는 모델 이름보다 목적·자료 민감도·제품 기능·계정 제공·검수 기준을 먼저 확인하세요.
TIP: 모델=두뇌, 제품=작업장, 계정 제공=지금 내 화면에서 가능한 범위로 나누어 확인하세요.
Chat — 빠르게 묻고 답을 받는 곳
Chat은 우리가 가장 익숙하게 쓰는 대화창입니다. 질문하고, 초안을 받고, 다시 고치고, 아이디어를 넓히는 곳입니다.
잘 맞는 일은 짧은 보고서 초안, 이메일 문안, 회의 안건 정리, 문장 다듬기, 개념 설명, 간단한 비교입니다. 즉 '대화하면서 방향을 잡는 일'에 강합니다.
다만 Chat을 모든 일의 최종 작업장으로 보면 한계가 생깁니다. 여러 앱 연결이 필요하거나, 계획을 실행하고, 산출물을 누적 관리해야 하거나, 코드베이스를 실제로 고쳐야 하는 일은 다른 제품이 더 맞을 수 있습니다.
Work — 업무 산출물과 실행계획을 다루는 곳
Work는 단순 대화보다 전문 업무 산출물, 앱 연결, 계획 실행에 더 가까운 환경입니다. 보고서, 분석, 실행계획처럼 '결과물'이 중요한 일에 어울립니다.
비개발자에게 Work는 'AI와 함께 일하는 작업실'로 이해하면 됩니다. Chat이 상담 테이블이라면, Work는 자료를 펼쳐놓고 계획을 세우고 산출물을 다듬는 회의실에 가깝습니다.
중요한 점은 Work가 모델명이 아니라는 것입니다. 어떤 모델을 업무 환경에서 쓸 수 있는지는 플랜·워크스페이스·순차 제공에 따라 달라질 수 있으므로, 발표 소식 대신 현재 제품 화면과 공식 안내를 확인합니다.
Codex와 Sites — 코드 작업과 공유 가능한 결과물
Codex는 코드베이스 작업 에이전트입니다. 개발자가 아니어도 개념은 알아두면 좋습니다. 파일을 읽고, 수정하고, 테스트하고, 검증하는 '코드 작업 담당자'에 가깝습니다. 웹사이트 수정, 자동화 스크립트, 내부 도구 개선처럼 실제 코드가 움직이는 일은 Codex가 맞습니다.
Sites는 별도 모델이 아닙니다. Work에서 만든 계획이나 데이터를 공유 가능한 대화형 사이트나 웹앱으로 만드는 기능입니다. 예를 들어 팀 보고서를 그냥 문서로 보내는 대신, 클릭해서 볼 수 있는 작은 사이트 형태로 보여주는 식입니다.
주의할 점도 있습니다. Sites를 일반적인 프로덕션 호스팅 서비스나 커스텀 도메인 서비스라고 단정하면 안 됩니다. 2026년 7월 15일 기준으로는 Work의 산출물을 공유 가능한 대화형 형태로 만드는 기능으로 이해하는 것이 안전합니다.
TIP: Codex는 '코드를 고치는 곳', Sites는 '업무 결과를 보여주는 곳'입니다. 둘 다 모델명이 아닙니다.
업무 시나리오 1 — 회의 후 실행계획 만들기
상황: 회의록이 있고, 다음 주 실행계획과 담당자별 할 일을 정리해야 합니다.
Chat에서는 회의록을 붙여넣고 '핵심 결정사항과 할 일을 정리해줘'라고 묻습니다. 빠르게 구조를 잡는 데 좋습니다.
Work에서는 그 내용을 실행계획으로 발전시킵니다. 일정, 우선순위, 담당자, 필요한 자료를 연결하고, 다음 회의까지 무엇을 확인할지 정합니다.
Sites는 이 실행계획을 팀원이 보기 쉬운 대화형 페이지로 공유할 때 씁니다. 단, 외부 배포나 공식 제출물처럼 다루기 전에는 접근 범위와 공유 대상을 확인해야 합니다.
업무 시나리오 2 — 사내 자료로 교육자료 만들기
상황: 여러 문서와 표를 바탕으로 신입 교육자료를 만들어야 합니다.
Chat에서는 교육자료의 목차와 설명 톤을 잡습니다. '비전공자도 이해하게 5단계로 나눠줘'처럼 방향을 빠르게 시험합니다.
Work에서는 실제 산출물을 만듭니다. 문서, 슬라이드, 체크리스트, 실습 과제처럼 업무 결과물로 다듬습니다. 앱 연결이 필요하다면 Work가 더 자연스러운 작업장이 됩니다.
Fable 5.1처럼 현재 접근 가능한 모델을 비교할 때는 같은 비식별 과제와 확인 기준을 씁니다. 회사 기밀, 개인정보, 고객정보는 입력 전 가리고, 더 매끄러운 결과보다 근거·예외·추가 확인 사항을 남겼는지 검토합니다.
업무 시나리오 3 — 내부 도구를 고치거나 만들기
상황: 우리 팀이 쓰는 간단한 웹페이지나 자동화 도구를 고치고 싶습니다.
Chat에서는 '무엇을 만들지'를 정리합니다. 기능 목록, 화면 구성, 사용자가 누를 버튼을 말로 정리하는 단계입니다.
Codex에서는 실제 코드베이스를 읽고 수정합니다. 테스트를 돌리고, 오류가 나면 고치고, 변경 이유를 남기는 일에 맞습니다. 비개발자는 최종 코드를 직접 다 이해하지 못하더라도, 요구사항과 검수 기준을 명확히 줄 수 있어야 합니다.
Sites는 만든 결과나 계획을 다른 사람에게 보여줄 때 활용할 수 있습니다. 다만 Sites를 정식 서비스 운영, 커스텀 도메인, 장기 프로덕션 호스팅으로 단정하지 말고 현재 제공 조건을 확인해야 합니다.
안전과 플랜 변동 — 최신 기능일수록 확인이 필요합니다
최신 모델과 제품은 제공 조건이 빨리 바뀝니다. Fable 5.1의 일반 제공과 Mythos 5.1의 제한 제공, GPT-6 Astra의 제한 조직 단계 제공처럼 모델마다 제품·조직·계정 범위가 다릅니다. 일반 제공이라는 단어도 내 계정에서 즉시 보인다는 보장은 아니므로, 기준일·공식 링크·현재 화면을 함께 확인해야 합니다.
안전도 중요합니다. AI가 할 수 있는 일이 많아질수록 외부 발송, 제출, 결제, 파일 삭제 같은 되돌리기 어려운 행동은 사람이 승인해야 합니다. 강한 모델도 틀릴 수 있고, 안전 분류기에 따라 거절하거나 다른 모델로 폴백할 수 있습니다.
따라서 실무 원칙은 간단합니다. 초안과 정리는 AI에게, 최종 판단과 외부 행동은 사람에게. 새 기능은 공식 링크와 현재 계정 화면을 기준으로 확인하고, 새 근거가 나오면 판단을 유지·수정·유보합니다.