OpenAI, GPT-6 Astra는 간결한 프롬프트와 완화된 가드레일 권장
OpenAI는 GPT-6 Astra 개발자들에게 과도하게 긴 스킬 설명, 무조건적인 문서 읽기 요구, 경직된 승인 규칙이 모델 성능을 저해할 수 있다고 조언했습니다. 더 뛰어난 모델일수록 개입을 줄이고, 작업 완료 기준을 명확히 정의해 조기 중단을 방지하는 것이 핵심입니다.
OpenAI에 따르면, 지나치게 긴 스킬 설명, 전체 문서 읽기를 강제하는 요구사항, 경직된 승인 규칙이 GPT-6 Astra의 발목을 잡을 수 있다고 합니다. 회사는 개발자들에게 명령어를 특정 작업에 더 밀접하게 연결하고, 작업 완료 시점을 더 명확하게 정의할 것을 권장합니다.
OpenAI의 에릭 프로뱅셰(Eric Provencher)는 시간이 지나며 쌓인 명령어들이 컨텍스트를 소모하거나 GPT-6 Astra가 너무 일찍 작업을 중단하게 만들 수 있다고 밝혔습니다. 그는 모델을 전환할 때마다 스킬, AGENTS.md, 작업 프롬프트를 검토할 것을 권장합니다. 프로뱅셰에 따르면 더 강력한 모델은 덜 개입해도 됩니다. 이는 모델 전환에 관한 OpenAI의 이전 조언과도 일치합니다.
모호한 스킬 설명은 잘못된 선택으로 이어져
스킬(Skills)은 리소스와 스크립트를 포함할 수 있는 마크다운 파일로 저장된 프롬프트입니다. 프로뱅셰는 스킬이 특정 워크플로우나 애플리케이션에 가장 적합하다고 말합니다. 스킬의 이름과 설명은 모델의 컨텍스트에 들어가므로 Codex가 주어진 작업에 맞는 스킬을 선택할 수 있습니다.
스킬이 너무 많으면 Codex가 설명을 잘라내야 하고, 올바르게 선택하는 데 필요한 정보가 유실됩니다. 블로그 포스트에 따르면 서로 충돌하는 설명이나 지나치게 광범위한 범위도 모델에 불필요한 명령어를 로드할 수 있습니다.
프로뱅셰는 범위 설명을 짧고 정확하게 유지할 것을 권장합니다. 예를 들어 Postgres 스키마 마이그레이션 스킬은 마이그레이션을 생성하거나 수정할 때, 또는 배포 상태를 확인할 때만 작동해야 합니다. 하나의 스킬이 여러 워크플로우를 다룬다면, 메인 문서가 적절한 보조 문서와 스크립트를 간략히 가리키도록 해야 한다고 프로뱅셰는 말합니다. 그래야 모델이 실제로 필요한 것만 읽게 됩니다. 불필요한 읽기가 늘어날수록 컨텍스트가 소모되고 요약(summarization)에 가까워지기 때문입니다.
또한 상세한 단계별 절차는 최신 모델의 속도를 늦출 수 있는데, 이런 모델들은 뉘앙스와 모호성을 스스로 더 잘 처리하기 때문이라고 프로뱅셰는 말합니다. 다만 공유된 스킬은 모든 기여자의 에이전트에 적용되므로 팀은 주의가 필요합니다. Sol이나 Luna에 적합한 것이 Astra를 실행하는 사람에게는 이미 너무 제한적일 수 있습니다.
매번 변경 전 강제 독서는 컨텍스트 낭비
프로뱅셰는 저장소 작업을 규율하는 AGENTS.md의 규칙도 정기적인 검토가 필요하다고 말합니다. 모든 변경 전에 여러 문서나 전체 프로젝트 개요를 읽도록 요구하는 것은 오타 수정 같은 작업에는 과합니다. Astra는 스스로 필요한 것을 파악할 수 있습니다.
매번 architecture.md, database.md, deployment.md를 강제로 읽게 하는 대신, 프로뱅셰는 문서를 선택적으로 가리키도록 제안합니다. 서비스 경계를 다룰 때는 아키텍처 문서를, 스키마를 변경할 때는 데이터베이스 문서를, 배포할 때는 배포 노트를 참조하도록 하는 것입니다. 또한 문서도 최신 상태를 유지해야 한다고 그는 덧붙입니다.
포스트에 따르면 명시적인 권한 설정은 안전한 작업에 대한 반복적인 확인 요청도 줄일 수 있습니다. 프로덕션 접근이 없는 일회용 데이터로 로컬 테스트를 하는 경우, AGENTS.md는 에이전트가 다시 묻지 않고 테스트 실행, 요청된 변경으로 인한 오류 수정, 영향받은 테스트 재실행을 명시적으로 허용할 수 있습니다.
Astra에게 필요한 것은 체크리스트가 아니라 명확한 목표
이전 모델이 이탈 행동을 보여 엄격한 승인 규칙으로 잠가뒀다면, Astra로 전환할 때 이를 재검토할 때라고 프로뱅셰는 말합니다. OpenAI는 이 모델에 더 나은 판단력을 부여하지만, 기존 제한을 너무 문자 그대로 해석해서 계속 진행하기를 원할 때도 멈출 수 있습니다. 포스트에 따르면 알려진 안전한 워크플로우는 명시적으로 허용해야 합니다.
프로뱅셰는 제한이 없더라도 Astra가 GPT-5.6 Sol보다 일찍 멈출 수 있다고 지적합니다. 그는 '완료'의 의미를 미리 정의할 것을 권장합니다. 에이전트가 무언가를 구현하고, 실행하고, 결과를 확인하고, 오류를 수정해야 한다면 그 모든 것이 프롬프트에 포함되어야 합니다. 첫 구현 후 확인을 받으라는 요구사항은 더 이른 중단 지점을 만들어 버립니다. OpenAI는 최근 GPT-6 Astra를 위한 자세한 프롬프팅 팁을 공개했습니다.