ChatGPT 화면에서 Chat, Work, Codex가 함께 보이면 이름부터 외우지 말고 ‘어떤 결과가 필요한가’를 먼저 보면 됩니다. 짧게 묻고 대화하며 다듬으려면 Chat, 여러 자료를 바탕으로 검토 가능한 완성 결과물을 만들려면 Work, 코드·테스트·저장소가 중심이면 Codex를 고르는 것이 기본입니다.
이 글은 세 작업 방식의 차이를 가장 쉬운 예시부터 설명합니다. 마지막에는 가상 상황 9개를 직접 분류하는 선택 카드가 있습니다. 답을 먼저 보지 말고 내 선택과 이유를 적은 뒤 정답표와 비교해 보세요.
Chat·Work·Codex 선택 실습 TXT 내려받기 · 9가지 상황 선택표·정답 PDF 내려받기
먼저 결론: 질문·결과물·개발 작업으로 나누세요
- Chat: 질문, 설명, 아이디어 정리, 비교, 문장 초안과 수정처럼 대화를 주고받는 일
- Work: 여러 자료와 도구를 활용해 보고서·발표 자료·계획처럼 검토 가능한 결과물을 끝까지 만드는 일
- Codex: 코드 확인, 오류 분석, 테스트 실행, 변경 검토, 기능 구현처럼 개발 도구와 기술 세부 정보가 필요한 일
OpenAI 공식 안내도 Chat은 질문과 대화형 작업, Work는 검토 가능한 결과물, Codex는 개발자 보기와 기술 세부 정보가 필요한 작업에 맞춰 구분합니다. 다만 화면에 보이는 선택지와 제공 기능은 계정·설정·업데이트에 따라 다를 수 있으므로, 보이지 않는 기능을 억지로 찾기보다 현재 화면에서 가능한 방식으로 시작하세요.
가장 쉬운 예시 세 가지
예시 1: 낯선 용어를 두 문장으로 설명받기 → Chat
한 가지 질문에 답을 받고 어려우면 다시 물으면 됩니다. 완성 파일이나 개발 도구가 필요하지 않으므로 Chat으로 시작하는 것이 자연스럽습니다.
예시 2: 회의록과 일정표로 주간 보고서 만들기 → Work
자료가 여러 개이고, 결과를 보고서 형태로 검토한 뒤 수정해 내려받고 싶다면 Work 쪽에 더 가깝습니다. 여기서 핵심은 글이 길다는 사실이 아니라 여러 자료를 모아 검토 가능한 결과물을 완성한다는 점입니다.
예시 3: 프로그램 오류를 찾고 테스트 실행하기 → Codex
코드를 읽고, 오류 원인을 좁히고, 테스트를 실행하거나 저장소의 파일을 바꿔야 한다면 Codex가 맞습니다. 단순히 코딩 용어의 뜻을 묻는 것이라면 Chat으로도 시작할 수 있지만, 실제 개발 환경을 다루는 순간 Codex 쪽 기준이 분명해집니다.
기초 용어를 먼저 정리합니다
작업 방식
이 글에서 작업 방식은 ChatGPT에게 일을 부탁하는 화면과 진행 형태를 뜻합니다. 같은 주제라도 짧게 질문할 때와 여러 파일을 묶어 완성 결과물을 만들 때는 필요한 방식이 다를 수 있습니다.
검토 가능한 결과물
초안이 아니라 사람이 열어 내용과 형식을 확인하고 수정 요청을 할 수 있는 보고서, 문서, 발표 자료, 표 같은 결과를 말합니다. ‘검토 가능’은 결과가 자동으로 정확하다는 뜻이 아닙니다.
개발 도구
코드 파일을 읽고, 명령을 실행하고, 테스트 결과를 확인하거나 변경 내용을 비교하는 도구를 말합니다. 개발 도구를 쓸 때도 중요한 변경은 사람이 diff와 테스트 결과를 직접 확인해야 합니다.
입력 자료와 완료 모습
- 사전 준비 지식 없음
- 이 글의 TXT 선택 카드 또는 2쪽 PDF
- 내가 하려는 일을 한 문장으로 적을 메모
- 약 10분
OpenAI의 공식 Prompting 문서는 프롬프트가 질문·지시·목표가 될 수 있고, 기술적인 문법이나 고정 공식이 꼭 필요한 것은 아니라고 설명합니다. 큰 작업에서는 목표, 맥락, 출력 형식, 경계 조건 가운데 필요한 부분만 더할 수 있습니다.
완료 기준: 가상 상황 9개를 Chat 3개, Work 3개, Codex 3개로 구분하고 각 선택 이유를 한 문장으로 설명하면 됩니다.
1단계: 원하는 결과를 한 문장으로 적습니다
‘무엇을 써야 하지?’보다 ‘마지막에 무엇이 남아야 하지?’를 먼저 적습니다. 예를 들어 ‘용어 뜻을 이해한다’, ‘주간 보고서 파일을 만든다’, ‘오류를 고치고 테스트 결과를 확인한다’처럼 결과를 한 문장으로 씁니다.
성공 확인: 문장 끝에 설명, 비교, 보고서, 발표 자료, 코드 수정, 테스트 결과처럼 확인할 수 있는 결과가 들어 있습니다.
2단계: 필요한 입력과 도구를 표시합니다
질문만 있으면 되는지, 파일 여러 개가 필요한지, 코드와 저장소에 접근해야 하는지 표시합니다. 입력이 많다고 무조건 Work인 것은 아닙니다. 예를 들어 코드 한 줄의 뜻만 묻는다면 Chat이 더 단순합니다. 반대로 자료 여러 개를 합쳐 결과 파일을 만들어야 한다면 Work 기준이 강해집니다.
성공 확인: ‘질문만’, ‘자료 여러 개’, ‘코드·테스트·저장소’ 가운데 하나 이상을 내 메모에 표시했습니다.
3단계: 짧은 질문과 대화라면 Chat을 고릅니다
설명을 듣고, 아이디어를 나누고, 두 선택지를 비교하고, 문장의 길이나 말투를 고치는 일은 Chat으로 시작하기 좋습니다. 첫 질문이 완벽할 필요는 없습니다. 결과를 읽고 ‘두 문장으로 줄여 주세요’, ‘표로 바꿔 주세요’처럼 후속 요청으로 모양을 잡을 수 있습니다.
성공 확인: C-01·C-02·C-03을 Chat으로 골랐고, 각 상황에서 대화를 주고받는 이유를 적었습니다.
4단계: 여러 자료로 완성 결과물을 만들면 Work를 검토합니다
회의록·일정표·참고 문서처럼 여러 자료를 모아 보고서, 발표 자료, 계획, 스프레드시트, PDF 같은 결과물을 만들어야 한다면 Work 기준에 가깝습니다. OpenAI 공식 안내는 Work가 작업을 계획하고 맥락과 도구를 모아 사람이 검토할 수 있는 결과까지 진행하는 방식이라고 설명합니다.
결과물의 이름, 독자, 포함할 항목, 제외할 정보, 검토 기준을 함께 적으세요. 파일이 만들어졌다고 내용이 맞는 것은 아니므로 원본 대조도 남겨야 합니다.
성공 확인: C-04·C-05·C-06을 Work로 골랐고, 여러 자료와 완성 결과물이 모두 필요한 이유를 적었습니다.
5단계: 코드·테스트·저장소가 핵심이면 Codex를 검토합니다
프로그램 오류를 재현하고, 코드를 읽고, 테스트를 실행하고, 변경 내용을 검토하거나 기능을 구현해야 한다면 Codex 기준에 가깝습니다. ‘코드를 알려 주세요’라는 질문만으로는 부족합니다. 작업 대상, 바꾸지 말아야 할 범위, 완료 기준, 실행할 검사를 함께 적어야 합니다.
저장소를 다루는 작업은 기존 변경을 덮어쓰지 않는지, 테스트가 실제로 통과했는지, 비밀값이 출력되지 않았는지 사람이 확인해야 합니다.
성공 확인: C-07·C-08·C-09를 Codex로 골랐고, 세 상황 모두 코드와 검사 또는 저장소 작업이 필요하다고 설명했습니다.
6단계: 9가지 선택을 정답표와 대조합니다
PDF 1쪽에서 먼저 답을 적고 2쪽 정답을 확인하세요. 정답 개수만 보지 말고 선택 이유를 비교합니다. 이 실습에서는 Chat 3개, Work 3개, Codex 3개로 균형 있게 구성했습니다.
- Chat: C-01·C-02·C-03
- Work: C-04·C-05·C-06
- Codex: C-07·C-08·C-09
성공 확인: 아홉 상황의 선택과 이유가 정답표와 일치하거나, 다르게 고른 이유를 결과·입력·도구 기준으로 설명할 수 있습니다.
7단계: 작업이 커지면 방식을 다시 고릅니다
처음부터 하나를 영구적으로 정하는 것은 아닙니다. Chat에서 아이디어를 비교하다가 여러 자료로 보고서를 완성해야 하면 Work를 검토할 수 있습니다. 반대로 Work로 만들던 계획에서 코드 구현이 필요해지면 개발 작업만 Codex로 분리할 수 있습니다.
현재 대화와 파일을 계속 묶어야 할지 헷갈린다면 ChatGPT 프로젝트와 일반 대화 차이도 함께 확인하세요. 작업 방식과 프로젝트 정리는 서로 다른 선택입니다.
성공 확인: 내 작업에서 방식이 바뀌는 지점을 한 곳 이상 표시했습니다.
실패 결과에서 원인 찾기
실패 1: 가장 강해 보이는 이름을 무조건 고릅니다
수정: 이름이 아니라 결과·입력·도구를 봅니다. 짧은 설명 한 번이면 Chat으로 충분할 수 있습니다.
실패 2: 긴 글이면 모두 Work라고 생각합니다
수정: 글 길이가 아니라 여러 자료를 모아 검토 가능한 완성 결과물을 만드는지 확인합니다. 긴 설명을 대화로 다듬는 일은 Chat일 수 있습니다.
실패 3: 코딩 단어가 나오면 모두 Codex를 고릅니다
수정: 코딩 용어 설명은 Chat으로도 시작할 수 있습니다. 실제 코드·테스트·저장소를 다뤄야 할 때 Codex 기준이 강해집니다.
실패 4: 결과가 나오면 검토를 끝냅니다
수정: 어떤 방식을 쓰든 결과를 읽고 원본, 숫자, 출처, 변경 내용을 다시 확인합니다. OpenAI 공식 안내도 결과를 검토하고 방향을 바로잡으며 변경을 요청하는 흐름을 제시합니다.
실패 5: 화면이 다르면 내가 잘못 찾았다고 생각합니다
수정: 계정과 설정에서 실제로 보이는 기능만 사용합니다. 원하는 선택지가 없다면 Chat에서 필요한 결과와 입력을 먼저 설명하고, 중요한 파일·개발 작업은 사용 가능한 승인된 도구로 분리합니다.
결과를 그대로 쓰지 않을 경우
- 어떤 방식을 선택해도 AI 결과가 자동으로 정확해지는 것은 아닙니다.
- 개인정보, 고객 정보, 비밀번호, API 키, 비공개 계약 자료는 조직의 규칙을 확인하기 전에 입력하지 않습니다.
- 파일과 저장소를 연결할 때는 접근 범위와 변경 권한을 먼저 확인합니다.
- 코드 변경 전에는 백업과 되돌리기 방법을 확인하고 테스트 결과를 남깁니다.
- 법률·의료·세무·투자 판단은 AI 선택표가 아니라 공식 자료와 담당 전문가 확인이 필요합니다.
다음 글로 이어가기
세 작업 방식에서 무엇을 부탁할 수 있는지 더 넓게 보려면 GPT로 할 수 있는 업무·학습·콘텐츠 활용 범위를 읽어 보세요. 실제 첫 요청을 한 문장으로 만들려면 ChatGPT 첫 질문 만드는 4단계 예시로 이어갈 수 있습니다.
완료 전에 맞춰 볼 기준
- 원하는 결과를 한 문장으로 적었습니다.
- 질문만, 자료 여러 개, 코드·테스트·저장소 중 필요한 입력을 표시했습니다.
- Chat 3개, Work 3개, Codex 3개를 직접 분류했습니다.
- 정답보다 선택 이유를 비교했습니다.
- 작업이 커질 때 방식을 다시 고를 지점을 표시했습니다.
- 민감 정보와 권한·백업·검토 기준을 확인했습니다.
근거 문서와 작성 기록
작성: AI 플레이집 편집팀 · 검토: AI 플레이집 운영자 · 사실 확인: 2026-08-13
공식 OpenAI 문서 확인, 초보자용 단계 구성, 가상 선택 상황과 정답표 초안 제작에 AI를 사용했습니다. 선택 상황 9개와 특성 이미지는 이 글을 위해 새로 제작했고, PDF 두 페이지를 렌더링해 글자 겹침과 잘림을 확인했습니다. 오류 제보와 수정 이력은 정정 정책에서 확인할 수 있습니다.