Codex 서브 에이전트 개념 정리 - 에이전트별로 역할을 부여하기

한 줄 요약

Codex 서브 에이전트를 역할별로 쪼개 기획·평가·카피·분석을 병렬화하면, 단일 에이전트보다 더 빠르고 더 구체적인 결과를 얻을 수 있다는 데모 중심 설명.

문서 메타

• 자막 소스: 자동 자막¹
• 템플릿: detailed

• 원본 URL: https://www.youtube.com/watch?v=fQfViBwA-ZI&t=834s
• 원본 영상 등록일: 2026-03-24
• 재생시간: 28:50
• 처리 시각: 2026-04-17 13:20:33

컬렉션 연결

• YouTube Summaries
• 2026 아카이브
• 2026-04 모음
• [[tags/서브-에이전트|#서브-에이전트]]
• [[tags/역할-분담|#역할-분담]]
• [[tags/병렬-실행|#병렬-실행]]
• [[tags/조회수-분석|#조회수-분석]]

전체 개요

• 서브 에이전트의 핵심은 한 에이전트가 전부 맡지 않고 역할 단위로 분담해 병렬 처리하는 구조.
• 기획자·평가자·카피라이터·데이터 분석가를 분리해, 아이디어 발굴부터 조회수 관점 검증까지 흐름을 실전 예시로 보여줌.

타임라인 지식 구조도

• [00:00] 서브 에이전트 개념과 효율 포인트
• [01:30] 역할 분업 비유: 개발 조직과 기업 구조
• [04:30] Codex 앱 환경 데모 전제
• [06:00] 데모 목표 설정: 조회수용 영상 기획
• [07:30] 세 개 서브 에이전트 생성 요청
• [12:00] 기획자 서브 에이전트의 아이디어 확장
• [16:30] 평가자 서브 에이전트의 선별 작업
• [18:00] 데이터 분석가 서브 에이전트의 조회수 검증
• [22:30] 서브 에이전트 이름 정리와 내부 설정
• [25:30] MD 파일 기반 역할 정의와 병렬 호출
• [28:30] 앱 업데이트 필요성과 사용 조건

주요 목차별 상세 요약

[00:00] 서브 에이전트 분업 구조와 효율

• 서브 에이전트 = 역할 분담형 하위 에이전트 묶음
• 한 에이전트가 전 과정을 떠안지 않고 역할별로 쪼개 처리
• 효율의 축: 속도 상승, 역할 집중에 따른 품질 상승
• 핵심 사용법: 업무 성격에 맞는 서브 에이전트를 여러 개 만들고 필요할 때 호출
  • 근거와 예시
    • 초반 설명에서 서브 에이전트를 효율적 사용 방법의 주제로 설정
    • 미사용 시 1개 에이전트가 순차 처리, 사용 시 여러 서브 에이전트가 동시 작업
    • 결론을 실무 구조에 맞춰 설명: 기획·개발·QA·분석처럼 분화
  • 세부 요약
    • 개념 자체를 기술 기능보다 조직 운영 방식에 가깝게 설명
    • 역할만 제대로 나뉘면 에이전트 개별 작업이 단순해지고, 병렬화가 쉬워지는 구조
    • 단일 에이전트의 범위 과부하를 줄이는 방향이 전제

[01:30] 조직 비유로 보는 역할 분담

• 기업 구조 비유로 서브 에이전트의 분업 원리 설명
• CEO-중간관리자-실무자 구조처럼 지시와 실행을 층위별로 분리
• 개발 조직 예시로 백엔드, QA, 데이터 분석 역할을 따로 둠
  • 근거와 예시
    • 백엔드: 데이터베이스 상호작용, 화면에 보이지 않는 로직 담당
    • QA 엔지니어: 제품 버그·오류 검증
    • 프론트엔드·백엔드·QA·데이터 분석가로 더 잘게 나뉘는 실무 구조 언급
  • 세부 요약
    • 역할 분화가 이미 익숙한 조직 구조와 같다는 점을 강조
    • 서브 에이전트도 같은 원리로, 각자 맡은 문제 유형에 집중할수록 처리 효율이 높아진다는 설명
    • 하나의 에이전트가 모든 일을 맡으면 정신이 산만해질 수 있다는 반론을 함께 제시

[04:30] Codex 앱 데모 전제와 사용 환경

• 이번 예시는 Codex 앱 환경 기준
• Codex CLI도 사용 가능하지만, 데모는 앱 중심으로 진행
• 서브 에이전트 기능은 새 버전에서 확인이 필요
  • 근거와 예시
    • 환경 언급: Codex 앱, Codex CLI 두 가지
    • 버전 예시로 26.318 언급
    • 업데이트 버튼을 눌러 최신 버전으로 맞추라는 안내
  • 세부 요약
    • 기능 소개가 아니라 실제 사용 가능 환경을 먼저 확인하는 흐름
    • 구버전에서는 서브 에이전트가 정상 동작하지 않을 수 있다는 조건 제시
    • 데모 이해보다 실행 가능 여부가 선행돼야 한다는 운영 관점

[06:00] 조회수용 데모 기획 목표 설정

• 기능 장점을 드러내는 구연 데모 영상 제작이 목표
• 유튜브 업로드와 조회수 확보를 염두에 둔 주제 설정
• 초기 요청은 서브 에이전트로 데모 아이디어를 뽑아내는 것
  • 근거와 예시
    • 목표 표현: 기능의 장점을 드러낼 수 있는 구연 데모 동영상
    • 업로드 대상: 유튜브
    • 성과 기준: 최대한 많은 조회수
  • 세부 요약
    • 데모 자체의 완성도보다 조회수 관점에서의 기획력까지 포함
    • 실제 작업은 아이디어 발굴, 선별, 제목 작성, 데이터 검증으로 분리
    • 처음부터 하나의 고정안이 아니라 탐색형 흐름으로 설계

[07:30] 세 개 서브 에이전트의 역할 지정

• 세 가지 서브 에이전트를 먼저 생성
• 각자 기획자, 평가자, 카피라이터 역할 부여
• 기술 작업보다 역할 정의가 핵심
  • 근거와 예시
    • 에이전트 이름: 린네, 아리스토텔레스, 파울리
    • 역할 매핑: 기획자, 평가자, 카피라이터
    • 병렬 호출을 위해 역할을 나눠 요청
  • 세부 요약
    • 서브 에이전트는 특정 능력치보다 프롬프트상 역할이 중요하다는 구조
    • 기획-평가-문구화의 순서를 분리해 결과물 품질을 높이려는 설계
    • 이름 자체보다 어떤 기준으로 움직이는지가 더 중요하게 다뤄짐

[12:00] 기획자 서브 에이전트의 아이디어 확장

• 린네에게 아이디어 10개 확장을 요청
• 초기 안이 너무 코딩 중심이라 범위를 넓힘
• 추가 아이디어는 더 추상적이고 서비스형 콘셉트로 이동
  • 근거와 예시
    • 추가 아이디어 예시: 인터랙티브 추리 게임
    • 멀티포맷 콘텐츠 편집실
    • AI 던전 마스터용 캠페인 스튜디오
    • 신제품 런칭 시뮬레이터
  • 세부 요약
    • 처음 결과가 지나치게 구체적인 코딩 데모로 치우쳐 재지시
    • 의도에 맞는 방향으로 다시 요청하자 아이디어 질이 바뀜
    • 서브 에이전트 활용에서 반복 지시가 필요하다는 사례

[16:30] 평가자 서브 에이전트의 선별 기준

• 아리스토텔레스가 12개 아이디어를 평가
• 기획 단계에서 나온 후보들 중 우선순위 선택
• 평가 결과로 멀티포맷 콘텐츠 편집실이 상위
  • 근거와 예시
    • 평가 대상: 12개 아이디어
    • 상위 후보로 멀티포맷 콘텐츠 편집실 언급
    • 평가자 역할이 별도 서브 에이전트로 분리됨
  • 세부 요약
    • 기획과 평가를 분리해, 아이디어를 낸 주체가 곧바로 채점하지 않도록 함
    • 선별 단계에서 질적 기준이 별도로 작동
    • 단순 생성보다 ‘좋은 후보를 추리는 과정’이 강조됨

[18:00] 조회수 검증용 데이터 분석과 제목 재작성

• 데이터 분석가 듀이를 추가 생성
• 상위 후보와 유사한 유튜브 영상 조회수 통계를 탐색
• 조회수 관점에서는 멀티포맷보다 콘텐츠 공장 계열이 유리
  • 근거와 예시
    • 데이터 분석 서브 에이전트 추가 생성
    • 유사 영상 조회수 조사로 작업 시간 약 7분 53초 소요
    • 결론: 콘텐츠 공장 관련 콘텐츠가 멀티포맷 편집실보다 조회수 측면에서 더 좋음
  • 세부 요약
    • 평가자의 주관적 선호와 별개로 외부 데이터로 재검증
    • 이후 카피라이터가 제목을 콘텐츠 공장, 멀티포맷 편집실 축으로 재작성
    • 서브 에이전트 간 결과가 서로 보정되는 구조

[22:30] 이름 정리와 내부 설정 방식

• 서브 에이전트 이름을 한글 별칭으로 정리
• 기획자 데모 기획, 평가자 냉정 평가, 카피라이터 제목 설계, 데이터 분석과 조회수 분석처럼 사용
• 이름 변경은 단순 UI가 아니라 내부 설정과 연결
  • 근거와 예시
    • 기존 이름: 파울리, 아리스토텔레스 등
    • 한글 서브 에이전트 이름으로 변경 시도
    • 이후 호출 때는 각 역할명을 이렇게 부르도록 조정
  • 세부 요약
    • 사용성 측면에서 이름은 기억하기 쉬운 별칭이 중요
    • 그러나 즉시 자유롭게 바꾸는 수준이 아니라 내부 구조를 따라야 함
    • 호출 시 역할을 명확히 드러내는 이름이 실제 운용에 유리하다는 맥락

[25:30] MD 파일 기반 역할 정의와 병렬 호출

• 실제 구현은 프로젝트 폴더 내 MD 파일로 역할 정의
• 각 파일에 목표, 기준, 출력 형식, 운영 원칙을 적어 둠
• 역할 지정 후 여러 서브 에이전트를 병렬 호출하는 방식
  • 근거와 예시
    • MD 파일을 열어 역할 정의를 확인
    • 내부 키워드로 name, description, developer instruction, nickname, candidate 언급
    • 여러 개의 서브 에이전트를 병렬적으로 호출
  • 세부 요약
    • 서브 에이전트는 설정 파일 수준에서 관리되는 구조로 설명
    • 역할별로 필요한 정보를 미리 적어두면 호출과 실행이 단순해짐
    • 작업 단위를 분리한 뒤 동시에 돌리는 것이 핵심 운용 방식

[28:30] 앱 업데이트와 사용 조건

• 옛 버전 사용자는 먼저 업데이트 필요
• 업데이트 후 Codex를 시작하고 서브 에이전트 기능 사용
• 기능 도입 시점이 비교적 최근이라 버전 차이를 주의
  • 근거와 예시
    • 왼쪽 상단 업데이트 버튼 안내
    • 구버전 사용자는 업데이트 후 시작 권고
    • 새 기능이므로 최신 앱 확인이 필요
  • 세부 요약
    • 기능 설명의 마지막은 실행 조건 정리
    • 서브 에이전트는 개념 이해만으로 끝나지 않고, 앱 버전과 설정이 따라야 함
    • 사용 가능 환경을 맞추는 것이 실제 활용의 출발점

핵심 결론

핵심 결론

• 서브 에이전트는 만능 에이전트가 아니라, 역할을 명확히 나눠 병렬로 쓰는 도구.
• 기획·평가·카피·분석을 분리하면 작업이 덜 산만해지고, 조회수 같은 외부 기준으로도 더 빨리 검증 가능.
• 실전에서는 MD 파일 같은 내부 설정으로 역할을 고정하고, 최신 Codex 앱 환경에서 호출하는 방식이 핵심.

액션 아이템

액션 아이템

• Codex 앱이 구버전이면 왼쪽 상단 업데이트 버튼으로 먼저 업데이트
• 기획자·평가자·카피라이터·데이터 분석가처럼 역할별 서브 에이전트를 나눠 호출
• 프로젝트 폴더의 MD 파일에 각 서브 에이전트의 목표, 기준, 출력 형식을 정의

핵심 키워드

• 서브 에이전트
• 역할 분담
• 병렬 실행
• 조회수 분석
• Codex 앱

Footnotes

1. 자막 소스는 auto_caption 기준으로 기록했다. 수동/자동 자막 또는 Whisper 전사 결과를 의미한다. ↩