Sign In

5-1.에이전트 팀 만들어보기 - ChatGPT (Work + Codex)

이번 실습에서 할 일

지금까지 이렇게 해 왔어요.
•
4-1: 긴 지시문 하나로 브랜드 모니터링을 맡겼어요.
•
4-2: 그 과정을 스킬로 묶어 한 번에 다시 부를 수 있게 만들었어요.
이번에는 일을 AI 한 명에게 맡기는 대신, 역할이 나뉜 AI 팀원(하위 에이전트)으로 팀을 짜서 맡겨 봐요. 팀은 두 가지 방법으로 만들어요.
•
1-1: ChatGPT Work에서 말로 팀을 꾸려요. 몇 명이 무슨 일을 할지, 어떤 모델을 쓸지 정해요.
•
1-2: Codex에서 같은 팀을 파일로 만들어요. 팀원마다 더 세밀하게 설정하고, 다음에 그대로 다시 써요.
결과물의 완성도는 평가하지 않아요. 직접 팀을 짜서 일을 맡겨 보는 것이 목표예요.
주제는 GEO(Generative Engine Optimization, 생성형 AI 검색 최적화)예요. 원하는 분은 자기 관심 주제로 바꿔도 돼요.

전체 흐름

단계
하는 일
쓰는 화면
남는 파일
1-1
말(채팅)로 팀을 꾸려 리서치 맡기기
ChatGPT 앱 Work
research-1-1.md
1-2
같은 팀을 파일로 만들어 리서치 맡기기
ChatGPT 앱 Codex
에이전트 파일(.toml), AGENTS.md, research-1-2.md
2-1
리서치 결과로 블로그 또는 대시보드 만들기
Codex (다음 실습)
site/index.html
2-2
공개 전 점검 후 웹에 공개하기
Codex, Vercel (다음 실습)
공개 URL
이 페이지에서는 1-1과 1-2를 해요.

먼저 알아 둘 말

•
에이전트: 목표를 받으면 스스로 계획하고 도구를 써서 끝까지 일을 진행하는 AI
•
메인(오케스트레이터): 일을 나눠 맡기고 결과를 모으는 에이전트. 여러분이 대화하는 채팅창 AI
•
하위 에이전트(서브에이전트): 메인에게 일부 일을 받아 따로 처리하고 결과를 돌려주는 팀원
•
지침 파일: 에이전트가 일하기 전에 읽는 업무 매뉴얼
스킬과 에이전트 팀은 뭐가 다를까?
스킬 (4-2)
에이전트 팀 (이번 실습)
비유
업무 매뉴얼
역할이 나뉜 팀원들
일하는 방식
AI 한 명이 매뉴얼을 보고 순서대로 처리
팀원마다 자기 작업 공간에서 따로, 동시에 처리
잘 맞는 일
순서가 정해진 반복 작업
나눠서 동시에 할 수 있는 큰 일, 서로 검토가 필요한 일
팀원마다 모델을 다르게 쓰는 이유
•
웹 검색처럼 양이 많고 단순한 일은 빠르고 가벼운 모델(GPT-6 Luna)에게 맡겨요.
•
검토처럼 판단이 필요한 일은 더 똑똑한 모델(GPT-6 Sol)에게 맡겨요.
•
실제 회사에서 일의 성격에 맞게 담당자를 배치하는 것과 같아요. 사용량도 아낄 수 있어요.
•
여러 업무를 병렬(동시)로 처리할 수 있어요. 업무량이 많으면 더 빠르겠지요?

0. 시작 전 준비

이번 단계 목표: 앱, 작업 폴더, 프로젝트를 준비합니다.
따라하기
1.
ChatGPT 데스크톱 앱을 최신 버전으로 업데이트하고 Plus 계정으로 로그인해요. (설치는 4-1 페이지 2번 참고)
2.
화면을 확인해요.
•
① 앱에서 ChatGPT와 Codex 중 하나를 고를 수 있어요.
•
② ChatGPT를 고르면 화면 위쪽 가운데에서 Chat과 Work를 바꿀 수 있어요. 1-1은 Work, 1-2는 Codex에서 해요.
3.
문서 폴더 등 원하는 곳에 agent-practice 폴더를 만들어요. 폴더 이름은 가급적 영어로 해 주세요.
4.
이 폴더를 연결한 프로젝트를 만들어요.
•
'프로젝트 선택' > '새 프로젝트' > 프로젝트 이름: agent-practice
◦
왼쪽 메뉴바에서 진행해도 동일: '프로젝트' → '만들기' → 프로젝트 이름: agent-practice
•
프로젝트 이름 입력 → 소스 폴더의 추가 → agent-practice 선택(폴더 선택) → 프로젝트 만들기
•
이 프로젝트는 Work와 Codex가 같이 써요. 1-2에서도 같은 프로젝트를 고르면 돼요.
다음으로 넘어가기 전 체크
앱에서 Work와 Codex를 모두 고를 수 있다
agent-practice 프로젝트에 agent-practice 폴더가 연결되어 있다
안 될 때
•
Work나 Codex가 안 보여요 → 앱을 업데이트하고 다시 로그인해요. 그래도 없으면 요금제를 확인해요.
•
폴더를 추가하는 메뉴가 안 보여요 → 프로젝트를 만들 때 소스 폴더의 추가에서 고를 수 있어요.

Step 1-1. Work에서 말(채팅)로 팀 꾸려 리서치 맡기기

이번 단계 목표: 채팅만으로도 팀을 짤 수 있다는 걸 확인해요. 몇 명이, 무슨 일을, 어떤 모델로 할지 말로 정해요.
시작 전 확인: agent-practice 프로젝트가 있다
따라하기
1.
왼쪽 프로젝트에서 agent-practice를 눌러 새 채팅을 시작하고, ChatGPT → Work로 바꿔요.
2.
권한은 기본값('나 대신 승인') 그대로 두면 돼요.
3.
토큰 사용량이 걱정되시는 분은 입력창의 모델 선택에서 더 가벼운 모델이나 낮은 추론 수준(예: Medium)을 고르세요.
4.
아래 프롬프트를 통째로 복사해서 보내요.
•
주제를 바꾸고 싶은 분은 [리서치 의뢰] 부분만 고치면 돼요.
복사할 프롬프트
나는 광고·마케팅 실무자야. 아래 리서치를 에이전트 팀으로 맡길게.

[리서치 의뢰]  ← 주제를 바꾸려면 이 부분만 고치세요
리서치 대상: GEO(Generative Engine Optimization, 생성형 AI 검색 최적화)
이번 조사 범위: 플랫폼 공식 안내 - Google, OpenAI, Perplexity가 공개한 'AI 검색 결과 노출' 관련 안내
알고 싶은 것:
1. 세 플랫폼은 AI 검색 결과에 콘텐츠가 노출되는 방식을 각각 어떻게 안내하는가?
2. 세 플랫폼 안내의 공통점과 차이는?
3. 마케터가 지금 바로 할 수 있는 일은?
볼 출처: 각 회사의 공식 문서, 도움말, 공식 블로그
제외할 것: 출처 없는 블로그 요약, 판매 목적의 과장 광고
기간: 최근 12개월

[팀 구성] 하위 에이전트(subagent)를 실제로 띄워서 진행해 줘. 역할 이름만 붙여 혼자 답하지 마.
- researcher 3명: Google, OpenAI, Perplexity를 한 곳씩 맡아 동시에 조사하고 근거 카드를 만든다. 모델은 GPT-6 Luna를 쓴다.
- reviewer 1명: researcher들의 결과를 합친 초안에서 출처 누락, 수치 오류, 과장된 해석을 찾아 알린다. 모델은 GPT-6 Sol을 쓴다.
- 메인(너): 일을 나눠 맡기고, 결과를 합쳐 초안을 만들고, reviewer의 지적을 반영해 최종본을 저장한다.
- 지정한 모델을 쓸 수 없으면 쓸 수 있는 가장 비슷한 모델로 바꾸고 알려 줘.

[진행 방법]
- 먼저 팀 구성(팀원, 맡을 일, 모델)과 조사 계획을 표로 보여 주고, 내가 "진행"이라고 하면 시작해.
- researcher 3명이 모두 끝날 때까지 기다린 뒤 초안을 만들어.
- 결과는 아래 [결과 양식]대로 research/research-1-1.md 파일로 저장해 줘. research 폴더가 없으면 만들어.
- 마지막에 팀원별로 맡은 일, 사용한 모델, 한 일을 표로 알려 줘.

[결과 양식]
# 리서치 결과: {리서치 대상}
- 작성 단계: 1-1
- 작성일: {YYYY-MM-DD}
- 조사 범위: {기간, 조사 대상, 출처 유형}

## 1. 핵심 발견 (3~5개)
- [F1] {발견 한 문장} (근거: [S1], [S3])

## 2. 비교표
조사 대상을 열로, '알고 싶은 것'에 맞춘 비교 항목을 행으로 만든다.

## 3. 확인된 수치
| 수치 | 기준일 | 출처 |
확인된 수치가 없으면 표 대신 "확인된 수치 없음"이라고 쓴다.

## 4. 근거 카드
- [S1] 제목 / URL / 확인일 / 원문 발췌(1~2문장) / 이 자료로 알 수 있는 것

## 5. 한계와 확인하지 못한 것

## 6. 마케팅 시사점 (최종 판단은 사람이 한다)

[작업 규칙]
1. 모든 사실에는 출처 URL과 확인일을 붙인다. 출처가 없으면 쓰지 않는다.
2. 수치는 출처에 있는 그대로 쓴다. 단위와 기준일을 지우지 않고, 없는 수치를 추정해서 채우지 않는다.
3. 확인하지 못한 것은 "확인하지 못함"이라고 적는다.
4. 사실(출처에 있는 것)과 해석(AI의 판단)을 구분해서 쓴다.
5. 게시·발송·결제·계정 설정 변경·예약 작업 만들기는 하지 않는다. 필요하면 멈추고 나에게 묻는다.
6. 결과는 지정한 파일에 저장하고, 저장한 파일 이름을 마지막에 알려 준다.
5.
팀 구성과 계획이 표로 나오면 읽어 보고 진행이라고 입력해요.
6.
진행 상황을 지켜봐요. 메인 채팅에 하위 에이전트 활동이 표시되고, 우측 패널(아래 그림)을 누르면 그 팀원(서브에이전트)의 작업 상태를 볼 수 있어요.
7.
끝나면 팀원별 표(맡은 일, 모델, 한 일)를 확인할 수 있고, 결과물을 볼 수 있어요.
이렇게 보이면 성공
•
agent-practice/research/research-1-1.md 파일이 생겨요.
•
팀원별 표에 researcher 3명(GPT-6 Luna)과 reviewer 1명(GPT-6 Sol)이 있어요.
•
AI의 답은 사람마다 조금씩 달라요. 라이언 화면과 달라도 괜찮아요.
안 될 때
•
팀으로 나누지 않고 혼자 처리해요 → "하위 에이전트 3개를 실제로 띄워서 동시에 조사해 줘"라고 다시 요청해요.
•
파일이 안 생겨요 → 입력창 아래에 agent-practice가 선택돼 있는지 확인하고, "결과를 research/research-1-1.md 파일로 저장해 줘"라고 다시 요청해요.
•
출처 없이 결론만 나와요 → "근거 카드에 URL, 확인일, 원문 발췌를 넣어 줘"라고 요청해요.
•
승인 창이 떠요 → 무엇을 하려는지 읽고 허용해요. 삭제나 게시 요청은 거절해요.
•
요청하지 않은 예약 작업이 생겼다고 하면 → 예약 작업 목록에서 지워요.
다음으로 넘어가기 전 체크
research/research-1-1.md가 있다
팀원별 표에서 팀원마다 다른 모델을 쓴 것을 확인했다

Step 1-2. Codex에서 파일로 팀 만들기

이번 단계 목표: 1-1에서 말로 꾸린 팀을 이번에는 파일로 만들어요. 그리고 조사 범위를 넓혀 팀에게 맡겨요.
말(채팅, Work)로 만든 팀 vs 파일(Codex)로 만든 팀
1-1 말로 만든 팀
1-2 파일로 만든 팀
만드는 법
대화할 때마다 프롬프트로 설명
팀원마다 파일로 정의
정할 수 있는 것
역할, 인원, 모델
역할, 모델 + 추론 수준, 파일 접근 범위(읽기 전용), 웹 검색 방식, 팀원별 지침
다시 쓰기
다음에 또 설명해야 함
이름만 부르면 됨. 파일을 복사해 다른 사람과 공유도 가능
확인하기
Work 진행 표시
메인 채팅에서 팀원별 스레드 열어 보기
Work도 프로젝트 지침에 팀 설명을 적어 두면 어느 정도 다시 쓸 수 있어요. 차이는 Codex가 팀원마다 설정을 파일로 따로 두고, 그 설정을 실제로 지키게 한다는 점이에요. 예를 들어 "reviewer는 파일을 고칠 수 없다"를 말로 부탁하는 게 아니라 아예 막아 둘 수 있어요.
이번에는 1-1의 플랫폼 공식 안내(A)에 국내 기업의 GEO 대응 사례(B)를 더해요. 정리 담당(analyst)도 한 명 추가해요.

① 팀 만들기

따라하기
1.
앱에서 Codex를 골라요.
2.
왼쪽 agent-practice 아래 1-1 채팅(예: GEO 공식 안내 조사)을 열고, 아래 프롬프트를 통째로 복사해서 이어서 보내요.
복사할 프롬프트 ① 팀 만들기
이 폴더에서 마케팅 리서치를 에이전트 팀으로 처리하고 싶어.
리서치 대상과 질문은 매번 내가 채팅으로 줄 거야. 팀은 어떤 주제든 다시 쓸 수 있게 만들어 줘.

[만들 하위 에이전트 3개] 이 프로젝트의 .codex/agents/ 폴더에 TOML 파일로 만들어 줘.
각 파일에 name, description, developer_instructions를 넣어 줘.
- researcher.toml: model = "gpt-6-luna", model_reasoning_effort = "high", web_search = "live", sandbox_mode = "read-only"
  조사 대상 하나를 맡아 공개 자료를 실시간 웹 검색으로 조사하고 근거 카드를 만들어 메인에게 돌려준다. 파일은 만들거나 고치지 않는다.
- analyst.toml: model = "gpt-6-sol", model_reasoning_effort = "medium"
  researcher들의 근거 카드를 모아 비교표와 핵심 발견으로 정리한다. 조사 범위가 여러 개면 범위 사이의 공통점과 차이를 연결한다.
- reviewer.toml: model = "gpt-6-sol", model_reasoning_effort = "high", sandbox_mode = "read-only"
  결과에서 출처 누락, 수치 오류, 과장된 해석을 찾아 목록으로 알린다. 파일은 읽기만 하고 고치지 않는다.

[메인 지침] AGENTS.md에 메인이 일하는 순서를 적어 줘.
1) 의뢰를 받으면 조사 대상별로 researcher를 나눠 동시에 실행한다. researcher는 최대 4개까지만 쓴다.
2) researcher가 모두 끝나면 analyst로 정리한다.
3) reviewer로 검토하고, 지적 목록을 research/review-notes.md에 저장한 뒤 지적을 반영한다.
4) 최종 결과를 아래 [결과 양식]대로 research/research-1-2.md에 저장한다. (내가 다른 파일 이름을 말하면 그 이름으로)
5) 마지막에 에이전트별로 맡은 일, 사용한 모델, 한 일을 표로 알려 준다.

[결과 양식]
# 리서치 결과: {리서치 대상}
- 작성 단계: 1-2
- 작성일: {YYYY-MM-DD}
- 조사 범위: {기간, 조사 대상, 출처 유형}

## 1. 핵심 발견 (3~5개)
- [F1] {발견 한 문장} (근거: [S1], [S3])

## 2. 비교표
조사 대상을 열로, '알고 싶은 것'에 맞춘 비교 항목을 행으로 만든다.

## 3. 확인된 수치
| 수치 | 기준일 | 출처 |
확인된 수치가 없으면 표 대신 "확인된 수치 없음"이라고 쓴다.

## 4. 근거 카드
- [S1] 제목 / URL / 확인일 / 원문 발췌(1~2문장) / 이 자료로 알 수 있는 것

## 5. 한계와 확인하지 못한 것

## 6. 마케팅 시사점 (최종 판단은 사람이 한다)

[작업 규칙] 모든 에이전트 지침과 AGENTS.md에 넣어 줘.
1. 모든 사실에는 출처 URL과 확인일을 붙인다. 출처가 없으면 쓰지 않는다.
2. 수치는 출처에 있는 그대로 쓴다. 단위와 기준일을 지우지 않고, 없는 수치를 추정해서 채우지 않는다.
3. 확인하지 못한 것은 "확인하지 못함"이라고 적는다.
4. 사실(출처에 있는 것)과 해석(AI의 판단)을 구분해서 쓴다.
5. 게시·발송·결제·계정 설정 변경·예약 작업 만들기는 하지 않는다. 필요하면 멈추고 나에게 묻는다.
6. 결과는 지정한 파일에 저장하고, 저장한 파일 이름을 마지막에 알려 준다.

지정한 모델 중 이 계정에서 쓸 수 없는 것이 있으면 쓸 수 있는 모델로 바꾸고 알려 줘.
파일을 만들기 전에 어떤 파일을 어디에 만들지 먼저 목록으로 보여 주고 내 확인을 받아.
3.
만들 파일 목록이 나오면 확인하고 진행하라고 답해요. 승인 창이 뜨면 내용을 보고 허용해요.
4.
만들어진 파일을 열어 봐요. 팀원의 설정이 한 줄씩 적혀 있어요.
•
name: 이름
•
description: 언제 이 팀원을 부르는지
•
model: 쓰는 모델
•
model_reasoning_effort: 얼마나 깊이 생각할지
•
sandbox_mode = "read-only": 파일을 읽기만 하고 고칠 수 없음
•
web_search = "live": 실시간 웹 검색
•
developer_instructions: 역할 설명과 작업 규칙. 1-1에서 말로 했던 설정이 파일로 남은 거예요.
•
탐색기에서도 볼 수 있어요. .codex 폴더가 안 보이면 숨김 폴더라서 그래요.
◦
Windows: 탐색기 보기 → 표시 → 숨긴 항목
◦
Mac: Finder에서 Cmd + Shift + .
이렇게 보이면 성공
•
.codex/agents/ 안에 researcher.toml, analyst.toml, reviewer.toml이 있어요.
•
agent-practice 바로 아래에 AGENTS.md가 있어요.
안 될 때
•
.codex/agents/가 아닌 다른 곳에 파일을 만들었어요 → "이 프로젝트의 .codex/agents/ 폴더에 만들어 줘"라고 다시 요청해요.
•
모델을 찾을 수 없다는 오류가 나요 → "에이전트 파일의 model을 지금 쓸 수 있는 모델로 바꿔 줘"라고 요청해요.

② 팀에게 일 맡기기

따라하기
1.
왼쪽 프로젝트 agent-practice에서 새 채팅을 여는 것을 권장해요. AGENTS.md는 채팅을 시작할 때 읽히기 때문이에요. 같은 채팅에서 이어 가도 동작은 하지만 1-1 팀원이 섞일 수 있어요.
그다음 아래 프롬프트를 보내요. ①보다 훨씬 짧죠? 팀 구성, 모델, 양식, 규칙이 이미 파일 안에 있기 때문이에요.
복사할 프롬프트 ② 팀 실행
아래 리서치를 AGENTS.md의 순서대로 에이전트 팀으로 진행해 줘.

[리서치 의뢰]
리서치 대상: GEO(Generative Engine Optimization, 생성형 AI 검색 최적화)
조사 범위:
  A. 플랫폼 공식 안내: Google, OpenAI, Perplexity
  B. 국내 기업의 GEO 대응 사례: 공개 자료로 확인되는 2곳
알고 싶은 것:
1. 세 플랫폼은 AI 검색 결과에 콘텐츠가 노출되는 방식을 각각 어떻게 안내하는가?
2. 국내 기업은 GEO에 실제로 어떻게 대응하고 있는가?
3. 플랫폼 안내와 국내 대응 사이에 차이가 있다면, 마케터가 지금 바로 할 수 있는 일은?
볼 출처: A는 각 회사 공식 문서·도움말·공식 블로그 / B는 기업 공식 발표, 보도자료, 전문 매체 기사
제외할 것: 출처 없는 블로그 요약, 판매 목적의 과장 광고
기간: 최근 12개월

researcher는 Google, OpenAI, Perplexity에 하나씩, 국내 기업 사례에 하나씩 동시에 실행하고, 한 번에 다 못 돌리면 자리가 나는 대로 이어서 실행해 줘.
2.
메인 채팅에 표시되는 하위 에이전트 활동을 확인할 수 있습니다. 우측 패널에서 팀원별 스레드(상세 작업내용)를 열어보실 수도 있어요. 한 번에 돌 수 있는 수가 정해져 있어서 3명이 먼저 일하고 4번째가 이어서 시작될 수 있어요.
3.
끝나면 에이전트별 표(맡은 일, 모델, 한 일)를 확인해요.
이렇게 보이면 성공
•
research/research-1-2.md: 최종 결과
•
research/review-notes.md: reviewer가 지적한 목록. 팀원끼리 서로 검토했다는 증거예요. 열어서 무엇을 지적했는지 읽어 보세요.
안 될 때
•
팀원을 쓰지 않고 혼자 처리해요 → "researcher 에이전트를 하위 에이전트로 띄워서 진행해 줘"처럼 이름을 콕 집어 요청해요.
•
같은 채팅에서 바로 실행해서 팀이 안 쓰였어요 → 새 채팅을 열고 다시 보내요.
•
승인 창이 계속 떠요 → 무엇을 하려는지 읽고 허용해요. 웹 검색이나 파일 저장 요청이 대부분이에요.
•
사용량 한도 안내가 떠요 → 의뢰의 B를 "1곳"으로 줄이거나 시간이 지난 뒤 다시 해요. Work와 Codex는 사용량을 함께 써요.

③ 1-1과 1-2 비교하기

같은 채팅에서 아래 프롬프트를 보내요.
research/research-1-1.md와 research/research-1-2.md를 비교해 줘.
두 파일 모두에 있는 플랫폼 공식 안내(A) 부분을 기준으로, 근거 카드 수, 출처의 종류, 검토로 고쳐진 점에서 무엇이 달라졌는지 5줄 이내로 알려 줘.
그리고 스스로 질문해 보세요.
•
다른 주제(브랜드, 서비스, 기업, 산업 등)로 같은 리서치를 맡긴다면, 1-1 방식에서는 무엇을 다시 말해야 하나요? 1-2 방식에서는요?
•
내 업무 중 이렇게 팀으로 나눠 맡기고 싶은 일은 무엇인가요?
다음으로 넘어가기 전 체크
에이전트 파일 3개와 AGENTS.md가 있다
에이전트 파일에서 model, sandbox_mode 설정을 확인했다
팀원별 스레드에서 팀원들이 동시에 일하는 모습을 봤다
review-notes.md에서 reviewer의 지적을 읽어 봤다

여기까지 수고하셨습니다

지금 agent-practice 폴더에 있어야 하는 것
agent-practice/
├─ AGENTS.md
├─ .codex/agents/
│   ├─ researcher.toml
│   ├─ analyst.toml
│   └─ reviewer.toml
└─ research/
    ├─ research-1-1.md
    ├─ research-1-2.md
    └─ review-notes.md
다음 페이지에서는 research-1-2.md를 재료로 블로그 또는 대시보드 웹페이지를 만들고, 인터넷에 공개까지 해 봐요. 폴더는 지우지 말고 그대로 두세요.
Tip
•
앱은 켜 두세요: 로컬로 실행하는 작업은 데스크톱 앱이 켜져 있어야 내 컴퓨터 폴더를 쓸 수 있어요.
•
승인 창: 무엇을 하려는지 읽고 허용해요. 삭제, 게시, 결제, 계정 변경 요청은 거절해요.
•
사용량: 팀 실행은 팀원마다 따로 일해서 혼자 할 때보다 사용량이 많아요. 한도에 걸리면 조사 대상 수를 줄여요.
•
(선택) 네이버 검색 쓰기: 4-1에서 PlayMCP 네이버 검색을 추가한 분은 국내 기업 사례를 찾을 때 이 문장을 덧붙여 볼 수 있어요. "국내 기업 사례는 PlayMCP 네이버 검색으로 뉴스를 찾아 줘." 다만 PlayMCP 연결 상태에 따라 동작하지 않을 수 있어요. 안 되면 이 문장을 빼고 진행하세요.

부록 (선택). 에이전트 수정해 보기

파일로 만든 팀원은 언제든 고칠 수 있고, 고친 내용은 다음 실행에도 그대로 유지돼요. 시간이 남는 분만 해 보세요. Codex의 같은 채팅에서 하면 돼요.
A. 일하는 방식 고치기
researcher 에이전트를 수정해 줘.
근거 카드에 원문 발췌(1~2문장)를 반드시 넣도록 developer_instructions에 추가해 줘.
리서치는 다시 실행하지 말고, 파일의 어디를 고쳤는지만 보여 줘.
→ researcher.toml을 열어 추가된 문장을 확인해요.
B. 모델 바꾸기
researcher 에이전트의 model을 gpt-6-luna에서 gpt-6-sol로 바꿔 줘. 바뀐 줄을 보여 줘.
→ researcher.toml의 model = 줄이 바뀌었는지 확인해요.
C. 새 채팅에서 다시 실행해 확인하기
1.
왼쪽 프로젝트 agent-practice에서 새 채팅을 열어요.
2.
아래처럼 A에서 고친 내용은 말하지 않고 대상 하나만 바꿔 실행해요.
아래 리서치를 AGENTS.md의 순서대로 에이전트 팀으로 진행해 줘.
최종 결과는 research/research-1-2b.md로 저장해 줘.

리서치 대상: GEO(Generative Engine Optimization, 생성형 AI 검색 최적화)
조사 범위: 플랫폼 공식 안내 - Google, OpenAI, 네이버(AI 브리핑)
알고 싶은 것: 각 플랫폼은 AI 검색 결과에 콘텐츠가 노출되는 방식을 어떻게 안내하는가?
볼 출처: 각 회사 공식 문서·도움말·공식 블로그
기간: 최근 12개월
→ research-1-2b.md의 근거 카드에 원문 발췌가 말하지 않았는데도 들어 있다면, 고친 지침이 유지된 거예요.
👍