GPT-6 프롬프트 작성법의 핵심은 OpenAI GPT-6 모델 가이드(10월 2일) 안내대로 원하는 결과, 대상, 맥락과 제약, 완료 기준을 함께 적는 거예요. OpenAI는 모델이 미묘한 뜻을 잘 읽게 되면서 지나치게 세세한 지시가 오히려 결과를 해칠 수 있다고 설명했죠.
OpenAI 개발자 블로그(9월 11일)도 스킬 설명, AGENTS.md, 작업 프롬프트를 GPT-6 Astra에 맞게 다시 점검하라고 권했어요.
한 줄 정답: 결과, 대상, 제약, 완료 기준 4가지를 짧고 분명하게 적으세요.
[핵심 요약] GPT-6 프롬프트 작성법이란?
GPT-6 프롬프트 작성법은 OpenAI GPT-6 계열 모델(Astra, Sol, Luna)에 맞춰 지시문을 쓰는 방법이에요. 단계를 일일이 지시하기보다 과제와 판단 경계, 완료 기준을 분명히 적는 쪽으로 바뀌었죠.
| 항목 | 내용 | 비고 |
|---|---|---|
| 기준 자료 | OpenAI GPT-6 모델 가이드 | 10월 2일 공개 |
| 지시문 4요소 | 결과, 대상, 맥락과 제약, 완료 기준 | 모델 가이드 권고 |
| 스킬 설명 | 언제 쓰는지만 짧게 | 개발자 블로그 권고 |
| 판단 경계 | 혼자 할 일과 승인받을 일 구분 | 항상 묻기 규칙 대신 |
| 추론 수준 | Low, Medium, High, Extra high | API에서 선택 |
1. 왜 짧은 지시가 GPT-6에서 더 잘 통할까?
OpenAI 개발자 블로그에 따르면 지난 1년 동안 쌓아 온 지시문이 이제는 모델을 방해할 수 있어요.
예전 모델은 손을 많이 잡아 줘야 했지만, 성능이 오르면서 그런 장치가 덜 필요해졌다는 설명이에요.
지시문이 길면 문맥을 차지해 압축(compaction) 시점도 빨리 다가오죠.
| 예전 습관 | GPT-6에서 생기는 문제 | 공식 권고 |
|---|---|---|
| 작업마다 문서 여러 개 읽기 지시 | 문맥 낭비, 작업 속도 저하 | 상황별로 필요한 문서만 안내 |
| 테스트를 돌리라는 반복 지시 | 불필요한 테스트 증가 | Astra는 스스로 점검, 지시 정리 |
| 강한 항상 물어보기 규칙 | 계속해도 될 지점에서 작업 중단 | 승인이 필요한 일만 명시 |
| 단계별 레시피형 스킬 | 세세한 지시가 결과를 해침 | 모델에 맞는 원칙형 안내 |
| 긴 스킬 설명 | Codex가 설명을 줄여 선택이 어려워짐 | 언제 쓰는지만 짧게 |
다른 사람이 쓰는 모델까지 고려하라는 대목도 있어요.
Sol이나 Luna에 도움이 되던 안내가 Astra에는 과한 제약이 될 수 있다고 블로그는 짚었거든요.
2. 과제 지시는 결과, 대상, 제약, 완료 기준 4칸으로
OpenAI GPT-6 모델 가이드는 명확한 과제부터 주라고 안내해요.
원하는 결과, 누구를 위한 것인지, 관련 맥락과 제약, 무엇을 끝으로 볼지를 담으면 돼요.
여기에 모델이 스스로 정할 일과 물어봐야 할 일, 좋은 답의 모습까지 적으라고 했죠.
| 칸 | 적을 내용 | 예시 문장 |
|---|---|---|
| 원하는 결과 | 받고 싶은 산출물 | 고객 문의를 유형별로 나눈 요약표 |
| 대상 | 누가 읽는지 | 기술 지식이 없는 영업팀 |
| 맥락과 제약 | 참고 자료, 지킬 조건 | 첨부한 문의 목록만 사용, 개인정보 제외 |
| 판단 범위 | 혼자 정할 일, 물어볼 일 | 정리 방식은 자유, 범위 변경은 확인 요청 |
| 완료 기준 | 끝났다고 볼 조건 | 바뀐 점, 확인한 점, 남은 일을 짧게 보고 |
위 표를 이어 붙이면 아래처럼 한 문단짜리 지시문이 돼요.
첨부한 고객 문의 목록을 유형별 요약표로 정리해 주세요. 읽는 사람은 기술 지식이 없는 영업팀이에요. 개인정보는 빼고, 정리 방식은 자유롭게 정해도 돼요. 범위를 바꿔야 하면 그때만 물어봐 주세요. 끝나면 바뀐 점, 확인한 점, 남은 일을 짧게 알려 주세요.
이 예시는 가이드가 든 요약 정리와 범위 변경 확인 사례를 그대로 문장으로 옮긴 거예요.
3. 기존 지시문을 고치는 5단계 순서
OpenAI 개발자 블로그는 새 모델이 나왔을 때를 지시문을 정리할 기회로 보라고 했어요.
아래 순서는 블로그와 모델 가이드의 권고를 작업 순서로 묶은 거예요.
- 지금 쓰는 프롬프트, 스킬, AGENTS.md를 모아 서로 부딪히는 문장이 있는지 봐요.
- 스킬 설명은 무엇을 하는지와 언제 쓰는지만 남겨 줄여요.
- AGENTS.md의 편집 전 필독 지시를 상황별 문서 안내로 바꿔 두세요.
- 항상 물어보기 같은 강한 문장은 승인이 필요한 일의 목록으로 바꿔요.
- 대표 작업을 돌려 성공률, 지연 시간, 성공 1건당 비용을 재 보세요.
블로그는 이 점검을 손으로 다 할 필요는 없다고 했어요.
GPT-6 Astra에게 글의 내용을 기준으로 감사를 맡겨 보라고 권했거든요.
3-1. 스킬 설명은 언제 쓰는지만 짧게
스킬은 마크다운 파일에 저장한 프롬프트로, 스크립트나 자료를 함께 묶을 수 있어요.
스킬이 많아지면 Codex가 설명을 줄여 보여 줘서 모델이 고르기 어려워진다고 해요.
| 구분 | 스킬 설명 예시 | 차이 |
|---|---|---|
| 나쁜 예 | Postgres 스키마 마이그레이션 생성과 검증, 데이터베이스와 쿼리 작업 때 사용 | DB 관련 작업마다 불려 나옴 |
| 좋은 예 | Postgres 스키마 마이그레이션 생성과 검증, 마이그레이션 추가나 변경, 배포 검토 때 사용 | 마이그레이션 작업에만 사용 |
여러 작업 흐름을 담은 스킬이라면 첫 문서는 길잡이 역할만 하게 두세요.
세부 문서와 스크립트는 필요할 때만 열도록 연결하는 방식이죠.
3-2. AGENTS.md는 필독 목록 대신 상황별 안내로
| 구분 | AGENTS.md 문장 | 효과 |
|---|---|---|
| 나쁜 예 | 편집 전마다 architecture.md, database.md, deployment.md 읽기 | 오타 수정에도 문서를 다 읽어 문맥 낭비 |
| 좋은 예 | 서비스 경계는 architecture.md, 스키마 변경은 database.md, 배포 준비는 deployment.md 참고 | 필요한 문서만 열람 |
안전한 작업은 미리 허락해 두라는 권고도 있어요.
로컬 테스트가 일회용 데이터만 쓰고 운영 환경에 닿지 않는다면, 실패 수정과 재실행을 매번 묻지 않게 적어 둘 수 있거든요.
AGENTS.md 정리할 때 볼 것
- 문장마다 아직 필요한지 따져 보고, 예전 모델 때문에 넣은 지시는 지워 보세요.
- 문서 안내는 어떤 작업에서 그 문서가 필요한지 함께 적어 두면 돼요.
- 테스트를 돌리라는 반복 지시는 Astra에서 불필요한 테스트로 이어질 수 있다고 해요.
- 일회용 데이터로 돌리는 로컬 테스트처럼 안전한 흐름은 승인 없이 진행하도록 허락해 두세요.
4. 판단 경계와 완료 기준은 어떻게 적나요?
블로그에 따르면 GPT-6 Astra는 안전하다고 판단할 때만 작업을 진행해요.
그래서 예전 모델용으로 넣은 강한 금지 문구를 그대로 두면, 계속해도 될 지점에서 멈출 수 있죠.
GPT-5.6 Sol처럼 길게 이어서 일하던 모델에 익숙하다면, Astra가 첫 구현 뒤 검토를 요청하며 일찍 멈춘다고 느낄 수도 있어요.
| 적을 항목 | 문장 예시 | 근거 |
|---|---|---|
| 혼자 진행할 일 | 요약 정리 방식은 자유롭게 정해도 돼요 | 모델 가이드 |
| 승인받을 일 | 프로젝트 범위를 바꾸기 전에는 확인해 주세요 | 모델 가이드 |
| 완료 범위 | 구현, 실행, 결과 확인, 실패 수정까지 끝내 주세요 | 개발자 블로그 |
| 추가 탐색 | 더 살펴볼 내용과 멈출 지점 지정 | 개발자 블로그 |
| 보고 형식 | 바뀐 점, 확인한 점, 남은 일을 짧게 | 모델 가이드 |
공식 자료 기준 요약, 완료 기준 쓰는 법
- OpenAI는 완료에 구현, 실행, 결과 확인, 실패 수정이 들어간다고 정의하라고 권해요.
- 첫 구현 뒤 검토를 요구하는 문장은 모델을 더 일찍 멈추게 만든다고 블로그는 설명했죠.
- 그 시점에 정말 내 판단이 필요한지 따져 보고 문장을 남기세요.
- 긴 작업 중 요구가 바뀌면 바꿀 것과 유지할 것을 함께 알려 주라고 모델 가이드는 안내했어요.
5. 상황별 모델과 추론 수준 고르기
OpenAI GPT-6 모델 가이드는 모델과 추론 수준을 지능과 가격의 맞교환으로 보라고 해요.
같은 지시문도 어떤 모델에 넣느냐에 따라 결과와 비용이 달라지죠.
| 모델 | 공식 설명 | 맞는 작업 |
|---|---|---|
| GPT-6 Astra | OpenAI가 밝힌 최고 지능 모델 | 어려운 추론 작업 |
| GPT-6.1 Sol | Astra에 가까운 지능, Astra의 5분의 1 가격 | 복잡한 코딩, 리서치, 컴퓨터 사용 |
| GPT-6 Luna | 빠르고 효율적인 일상 작업용 | 송장 항목 추출, 요청 분류, 구조화 요약 |
| 추론 수준 | 맞는 작업 | 메모 |
|---|---|---|
| Low | 사실 추출, 작은 수정 | 반복 작업용 |
| Medium | 기능 계획, 선택지 비교 | 판단이 필요한 일 |
| High | 어려운 디버깅, 깊은 분석, 꼼꼼한 검토 | 시간과 비용 증가 |
| Extra high, Max | High로 부족할 때 시험 | 개선 효과가 비용을 넘을 때만 유지 |
API에서는 대화 중간에 추론 수준을 바꿔도 캐시가 깨지지 않는다고 해요.
반복 업무라면 고정 지시와 참고 자료를 앞에, 바뀌는 내용을 뒤에 두세요.
이렇게 프롬프트 캐싱을 쓰면 캐시된 입력 토큰이 모델에 따라 최대 95% 저렴하다고 OpenAI는 밝혔어요.
6. 함께 보면 좋은 글
- ChatGPT 화면에서 쓰는 기본기는 ChatGPT 프롬프트 작성법에 정리해 뒀어요.
- GPT-6이 ChatGPT에 들어온 과정은 GPT-6 Intelligent UI 적용 일정에서 볼 수 있죠.
- AI 에이전트를 실제 업무에 붙이는 사례는 클로드 코워크 업무 활용법을 참고해 보세요.
7. GPT-6 프롬프트 작성법 자주 묻는 질문
Q1. GPT-6 프롬프트는 길게 쓸수록 좋나요?
아니요, 지나치게 세세한 지시는 오히려 결과를 해칠 수 있어요. OpenAI는 결과, 대상, 맥락과 제약, 완료 기준을 분명히 적는 쪽을 권했어요.
Q2. 예전 모델용 AGENTS.md를 그대로 써도 되나요?
아니요, 문장마다 아직 필요한지 다시 보는 게 좋아요. 편집 전 필독 목록이나 강한 확인 요청 문구는 Astra를 느리게 하거나 멈추게 할 수 있거든요.
Q3. GPT-6 Astra가 작업을 중간에 멈추면 어떻게 하나요?
완료 기준을 요청에 넣어 주세요. 구현, 실행, 결과 확인, 실패 수정까지가 일이라고 적으면 첫 구현에서 멈추는 일을 줄일 수 있다고 블로그는 설명해요.
Q4. 추론 수준은 어떤 걸로 시작하면 되나요?
작업 난도에 맞춰 고르면 돼요. 공식 가이드는 사실 추출에 Low, 계획과 비교에 Medium, 어려운 디버깅에 High를 예로 들었어요.
공식 출처 및 팩트체크 기준
- OpenAI, A model guide for the GPT-6 family (발표일 2026-10-02, 확인일 2026-10-19)
- OpenAI 개발자 블로그, Rethinking skills and prompts for GPT-6 Astra (발표일 2026-09-11, 확인일 2026-10-19)
