Public CMS Preview
실제 사례로 배우는 OpenAI Codex 업무 자동화
로그인 없이 확인하는 OpenAI Codex 업무 자동화 CMS 프리뷰입니다. Codex 제품형 작업공간, OpenAI Responses API, function calling, AGENTS.md, GitHub 저장 흐름까지 다루는 7시간 실습을 보여줍니다.
Modules
6
Steps
53
오리엔테이션 준비
OpenAI 계정, Codex 사용 환경, API Key, Git/GitHub 상태를 확인합니다.
2 steps
Step 1OpenAI 계정과 Codex 사용 준비
published
OpenAI 계정과 Codex 사용 준비
목표:
text
OpenAI Codex를 사용할 계정과 작업 방식을 확인한다.확인 항목:
text
ChatGPT/Codex 사용 가능 계정 Codex 앱, CLI, 또는 IDE 확장 OpenAI Platform API Key 필요 여부 Git 설치 GitHub 계정
중요한 구분:
text
Codex 제품 사용 = 작업공간에서 파일을 읽고 고치고 리뷰하는 경험 OpenAI API 사용 = 내 코드에서 Responses API를 호출하는 경험
이 과정은 두 경험을 모두 다룬다. 먼저 Codex 제품으로 업무 폴더를 다루고, 이후 OpenAI API로 코드 호출 예제를 만든다.
Step 2실습 폴더와 보안 기준 확인
published
실습 폴더와 보안 기준 확인
오늘 사용할 실습 폴더를 정한다.
권장 폴더 이름:
text
openai-codex-work-automation처음부터 확인할 보안 기준:
text
API Key를 코드에 직접 쓰지 않는다. 원본 민감자료는 private/에 둔다. 실습용 자료는 redacted/에 둔다. Git commit 전 민감정보를 점검한다. 외부 API나 hosted tool에 넣는 자료는 retention 정책을 확인한다.
OpenAI Responses API로 첫 코드 생성 호출 만들기
Claude Messages API식 예제를 OpenAI Responses API로 바꾸며 코드 생성·설명·리팩터링 호출의 기본기를 익힙니다.
11 steps
Step 1Intro. 왜 Codex와 Responses API인가
published
Intro. 왜 Codex와 Responses API인가
오늘의 핵심:
text
개발자용 에이전트 제품은 Codex로, 앱 안의 코드 생성 호출은 Responses API로 옮긴다.
Claude Code와 OpenAI Codex는 둘 다 코드베이스를 읽고, 파일을 수정하고, 명령 실행을 도울 수 있는 에이전트형 도구다. 하지만 API 전환에서는 단순히 anthropic.messages.create를 openai.chat.completions.create로 바꾸는 것이 아니다.
OpenAI의 새 코드 생성 기본 경로는 Responses API다. 응답 텍스트는 response.output_text로 읽고, 도구 호출은 function_call과 function_call_output 루프로 처리한다.
Step 2준비 상태 빠른 확인
published
준비 상태 빠른 확인
확인 항목:
text
OpenAI 계정 OPENAI_API_KEY Python 또는 Node.js 실행 환경 Git 저장소 Codex 실행 가능 여부
Windows 실습 준비 — PowerShell 열기
- Win + X → 터미널(Windows PowerShell) 또는 Windows Terminal 실행
- 실습 폴더로 이동 (경로는 본인 PC에 맞게 수정):
D:\openai-codex-work-automation
powershell
cd D:\openai-codex-work-automation Get-Location
OPENAI_API_KEY 발급·설정 (Windows)
- OpenAI Platform API Keys → Create new secret key
- 키는 한 번만 표시됩니다. 메모장에 임시 저장하고 채팅·GitHub에는 올리지 마세요.
- 같은 PowerShell 창에서:
powershell
$env:OPENAI_API_KEY = "sk-proj-여기에-본인-키-붙여넣기"Python 확인:
powershell
python --version python -m pip install openai
Node 확인:
powershell
node -v npm -v npm install openai
Step 3오늘 따라 할 범위 확인하기
published
오늘 따라 할 범위 확인하기
오늘은 거대한 앱을 만들지 않는다.
가장 작은 단위만 따라 한다.
text
간단한 함수 설명 요청 Claude Messages API 형태 이해 OpenAI Responses API 형태로 변환 output_text 읽기 reasoning effort 설정 결과를 outputs/에 저장
Step 4Claude Messages API와 Responses API 차이 보기
published
Claude Messages API와 Responses API 차이 보기
Claude 쪽 대표 형태:
python
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 변환 형태:
python
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)
핵심 차이:
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
첫 Python 코드 생성 예제 만들기
프롬프트:
text
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)
완료 기준:
text
OPENAI_API_KEY가 환경변수로 주입되었다. Responses API 호출이 성공했다. response.output_text를 출력했다.
완료 확인: python test_openai.py 실행 시 Python 코드가 출력되면 OK.
Step 6코드 설명과 안전한 리팩터링 요청
published
코드 설명과 안전한 리팩터링 요청
실습 코드:
python
def normalize(nums): total = sum(nums) return [n / total for n in nums]
프롬프트:
text
Explain this Python function and suggest one safe refactor. Point out one edge case.
학습 포인트:
text
코드 생성보다 코드 설명과 위험 탐지가 먼저다. Codex/API 결과는 항상 실행과 테스트로 확인한다.
Step 7JavaScript 변환본 만들기
published
JavaScript 변환본 만들기
따라하기 — test_openai.mjs
test_openai.mjs를 메모장 또는 Codex로 생성 (아래 예제 붙여넣기)- Step 2와 같은 PowerShell에서:
powershell
cd D:\openai-codex-work-automation npm install openai node test_openai.mjs
OpenAI JavaScript 예제:
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);
Step 8모델 선택 기준 이해하기
published
모델 선택 기준 이해하기
기본 권장:
text
gpt-5.5: 복잡한 코드/전문 업무 기본값 gpt-5.4: 비용을 낮춘 고성능 대안 gpt-5.4-mini: 속도와 비용이 중요한 반복 작업 Codex 특화 모델: 장시간 agentic coding이나 Codex형 환경에서 검토
수업 메시지:
text
처음부터 가장 싼 모델로 고정하지 않는다. 대표 과제로 품질을 확인한 뒤 비용·지연을 조정한다.
Step 9결과를 파일로 저장하기
published
결과를 파일로 저장하기
outputs 폴더 준비
powershell
cd D:\openai-codex-work-automation mkdir outputs -ErrorAction SilentlyContinue
목표:
text
API 응답을 콘솔에 찍고 끝내지 않고 outputs/에 저장한다.Python 예시:
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")
완료 기준:
text
outputs/first_openai_response.md가 생겼다. 응답 내용이 UTF-8로 저장되었다.
Step 101차 결과에서 문제 확인하기
published
1차 결과에서 문제 확인하기
체크 질문:
text
프롬프트에 없는 기능을 만들어내지 않았는가? 실행 가능한 코드인가? 예외 상황을 설명했는가? 테스트가 필요한 부분을 표시했는가? 결과 파일이 약속한 위치에 저장되었는가?
Codex에게 요청:
text
outputs/first_openai_response.md를 검토해줘. 실행 가능성, 과대 추정, 빠진 예외 처리, 테스트 필요성을 기준으로 문제를 찾아줘.
Step 11내 업무 최적화 프롬프트
published
내 업무 최적화 프롬프트
오늘 만든 예제를 내 업무로 바꾸는 프롬프트:
text
지금 만든 OpenAI Responses API 예제를 내 업무 자동화에 맞게 바꾸고 싶습니다. 현재 폴더와 파일을 먼저 읽고, 어떤 입력 자료를 받아 어떤 산출물을 만들면 좋을지 질문해줘. 아직 파일을 수정하지 말고, 먼저 저에게 5개 이하의 질문을 해주세요.
Codex로 카피·문서·슬라이드 산출물 확장하기
Module 2의 코드 호출 예제를 업무 산출물 생성으로 확장합니다.
10 steps
Step 1Intro. API 호출에서 업무 산출물로
published
Intro. API 호출에서 업무 산출물로
Module 2에서는 API 호출의 최소 형태를 배웠다.
Module 3에서는 같은 구조를 업무 산출물 생성에 적용한다.
흐름:
text
product_brief.md -> OpenAI Responses API 또는 Codex에게 산출물 요청 -> 카피/메일/랜딩 문안 생성 -> 검증 기준 적용 -> outputs/에 저장
Step 2프로젝트 폴더 다시 열기
published
프로젝트 폴더 다시 열기
확인할 파일 (Module 2까지 존재하는 것):
text
test_openai.py test_openai.mjs outputs/first_openai_response.md outputs/
이 Module 3에서 순서대로 만드는 것: sources/product_brief.md, knowledge_base/ad_copy_validation.md, outputs/copy/ 등. AGENTS.md는 Module 4에서 만듭니다.
Codex 요청:
text
현재 프로젝트 폴더를 읽고, Module 2에서 만든 파일(API 스크립트, outputs/first_openai_response.md 등)이 있는지 확인해줘. 아직 없는 파일(sources/, knowledge_base/ 등)은 이 Module 3 Step에서 순서대로 만든다고 안내해줘. AGENTS.md는 Module 4에서 만듭니다.
Step 3공통 샘플 시나리오 만들기
published
공통 샘플 시나리오 만들기
샘플 상품:
text
InsightPulse는 마케팅 팀이 광고, 리드, 콘텐츠 데이터를 하루 또는 주 단위로 한 장에 요약해 팀 보고와 의사결정을 더 빨리 끝내게 해주는 업무 도구입니다.파일:
text
sources/product_brief.mdStep 4검색광고 스타일 카피 만들기
published
검색광고 스타일 카피 만들기
요청:
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
검증 기준 추가하기
파일:
text
knowledge_base/ad_copy_validation.md내용:
markdown
# 검색광고 초안 검수 기준 - 제목 후보는 8개 이상이어야 합니다. - 설명 후보는 3개 이상이어야 합니다. - 각 문장은 단독으로 읽혀도 의미가 있어야 합니다. - 같은 말을 반복하지 않습니다. - product_brief.md에 없는 성과 수치나 보장 표현을 만들지 않습니다. - "업계 1위", "ROI 보장", "전환율 상승 보장" 같은 과장 표현을 쓰지 않습니다. - 너무 긴 문장은 짧게 수정합니다.
Step 6기준 문서로 2차 개선하기
published
기준 문서로 2차 개선하기
요청:
text
아래 파일을 모두 읽어주세요. - 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 7SNS·이메일·랜딩 카피로 확장하기
published
SNS·이메일·랜딩 카피로 확장하기
요청:
text
first_ad_copy_v2.md를 바탕으로 다음 산출물을 만들어줘. 1. LinkedIn 게시글 2개 2. 이메일 제목 후보 5개 3. 랜딩 히어로 문구 3개 4. 각 채널별 주의점 결과는 outputs/copy/channel_variants.md에 저장해줘.
Step 8슬라이드 구조 만들기
published
슬라이드 구조 만들기
요청:
text
product_brief.md와 channel_variants.md를 바탕으로 3~5장짜리 설명 슬라이드 구조를 만들어줘. 결과는 outputs/slides/slide_outline.md에 저장하고, 각 장마다 핵심 메시지, 근거, 시각 요소 제안을 포함해줘.
Step 9API형 파일 쓰기 도구 이해하기
published
API형 파일 쓰기 도구 이해하기
OpenAI bare API는 로컬 파일을 자동으로 쓰지 않는다. API에서 파일 산출물을 만들려면 명시적 도구가 필요하다.
예시:
python
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()}"
학습 포인트:
text
Codex 제품은 파일 편집 경험을 제공한다. Responses API는 함수 도구나 shell 도구를 명시적으로 설계해야 한다.
Step 10결과 저장과 다음 모듈 준비
published
결과 저장과 다음 모듈 준비
오늘 만든 결과:
text
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
AGENTS.md와 GitHub 저장소 만들기
Codex가 반복해서 참고할 `AGENTS.md`와 작업 규칙을 만들고 GitHub에 저장합니다.
11 steps
Step 1Intro. AGENTS.md가 왜 중요한가
published
Intro. AGENTS.md가 왜 중요한가
AGENTS.md는 Codex가 프로젝트에서 일할 때 읽는 작업 지침이다.
이 파일은 프롬프트를 매번 길게 반복하지 않기 위한 운영 기준이다.
Step 2오늘 만들 작업공간 구조 미리 보기
published
오늘 만들 작업공간 구조 미리 보기
구조:
text
openai-codex-work-automation/ ├── AGENTS.md ├── sources/ ├── knowledge_base/ ├── decisions/ ├── outputs/ ├── scripts/ └── tests/
Step 3Git 설치 확인하기
published
Git 설치 확인하기
Windows에서 PowerShell을 열고 실습 폴더(D:\openai-codex-work-automation)로 이동한 뒤 아래를 실행합니다. Git이 없으면 https://git-scm.com/download/win 에서 설치 후 터미널을 다시 엽니다.
명령:
powershell
git --version git status
Step 4GitHub 계정과 원격 저장소 준비
published
GitHub 계정과 원격 저장소 준비
원칙:
text
민감자료가 있으면 private repo를 사용한다. 원본 자료는 .gitignore로 제외한다. 산출물과 템플릿 중심으로 commit한다.
Step 5GitHub 새 원격 저장소 만들기
published
GitHub 새 원격 저장소 만들기
권장 저장소 이름:
text
openai-codex-workspaceStep 6로컬 저장소 기본 세팅하기
published
로컬 저장소 기본 세팅하기
D:\openai-codex-work-automation 폴더에서 PowerShell을 연 뒤 아래를 실행합니다. .gitignore 예시는 바로 다음 섹션입니다.
명령:
powershell
git init git status
.gitignore 예시:
gitignore
.env .env.local private/ sources/raw/private/ *.key *.pem
Step 7AGENTS.md를 얇은 운영 라우터로 정리하기
published
AGENTS.md를 얇은 운영 라우터로 정리하기
원칙:
text
AGENTS.md는 너무 길게 쓰지 않는다. 긴 기준은 knowledge_base나 docs로 분리한다. AGENTS.md는 어떤 문서를 언제 읽을지 알려주는 라우터 역할을 한다.
첨부파일
Codex 프로젝트 초기화 가이드
AGENTS.md를 얇은 운영 라우터로 정리할 때 참고할 Codex용 전체 초기화 가이드입니다.
프로젝트_초기화_가이드_Codex_Agent.md
Step 8brand.md 만들기
published
brand.md 만들기
파일:
text
knowledge_base/brand.md내용:
text
브랜드 톤 금지 표현 고객 대상 주요 메시지 사용 가능한 근거
Step 9output_formats.md 만들기
published
output_formats.md 만들기
파일:
text
knowledge_base/output_formats.md내용:
text
광고 카피 형식 보고서 형식 슬라이드 아웃라인 형식 회의록 요약 형식 리스크 체크리스트 형식
Step 10같은 요청으로 before/after 비교하기
published
같은 요청으로 before/after 비교하기
실습:
text
AGENTS.md 없이 요청한 결과 AGENTS.md와 기준 문서를 읽고 요청한 결과
이미지: codex-agents-md-before-after-comparison-table.png (위 text 블록 직후, wide, caption에 설명 통합)
비교 기준:
text
구체성 톤 일관성 근거 준수 파일 저장 위치 금지 표현 회피
Step 11첫 commit과 GitHub push하기
published
첫 commit과 GitHub push하기
이미지: codex-github-first-commit-push-illustration.png (stepPageMeta 직후, wide)
명령:
powershell
git status git add AGENTS.md knowledge_base decisions outputs git commit -m "set up codex workspace guidance" git push
업무자료를 Codex 지식베이스로 바꾸기
PDF, DOCX, Excel, HWP, 이메일, 웹자료를 Codex가 읽을 수 있는 지식베이스로 정리합니다.
12 steps
Step 1Intro. 자료 자산화가 왜 중요한가
published
Intro. 자료 자산화가 왜 중요한가
이미지: codex-knowledge-base-assets-intro-illustration.png (stepPageMeta 직후, wide)
Codex에게 업무를 맡기려면 먼저 자료가 읽히는 구조로 정리되어야 한다.
자료 자산화의 목표:
text
원본을 안전하게 보관한다. 처리 가능 상태를 기록한다. 요약과 색인을 만든다. Codex가 반복해서 읽을 짧은 context_summary를 만든다.
Step 2사전 설치 체크포인트
published
사전 설치 체크포인트
확인:
powershell
python --version node -v npm -v git --version
Step 3자료 자산화 파이프라인 이해하기
published
자료 자산화 파이프라인 이해하기
흐름:
text
raw 자료 수집 -> 처리 가능 여부 확인 -> processed markdown/csv 생성 -> DATA_INVENTORY.md 업데이트 -> document_index.md 생성 -> context_summary.md 압축
이미지: codex-knowledge-base-pipeline-illustration.png (위 text 블록 직후, wide)
Step 4raw / processed / knowledge_base 폴더 만들기
published
raw / processed / knowledge_base 폴더 만들기
구조:
text
sources/raw/pdf/ sources/raw/docx/ sources/raw/excel/ sources/raw/hwp/ sources/processed/markdown/ sources/processed/csv/ knowledge_base/
Step 5샘플 자료 배치하기
published
샘플 자료 배치하기
좋은 샘플:
text
공개 PDF 보고서 샘플 Excel 회의록 텍스트 제품 소개서 제안서 초안
주의:
text
민감정보가 포함된 원본은 private/에 둔다. 수업 공유 자료는 redacted/로 만든다.
Step 6자료 읽기 스크립트 준비하기
published
자료 읽기 스크립트 준비하기
권장 패키지:
powershell
pip install pandas openpyxl pdfplumber pypdf python-docx tabulateCodex 요청:
text
sources/raw의 파일 유형을 보고, 필요한 추출 스크립트 목록을 제안해줘. 먼저 파일을 수정하지 말고 어떤 스크립트가 필요한지 계획만 세워줘.
이미지: codex-source-file-conversion-table.png (위 text 블록 직후, wide)
Step 7HWP/HWPX 처리 전략
published
HWP/HWPX 처리 전략
HWP/HWPX는 처리 실패를 숨기지 않는다.
기록 형식:
markdown
| file | status | reason | next_action | |---|---|---|---| | sample.hwp | needs_review | 추출 도구 확인 필요 | PDF/DOCX 변환본 확보 |
Step 8PDF/DOCX/Excel/이메일/웹자료 읽기 테스트
published
PDF/DOCX/Excel/이메일/웹자료 읽기 테스트
요청:
text
sources/raw 폴더의 PDF, DOCX, Excel, 이메일, 웹자료를 읽을 수 있는 형태로 변환해줘. 변환 결과는 sources/processed에 저장하고 DATA_INVENTORY.md를 업데이트해줘.
Step 9table_summary 만들기
published
table_summary 만들기
Excel/CSV 결과:
text
시트 목록 컬럼 목록 행 수 개인정보 가능성 분석 가능한 질문 분석 불가능한 질문
Step 10document_index 만들기
published
document_index 만들기
요청:
text
processed markdown과 csv 요약을 바탕으로 knowledge_base/document_index.md를 만들어줘. 파일별 목적, 핵심 내용, 업무에 쓸 수 있는 질문을 정리해줘.
이미지: codex-document-index-create-result.png (위 text 블록 직후, wide)
Step 11민감정보와 원문 재배포 위험 점검
published
민감정보와 원문 재배포 위험 점검
점검 항목:
text
개인 이메일 전화번호 고객명 광고 계정 ID 계약 금액 내부 성과 수치 원문 재배포 제한 문서
산출물:
text
knowledge_base/privacy_checklist.md redacted/sample_redacted.md
Step 12자료 자산화 결과 commit/push하기
published
자료 자산화 결과 commit/push하기
push 전 확인:
text
원본 민감자료가 commit 대상에서 제외되었는가? DATA_INVENTORY.md가 최신인가? document_index.md와 context_summary.md가 만들어졌는가? privacy_checklist.md가 있는가?
질문 루프와 API 마이그레이션 검토
Claude식 코드 호출과 도구 루프를 OpenAI Codex/Responses API로 옮길 때의 판단 기준을 질문 루프로 검토합니다.
7 steps
Step 1Intro. 마이그레이션은 모델명 치환이 아니다
published
Intro. 마이그레이션은 모델명 치환이 아니다
이미지: codex-api-migration-intro-illustration.png (stepPageMeta 직후, wide)
가장 흔한 실패:
text
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
변환할 예제 분류하기
이미지: 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
세션 재개 변환하기
Claude Agent SDK의 resume=session_id 의도는 OpenAI에서 previous_response_id 또는 conversation state로 옮긴다.
OpenAI 예시:
python
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 4tool_use를 function_call로 바꾸기
published
tool_use를 function_call로 바꾸기
보강: 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
파일 산출물 생성 워크플로 검토
이미지: codex-file-workflow-review-illustration.png (stepPageMeta 직후, wide)
질문 목적 + 일러스트 + 점검 질문 5줄(text 복사)
Step 6구조화 출력과 테스트 체크리스트
published
구조화 출력과 테스트 체크리스트
체크리스트 목적 설명 + 항목 5줄(text 복사). simplify-codex-m6-step6.mjs
Step 7최종 next_actions 만들기
published
최종 next_actions 만들기
이미지: codex-openai-models-docs.png + codex-cli-overview-docs.png (next_actions 프롬프트 직후, imageRow compact·나란히)
프롬프트:
text
지금까지의 Codex 작업공간, API 호출 예제, 자료 자산화 결과, 마이그레이션 검토 내용을 바탕으로 decisions/next_actions.md를 업데이트해줘. 형식: 1. 현재 전환 대상 2. 제품형 Codex로 옮길 것 3. Responses API로 옮길 것 4. function tool이 필요한 것 5. 보안/retention 확인이 필요한 것 6. 다음 30분 액션 7. 멘토링에서 확인받을 질문
References
- OpenAI Codex CLI: https://developers.openai.com/codex/cli
- OpenAI Models: https://developers.openai.com/api/docs/models
- OpenAI Responses API migration: https://developers.openai.com/api/docs/guides/migrate-to-responses
- OpenAI tools guide: https://developers.openai.com/api/docs/guides/tools
- OpenAI conversation state: https://developers.openai.com/api/docs/guides/conversation-state
- OpenAI structured outputs: https://developers.openai.com/api/docs/guides/structured-outputs