GPT-6 Astra가 자꾸 확인을 요청할 때, 프롬프트에 적을 세 가지

GPT-6 Astra가 공개된 지 나흘이 지났습니다. OpenAI의 발표일은 미국 기준 9월 3일입니다. 이 글을 쓰는 2026년 9월 7일에는 벌써 이전 모델과 비교하는 사용 후기가 이어지고 있습니다.

초기 반응에는 기대가 담겨 있습니다. Reddit에서는 GPT-5.6 Sol로 풀지 못했던 문제를 해결했다거나, 작업 도중 사람이 개입할 일이 줄었다는 후기가 나왔습니다. 반면 문제를 푸는 능력은 인상적이지만 일을 필요 이상으로 복잡하게 만든다는 의견도 있습니다. 아직 출시 직후의 개별 경험이지만, 성능과 함께 일하는 방식에도 관심이 모이고 있다는 점은 눈여겨볼 만합니다.

5.6에서 쓰던 요청을 그대로 건넸는데 Astra가 예상과 다르게 움직인다면, 요청하는 방법을 조금 바꿔보세요. 이 글에서는 이미 맡긴 일을 다시 확인하거나, 더 진행해도 될지 묻는 상황에 초점을 맞추겠습니다.

5.6에서 잘 쓰던 요청인데, 왜 다시 물어볼까요?

OpenAI 공식 가이드는 Astra가 5.6 Sol보다 긴 작업에서 맥락을 더 일관되게 유지하지만, 이전 모델이 추정하고 넘어가던 부분을 질문할 수 있다고 설명합니다. 스킬과 AGENTS.md처럼 작업 방법을 적어둔 파일에도 민감해서, 지침이 모호하거나 서로 충돌하면 멈출 수 있습니다.

예를 들어 블로그의 글 너비를 넓혀달라고 했다고 해보겠습니다. 사용자는 적당한 값을 정해 수정하고 화면까지 확인해주길 기대합니다. 그런데 작업 지침에는 변경 전에 확인을 받으라는 문구가 남아 있을 수 있습니다. 그러면 이미 수정을 요청했는데도 허락을 다시 묻는 대화가 생깁니다.

이럴 때는 요청문에 세 가지를 덧붙여보세요. 어디까지 진행해도 되는지, 지침이 충돌하면 무엇을 따를지, 무엇을 확인하면 끝인지입니다. 아래 문구는 실제 요청에 맞춰 고쳐 쓸 수 있도록 작성한 예시입니다.

1. 맡긴 범위 안에서는 끝까지 진행해달라고 적어주세요

실행을 요청할 때는 기대하는 마지막 단계까지 알려주세요. 초안 작성이 목표라면 초안 완성까지, 코드 수정이라면 수정과 관련 검사까지입니다.

현재 요청의 목표와 범위 안에서 이미 승인한 작업은 계속 진행하세요.
실행을 요청했다면 결과물과 필요한 검증까지 완료하세요.
새 결정이 필요해도 그 답변과 무관하게 할 수 있는 작업은 진행하세요.
범위를 벗어나거나 되돌릴 수 없는 행동에 새 승인이 필요하면 물어보세요.

글 너비를 수정하는 요청이라면 이렇게 구체화할 수 있습니다. “본문 너비는 현재 디자인에 맞춰 판단해서 수정하고, 데스크톱과 모바일에서 확인해주세요. 수정 전에 너비 값을 다시 승인받을 필요는 없습니다.” 맡기는 판단이 무엇인지 알려주면 됩니다.

2. 지침이 충돌할 때 따를 기준을 알려주세요

스킬은 반복 작업을 위한 절차를 담은 파일입니다. 편리하지만, 일반적인 절차가 지금 요청과 맞지 않을 때도 있습니다. 이미 초안을 고쳐달라고 했는데 스킬에는 편집 전에 확인하라고 적혀 있는 경우가 그렇습니다.

현재 사용자의 명시적인 지시가 스킬의 일반 지침과 충돌하면
사용자 지시를 우선하세요.
지침 때문에 멈춰야 한다면 해당 파일과 문구를 알려주세요.
명시된 요구사항과 자신의 해석을 구분해서 설명하세요.

OpenAI 공식 가이드도 사용자 지시와 스킬 지침의 우선순위를 명시하고, 멈추게 한 스킬을 밝히도록 권합니다. 이 기준은 사용자 요청과 스킬 사이의 충돌을 다룹니다. 시스템의 권한 제한을 바꾸는 문구는 아닙니다.

어떤 문구 때문에 멈췄는지 알면 다음 요청도 쉬워집니다. 같은 허락을 반복하기보다, 지금 작업에 맞지 않는 지침을 찾아 고칠 수 있습니다.

3. 무엇을 확인하면 끝인지 적어주세요

계속 진행하라는 말에 완료 조건도 붙여주세요. “잘 마무리해주세요”보다 확인할 결과를 적는 편이 구체적입니다.

요청한 결과물과 합의한 완료 조건을 충족하면 결과를 보고하세요.
검증은 이번 변경에 필요한 범위로 수행하세요.
완료를 막는 문제가 없다면 선택적인 개선으로 범위를 늘리지 마세요.
끝내지 못한 항목은 완료한 부분과 구분하고 이유를 알려주세요.

블로그 너비 수정이라면 “넓은 화면에서 본문이 더 넓게 보이고, 모바일에서 글이 화면 밖으로 나가지 않으면 완료”처럼 적을 수 있습니다. 글 작성이라면 “사실 확인을 마친 본문과 게시용 요약이 있으면 완료”라고 정할 수 있고요.

검증 범위도 함께 정해두면 도움이 됩니다. 작은 문구 수정과 결제 기능 변경에 필요한 검사는 다릅니다. 이번 요청에 필요한 확인을 마쳤다면 결과를 받아보고, 추가 개선은 그다음에 결정하셔도 됩니다.

세 문구를 한꺼번에 길게 붙일 필요는 없습니다. 지금 가장 자주 막히는 부분부터 하나씩 적용해보세요. 이미 허락한 일을 되묻는다면 진행 범위를, 지침 때문에 멈춘다면 우선순위를, 작업이 계속 길어진다면 완료 조건을 먼저 적으면 됩니다.

출시 초기라 더 다양한 사용 경험이 쌓일 것입니다. 당장은 Astra가 질문하는 이유를 확인하고, 맡길 판단을 요청문에 조금 더 분명하게 적어보세요. 꼭 직접 결정하고 싶은 부분은 남겨두면서도, 이미 맡긴 일은 끝까지 진행하도록 요청할 수 있습니다.