ChatGPT 활용을 위한 가이드
최근 GPT는 기능들을 계속해서 업데이트 중이라 새로운 기능들이 많이 추가되었습니다.
그 중에서 프로젝트, 나만의 GPT, ChatGPT Work, Codex에 대해서 알아보겠습니다.
- ChatGPT 프로젝트: 특정 작업의 자료와 대화를 계속 쌓아가는 작업 공간
- 나만의 GPT(Custom GPT): 특정한 방식으로 반복해서 일하도록 만든 맞춤형 AI
- ChatGPT Work: 조사·분석부터 문서나 사이트 같은 결과물 제작까지 맡기는 작업 모드
- Codex: 실제 코드·폴더·저장소를 읽고 수정하며 개발 작업을 수행하는 코딩 에이전트
| 구분 | 프로젝트 | 나만의 GPT | ChatGPT Work | Codex |
| 핵심 목적 | 장기 작업의 자료와 대화 내용 관리 | 반복 업무 방식 표준화 | 조사 및 결과물 제작 | 소프트웨어 개발 |
| 기억 방식 | 프로젝트 안의 대화·파일을 함께 활용 | 대화마다 기본적으로 새로 시작 | 현재 작업 자료와 실행 환경 활용 | 코드베이스와 작업 기록 활용 |
| 지침 설정 | 프로젝트별 지침 | GPT 자체 지침 | 요청마다 목표·자료·결과물 지정 | 저장소 지침과 개발 요청 |
| 파일 활용 | 참고 자료를 계속 축적 | 지식 파일로 내장 | 파일을 읽고 새 파일 생성·수정 | 실제 프로젝트 파일 수정 |
| 공유 | 프로젝트 협업 가능 범위 내 | 링크·워크스페이스·GPT 스토어 공유 | 만든 결과물을 파일 또는 사이트로 공유 | 코드 변경·커밋·PR로 공유 |
| 적합한 작업 | 소설, 연구, 장기 콘텐츠 제작 | 글쓰기 도우미, 상담 봇, 반복 템플릿 | 보고서, 문서, 발표자료, 분석, 사이트 | Spring, Java, 웹앱, 자동화, 디버깅 |
1. ChatGPT 프로젝트란?
프로젝트는 하나의 주제를 중심으로 대화, 업로드한 파일, 프로젝트 전용 지침, 작업과정에서의 맥락들을 모아두는 공간입니다.
프로젝트에는 자체적인 메모리 기능이 있어, 프로젝트 안에서 생성하거나 업로드한 대화와 파일을 다음 대화에서도 참고할 수 있습니다. 따라서 장기간 이어지는 작업에 적합합니다. Projects in ChatGPT
예를 들어 판타지 웹소설을 집필 중이라면 다음처럼 구성할 수 있습니다.
프로젝트 이름: 판타지 웹소설
업로드할 자료
- 세계관 설정집
- 등장인물 시트
- 고유명사 표기 규칙
- 기존 원고
- 번역 용어집
프로젝트 지침 예시
이 프로젝트는 SF 판타지 로맨스 웹소설 제작을 위한 것이다.
기존 세계관과 등장인물 설정을 우선적으로 따른다.
설정과 충돌하는 내용이 있으면 임의로 결정하지 말고 충돌 지점을 알려준다.
문체는 웹소설 독자가 쉽게 읽을 수 있도록 간결하고 현장감 있게 작성한다.
확정된 고유명사 영문 표기를 유지한다.
장면을 작성할 때 인물의 목표, 갈등, 전환점을 명확하게 만든다.프로젝트가 효과적인 경우
- 한 작품을 몇 달 이상 계속 작업할 때
- 원고와 설정 자료가 계속 늘어날 때
- 이전 대화의 결정을 이어가야 할 때
- 집필, 교정, 번역, 작업을 하나로 묶고 싶을 때
2. 나만의 GPT란?
나만의 GPT는 특정 역할과 작업 순서를 미리 설정해 둔 맞춤형 ChatGPT입니다.
다음 요소를 설정할 수 있습니다.
- 이름과 설명
- 행동 지침
- 대화 시작 예시
- 참고 지식 파일
- 사용할 기능과 외부 API
- 다른 사람과의 공유 범위
GPT는 웹의 GPT 탐색 → 만들기에서 제작할 수 있으며, 편집 화면에서 직접 설정하거나 대화를 통해 만들 수 있습니다. Creating and editing GPTs
프로젝트와의 중요한 차이는 일반적으로 맞춤 GPT의 각 대화가 새로 시작된다는 점입니다.
저장된 개인 메모리나 이전 GPT 대화를 자동으로 이어받지 않으므로, 일관된 작업 방식은 잘 유지하지만 특정 작품의 진행 상황을 계속 기억하는 용도로는 프로젝트가 더 적합합니다. GPTs in ChatGPT
나만의 GPT가 효과적인 경우
- 매번 같은 질문과 절차를 반복할 때
- 입력값만 바꾸어 일정한 결과를 만들 때
- 다른 사람에게 도구처럼 제공하고 싶을 때
- 작업 규칙을 작품이나 프로젝트와 분리하고 싶을 때
프로젝트와 GPT 중 무엇을 선택해야 할까?
무엇을 계속 기억해야 한다면 프로젝트, 어떻게 일할지를 반복해야 한다면 GPT입니다.
작업별 추천
| 소설 전체 집필 | 프로젝트 |
| 세계관·캐릭터·원고 관리 | 프로젝트 |
| 특정 소설의 이전 설정 이어쓰기 | 프로젝트 |
| 어떤 소설에도 적용하는 스토리 구성 도우미 | 나만의 GPT |
| 캐릭터 이미지 프롬프트 생성기 | 나만의 GPT |
| 특정 웹툰 작품의 콘티와 캐릭터 자료 관리 | 프로젝트 |
프로젝트와 GPT를 완전히 동일한 공간처럼 생각하면 안 됩니다.
특히 GPT에서 만든 대화는 프로젝트로 옮길 수 없는 경우가 있으므로, 장기 작품은 처음부터 프로젝트에서 시작하는 편이 안전합니다.
3. ChatGPT Work란?
ChatGPT Work는 간단한 질문·답변보다 한 단계 더 나아가, 자료를 조사하고 실제 결과물을 만드는 작업 모드입니다.
주요 용도는 다음과 같습니다.
- 긴 자료 조사와 분석
- 보고서와 문서 작성
- 스프레드시트 제작·수정
- 프레젠테이션 제작
- PDF와 각종 파일 생성
- 웹사이트와 대시보드 제작
- 여러 파일을 활용한 복합 작업
일반 Chat이 “답변을 받는 공간”이라면 Work는 “결과물을 완성하는 작업 공간”에 가깝습니다.
OpenAI는 Work를 장시간의 조사 및 결과물 제작을 위한 별도 경험으로 설명합니다. ChatGPT Work and Codex
웹과 모바일의 Work는 클라우드 환경에서 작동합니다.
데스크톱 앱에서는 사용자가 허용한 로컬 폴더를 대상으로 작업할 수도 있습니다.
계정별로 점진적으로 제공되고 있어 아직 메뉴가 보이지 않을 수도 있습니다.
Work 시작 방법
- ChatGPT에서 Work를 선택합니다.
- 만들고 싶은 결과물을 명확히 말합니다.
- 참고 파일을 첨부합니다.
- 결과물 형식과 유지해야 할 조건을 지정합니다.
- 만들어진 결과물을 검토하고 수정을 요청합니다.
예시:
첨부한 세계관 설정과 등장인물 시트를 바탕으로
웹소설 1화 기획서를 작성해 줘.
결과물은 Word 문서로 만들어 줘.
구성은 작품 개요, 도입부 훅, 장면별 줄거리,
등장인물의 목표와 갈등, 마지막 반전 순서로 해줘.
확정된 고유명사는 변경하지 마.문서·스프레드시트·프레젠테이션 제작 방법은 ChatGPT Work 파일 제작 안내에서도 확인할 수 있습니다.
4. Codex란?
Codex는 소프트웨어 개발에 특화된 AI 에이전트입니다.
단순히 코드를 답변으로 보여주는 데 그치지 않고 실제 프로젝트 개발 폴더를 읽고 코드의 수정, 실행, 테스트, 리뷰까지 수행할 수 있습니다.
Codex에 잘 맞는 작업은 다음과 같습니다.
- 프로젝트 구조 분석
- 코드 검색과 분석
- 여러 파일 수정
- 오류 원인 추적 조사
- 반복적인 리팩터링, 개발 작업 자동화
- 단위 테스트와 통합 테스트 작성 및 실행
- 빌드 및 실행
- 의존성 업그레이드 영향 조사
- Git 변경 사항 확인 및 리뷰
- API 명세 및 README 작성
- 프론트엔드 화면 구현과 브라우저 검증
ChatGPT 데스크톱 앱에서는 Work와 Codex를 선택해서 사용할 수 있습니다.
일반적으로 Work는 문서·분석·사이트 같은 지식 작업에, Codex는 저장소·터미널·개발 도구를 사용하는 소프트웨어 작업에 적합합니다. 새 ChatGPT 데스크톱 앱 안내
Codex 시작 방법
- 최신 ChatGPT 데스크톱 앱을 설치합니다.
- ChatGPT 계정으로 로그인 합니다.
- 상단에서 Codex를 선택합니다.
- 작업할 프로젝트의 폴더를 엽니다.
- 필요한 폴더 권한을 허용합니다.
- 먼저 프로젝트의 구조 분석만 요청합니다.
1. 첫 요청 예시: 프로젝트를 열자마자 기능을 구현시키기 보다 먼저 구조를 파악시키는 것이 좋습니다.
이 Spring Boot 프로젝트를 분석해 줘.
다음 내용을 정리하되 아직 파일은 수정하지 마.
1. 사용 중인 Java와 Spring Boot 버전
2. 주요 패키지와 각 역할
3. 요청이 Controller에서 DB까지 처리되는 흐름
4. 인증 및 예외 처리 구조
5. 테스트 실행 방법
6. 잠재적으로 주의할 부분2. 분석 결과가 괜찮다면 그 다음은 작은 작업부터 맡깁니다.
Reply 등록 과정에서 bno가 null로 저장되는 원인을 조사해 줘.
조건:
- 우선 관련 Controller, DTO, Service, Entity, ModelMapper 설정을 추적할 것
- 아직 수정하지 말고 원인과 수정 후보만 보고할 것
- 가장 가능성 높은 원인부터 정렬할 것확인한 원인을 기준으로 수정해 줘.
조건:
- 기존 API 요청 형식은 유지
- 변경 범위를 최소화
- 필요한 테스트 추가
- 테스트를 실행해서 결과 확인
- 마지막에 변경 파일과 핵심 변경점을 요약[목표]
무엇을 완성해야 하는가?
[현재 상황]
프로젝트 환경과 현재 발생하는 문제는 무엇인가?
[범위]
어떤 파일이나 기능까지 변경할 수 있는가?
[제약]
호환성, 라이브러리, 코딩 스타일, 변경 금지 사항은 무엇인가?
[완료 조건]
어떤 테스트와 결과를 통과하면 완료인가?
예를 들면 다음과 같이 작성하면 좋습니다.
Spring Boot 3.x 애플리케이션에 JWT 로그인을 구현해 줘.
현재 환경:
- Java 21
- Spring Boot 3.4
- Spring Security 사용
- JPA와 MySQL 사용
요구사항:
- 로그인 성공 시 access token과 refresh token 발급
- 비밀번호는 BCrypt 사용
- /api/public/**는 인증 없이 접근
- /api/member/**는 인증 필요
- 기존 Member 엔티티 구조는 최대한 유지
완료 조건:
- 정상 로그인, 잘못된 비밀번호, 만료 토큰 테스트 작성
- ./gradlew test 실행
- 보안상 주의할 점 설명
★Codex 프로젝트에 AGENTS.md 추가:
반복 설명해야 하는 프로젝트의 규칙은 저장소 루트에 AGENTS.md 파일을 생성해서 적으면 됩니다.
하위 폴터에 별도의 지침을 배치하는 것도 가능합니다. AGENTS.md 공식 가이드
# AGENTS.md
## Project
- Java 21과 Spring Boot 3.x를 사용한다.
- Gradle Kotlin DSL을 사용한다.
- Controller는 비즈니스 로직을 직접 처리하지 않는다.
- DTO와 Entity를 명확히 분리한다.
- 기존 API 호환성을 우선한다.
## Verification
- Java 파일 변경 후 `./gradlew test`를 실행한다.
- 테스트 실패 상태로 작업을 완료하지 않는다.
- 새로운 의존성을 추가하기 전에 필요성을 설명한다.
## Safety
- 환경 변수와 비밀키를 출력하지 않는다.
- 데이터베이스 마이그레이션을 임의로 실행하지 않는다.
- 대량 삭제 작업은 실행 전에 확인받는다.
## Response
- 변경 파일을 요약한다.
- 실행한 테스트와 결과를 보고한다.
- 남아 있는 위험이나 미확인 사항을 명시한다.
★안전하게 사용하는 원칙
- 중요한 작업 전에는 Git 커밋을 만들어 둡니다.
- 명령 실행과 파일 변경 내역을 확인합니다.
- .env, API 키, 운영 DB 접속정보를 프롬프트에 붙이지 않습니다.
- 라이브러리 추가와 DB 스키마 변경은 이유를 먼저 보고하게 합니다.
- 구현 후 반드시 테스트와 변경사항 리뷰를 요청합니다.
- 최종적으로 /review 또는 “현재 변경사항을 버그와 회귀 관점에서 리뷰해 줘”라고 요청합니다.
개발자는 터미널이나 IDE(Visual Studio Code 플러그인 등)에서 Codex를 사용할 수도 있습니다.
공식 안내는 Using Codex with your ChatGPT plan에서 확인할 수 있습니다.
추천하는 구성
- 프로젝트는 작품과 자료를 보관하는 용도
- GPT는 반복 작업을 수행하는 도우미
- Work는 결과물(문서) 제작자
- Codex는 개발자
