[AI 활용팁] GPT-6 아스트라가 자꾸 되묻고 멈춘다면…오픈AI가 공개한 프롬프트 그대로 쓰기

이 기사, AI에게 물어보기

오픈AI가 GPT-6 아스트라 개발자 문서에 프롬프트 권장 사항을 공개했다. 모델이 어떤 상황에서 원하지 않는 방향으로 움직이는지 항목별로 적고, 그 자리에 그대로 붙여 쓸 수 있는 프롬프트 예문을 함께 실었다. 문서는 아스트라가 GPT-5.6 솔보다 지시를 잘 따르는 대신 맥락에 더 민감해졌다고 설명한다.

권장 사항은 다섯 가지 행동 특성으로 나뉜다. 되묻는 빈도, 스킬 파일 해석, 글쓰기 방식, 서브에이전트 위임, 테스트 범위다. 아래 프롬프트는 모두 오픈AI 문서에 실린 원문을 옮긴 것이다.

1. 되묻고 멈추는 문제

🎯 아스트라는 답이 달라질 수 있는 지점에서 이용자에게 질문을 던진다. 오픈AI는 이를 협업에 유리한 성질로 설명하면서도, 이용자가 알아서 판단하고 계속 진행하기를 기대하는 자리에서 모델이 멈추는 원인이 된다고 밝혔다.

① 끝까지 진행하게 만들기 – 의도와 범위를 문맥에서 추론하고 행동 쪽으로 기울라는 지시다.

프롬프트: “You should infer the user’s intent and task scope from the instructions and prior conversation context. Your job is to bias towards action and carry the user’s intended task to completion.”
(지시와 앞선 대화 맥락에서 이용자의 의도와 작업 범위를 추론하라. 행동 쪽으로 기울어 이용자가 의도한 작업을 끝까지 수행하는 것이 네 역할이다.)

② 요청 어투를 실행 신호로 읽게 만들기 – “can you…”, “I want to…”, “help me…” 같은 표현을 질문이 아니라 지시로 처리하게 한다.

프롬프트: “When the user’s prompt indicates a request for action, such as ‘can you…’, ‘I want to…’, ‘help me…’ and similar expressions, treat these as instructions to do the work and take action. Do not stop at acknowledging capability (e.g. ‘Yes…’), proposing a plan, or offering to continue.”
(이런 표현이 나오면 실행 지시로 처리하라. 가능하다는 대답이나 계획 제시, 계속할지 묻는 데서 멈추지 마라.)

③ 승인은 결과물을 만든 뒤에 받기 – 배포나 병합, 발행처럼 되돌리기 어려운 작업 앞에서만 승인을 요청하게 한다.

프롬프트: “Before asking the user clarifying questions, you should complete the work that is already authorized from context and necessary to make the proposed action concrete and reviewable. The user should be approving a concrete, reviewable result.”
(확인 질문을 하기 전에 문맥상 이미 승인된 작업을 끝내라. 이용자가 승인하는 대상은 검토 가능한 결과물이어야 한다.)

같은 프롬프트 뒤에는 가정에 근거한 경고나 면책 문구, 안전 점검 목록을 스스로 덧붙이지 말라는 문장이 이어진다.

2. 스킬 파일 충돌과 우선순위

🔧 아스트라는 긴 지시를 이전 모델보다 잘 따르지만 문맥에 실린 정보에도 더 민감하다. 오픈AI는 AGENTS.md 같은 스킬 파일에 불명확하거나 서로 어긋나는 내용이 있으면 모델이 작업을 일찍 멈춰 버릴 수 있다고 밝혔다. 문서에는 모델이 읽을 수 있는 스킬과 파일을 전부 점검하라는 권고가 굵게 표시돼 있다.

④ 사용자 지시에 우선권 주기

프롬프트: “The user’s instructions take precedence over guidelines provided in a skill. If explicit user instructions conflict with a skill’s instructions, prioritize the user’s instructions.”
(사용자 지시가 스킬 지침보다 우선한다. 둘이 충돌하면 사용자 지시를 따르라.)

⑤ 멈춘 원인을 스스로 밝히게 하기 – 지침을 더 쌓는 대신 어느 파일의 어느 문장 때문에 멈췄는지 인용하게 만드는 방식이다.

프롬프트: “If a skill causes you to ask for permission or confirmation, pause, leave requested work unfinished, or diverge from the user’s intent, name and link to the exact SKILL.md file you read, quote the relevant instruction, and briefly explain how it applies.”
(스킬 때문에 승인을 요청하거나 멈추거나 작업을 남겨 두거나 의도에서 벗어났다면, 읽은 SKILL.md 파일을 지목해 링크하고 해당 지침을 인용한 뒤 어떻게 적용됐는지 짧게 설명하라.)

오픈AI는 스킬과 지시 파일을 여러 개 올려 쓰는 환경에서 조용히 작동하는 충돌 지침을 찾는 용도로 이 프롬프트를 쓰라고 안내했다.

3. 목록 대신 산문으로 쓰게 하는 설정

📌 아스트라는 기본적으로 목록과 표, 마크다운으로 답을 정리한다. 문장으로 된 글이 필요하면 그렇게 쓰라고 명시해야 한다.

⑥ 산문 기본값으로 바꾸기

프롬프트: “Default to using clear, concise paragraphs, each developing one main idea. Use lists only when the information is genuinely parallel, sequential, or easier to compare, and avoid nested lists unless the hierarchy cannot be expressed clearly in prose. Use plain, simple language: familiar words, concrete examples, and precise verbs. Prefer active voice and direct statements.”
(문단 하나에 생각 하나를 담아 명료하게 써라. 정보가 실제로 나란하거나 순서가 있거나 비교하기 쉬울 때만 목록을 쓰고, 산문으로 계층을 표현할 수 없을 때가 아니면 중첩 목록을 피하라. 익숙한 낱말과 구체적인 예, 정확한 동사를 쓰고 능동태와 직접적인 서술을 택하라.)

⑦ 전문용어 수위 맞추기

프롬프트: “Use plain language over jargon, and reference technical details only to the degree that it helps illustrate an idea or your work to the user.”
(전문용어보다 쉬운 말을 쓰고, 기술적인 세부는 이해를 돕는 만큼만 언급하라.)

4. 오픈AI가 지정한 슬롭 단어

✨ 가장 구체적인 항목이다. 오픈AI는 모델이 세션마다 되풀이해 쓰는 상투어를 슬롭 단어로 부르고 차단 목록을 직접 제시했다. 임의로 만든 하이픈 합성어와 대조 구문도 목록에 들어 있다.

분류	쓰지 말라고 지정한 표현
상투 동사	delve, foster, leverage
삽입 어구	it’s worth noting, importantly, genuinely
마무리 문구	Bottom Line:, In short:…, The simplest mental model is:…
구성 방식	Question? Answer. 형식, This isn’t about X. It’s about Y.
대조 구문	X, not Y / X—not Y 처럼 묻지 않은 대안을 끌어들이는 표현
임의 합성어	exact-head checks, editorial-row layouts 같이 지어낸 하이픈 명사

⑧ 차단 목록 프롬프트

프롬프트: “Avoid using slop words or phrases like ‘Bottom Line:’ in conclusions, ‘delve,’ ‘foster,’ ‘leverage,’ ‘it’s worth noting,’ ‘importantly,’ ‘Question? Answer.’ or ‘This isn’t about X. It’s about Y.’, ‘genuinely’ or hyphenated compound descriptions and adjectives. … State the intended action directly. Avoid adding what you won’t do, what will remain unchanged, or how you’ll separate or categorize results.”
(위 표현을 쓰지 마라. 의도한 행동을 바로 서술하고, 무엇을 하지 않을지나 무엇이 그대로 남는지, 결과를 어떻게 나눌지 덧붙이지 마라.)

한국어로 글을 쓰게 할 때도 같은 방식이 통한다. 번역투로 자주 나오는 표현을 목록으로 적어 두면 모델이 그 표현을 피한다.

5. 서브에이전트 위임과 테스트 범위

⚡ 아스트라는 작업을 나눠 서브에이전트에 맡길 수 있지만 기대만큼 자주 위임하지 않는다. 오픈AI는 언제 얼마나 나눌지 지시하라고 안내했다. 에이전트끼리 주고받는 메시지에 띄어쓰기나 문법 오류가 섞이는 문제도 문서에 적혀 있다.

⑨ 위임 기준 정하기

프롬프트: “If at any point you can parallelize work by delegating tasks to another agent, you should do so using collaboration tools if it could save time or improve quality.”
(작업을 다른 에이전트에 나눠 병렬로 진행할 수 있고 그것이 시간을 아끼거나 품질을 높인다면 협업 도구로 위임하라.)

⑩ 테스트 범위 제한하기 – 코딩 작업에서 아스트라는 마무리 전에 검증을 충분히 돌린다. 작은 수정에도 필요 이상으로 넓은 시험이 붙는 이유다.

프롬프트: “Do not write tests for reversible, low-impact changes that mirror the implementation. … Once those pass, broaden or repeat testing only when new changes, failures, or unresolved concerns justify it.”
(되돌릴 수 있고 영향이 작은 변경에는 구현을 그대로 옮긴 시험을 쓰지 마라. 통과한 뒤에는 새로운 변경이나 실패, 해결되지 않은 문제가 있을 때만 시험을 넓히거나 반복하라.)

6. 모델을 바꿀 때 확인할 설정

🔗 오픈AI는 API 이전 시 점검할 항목도 함께 정리했다.

추론 강도: none이나 minimal을 쓰고 있었다면 low부터 비교한다. 아스트라는 none을 지원하지 않는다.
도구 호출: 챗 컴플리션에서도 아스트라를 쓸 수 있지만 도구 호출에는 리스폰시스 API가 필요하다.
제거할 항목: temperature, top_p, top_logprobs를 뺀다.
패스트 모드: EU 데이터 레지던시 환경에서는 지원하지 않는다.
프롬프트 캐싱: GPT-5.5 이전에서 옮겨 오면 prompt_cache_retention을 prompt_cache_options.ttl로 바꾸고 값을 "30m"으로 둔다.