소개
### 시도하고자 했던 것과 그 이유를 알려주세요.
저는 사내 프로젝트를 진행하면서 Codex를 사용해본 적이 있습니다.
처음에는 원하는 것을 말하면 파일과 화면이 만들어지는 것이 신기했습니다. 그런데 계속 기능을 추가하다 보니 프로젝트가 복잡해졌고, 어느 순간부터 무엇을 왜 만들었는지 저도 설명하기 어려워졌습니다.
Codex는 계속 무언가를 만들고 있는데 저는 결과가 맞는지 판단하기 어려웠습니다.
> 내가 GPT를 이용하는 걸까?
> 아니면 GPT가 나를 이용하는 걸까?
정리정돈을 잘하지 못하는 제 성향도 AI 프로젝트에서는 큰 약점이 됐습니다.
회사에서는 보안 문제로 인해 실제 업무에서 AI를 사용하기 어려운 상황입니다. 그래서 회사 데이터 대신 외부 공개 자료와 외부 도구를 이용해 AI 경험을 쌓고 싶었고, 지피터스 Codex 입문 스터디에 참여했습니다.
이번 스터디에서는 대단한 결과물을 만드는 것보다 Codex의 기본 개념을 이해하고, 프로젝트가 다시 복잡해지지 않도록 작업 범위를 정하는 연습을 해보려고 했습니다.
---
## 진행 방법
### 어떤 도구를 사용했고, 어떻게 활용하셨나요?
사용한 도구는 Codex Desktop입니다.
이번 수업에서 프로젝트와 스레드가 서로 다른 개념이라는 것을 처음 알았습니다.
- 프로젝트: 관련 파일과 작업이 모이는 공간
- 스레드: 프로젝트 안에서 특정 작업을 진행하는 대화 단위
그동안 저는 하나의 스레드에서 이것저것 계속 요청했습니다. 이제는 모든 작업을 한 스레드에서 이어가면 내용이 섞일 수 있다는 정도를 알게 됐습니다. 아직 스레드를 언제 나눠야 하는지는 더 연습해야 합니다.
컨텍스트 압축이라는 개념도 이번에 처음 알았습니다. 대화가 길어지면 앞의 내용을 요약해 맥락을 이어가는 방식이 있다는 것을 보고 “이런 것도 있구나”라고 생각했습니다. 아직 언제 압축되는지, 어떻게 관리해야 하는지는 잘 모릅니다.
플러그인과 스킬도 처음 접했습니다. 지금은 플러그인은 Codex의 기능을 확장하는 것, 스킬은 특정 작업 방법을 적어둔 것 정도로만 이해하고 있습니다. 직접 잘 활용할 수 있는 수준은 아닙니다.
### 프로젝트 주제
프로젝트 주제는 공개된 정책과 규제 자료를 읽고, 어떤 내용이 바뀌었으며 업무에 어떤 영향을 줄 수 있는지 정리해보는 것입니다.
우선 제가 잘 아는 특정 산업에 먼저 적용해보고, 이후 다른 산업과 업무에도 통할 수 있는지 확인해보려고 합니다.
아직 구체적인 자동화 방법이나 완성된 계획은 없습니다. 지금은 주제와 대략적인 방향만 잡은 상태입니다.
### 사용한 프롬프트
상세한 기술 내용은 아직 제가 충분히 이해하지 못했기 때문에 공개 글에는 넣지 않기로 했습니다.
제가 이번에 이해하고 직접 사용해보려는 프롬프트의 핵심은 아래처럼 단순합니다.
```text
이번에는 이 작업까지만 해줘.
지금 필요하지 않은 기능은 만들지 마.
작업이 끝나면 완료한 것과 하지 않은 것을 알려줘.
다음 단계로 넘어가지 말고 멈춰줘.
```
예전에는 “이것도 해줘”, “저것도 해줘”라고만 말했습니다. 이번에는 무엇을 하지 않을지와 어디에서 멈출지를 함께 적어보려고 했습니다.
## 결과와 배운 점
### 배운 점과 나만의 꿀팁을 알려주세요.
예전에는 AI에게 무엇을 해달라고 요청하는 것만 중요하다고 생각했습니다.
이번에는 다음과 같은 제한도 함께 알려주는 것이 중요하다는 사실을 알게 됐습니다.
- 이번에는 여기까지만 해줘.
- 이 기능은 만들지 마.
- 다음 단계로 넘어가지 마.
- 먼저 구조부터 확인해줘.
AI는 제가 요청한 일을 빠르게 해주지만, 어디까지 시킬지는 제가 정해야 했습니다.
저는 AI나 코딩에는 초보입니다. 그렇지만 제가 해온 업무와 해당 분야에 대해서는 경험과 판단 기준을 가지고 있습니다.
AI가 기술적인 결과물을 만들어주더라도 무엇이 중요한지, 무엇이 현실과 맞지 않는지, 어디까지 해야 하는지는 제가 판단해야 합니다.
제가 얻은 작은 팁은 요청 마지막에 중단 조건을 한 줄로 적는 것입니다.
```text
이번 작업이 끝나면 다음 단계로 넘어가지 말고 멈춰줘.
```
### 과정 중에 어떤 시행착오를 겪었나요?
이전 프로젝트에서는 생각나는 기능을 계속 추가했습니다. 하 나의 대화에서 기획, 구현, 수정 요청을 이어가다 보니 내용이 복잡해졌고, 무엇이 완료됐는지도 알기 어려워졌습니다.
AI가 만들어준 상세한 구조나 기술 설명을 제가 제대로 이해하지 못하면서도 계속 다음 작업으로 넘어간 적도 있습니다.
이번 사례글에는 제가 직접 이해하고 느낀 내용만 적으려고 했습니다. 그럴듯하지만 제가 설명할 수 없는 내용은 제 경험이라고 하기 어렵다고 생각했기 때문입니다.
### 도움이 필요한 부분이 있나요?
아직 다음 내용은 잘 모르겠습니다.
- 하나의 스레드는 어느 정도 범위로 나누는 것이 좋은지
- 대화가 길어졌을 때 언제 새 스레드를 만드는 것이 좋은지
- 컨텍스트 압축 후 빠진 내용이 없는지 어떻게 확인하는지
- 플러그인과 스킬을 실제 프로젝트에서 어떻게 구분해 사용하는지
비슷한 경험이 있는 분들의 방법을 듣고 싶습니다.
### 앞으로의 계획이 있다면 들려주세요.
먼저 제가 몸을 담고있는 산업/분야에 작게 적용해볼 생각입니다.
그 과정에서 결과가 실제 업무 관점에서 맞는지 제가 직접 확인하고, 한 단계가 작동한 뒤 다음 단계로 넘어가려고 합니다. 이후 같은 방식이 다른 산업이나 업무에도 통할 수 있는지 살펴볼 예정입니다.
이번 스터디에서는 결과물의 크기보다 프로젝트와 스레드를 나누고, Codex에게 작업 범위와 중단 조건을 전달하는 연습을 해보려고 합니다.
아직 Codex를 잘 모릅니다. 이번 글은 성공 사례라기보다, 제가 가진 도메인 지식을 잃지 않으면서 AI와 일하는 방법을 다시 배우기 시작한 기록입니다.
감사합니다.
