GPT-6 Astra 잘 쓰는 법: OpenAI 공식 가이드가 짚는 5가지 조정 포인트

GPT-6 Astra를 잘 쓰려면 작업 범위, 지침 우선순위, 답변 문체, 병렬 분담, 검증 기준을 정해두는 것이 좋습니다. OpenAI가 공개한 공식 가이드도 이 다섯 가지를 중심으로 활용법과 프롬프트 예시를 안내합니다.

눈에 들어오는 건 모델이 멈추는 이유까지 설명한다는 점입니다. 사용자는 끝까지 해주길 기대했는데 중간에 질문하고, 짧은 답을 원했는데 표와 목록으로 길게 정리하는 상황이 있죠. 공식 문서는 이런 성향을 업무에 맞게 조정하는 방법을 제시합니다.

이 글은 OpenAI 공식 문서 Using GPT-6 Astra의 Prompting best practices 항목을 바탕으로, 각 포인트를 우리 업무 지침에 어떻게 반영할지 정리한 것입니다. 파일 지침과 병렬 분담처럼 해당 도구가 있는 환경에서 적용할 항목도 있으니, 사용하는 제품에 맞춰 골라보시면 됩니다.

공식 가이드가 먼저 짚는 행동 특성

공식 문서는 Astra가 작업 경계를 존중하고, 일상적인 빈틈은 문맥으로 채우며, 답에 따라 결과가 달라질 수 있는 부분에서는 질문한다고 설명합니다. 다만 실제로 원하는 질문 빈도와 작업 방식은 사람마다 다를 수 있습니다.

가이드가 나열한 다섯 가지 행동 특성을 요약하면 이렇습니다.

추가 입력이 결과를 바꿀 수 있다고 판단하면 질문하고 멈추는 경향이 있습니다. 사용자는 합리적으로 가정하고 계속 진행하길 기대했을 수 있습니다.
스킬 파일이나 AGENTS.md 같은 파일 속 지시에 더 민감하게 반응합니다. 그래서 모델이 읽을 수 있는 지침 파일을 점검하라고 강하게 권고합니다.
상세하고 형식이 많은 답변으로 기울고, 세션이 달라져도 같은 문구를 반복할 수 있습니다.
워크플로에 따라서는 기대보다 하위 에이전트에 일을 덜 넘깁니다.
코딩 작업에서는 완료 전에 철저히 테스트하려 하고, 작은 작업에서는 필요 이상으로 넓은 테스트가 될 수 있습니다.

제가 주목한 대목은 업무를 맡기는 기준을 구체적으로 적으라는 부분입니다. 어디까지 진행할지, 어떤 답변을 원하는지, 무엇을 확인하면 완료인지가 드러나야 조정할 지점도 보입니다.

Astra 활용을 위해 정할 작업 범위, 지침 우선순위, 답변 문체, 병렬 분담, 검증 기준

OpenAI 공식 가이드의 다섯 항목을 디노플로우가 재구성한 이미지입니다. 공식 화면을 캡처한 것이 아닙니다.

포인트 1. 허용된 작업은 끝까지, 질문은 결과가 바뀔 때만

가이드의 Initiative and follow-through 항목은 세 단계로 프롬프트를 제안합니다. 첫째, 사용자 의도와 작업 범위를 문맥에서 추론해 행동 쪽으로 기울고, 목표가 완료될 때까지 지속하라는 것입니다. 명백히 파괴적이거나 되돌릴 수 없는 작업은 예외입니다. 둘째, "~해줄 수 있어?", "~하고 싶어" 같은 표현을 실행 지시로 받아들이고, 할 수 있다는 확인이나 계획 제안에서 멈추지 말라는 것입니다. 셋째, 승인이 필요한 행동이라면 그 전에 허용된 작업을 모두 끝내 검토 가능한 구체적 결과를 만든 다음, 승인을 마지막 단계로 두라는 것입니다.

실무에서는 세 번째가 가장 유용합니다. 예를 들어 "이 제안서 고객사에 보낼 수 있게 정리해줘"라고 했다고 해보겠습니다. 발송은 되돌릴 수 없으니 확인이 필요합니다. 하지만 초안 수정, 오탈자 검토, 첨부파일 정리는 이미 허용된 범위입니다. 여기까지 끝내고 "이 상태로 보낼까요?"라고 묻는 것과, 시작하자마자 "어떤 톤으로 할까요?"라고 묻는 것은 결과가 완전히 다릅니다.

주의할 점이 있습니다. 이 조정은 승인 절차를 없애라는 뜻이 아닙니다. 가이드 자체가 파괴적이고 비가역적인 작업을 예외로 두고, 승인을 마지막 단계에 두라고 합니다. 자율 범위를 넓히는 것과 승인을 생략하는 것은 다른 이야기입니다. 애매한 지시를 구체화하면 아래와 같은 모양이 됩니다.

기존 지시	구체화한 지시
알아서 잘 처리해줘	초안 작성부터 검토까지 진행하고, 외부 발송과 파일 삭제처럼 되돌리기 어려운 행동은 실행 전에 확인받아
필요하면 물어봐	답에 따라 결과가 크게 달라지는 경우만 질문하고, 나머지는 문맥으로 판단해 진행한 뒤 적용한 가정을 보고서 끝에 적어

포인트 2. AGENTS.md와 스킬 파일의 충돌과 중복 점검

용어부터 짚겠습니다. AGENTS.md는 AI 에이전트가 참고하는 작업 지침 파일이고, SKILL.md는 특정 업무의 실행 절차를 적어둔 파일입니다. 코딩 에이전트뿐 아니라 문서 작업용 에이전트에서도 이런 파일을 읽고 행동을 정합니다.

Instruction following 항목에 따르면 Astra는 더 긴 지시를 잘 따르는 만큼 문맥 속 정보에도 더 민감합니다. 스킬 파일에 불명확하거나 서로 충돌하는 안내가 있으면 모델이 일찍 멈추고 작업을 막을 수 있다고 합니다. 가이드가 제안하는 처방은 두 가지입니다. 사용자의 명시적 지시가 스킬 지침보다 우선한다고 적어둘 것, 그리고 스킬 때문에 멈추거나 방향을 바꿀 때는 어떤 SKILL.md 파일의 어떤 문장 때문인지 인용하고 명시된 요구인지 해석인지 구분해 설명하게 할 것입니다.

예를 들어 스킬 파일에 "모든 변경 전에 확인받는다"라고 적혀 있는데 대화에서는 "바로 진행해"라고 했다면 모델은 두 지시 사이에서 멈출 수 있습니다. 우선순위를 명시하면 이런 충돌을 줄이는 데 도움이 됩니다. 중단 원인이 된 지침을 인용하게 하면 어느 파일을 살펴봐야 할지도 알 수 있습니다. 다만 여기서 말하는 우선순위는 사용자 지시와 스킬 파일 사이의 관계입니다. 플랫폼의 안전정책이나 조직의 보안 기준까지 사용자 지시가 덮어쓴다는 의미로 넓혀 읽으면 안 됩니다.

지침 파일이 오래 쌓였다면 이번 기회에 중복과 충돌을 한 번 정리하는 편이 좋습니다. 무엇을 지우고 무엇을 남길지는 시스템 프롬프트를 줄이는 방법을 다룬 이전 글에서 정리한 기준을 그대로 쓸 수 있습니다.

포인트 3. 결론부터, 간결한 문체를 지시문에 명시

Personality and writing style 항목은 Astra가 답변을 훑어보기 쉽게 만들려고 목록, 표, 마크다운을 즐겨 쓴다고 설명합니다. 형식이 적은 산문이 필요하면 그 선호를 명시하라는 것이 핵심입니다. 가이드가 제시한 문체 프롬프트의 요지는 세 가지입니다. 문단마다 하나의 요점을 담고 목록은 정보가 실제로 병렬이거나 순서가 있을 때만 쓸 것, 익숙한 단어와 구체적 예시와 정확한 동사를 쓸 것, 요점을 먼저 분명하게 말한 뒤 필요한 설명을 이어갈 것입니다.

기술 문서용으로는 독자의 배경지식 수준에 맞춰 전문용어 사용량을 조절하라는 프롬프트도 따로 제시합니다. 그리고 결론에 "Bottom Line:" 같은 표찰을 붙이거나, 묻지도 않은 대안을 끌어와 "X가 아니라 Y"라고 대조하는 문구, 만들어 붙인 복합 수식어 같은 상투 표현을 피하라고 구체적으로 적어두었습니다.

주간 보고 요약을 부탁하는 상황이라면 "요약해줘" 대신 이렇게 적는 편이 낫습니다. "세 문단으로 쓰고, 첫 문장에 결론을 넣어. 표는 숫자 비교가 필요할 때만 써." 이 한 줄이 없으면 Astra는 기본값대로 소제목과 표가 달린 긴 답변을 만들기 쉽습니다.

포인트 4. 협업 도구가 있다면 독립 작업은 병렬 분담

Subagent delegation 항목에 따르면 Astra는 일을 나눠 하위 에이전트에 맡기고 병렬로 처리하도록 훈련되었습니다. 그런데 워크플로에 따라 기대보다 덜 위임할 수 있어서, 언제 얼마나 위임할지 명시하라고 합니다. 가이드가 제시한 문장의 요지는 시간을 아끼거나 품질을 높일 수 있다면 협업 도구로 병렬 처리하라는 것입니다. 에이전트 사이의 메시지에 띄어쓰기 오류가 섞일 수 있으니 사람이 읽을 수 있게 쓰라는 안내도 함께 있습니다.

이 포인트는 전제가 분명합니다. 하위 에이전트와 협업 도구가 갖춰진 환경에서만 의미가 있습니다. 일반 채팅 화면에서 이 문장을 넣는다고 병렬 처리가 생기지는 않습니다. 반대로 에이전트 환경을 쓰고 있다면, 어떤 작업이 독립적인지 알려주는 것이 중요합니다. 세 개 기관의 공개 자료를 각각 조사해 비교하는 일은 병렬에 맞습니다. 숫자를 확인한 뒤에야 그래프를 그릴 수 있는 일은 순서가 있어서 병렬에 맞지 않습니다.

포인트 5. 규모에 맞는 검증, 통과 후 이유 없는 반복 금지

Testing and verification 항목은 코딩 작업에 관한 내용입니다. 변경 규모에 맞게 테스트 범위를 정하라는 것이 요지입니다. 구현을 그대로 옮겨 적은 것에 불과한 테스트를 되돌릴 수 있는 작은 변경에 쓰지 말 것, 변경에 맞는 테스트와 필수 점검을 통과했으면 새 변경이나 실패, 미해결 우려가 없는 한 검증을 넓히거나 반복하지 말고 작업 완료로 나아갈 것입니다.

여기부터는 제 업무 적용 예시입니다. 공식 문서는 코드 테스트를 말하지만, 같은 원칙을 문서 작업의 숫자와 출처 대조에 옮겨볼 수 있다고 봅니다. 제안서의 금액, 인원, 기준일, 인용 출처는 원본과 반드시 대조해야 하는 항목입니다. 수치와 의미가 그대로인 문장 수정이라면, 변경된 문장과 영향을 받는 부분부터 확인할 수 있습니다. 수치의 설명이나 해석까지 바뀌었다면 관련 원본도 다시 봐야 합니다. 제 적용 기준은 검증을 생략하는 것이 아니라 변경의 영향에 맞춰 범위를 정하는 것입니다.

요청 이해부터 자료 확인, 결과물 제작, 필요한 검증, 최종 보고까지 이어지는 AI 작업 흐름

허용된 작업은 이 흐름을 따라 끝까지 진행하고, 발송이나 삭제처럼 승인이 필요한 행동은 결과를 보여준 뒤 실행 전에 확인하는 구조입니다.

복사해서 쓰는 한국어 지침 예시

아래는 공식 가이드의 다섯 항목을 바탕으로 제가 재구성한 예시입니다. 공식 원문의 번역이 아니며, 권한과 완료 기준, 질문 범위, 근거, 문체, 검증 범위가 드러나도록 우리말로 다시 썼습니다. 괄호 안은 업무에 맞게 바꿔 쓰면 됩니다.

[작업 권한]
- 요청 문맥에서 의도와 범위를 추론해 실행
  쪽으로 판단하고, 허용된 작업은 완료까지
  진행한다.
- 읽기, 초안 작성, 수정, 검토처럼 되돌릴 수
  있는 작업은 별도 승인 없이 진행한다.
- 외부 발송, 게시, 파일 삭제, 결제처럼
  되돌리기 어려운 행동은 준비를 모두 끝내고
결과를 보여준 뒤 실행 전에 확인받는다.

[완료 기준]
- (예: 고객사 전달용 제안서 초안 1부와 변경
  요약 5줄)
- 할 수 있다는 확인이나 계획 제안에서 멈추지
  않는다.

[질문 범위]
- 답에 따라 결과가 크게 달라지는 경우에만
  질문한다.
- 그 외는 문맥으로 판단하고, 적용한 가정을
  결과물 끝에 적는다.

[지침 우선순위]
- 이 대화의 명시적 지시가 스킬 파일의
  지침보다 우선한다.
단, 플랫폼 안전정책과 조직의 보안·개인정보
  기준은 예외다.
- 스킬 파일 때문에 멈추거나 방향을 바꿀 때는
  파일명과 해당 문장을 그대로 인용하고,
명시된 요구인지 네 해석인지 구분해 설명한다.

[근거]
- 숫자, 날짜, 고유명사는 (원본 파일 또는
  공식 문서)에서 확인한 것만 쓰고 출처를
  표시한다.
- 확인되지 않은 내용은 추측하지 않고
  미확인으로 표시한다.

[문체]
- 결론을 첫 문단에 쓰고, 문단마다 하나의
  요점만 담는다.
- 표와 목록은 비교나 순서가 필요한 경우에만
  쓴다.
- 인사말, 과장, 상투적인 마무리 문장을 쓰지
  않는다.

[병렬 분담]
- 협업 도구가 있는 환경에서는 독립적인
  작업을 분담한다.
- 앞 단계 결과가 필요한 작업은 순서대로
  진행한다.

[검증]
- 금액, 인원, 기준일, 출처는 원본과
  대조한다.
- 작은 수정 뒤에는 변경된 부분과 그 영향을
  확인한다.
- 수치나 해석이 바뀌었다면 관련 원본도 다시
  대조한다.
- 검증을 통과했으면 새 변경이나 미해결
  문제가 없는 한 같은 확인을 반복하지 않는다.

기존 지침에서 무엇부터 확인할까

이미 쓰고 있는 지침 파일이 있다면 새로 쓰기보다 세 가지를 먼저 확인하는 편이 빠릅니다.

스킬 파일과 AGENTS.md에 "항상 확인 후 진행" 같은 문장이 있는지 봅니다. Astra는 이 한 줄에 민감하게 반응해 모든 작업 앞에서 멈출 수 있습니다.
같은 내용이 두 파일에 다르게 적혀 있는지 봅니다. 특히 문체와 형식 규칙이 서로 상충하는지 확인합니다.
완료 기준이 문장으로 적혀 있는지 봅니다. 완료가 무엇인지 없으면 모델은 계획 제안이나 중간 질문에서 멈추기 쉽습니다.

다섯 포인트를 한 문장으로 줄이면, 모델이 판단할 범위와 사람이 확인할 지점을 글로 적어두는 일입니다. 우선 반복하는 업무 하나에 적용해보고, 어느 지점에서 질문하거나 멈추는지 확인한 뒤 필요한 지침을 조정해보시면 됩니다. 지침 작성의 기본기가 더 필요하다면 ChatGPT 프롬프팅 가이드 한국어 정리도 함께 보시면 됩니다. 무료 로그인 후 이용할 수 있는 자료입니다.

이 글은 2026-09-14 기준 OpenAI 공식 문서 Using GPT-6 Astra의 내용을 확인해 작성했습니다. 이후 문서가 갱신되면 세부 내용이 달라질 수 있습니다.