최종 업데이트: 2026-09-30
GPT-6 아스트라(Astra)는 오픈AI 가 2026년 9월 3일 내놓은 챗GPT 최신 모델인데, 공식 가이드가 직접 인정한 버릇이 있어요. 확인 질문을 자주 하고, 1차 구현만 끝내고 검토를 받으러 돌아오고, 옛 규칙과 충돌하면 작업을 멈춰요. 해결책은 규칙을 더 넣는 게 아니라 빼는 것, 요청에 “완료” 기준을 쓰는 것, 그리고 시스템 프롬프트에 “의도를 추론해 행동하고 끝까지 이어가라” 는 문장을 넣는 것이에요. 추론 강도는 medium 이 기본이고 실패 기록이 있을 때만 올려요. 이 글은 오픈AI 모델 가이드(9월 5일)와 개발자 블로그, 해외 실무 가이드를 근거로 복붙 문장 6개와 지울 규칙 3개, 추론 강도 5단계, 금지어 목록을 정리했어요.
계기는 AI 활용 커뮤니티에 올라온 사례였어요. 구형 리눅스 장비의 커널 패닉을 아스트라가 못 풀고 멈췄는데, 다시 파라고 하자 “USB 차단 문제에서 제가 너무 일찍 멈췄네요” 라며 이어서 조사했다는 내용이에요. 저는 클로드코드(Claude Code)로 매일 에이전트를 부리는 사용자라 이 장면이 익숙했고, 확인해 보니 오픈AI 가 이미 문서로 설명한 성격 그대로였어요.
아스트라는 왜 중간에 멈추나요?
오픈AI 개발자 블로그는 아스트라를 “가장 정렬된 모델이라 안전하다고 확신하지 못하면 작업을 하지 않고”, “어디까지 할지에 대해 더 조심스러워서 1차 구현을 마치고 검토를 받으러 돌아온다” 고 설명해요. 멍청해서 멈추는 게 아니라 범위를 확신하지 못해서 멈춰요. 그래서 처방도 “더 똑똑하게” 가 아니라 “어디까지가 끝인지 알려주기” 예요.
- 되묻기·승인 요청: 이전 세대보다 확인 질문이 많아요. “의도를 추론해서 행동하고 끝까지 이어가라” 는 문장이 처방이에요.
- 1차 구현 후 조기 복귀: 커뮤니티 사례가 이것이에요. “실행하고 결과를 보고 실패를 고치는 것까지가 요청” 이라고 써야 해요.
- 지시문 충돌에 예민: 옛 모델용 규칙을 무시하지 않고 그대로 따르다 막혀요. AGENTS.md 같은 스킬 파일에 모순이 있으면 작업 자체를 멈춰요.
- 리스트·서식 남발: 기본이 상세하고 포맷된 답이라 문단으로 쓰라고 해야 해요.
- 테스트 과잉, 위임 부족: 작은 수정에도 넓게 검증하고, 병렬로 나눌 일을 혼자 다 해요.
커뮤니티 사례의 “클로드는 비슷한 장비에서 이미 풀었는데?” 라는 한 마디가 통한 이유도 여기 있어요. 경쟁 모델을 언급해서가 아니라 “아직 안 끝났다” 는 완료 기준을 다시 준 것이 효과였어요. 다른 모델 이름 없이 “멈춘 이유를 말하고 추가 정보 없이 할 수 있는 조사를 계속해” 로 같은 효과가 나요.
아스트라를 끝까지 일하게 하는 프롬프트 문장 6개
오픈AI 모델 가이드가 시스템 프롬프트용으로 제시한 문장들이에요. 챗GPT 앱이라면 설정의 맞춤 지침에, 코덱스(Codex)나 API 라면 시스템 프롬프트에 넣으면 돼요. 영어 원문은 아래 그대로 두었어요.
# GPT-6 Astra 시스템 프롬프트 권장 문장 (오픈AI 모델 가이드 원문 기반)
## 1. Bias toward action
Infer the user's intent from context. Bias towards action and carry the user's intended task
to completion. When the user expresses intent to perform new work, persist until the
user's intended goal is complete.
## 2. Approval workflow
Before asking clarifying questions, complete the work already authorized. The user should be
approving a concrete, reviewable result, not a plan.
## 3. Definition of done
The task is done only when the implementation is running, the result has been inspected, and
anything that failed has been fixed. Do not stop at the first implementation.
## 4. Writing style
Write clear, concise paragraphs, each developing one main idea. Use simple, straightforward
language and active voice. Use lists only when the information is genuinely parallel,
sequential, or easier to compare.
## 5. Testing scope
Do not write tests for reversible, low-impact changes that mirror the implementation. Run
tests appropriate to the change and complete required checks. Re-run tests only when there
are new failures or unresolved issues.
## 6. Delegation
If at any point you can parallelize work by delegating tasks to another agent, do so using
the collaboration tools.
## When it stops early
State why you stopped here, then continue any investigation you can do without additional
information or hardware.| 번호 | 고치는 버릇 | 핵심 문장 (한국어) |
|---|---|---|
| 1 | 되묻기 | 사용자 의도를 추론해서 행동하고, 의도한 작업이 끝날 때까지 이어가라 |
| 2 | 승인 순서 | 되묻기 전에 이미 허락된 작업을 먼저 끝내라. 사용자는 검토 가능한 결과물을 승인한다 |
| 3 | 조기 복귀 | 구현하고, 실행하고, 결과를 확인하고, 실패를 고치는 것까지가 완료다 |
| 4 | 서식 남발 | 한 문단에 한 생각, 능동태, 간결하게. 목록은 정말 병렬·순서·비교일 때만 |
| 5 | 테스트 과잉 | 되돌리기 쉬운 작은 변경엔 테스트를 쓰지 마라. 변경 크기에 맞는 검사만 |
| 6 | 위임 부족 | 병렬로 나눌 수 있으면 다른 에이전트에게 위임하라 |
가이드에는 “can you…” 같은 요청을 확인 질문이 아니라 실행 허가로 취급하라는 지침도 있어요. 사용자가 “이거 할 수 있어?” 라고 물으면 아스트라는 “네, 할 수 있어요. 할까요?” 로 끝내는 경우가 많은데, 1번 문장이 그 멈춤을 막아요.
GPT-5 시절 프롬프트에서 지워야 할 규칙 3개
오픈AI 개발자 블로그의 제목이 “아스트라를 위해 스킬과 프롬프트를 다시 생각하기” 예요. 요지는 이전 세대 프롬프트를 그대로 쓰면 아스트라가 오히려 발목 잡힌다는 것이에요.
- “반드시 테스트를 돌려라” 류: “이전 모델은 테스트를 돌리라고 부추겨야 했지만 아스트라는 알아서 한다.” 이 규칙이 남아 있으면 작은 수정에도 테스트가 넘쳐요.
- “수정 전에 이 문서들을 전부 읽어라” 류: “매 편집마다 문서 더미와 저장소 전체 지도를 요구하는 건 과하다.” 문맥형으로 바꿔야 해요.
- 덜 정렬된 모델용 제한 문구: 위험 행동을 막으려고 넣었던 금지 목록이 이제는 아스트라의 판단을 과하게 묶어요.
# 옛 규칙 vs 문맥형 규칙 (오픈AI 개발자 블로그 예시)
# Bad: blanket rule (Astra reads everything before every edit)
Before every edit, read architecture.md, database.md, and deployment.md.
# Good: contextual rule (Astra picks the right doc for the task)
Use architecture.md for service boundaries.
Use database.md when changing the schema.
Use deployment.md when preparing a deployment.“모든 편집 전에 A·B·C 를 읽어라” 대신 “서비스 경계는 A, 스키마 변경은 B, 배포 준비는 C” 로 쓰는 거예요. 아스트라가 상황에 맞는 문서만 골라 읽어요. 스킬 파일도 같은 원칙이라서, 설명은 최소로 두고 필요할 때만 펼쳐지는 점진적 공개 구조를 권해요.
추론 강도 5단계는 언제 올리나요?
| 단계 | 이럴 때 | 메모 |
|---|---|---|
| low | 분류, 추출, 포맷 변환, 짧은 요약, 가벼운 툴 호출 | 이전 세대 GPT-5.6 Sol 의 high 보다 나은 경우가 많음. 가장 싸고 빠름 |
| medium | 대부분의 코딩과 실무. 계획 모드와 함께 | 기본값. 실무 가이드들이 공통으로 권하는 출발점 |
| high | medium 이 같은 문제에서 실패한 기록이 있을 때, 큰 코드 변경, 긴 문서 종합 | 시간과 사용량이 확실히 늘고 결과는 보장 없음 |
| xhigh | 까다로운 디버깅, 아키텍처 판단 | 드물게 |
| max | 수학·연구급, 다른 게 다 실패했을 때 | 최후 수단 |
두 가지만 기억하면 돼요. 올리는 조건은 재현 단계나 에러 메시지 같은 실패 증거이고, 대화 중간에 단계를 바꿀 수 있으니 막힌 구간만 잠깐 올리고 다시 내리는 게 사용량을 아끼는 방법이에요. 아스트라에는 none 단계가 없어서 API 를 옮길 땐 none 을 low 로 바꿔야 해요. 단계별 근거는 MindStudio 실무 팁(9월 6일)과 Artificial Analysis 데이터 정리에 있어요.
오픈AI 가 직접 정한 AI 티 나는 금지어
# 오픈AI 가 지정한 금지어(slop words) 목록
Avoid using slop words or phrases such as:
"Bottom Line:" / "Conclusion:" / "In short:"
"delve", "foster", "leverage", "promote"
"it's worth noting", "importantly", "what's important is"
"really", "truly"
"Question? Answer." rhetorical pairs
"This isn't about X. It's about Y." and other "X, not Y" contrasts
"The simplest mental model is:"
Made-up hyphenated compounds like "exact-head checks"The Decoder(9월 5일)가 정리한 대로 가이드에 슬롭 단어 블록리스트가 들어 있어요. “delve”, “leverage”, “it’s worth noting”, “Bottom line:”, “This isn’t about X. It’s about Y.” 같은 표현이에요. 만든 회사가 직접 AI 티라고 인정한 셈이라, 영어 글을 뽑을 때 이 목록을 금지어로 넣으면 결과가 눈에 띄게 사람 글 같아져요. 한국어로는 “주목할 점은”, “핵심은 ~입니다”, “~가 아니라 ~입니다” 대구, 엠대시 남발이 같은 부류예요.
아스트라는 어느 요금제에서 쓸 수 있나요?
| 플랜 | 아스트라 접근 | 메모 (2026년 9월 30일) |
|---|---|---|
| 무료·Go | 없음 | |
| Plus 20달러 | Work·Codex 에서만 | 일반 채팅엔 안 뜸. Work 모드에서 모델을 고르면 됨 |
| Pro 100달러 | 채팅(GPT-6 Pro)·Work·Codex | 채팅 주 50회 |
| Pro 200달러 | 같음 | 9월 10일 신규 중단 후 9월 30일 재개. 채팅 주 200→100회, Codex·Work 20x→10x, 5시간 창 폐지 |
| Pro 500달러 | 같음 + Ultrafast | 9월 29일 신설, 초당 300토큰 |
Plus 사용자가 아스트라를 못 찾는 경우가 많은데, 일반 채팅이 아니라 Work 모드에서 모델을 고르면 돼요. 요금제별 접근 범위는 준이아빠블로그 정리, Pro 변경은 Engadget(9월 29일)이 근거예요. 3사 요금은 AI 구독 추천 2026년 9월, 한도 구조는 AI 구독 사용량 한도 비교에 정리해 뒀어요.
클로드코드 사용자의 한 줄
해외 실무 가이드가 아스트라용으로 추천한 도구 중 하나가 ponytail 이에요. 불필요한 헬퍼와 추상화를 막고 요구를 만족하는 가장 작은 변경으로 유도하는 플러그인인데, 제가 클로드코드에 깔아 쓰는 그 스킬이에요(ponytail 스킬 글). 모델이 바뀌어도 원리는 같아요. 규칙은 적게, 완료 기준은 분명하게, 검증은 변경 크기만큼. 네이버 원문은 여기에 있어요.
자주 묻는 질문
Q. 아스트라가 “할까요?” 하고 멈추면 뭐라고 하나요?
“네” 대신 완료 기준을 다시 주세요. “실행해서 결과 확인하고 실패하면 고쳐서 가져와” 처럼요. 시스템 프롬프트에 1·3번 문장을 넣어 두면 애초에 덜 멈춰요.
Q. 챗GPT 앱에서는 시스템 프롬프트를 어디에 넣나요?
설정의 맞춤 지침(Custom instructions)이에요. Work·Codex 는 프로젝트 지침이나 AGENTS.md 에 넣으면 돼요.
Q. 추론 강도는 항상 높게 두는 게 낫지 않나요?
아니에요. 아스트라 low 가 이전 세대 high 보다 나은 경우가 많고, 위로 갈수록 시간과 사용량만 늘어요. medium 이 실패한 증거가 있을 때만 올리세요.
Q. GPT-5 때 쓰던 프롬프트를 그대로 써도 되나요?
안 돼요. “테스트 반드시”, “문서 전부 읽어라”, 과한 금지 목록은 아스트라를 막아요. 오픈AI 는 규칙을 빼라고 권하고, 코덱스엔 “$openai-docs migrate this project to GPT-6 Astra” 마이그레이션 명령도 있어요.
Q. “클로드는 이미 풀었다” 고 하면 정말 더 잘하나요?
커뮤니티 사례에선 통했지만 원리는 완료 기준 재설정이에요. 다른 모델 이름 없이 “멈춘 이유를 말하고 추가 정보 없이 할 수 있는 조사를 계속해” 로 같은 효과가 나요.
Leave a Reply