2026년 9월 초 OpenAI가 공개한 GPT-6 Astra는 지시를 잘 따르는 모델이지만, 개발 현장에서는 기존 프롬프트 규칙과 부딪혀 작업이 멈추는 사례가 보고되고 있다. 예전 모델의 환각이나 불필요한 코드 수정을 막으려고 써 둔 방어적 지시문이 Astra의 높은 정렬 성능과 겹치면서 오히려 걸림돌이 됐다. 그래서 OpenAI Codex 개발팀은 파일에 쌓인 지시를 점검하고 고치라고 권고했다. 이 글은 Astra의 특성에 맞춰 프롬프트 부채를 정리하고 생산성을 높이는 방법을 다룬다.

GPT-6 Astra, 강화된 지시 준수의 그림자

GPT-6 Astra는 이전 모델보다 프롬프트에 적힌 지시를 훨씬 문자 그대로, 엄격하게 따른다. 그 탓에 예전 모델의 환각이나 임의 변경을 막으려고 개발자들이 AGENTS.md나 SKILL.md 파일에 적어 둔 방어적 규칙이 이제는 방해가 된다. "변경 전 반드시 확인받을 것"이나 "모든 문서를 먼저 읽을 것" 같은 과한 제약이 Astra의 엄격한 지시 준수와 만나면, 작업이 일찍 멈추거나 단순한 작업에서도 승인을 거듭 요구하는 일이 잦아졌다.

이런 일이 쌓이면 에이전트의 작업 흐름이 끊기고 개발 생산성이 오히려 떨어진다는 지적이 나온다. OpenAI Codex 개발팀의 에릭 프로방셰는 2026년 9월 11일 개발자 블로그에서 수년 동안 쌓인 지시 파일을 전면 재점검하라고 공식 권고했다. 시스템에 쌓인 방어적 지시와 과도한 제약 조건, 곧 프롬프트 부채를 개발자가 직접 덜어내야 한다는 것이다.

Astra가 잦은 질문을 던지는 이유

GPT-6 Astra가 작업 중에 자주 질문하는 것은 모델의 정렬 수준이 크게 올라갔기 때문이다. 지시가 조금이라도 모호하거나 실행 결과가 크게 달라질 수 있는 분기점에 이르면, Astra는 예전 모델처럼 넘겨짚어 정하지 않고 사용자에게 명확화 질문을 하거나 승인을 요청하도록 훈련됐다.

그러니 Astra가 언제 질문하는지 미리 알고, 자율성 기준을 프롬프트에 적어 두어야 한다. 질문은 최종 결과가 크게 달라질 때, 작업 범위가 바뀔 때, 되돌릴 수 없는 작업일 때, 새 권한이 필요할 때의 4가지 경우로 한정해야 한다. 일상적이고 되돌릴 수 있는 판단은 모델이 알아서 처리하도록 행동 지침을 준다.

완료 조건도 프롬프트에 분명히 적는다. 어디까지 하면 작업이 끝나는지 구체적인 기준을 주면 Astra는 중간에 멈추지 않고 지정된 목표까지 작업을 마친다.

GPT-6 Astra는 지시가 모호하거나 결과가 크게 바뀔 수 있는 분기점에서 사용자에게 명확화를 요구하도록 훈련되었으므로, 프롬프트에 자율성을 명시해야 한다.

스킬 목록 컨텍스트 제한과 해결 전략

OpenAI Codex에서 설치된 전체 스킬 목록과 스킬 설명이 차지할 수 있는 컨텍스트 윈도는 최대 2%로 제한된다. 전체 컨텍스트 크기를 알 수 없는 환경에서는 스킬 목록 표시에 최대 8,000자의 글자 수 상한이 적용된다. Codex를 실행할 때 스킬 설명문이 자동으로 줄었다는 경고가 뜬다면 스킬 용량이 이미 2% 예산을 넘었다는 뜻이다.

이 제한을 피하려면 점진적 공개 구조를 쓴다. 메인 SKILL.md 파일에는 공통 원칙과, 어떤 상황에서 어느 파일로 가야 하는지 알려 주는 라우팅 조건만 남긴다. 세부 작업 절차와 가이드 문서는 references 디렉터리로 빼고, 검증에 쓰는 실행 파일은 scripts 디렉터리에 둔다.

메인 파일을 줄이고 필요할 때만 세부 문서를 읽어 오게 하면 2%와 8,000자 제한을 넘지 않으면서도 정교한 스킬 세트를 유지할 수 있다.

OpenAI Codex 환경에서 스킬 목록은 컨텍스트 윈도의 2% 또는 8,000자로 제한되므로, 점진적 공개 아키텍처를 적용하여 효율적으로 관리해야 한다.

명확한 스킬 정의로 불필요한 호출 방지

스킬 설명문에는 넓고 모호한 키워드를 쓰지 않는다. 범위가 부정확하거나 너무 넓은 설명은 Astra가 관련 없는 작업 중에도 스킬을 불러오거나 시스템 충돌을 일으키는 원인이 된다.

OpenAI는 스킬 트리거 조건을 정의할 때 'Use-when Narrowing' 규격을 따르라고 권한다. "데이터베이스, 쿼리, 모델 작업 시 사용하라"처럼 뭉뚱그려 쓰던 기존 방식 대신, "Postgres 스키마 마이그레이션을 생성하고 검증할 때, 마이그레이션을 추가·변경하거나 배포 상태를 확인할 때 사용하라"처럼 구체적인 작업 유형으로 좁혀 쓰라는 것이다.

스킬이 언제 발동해야 하는지 범위를 좁혀 두면 Astra는 필요한 순간에만 맞는 스킬을 고르고, 그만큼 컨텍스트를 아끼고 작업 정확도도 높아진다.

스킬 트리거 조건을 모호한 광범위 키워드 대신 구체적인 작업 유형으로 한정하여, Astra가 적절한 시점에만 스킬을 사용하도록 유도해야 한다.

문제 발생 시 원인 추적 및 자율성 부여

스킬끼리 충돌하거나 작업이 예기치 않게 멈췄을 때 원인을 빨리 찾으려면 OpenAI가 내놓은 공식 감사 프롬프트를 쓴다. 스킬이 사용자 승인을 요구하며 멈추거나 의도와 다르게 움직이면, 모델이 참조한 SKILL.md 파일과 해당 지시 문구를 밝히고 원인을 설명하게 하는 감사 문구를 시스템 프롬프트에 넣는 방식이다.

자율성 기준도 분명히 세워 Astra가 쓸데없이 되묻지 않게 해야 한다. 되돌릴 수 없는 삭제나 권한 요청 같은 위험 작업이 아니라면, 일상적인 변경은 모델이 스스로 판단해 끝까지 진행하도록 지침을 준다.

감사 프롬프트로 문제를 일으킨 규칙 파일을 바로 찾고 자율성 지침으로 과한 정지를 줄이면, 개발자는 에이전트의 동작을 통제하면서 자율 작업 완수율을 높일 수 있다.

Astra 시대의 효과적인 프롬프트 전략

GPT-6 Astra를 제대로 쓰려면 먼저 기존 AGENTS.md와 SKILL.md 파일에 쌓인 프롬프트 부채를 정기적으로 감사해야 한다. 지나치게 방어적이거나 중복된 규제를 지우고 꼭 필요한 지시만 간결하게 남기는 데서 시작한다.

다음은 스킬 설계다. 점진적 공개 구조를 적용하고, 스킬 설명문은 'Use-when Narrowing' 규격에 따라 구체적인 작업 범위로 좁힌다. 메인 라우터 파일을 작게 유지하면 2% 컨텍스트 제한을 지키면서도 스킬이 정확하게 호출된다.

끝으로 프롬프트에 완료 조건과 자율성 기준을 적고 감사 프롬프트를 함께 넣어, 문제가 생기면 거슬러 올라가 원인을 찾을 수 있게 한다. 이 순서대로 프롬프트를 정리하면 Astra의 수행 능력을 안정적으로 쓸 수 있다.

참고