클래스 목록으로 돌아가기

Public CMS Preview

실제 사례로 배우는 OpenAI Codex 업무 자동화

로그인 없이 확인하는 OpenAI Codex 업무 자동화 CMS 프리뷰입니다. Responses API 첫 호출, Codex 산출물 확장, AGENTS.md·GitHub, 지식베이스 자산화, API 마이그레이션 검토까지 7시간 워크샵 전체를 펼쳐 보여줍니다.

Modules

6

Steps

53

Module 1checkpoint필수

오리엔테이션 준비

OpenAI 계정, Codex 사용 환경, API Key, Git/GitHub 상태를 확인합니다.

2 steps

Step 1

OpenAI 계정과 Codex 사용 준비

published

Step 1

OpenAI 계정과 Codex 사용 준비

오리엔테이션 준비

Codex 공식 소개 화면 (codex.openai.com)

목표

OpenAI Codex를 사용할 계정과 작업 방식을 확인한다.

확인 항목

ChatGPT/Codex 사용 가능 계정
Codex 앱, CLI, 또는 IDE 확장
OpenAI Platform API Key 필요 여부
Git 설치
GitHub 계정

중요한 구분

Codex 제품 사용 = 작업공간에서 파일을 읽고 고치고 리뷰하는 경험
OpenAI API 사용 = 내 코드에서 Responses API를 호출하는 경험

이 과정은 두 경험을 모두 다룬다. 먼저 Codex 제품으로 업무 폴더를 다루고, 이후 OpenAI API로 코드 호출 예제를 만든다.

Step 2

실습 폴더와 보안 기준 확인

published

Step 2

실습 폴더와 보안 기준 확인

오리엔테이션 준비

오늘 사용할 실습 폴더를 정한다.

권장 폴더 이름

openai-codex-work-automation
Codex에 `openai-codex-work-automation` 폴더 생성을 요청한 뒤, `D:\openai-codex-work-automation` 경로가 만들어진 화면

처음부터 확인할 보안 기준

API Key를 코드에 직접 쓰지 않는다.
원본 민감자료는 private/에 둔다.
실습용 자료는 redacted/에 둔다.
Git commit 전 민감정보를 점검한다.
외부 API나 hosted tool에 넣는 자료는 retention 정책을 확인한다.
Module 2mentoring필수

OpenAI Responses API로 첫 코드 생성 호출 만들기

Claude Messages API식 예제를 OpenAI Responses API로 바꾸며 코드 생성·설명·리팩터링 호출의 기본기를 익힙니다.

11 steps

Step 1

Intro. 왜 Codex와 Responses API인가

published

Step 1

Intro. 왜 Codex와 Responses API인가

OpenAI Responses API로 첫 코드 생성 호출 만들기

코드베이스·프롬프트가 Codex·Responses API로 전달되고, 생성·설명·리팩터링 결과가 구조화되어 돌아오는 흐름

오늘의 핵심

개발자용 에이전트 제품은 Codex로,
앱 안의 코드 생성 호출은 Responses API로 옮긴다.

Claude Code와 OpenAI Codex는 둘 다 코드베이스를 읽고, 파일을 수정하고, 명령 실행을 도울 수 있는 에이전트형 도구다. 하지만 API 전환에서는 단순히 anthropic.messages.createopenai.chat.completions.create로 바꾸는 것이 아니다.

OpenAI의 새 코드 생성 기본 경로는 Responses API다. 응답 텍스트는 response.output_text로 읽고, 도구 호출은 function_callfunction_call_output 루프로 처리한다.

Step 2

준비 상태 빠른 확인

published

Step 2

준비 상태 빠른 확인

OpenAI Responses API로 첫 코드 생성 호출 만들기

확인 항목

OpenAI 계정
OPENAI_API_KEY
Python 또는 Node.js 실행 환경
Git 저장소
Codex 실행 가능 여부
OPENAI_API_KEY값 받기

Windows 실습 준비 — PowerShell 열기

1. Win + X터미널(Windows PowerShell) 또는 Windows Terminal 실행

2. 실습 폴더로 이동 (경로는 본인 PC에 맞게 수정): D:\openai-codex-work-automation

powershell

cd D:\openai-codex-work-automation
Get-Location

OPENAI_API_KEY 발급·설정 (Windows)

1. OpenAI Platform API KeysCreate new secret key

2. 키는 한 번만 표시됩니다. 메모장에 임시 저장하고 채팅·GitHub에는 올리지 마세요.

3. **같은 PowerShell 창**에서

$env:OPENAI_API_KEY = "sk-proj-여기에-본인-키-붙여넣기"

Python 확인

python --version
python -m pip install openai

Node 확인

node -v
npm -v
npm install openai
Step 3

오늘 따라 할 범위 확인하기

published

Step 3

오늘 따라 할 범위 확인하기

OpenAI Responses API로 첫 코드 생성 호출 만들기

오늘은 거대한 앱을 만들지 않는다.

가장 작은 단위만 따라 한다.

text

간단한 함수 설명 요청
Claude Messages API 형태 이해
OpenAI Responses API 형태로 변환
output_text 읽기
reasoning effort 설정
결과를 outputs/에 저장
Step 4

Claude Messages API와 Responses API 차이 보기

published

Step 4

Claude Messages API와 Responses API 차이 보기

OpenAI Responses API로 첫 코드 생성 호출 만들기

Claude 쪽 대표 형태

message = claude.messages.create(
    model="claude-sonnet-4-6",
    max_tokens=1024,
    messages=[
        {"role": "user", "content": "Explain this function"}
    ],
)

print(message.content[0].text)

OpenAI 변환 형태

from openai import OpenAI

client = OpenAI()

response = client.responses.create(
    model="gpt-5.5",
    input=[
        {"role": "user", "content": "Explain this function"}
    ],
    max_output_tokens=1024,
    reasoning={"effort": "low"},
)

print(response.output_text)

핵심 차이

messages -> input
max_tokens -> max_output_tokens
message.content[0].text -> response.output_text
Claude sampling 복사 금지 -> OpenAI reasoning/structured output 중심으로 재설계
Step 5

첫 Python 코드 생성 예제 만들기

published

Step 5

첫 Python 코드 생성 예제 만들기

OpenAI Responses API로 첫 코드 생성 호출 만들기

프롬프트

Write a Python function memoized_fibonacci(n: int) -> int.
Return code only.

따라하기 — test_openai.py 만들기·실행

방법 A — 메모장: D:\openai-codex-work-automation\test_openai.py 생성 → 아래 Python 예제 붙여넣기 → UTF-8 저장

방법 B — Codex: 같은 폴더에 test_openai.py를 만들고 아래 예제와 동일하게 저장해줘.

실행 전: Step 2와 같은 PowerShell$env:OPENAI_API_KEY가 설정되어 있어야 합니다.

powershell

cd D:\openai-codex-work-automation
python -m pip install openai
python test_openai.py

자주 나는 오류: API key 오류 → $env:OPENAI_API_KEY 재설정 / No module named 'openai' → pip install 재실행

OpenAI Python 예제:

python

from openai import OpenAI

client = OpenAI()

response = client.responses.create(
    model="gpt-5.5",
    input=(
        "You are a senior Python code assistant.\n"
        "Write a Python function memoized_fibonacci(n: int) -> int.\n"
        "Return code only."
    ),
)

print(response.output_text)
Powershell 출력창

완료 기준

OPENAI_API_KEY가 환경변수로 주입되었다.
Responses API 호출이 성공했다.
response.output_text를 출력했다.

완료 확인: python test_openai.py 실행 시 Python 코드가 출력되면 OK.

Step 6

코드 설명과 안전한 리팩터링 요청

published

Step 6

코드 설명과 안전한 리팩터링 요청

OpenAI Responses API로 첫 코드 생성 호출 만들기

실습 코드

def normalize(nums):
    total = sum(nums)
    return [n / total for n in nums]

프롬프트

Explain this Python function and suggest one safe refactor.
Point out one edge case.

학습 포인트

코드 생성보다 코드 설명과 위험 탐지가 먼저다.
Codex/API 결과는 항상 실행과 테스트로 확인한다.
Step 7

JavaScript 변환본 만들기

published

Step 7

JavaScript 변환본 만들기

OpenAI Responses API로 첫 코드 생성 호출 만들기

따라하기 — test_openai.mjs

1. test_openai.mjs를 메모장 또는 Codex로 생성 (아래 예제 붙여넣기)

2. Step 2와 같은 PowerShell에서

cd D:\openai-codex-work-automation
npm install openai
node test_openai.mjs

OpenAI JavaScript 예제

import OpenAI from "openai";

const client = new OpenAI();

const response = await client.responses.create({
  model: "gpt-5.5",
  input:
    "Explain this Python function and suggest one safe refactor:\n\n" +
    "def normalize(nums):\n" +
    "    total = sum(nums)\n" +
    "    return [n / total for n in nums]\n",
  max_output_tokens: 1024,
  reasoning: { effort: "low" },
});

console.log(response.output_text);

16줄 · 펼치기를 누르면 전체 코드를 볼 수 있습니다.

PowerShell 출력값예시
Step 8

모델 선택 기준 이해하기

published

Step 8

모델 선택 기준 이해하기

OpenAI Responses API로 첫 코드 생성 호출 만들기

기본 권장

gpt-5.5: 복잡한 코드/전문 업무 기본값
gpt-5.4: 비용을 낮춘 고성능 대안
gpt-5.4-mini: 속도와 비용이 중요한 반복 작업
Codex 특화 모델: 장시간 agentic coding이나 Codex형 환경에서 검토

수업 메시지

처음부터 가장 싼 모델로 고정하지 않는다.
대표 과제로 품질을 확인한 뒤 비용·지연을 조정한다.
Step 9

결과를 파일로 저장하기

published

Step 9

결과를 파일로 저장하기

OpenAI Responses API로 첫 코드 생성 호출 만들기

outputs 폴더 준비

powershell

cd D:\openai-codex-work-automation
mkdir outputs -ErrorAction SilentlyContinue

목표

API 응답을 콘솔에 찍고 끝내지 않고 outputs/에 저장한다.

Python 예시

from pathlib import Path

Path("outputs").mkdir(exist_ok=True)
Path("outputs/first_openai_response.md").write_text(response.output_text, encoding="utf-8")

완료 기준

outputs/first_openai_response.md가 생겼다.
응답 내용이 UTF-8로 저장되었다.
Step 10

1차 결과에서 문제 확인하기

published

Step 10

1차 결과에서 문제 확인하기

OpenAI Responses API로 첫 코드 생성 호출 만들기

체크 질문

프롬프트에 없는 기능을 만들어내지 않았는가?
실행 가능한 코드인가?
예외 상황을 설명했는가?
테스트가 필요한 부분을 표시했는가?
결과 파일이 약속한 위치에 저장되었는가?

Codex에게 요청

outputs/first_openai_response.md를 검토해줘.
실행 가능성, 과대 추정, 빠진 예외 처리, 테스트 필요성을 기준으로 문제를 찾아줘.
Step 11

내 업무 최적화 프롬프트

published

Step 11

내 업무 최적화 프롬프트

OpenAI Responses API로 첫 코드 생성 호출 만들기

오늘 만든 예제를 내 업무로 바꾸는 프롬프트

지금 만든 OpenAI Responses API 예제를 내 업무 자동화에 맞게 바꾸고 싶습니다.

현재 폴더와 파일을 먼저 읽고,
어떤 입력 자료를 받아 어떤 산출물을 만들면 좋을지 질문해줘.

아직 파일을 수정하지 말고,
먼저 저에게 5개 이하의 질문을 해주세요.

Module 3으로 이어지기

Module 2까지는 「API 호출이 되고, 응답을 파일 하나에 저장할 수 있다」까지 확인했다.

Module 3부터는 같은 openai-codex-work-automation 폴더에서 Codex 제품을 열고, 샘플 제품 InsightPulse 시나리오로 카피·채널 문안·슬라이드 같은 업무 산출물을 outputs/ 아래에 차례로 만든다. AGENTS.md 작업 규칙은 Module 4에서 고정한다.

Module 3practice필수

Codex로 카피·문서·슬라이드 산출물 확장하기

Module 2의 API 호출 경험을 바탕으로, Codex 제품 워크플로에서 카피·문서·슬라이드 산출물 파이프라인을 만듭니다.

10 steps

Step 1

Intro. API 호출에서 업무 산출물로

published

Step 1

Intro. API 호출에서 업무 산출물로

Codex로 카피·문서·슬라이드 산출물 확장하기

목표

Module 2에서 「호출이 된다」는 것을 확인했다. Module 3에서는 「업무 산출물이 파일·폴더 구조로 남는다」까지 간다.

같은 OpenAI 모델이라도, API 스크립트 한 번 실행Codex가 작업공간 전체를 읽고 쓰는 경험은 다르다. 이 Module부터는 후자를 주 경로로 쓴다.

Module 2에서 가져온 것

산출물의미
test_openai.py / test_openai.mjsResponses API 호출이 이 환경에서 동작함
outputs/first_openai_response.md응답을 콘솔에만 두지 않고 파일로 남기는 첫 연습
Step 11 질문 (선택)내 업무에 맞는 입력·산출물을 떠올려 둔 상태

Module 2의 first_openai_response.md기술 검증용 응답이다. 아직 제품 브리프·검증 기준·채널별 카피 같은 업무 산출물 세트는 아니다.

지금 막히는 지점

  • - 입력이 코드·프롬프트 한 덩어리에 머물러 있다
  • - 카피 / 메일 / 슬라이드처럼 역할이 다른 산출물이 없다
  • - 검증 기준 없이 초안만 반복하기 쉽다
  • - outputs/ 아래 copy·slides 같은 하위 구조가 없다

Module 3에서 바꾸는 것

Module 2Module 3
API 스크립트로 한 번 호출Codex가 여러 파일을 읽고 생성·저장
코드·설명 위주 응답마케팅 산출물 (검색광고 카피, 채널 변형, 슬라이드 구조)
outputs/에 결과 1개sources/ · knowledge_base/ · outputs/copy/ 체계

이 Module의 실습은 Codex 앱·CLI·IDE에서 진행한다. (API만으로 파일을 쓰려면 function tool이 필요하다는 대비는 Step 9에서 정리한다.)

오늘의 공통 시나리오

InsightPulse — 마케팅 팀이 광고·리드·콘텐츠 데이터를 한 장으로 요약해 보고와 의사결정을 빠르게 하는 업무 도구. Step 3에서 sources/product_brief.md로 구체화한다.

Module 3 진행 순서

  • Step 2 Module 2 산출물 확인 · Codex로 폴더 열기
  • Step 3 product_brief.md
  • Step 4 검색광고 카피 v1
  • Step 5 검증 기준 문서 (ad_copy_validation.md)
  • Step 6 기준 적용 → v2 + improvement_notes
  • Step 7 SNS·이메일·랜딩 채널 확장
  • Step 8 슬라이드 아웃라인
  • Step 9 API형 file write와 Codex 제품의 차이 정리
  • Step 10 오늘 만든 파일 목록 · Module 4(AGENTS.md) 예고

이 Module이 끝나면

  • sources/product_brief.md
  • knowledge_base/ad_copy_validation.md
  • outputs/copy/first_ad_copy_v1.md
  • outputs/copy/first_ad_copy_v2.md
  • outputs/copy/improvement_notes.md
  • outputs/copy/channel_variants.md
  • outputs/slides/slide_outline.md

Module 4에서는 AGENTS.mdbrand.md·output_formats.md같은 요청을 반복해도 결과가 흔들리지 않게 만든다.

Step 2

프로젝트 폴더 다시 열기

published

Step 2

프로젝트 폴더 다시 열기

Codex로 카피·문서·슬라이드 산출물 확장하기

Step 1에서 정한 대로, Codex 제품으로 openai-codex-work-automation 폴더를 연다. Module 2에서 만든 파일이 있는지 먼저 확인한 뒤, Module 3에서 새로 만들 경로를 비워 둔다.

확인할 파일 (Module 2까지)

  • test_openai.py
  • test_openai.mjs
  • outputs/first_openai_response.md
  • outputs/

Module 3에서 새로 만들 것 (미리 보기)

  • sources/product_brief.md ← Step 3
  • knowledge_base/ad_copy_validation.md ← Step 5
  • outputs/copy/ ← Step 4~
  • outputs/slides/ ← Step 8

AGENTS.mdModule 4에서 만든다. Module 3에서는 검증 기준 문서(ad_copy_validation.md)만으로 2차 개선한다.

Codex 요청

prompt

현재 프로젝트 폴더를 읽고, Module 2에서 만든 파일(test_openai.py, test_openai.mjs, outputs/first_openai_response.md)이 있는지 확인해줘.

없으면 무엇이 빠졌는지 알려주고, 있으면 Module 3 Step 3부터 sources/product_brief.md를 만들 예정이라고 안내해줘.
AGENTS.md는 Module 4에서 만든다고 명시해줘.
Step 3

공통 샘플 시나리오 만들기

published

Step 3

공통 샘플 시나리오 만들기

Codex로 카피·문서·슬라이드 산출물 확장하기

샘플 상품

InsightPulse는 마케팅 팀이 광고, 리드, 콘텐츠 데이터를 하루 또는 주 단위로 한 장에 요약해 팀 보고와 의사결정을 더 빨리 끝내게 해주는 업무 도구입니다.

파일

sources/product_brief.md
Step 4

검색광고 스타일 카피 만들기

published

Step 4

검색광고 스타일 카피 만들기

Codex로 카피·문서·슬라이드 산출물 확장하기

text

sources/product_brief.md를 읽고 InsightPulse의 검색광고 스타일 카피 초안을 만들어주세요.

요구사항:
- 핵심 메시지 1개
- 검색광고 제목 후보 8개
- 검색광고 설명 후보 3개
- product_brief.md에 없는 성과 수치나 보장 표현은 만들지 말 것
- 결과를 outputs/copy/first_ad_copy_v1.md 파일로 저장

Codex 제품을 쓰면 직접 파일을 만들게 할 수 있다. API만 쓰는 경우에는 file writing function tool을 별도로 구현해야 한다.

Step 5

검증 기준 추가하기

published

Step 5

검증 기준 추가하기

Codex로 카피·문서·슬라이드 산출물 확장하기

파일

knowledge_base/ad_copy_validation.md

내용

# 검색광고 초안 검수 기준

- 제목 후보는 8개 이상이어야 합니다.
- 설명 후보는 3개 이상이어야 합니다.
- 각 문장은 단독으로 읽혀도 의미가 있어야 합니다.
- 같은 말을 반복하지 않습니다.
- product_brief.md에 없는 성과 수치나 보장 표현을 만들지 않습니다.
- "업계 1위", "ROI 보장", "전환율 상승 보장" 같은 과장 표현을 쓰지 않습니다.
- 너무 긴 문장은 짧게 수정합니다.
Step 6

기준 문서로 2차 개선하기

published

Step 6

기준 문서로 2차 개선하기

Codex로 카피·문서·슬라이드 산출물 확장하기

요청

아래 파일을 모두 읽어주세요.

- sources/product_brief.md
- knowledge_base/ad_copy_validation.md
- outputs/copy/first_ad_copy_v1.md

작업:
1. first_ad_copy_v1.md를 검토하세요.
2. knowledge_base/ad_copy_validation.md 검증 기준을 적용하세요.
3. product_brief.md에 없는 표현이 없는지 확인하세요.
4. 개선된 카피를 outputs/copy/first_ad_copy_v2.md로 저장하세요.
5. 무엇이 좋아졌는지 outputs/copy/improvement_notes.md로 정리하세요.

참고: AGENTS.md 작업 규칙은 Module 4에서 만듭니다. 이 단계에서는 검증 기준 문서만 적용합니다.
Step 7

SNS·이메일·랜딩 카피로 확장하기

published

Step 7

SNS·이메일·랜딩 카피로 확장하기

Codex로 카피·문서·슬라이드 산출물 확장하기

요청

first_ad_copy_v2.md를 바탕으로 다음 산출물을 만들어줘.

1. LinkedIn 게시글 2개
2. 이메일 제목 후보 5개
3. 랜딩 히어로 문구 3개
4. 각 채널별 주의점

결과는 outputs/copy/channel_variants.md에 저장해줘.
Step 8

슬라이드 구조 만들기

published

Step 8

슬라이드 구조 만들기

Codex로 카피·문서·슬라이드 산출물 확장하기

요청

product_brief.md와 channel_variants.md를 바탕으로 3~5장짜리 설명 슬라이드 구조를 만들어줘.

결과는 outputs/slides/slide_outline.md에 저장하고,
각 장마다 핵심 메시지, 근거, 시각 요소 제안을 포함해줘.
Step 9

API형 파일 쓰기 도구 이해하기

published

Step 9

API형 파일 쓰기 도구 이해하기

Codex로 카피·문서·슬라이드 산출물 확장하기

OpenAI bare API는 로컬 파일을 자동으로 쓰지 않는다. API에서 파일 산출물을 만들려면 명시적 도구가 필요하다.

예시

def write_text_file(path: str, content: str) -> str:
    file_path = Path(path)
    file_path.parent.mkdir(parents=True, exist_ok=True)
    file_path.write_text(content, encoding="utf-8")
    return f"wrote {file_path.as_posix()}"
Step 10

결과 저장과 다음 모듈 준비

published

Step 10

결과 저장과 다음 모듈 준비

Codex로 카피·문서·슬라이드 산출물 확장하기

오늘 만든 결과

sources/product_brief.md
knowledge_base/ad_copy_validation.md
outputs/copy/first_ad_copy_v1.md
outputs/copy/first_ad_copy_v2.md
outputs/copy/improvement_notes.md
outputs/copy/channel_variants.md
outputs/slides/slide_outline.md
Module 4practice필수

AGENTS.md와 GitHub 저장소 만들기

Codex가 반복해서 참고할 `AGENTS.md`와 작업 규칙을 만들고 GitHub에 저장합니다.

11 steps

Step 1

Intro. AGENTS.md가 왜 중요한가

published

Step 1

Intro. AGENTS.md가 왜 중요한가

AGENTS.md와 GitHub 저장소 만들기

AGENTS.md는 Codex가 프로젝트에서 일할 때 읽는 작업 지침이다.

이 파일은 프롬프트를 매번 길게 반복하지 않기 위한 운영 기준이다.

Step 2

오늘 만들 작업공간 구조 미리 보기

published

Step 2

오늘 만들 작업공간 구조 미리 보기

AGENTS.md와 GitHub 저장소 만들기

구조

openai-codex-work-automation/
├── AGENTS.md
├── sources/
├── knowledge_base/
├── decisions/
├── outputs/
├── scripts/
└── tests/
Step 3

Git 설치 확인하기

published

Step 3

Git 설치 확인하기

AGENTS.md와 GitHub 저장소 만들기

Windows에서 PowerShell을 열고 실습 폴더(D:\openai-codex-work-automation)로 이동한 뒤 아래를 실행합니다. Git이 없으면 https://git-scm.com/download/win 에서 설치 후 터미널을 다시 엽니다.

명령

git --version
git status
Step 4

GitHub 계정과 원격 저장소 준비

published

Step 4

GitHub 계정과 원격 저장소 준비

AGENTS.md와 GitHub 저장소 만들기

원칙

민감자료가 있으면 private repo를 사용한다.
원본 자료는 .gitignore로 제외한다.
산출물과 템플릿 중심으로 commit한다.
Step 5

GitHub 새 원격 저장소 만들기

published

Step 5

GitHub 새 원격 저장소 만들기

AGENTS.md와 GitHub 저장소 만들기

권장 저장소 이름

openai-codex-workspace
Step 6

로컬 저장소 기본 세팅하기

published

Step 6

로컬 저장소 기본 세팅하기

AGENTS.md와 GitHub 저장소 만들기

D:\openai-codex-work-automation 폴더에서 PowerShell을 연 뒤 아래를 실행합니다. .gitignore 예시는 바로 다음 섹션입니다.

명령

git init
git status

`.gitignore` 예시

.env
.env.local
private/
sources/raw/private/
*.key
*.pem
Step 7

AGENTS.md를 얇은 운영 라우터로 정리하기

published

Step 7

AGENTS.md를 얇은 운영 라우터로 정리하기

AGENTS.md와 GitHub 저장소 만들기

원칙

AGENTS.md는 너무 길게 쓰지 않는다.
긴 기준은 knowledge_base나 docs로 분리한다.
AGENTS.md는 어떤 문서를 언제 읽을지 알려주는 라우터 역할을 한다.

첨부파일

Codex 프로젝트 초기화 가이드

AGENTS.md를 얇은 운영 라우터로 정리할 때 참고할 Codex용 전체 초기화 가이드입니다.

프로젝트_초기화_가이드_Codex_Agent.md

다운로드
Step 8

brand.md 만들기

published

Step 8

brand.md 만들기

AGENTS.md와 GitHub 저장소 만들기

파일

knowledge_base/brand.md

내용

브랜드 톤
금지 표현
고객 대상
주요 메시지
사용 가능한 근거
Step 9

output_formats.md 만들기

published

Step 9

output_formats.md 만들기

AGENTS.md와 GitHub 저장소 만들기

파일

knowledge_base/output_formats.md

내용

광고 카피 형식
보고서 형식
슬라이드 아웃라인 형식
회의록 요약 형식
리스크 체크리스트 형식
Step 10

같은 요청으로 before/after 비교하기

published

Step 10

같은 요청으로 before/after 비교하기

AGENTS.md와 GitHub 저장소 만들기

목표

AGENTS.mdbrand.md·output_formats.md를 만들기 에, 같은 요청을 Codex에 보냈을 때 결과가 어떻게 달라지는지 확인합니다.

채팅 한 번의 품질이 아니라, 반복 실행했을 때 결과가 안정적으로 재현되는지가 이 단계의 핵심입니다.

실습 흐름

1단계 — before (AGENTS.md 없이)

1. AGENTS.md를 잠시 AGENTS.md.bak으로 이름을 바꿉니다. (또는 기준 문서가 없는 새 폴더를 엽니다.)

2. 아래 동일 요청을 Codex에 보냅니다.

3. 결과를 outputs/reviews/agents_md_before.md에 저장합니다.

2단계 — after (AGENTS.md·기준 문서 적용)

1. AGENTS.md, knowledge_base/brand.md, knowledge_base/output_formats.md를 다시 활성화합니다.

2. 문장을 바꾸지 않고 같은 요청을 다시 보냅니다.

3. 결과를 outputs/reviews/agents_md_after.md에 저장합니다.

동일 요청 (before·after **모두 동일**)

sources/product_brief.md를 읽고 InsightPulse 검색광고 카피를 만들어줘.

요구사항:
- 제목 후보 8개, 설명 후보 3개
- product_brief.md에 없는 성과 수치나 보장 표현은 만들지 말 것
- brand 톤과 금지 표현을 반드시 지켜줘
- 결과를 outputs/copy/before_after_run.md로 저장

비교표에서 확인할 차이

같은 요청인데도 before/after는 보통 아래처럼 갈립니다. 수업에서는 Codex가 만든 결과를 이 표와 대조합니다.

구분before — AGENTS.md 없이after — AGENTS.md·기준 문서 적용
요청마다 달라지기 쉬움brand.md 톤이 유지됨
금지 표현과장·보장 표현이 새어 나오기 쉬움brand.md 금지어가 반영됨
저장 위치outputs 경로가 들쭉날쭉함output_formats.md 규칙을 따름
근거brief에 없는 수치를 만들 위험product_brief.md 범위를 지킴

비교 기준 체크리스트:

  • 구체성 — 제품·근거가 명시되는가?
  • 톤 일관성 — brand.md 톤이 유지되는가?
  • 근거 준수 — 없는 수치·과장 표현이 줄었는가?
  • 파일 저장 위치 — outputs/copy/에 안정적으로 저장되는가?
  • 금지 표현 회피 — brand.md 금지어가 반영되었는가?
before는 톤·금지어·저장 위치가 요청마다 흔들리기 쉽습니다. after는 AGENTS.md가 brand.md·output_formats.md를 읽도록 라우팅해 같은 요청도 안정적으로 재현합니다.

수강생 프롬프트

agents_md_before.md와 agents_md_after.md를 읽고,
위 5가지 기준으로 before/after 차이를 표로 정리해줘.
왜 after가 더 안정적인지 3문장으로 설명해줘.

완료 산출물:

  • outputs/reviews/agents_md_before.md
  • outputs/reviews/agents_md_after.md
  • outputs/reviews/agents_md_before_after_comparison.md

체크

결과가 "더 좋아 보이는지"보다 중요한 것은, AGENTS.md가 after를 왜 안정시키는지 설명할 수 있는 상태입니다.

Step 11

첫 commit과 GitHub push하기

published

Step 11

첫 commit과 GitHub push하기

AGENTS.md와 GitHub 저장소 만들기

이미지: codex-github-first-commit-push-illustration.png (stepPageMeta 직후, wide)

명령

git status
git add AGENTS.md knowledge_base decisions outputs
git commit -m "set up codex workspace guidance"
git push
Module 5practice필수

업무자료를 Codex 지식베이스로 바꾸기

PDF, DOCX, Excel, HWP, 이메일, 웹자료를 Codex가 읽을 수 있는 지식베이스로 정리합니다.

12 steps

Step 1

Intro. 자료 자산화가 왜 중요한가

published

Step 1

Intro. 자료 자산화가 왜 중요한가

업무자료를 Codex 지식베이스로 바꾸기

이미지: codex-knowledge-base-assets-intro-illustration.png (stepPageMeta 직후, wide)

Codex에게 업무를 맡기려면 먼저 자료가 읽히는 구조로 정리되어야 한다.

자료 자산화의 목표

원본을 안전하게 보관한다.
처리 가능 상태를 기록한다.
요약과 색인을 만든다.
Codex가 반복해서 읽을 짧은 context_summary를 만든다.
Step 2

사전 설치 체크포인트

published

Step 2

사전 설치 체크포인트

업무자료를 Codex 지식베이스로 바꾸기

확인

python --version
node -v
npm -v
git --version
Step 3

자료 자산화 파이프라인 이해하기

published

Step 3

자료 자산화 파이프라인 이해하기

업무자료를 Codex 지식베이스로 바꾸기

흐름

raw 자료 수집
-> 처리 가능 여부 확인
-> processed markdown/csv 생성
-> DATA_INVENTORY.md 업데이트
-> document_index.md 생성
-> context_summary.md 압축

이미지: codex-knowledge-base-pipeline-illustration.png (위 text 블록 직후, wide)

Step 4

raw / processed / knowledge_base 폴더 만들기

published

Step 4

raw / processed / knowledge_base 폴더 만들기

업무자료를 Codex 지식베이스로 바꾸기

구조

sources/raw/pdf/
sources/raw/docx/
sources/raw/excel/
sources/raw/hwp/
sources/processed/markdown/
sources/processed/csv/
knowledge_base/
Step 5

샘플 자료 배치하기

published

Step 5

샘플 자료 배치하기

업무자료를 Codex 지식베이스로 바꾸기

좋은 샘플

공개 PDF 보고서
샘플 Excel
회의록 텍스트
제품 소개서
제안서 초안

주의

민감정보가 포함된 원본은 private/에 둔다.
수업 공유 자료는 redacted/로 만든다.
Step 6

자료 읽기 스크립트 준비하기

published

Step 6

자료 읽기 스크립트 준비하기

업무자료를 Codex 지식베이스로 바꾸기

권장 패키지

pip install pandas openpyxl pdfplumber pypdf python-docx tabulate

Codex 요청

sources/raw의 파일 유형을 보고, 필요한 추출 스크립트 목록을 제안해줘.
먼저 파일을 수정하지 말고 어떤 스크립트가 필요한지 계획만 세워줘.

이미지: codex-source-file-conversion-table.png (위 text 블록 직후, wide)

Step 7

HWP/HWPX 처리 전략

published

Step 7

HWP/HWPX 처리 전략

업무자료를 Codex 지식베이스로 바꾸기

HWP/HWPX는 처리 실패를 숨기지 않는다.

기록 형식

| file | status | reason | next_action |
|---|---|---|---|
| sample.hwp | needs_review | 추출 도구 확인 필요 | PDF/DOCX 변환본 확보 |
Step 8

PDF/DOCX/Excel/이메일/웹자료 읽기 테스트

published

Step 8

PDF/DOCX/Excel/이메일/웹자료 읽기 테스트

업무자료를 Codex 지식베이스로 바꾸기

요청

sources/raw 폴더의 PDF, DOCX, Excel, 이메일, 웹자료를 읽을 수 있는 형태로 변환해줘.
변환 결과는 sources/processed에 저장하고 DATA_INVENTORY.md를 업데이트해줘.
Step 9

table_summary 만들기

published

Step 9

table_summary 만들기

업무자료를 Codex 지식베이스로 바꾸기

Excel/CSV 결과

시트 목록
컬럼 목록
행 수
개인정보 가능성
분석 가능한 질문
분석 불가능한 질문
Step 10

document_index 만들기

published

Step 10

document_index 만들기

업무자료를 Codex 지식베이스로 바꾸기

요청

processed markdown과 csv 요약을 바탕으로 knowledge_base/document_index.md를 만들어줘.
파일별 목적, 핵심 내용, 업무에 쓸 수 있는 질문을 정리해줘.

이미지: codex-document-index-create-result.png (위 text 블록 직후, wide)

Step 11

민감정보와 원문 재배포 위험 점검

published

Step 11

민감정보와 원문 재배포 위험 점검

업무자료를 Codex 지식베이스로 바꾸기

점검 항목

개인 이메일
전화번호
고객명
광고 계정 ID
계약 금액
내부 성과 수치
원문 재배포 제한 문서

산출물

knowledge_base/privacy_checklist.md
redacted/sample_redacted.md
Step 12

자료 자산화 결과 commit/push하기

published

Step 12

자료 자산화 결과 commit/push하기

업무자료를 Codex 지식베이스로 바꾸기

push 전 확인

원본 민감자료가 commit 대상에서 제외되었는가?
DATA_INVENTORY.md가 최신인가?
document_index.md와 context_summary.md가 만들어졌는가?
privacy_checklist.md가 있는가?
Module 6checkpoint필수

질문 루프와 API 마이그레이션 검토

Claude식 코드 호출과 도구 루프를 OpenAI Codex/Responses API로 옮길 때의 판단 기준을 질문 루프로 검토합니다.

7 steps

Step 1

Intro. 마이그레이션은 모델명 치환이 아니다

published

Step 1

Intro. 마이그레이션은 모델명 치환이 아니다

질문 루프와 API 마이그레이션 검토

이미지: codex-api-migration-intro-illustration.png (stepPageMeta 직후, wide)

가장 흔한 실패

Claude Code 제품 예제를 Anthropic API 예제로 오해한다.
Claude Messages API를 Chat Completions로만 옮긴다.
tool_use를 function_call로 바꾸면서 도구 실행 루프를 빠뜨린다.
CLAUDE.md를 AGENTS.md로 옮기지 않는다.
파일 편집을 bare API가 자동으로 해줄 것이라 기대한다.

첨부파일

Codex Grill-me 전략 의사결정 모드

API 마이그레이션과 산출물 검토를 바로 실행하지 않고 질문 루프로 좁힐 때 쓰는 Codex용 Grill-me 가이드입니다.

Grill-me_전략의사결정모드_Codex_Agent.md

다운로드
Step 2

변환할 예제 분류하기

published

Step 2

변환할 예제 분류하기

질문 루프와 API 마이그레이션 검토

이미지: codex-api-migration-classify-illustration.png (stepPageMeta 직후, wide)

먼저 예제를 세 부류로 나눈다.

text

1. 제품형: Claude Code CLI/Desktop/Agent experience
   -> Codex App/CLI/IDE

2. API형: Anthropic Messages API 호출
   -> OpenAI Responses API

3. 에이전트 자동화형: Claude Agent SDK + tools
   -> Responses API + function tools 또는 Agents SDK
Step 3

세션 재개 변환하기

published

Step 3

세션 재개 변환하기

질문 루프와 API 마이그레이션 검토

Claude Agent SDK의 resume=session_id 의도는 OpenAI에서 previous_response_id 또는 conversation state로 옮긴다.

OpenAI 예시

first = client.responses.create(
    model="gpt-5.5",
    input="Read the authentication module and summarize it.",
)

second = client.responses.create(
    model="gpt-5.5",
    previous_response_id=first.id,
    input="Now find all places that call it.",
)

print(second.output_text)
Step 4

tool_use를 function_call로 바꾸기

published

Step 4

tool_use를 function_call로 바꾸기

질문 루프와 API 마이그레이션 검토

보강: 1~2단계 개념 → 3단계(선택) test_tool_loop.py + PowerShell → 4단계 체크리스트 → 5단계(선택) Codex 설계 검토 프롬프트. 스크립트 enrich-codex-m6-step4-function-call.mjs.

핵심: 이름 치환이 아니라 모델 → 내 코드 도구 실행 → function_call_output + previous_response_id 2턴 루프.

Step 5

파일 산출물 생성 워크플로 검토

published

Step 5

파일 산출물 생성 워크플로 검토

질문 루프와 API 마이그레이션 검토

이미지: codex-file-workflow-review-illustration.png (stepPageMeta 직후, wide)

질문 목적 + 일러스트 + 점검 질문 5줄(text 복사)

Step 6

구조화 출력과 테스트 체크리스트

published

Step 6

구조화 출력과 테스트 체크리스트

질문 루프와 API 마이그레이션 검토

체크리스트 목적 설명 + 항목 5줄(text 복사). simplify-codex-m6-step6.mjs

Step 7

최종 next_actions 만들기

published

Step 7

최종 next_actions 만들기

질문 루프와 API 마이그레이션 검토

이미지: codex-openai-models-docs.png + codex-cli-overview-docs.png (next_actions 프롬프트 직후, imageRow compact·나란히)

프롬프트

지금까지의 Codex 작업공간, API 호출 예제, 자료 자산화 결과, 마이그레이션 검토 내용을 바탕으로 decisions/next_actions.md를 업데이트해줘.

형식:
1. 현재 전환 대상
2. 제품형 Codex로 옮길 것
3. Responses API로 옮길 것
4. function tool이 필요한 것
5. 보안/retention 확인이 필요한 것
6. 다음 30분 액션
7. 멘토링에서 확인받을 질문