GPT-6 Astra 큰 변화가 있음!
= 현재까지 공개된 모델 중에서 소프트웨어 엔지니어링 성능 가장 높은 모델

비동기로 도구를 호출하거나, 진행 과정에서 추론 강도를 바꾸고(!) 중간에 지시 변경(!)..

이런 중요한 특징들을 보면 어떤 일을 제대로 완료하는걸 목표로 하는 모델로 느껴짐.

여기에 OpenAI에서 공개한 프롬프팅 가이드를 보면 변화하는 기준들도 미리 이해하면 좋을 듯.

↓

📑 prompting guide

• GPT-6 Astra는 컴퓨터 사용, 브라우징, 소프트웨어 엔지니어링, 과학 등의 전문적인 작업에서 높은 성능을 내며 복잡한 다단계 작업에 강함.

• 프롬프트에는 합리적인 가정을 바탕으로 작업을 끝까지 자율적으로 수행하도록 명시하면 불필요한 확인 질문과 조기 중단을 줄일 수 있음.

• 사용자의 요청이 행동 의도를 담고 있다면 단순한 가능 여부 답변이나 계획 제시에 그치지 말고 실제 결과까지 완성하도록 지시하는 것이 좋음.

• 승인이나 추가 입력이 필요하더라도 먼저 가능한 작업을 수행해 구체적이고 검토 가능한 결과를 준비한 뒤 질문하도록 설정하는 것이 효과적.

• 긴 지시와 복잡한 맥락을 잘 따르지만 AGENTS.md나 스킬 파일의 모호하거나 충돌하는 규칙에도 민감하기 때문에 관련 지침을 사전에 점검해야 함.

• 사용자 지시와 스킬 지침의 우선순위를 프롬프트에 명확히 선언하면 충돌로 인한 작업 중단이나 의도 이탈을 줄일 수 있음.

• 기본적으로 상세한 마크다운, 목록, 표를 선호하기 때문에 원하는 분량, 문체, 구조와 서식 수준을 구체적으로 지정하는 것이 좋음.

• 기술 설명에는 독자의 지식 수준에 맞춘 쉬운 표현, 능동태, 직접적인 문장과 필요한 만큼의 전문 용어를 사용하도록 요청하면 결과가 선명해짐.

• 상투적인 결론, 불필요한 대비 표현, 모호한 수식어와 반복 문구를 금지하면 더 자연스럽고 간결한 글을 얻을 수 있음.

• 병렬 처리가 유리한 작업에서는 언제 어떤 기준으로 하위 에이전트에 위임할지 명시해야 멀티에이전트 활용도를 높임.

• 코딩 작업은 검증을 철저히 수행하는 경향이 있기 때문에 변경 규모와 위험도에 맞는 테스트만 실행하고 통과 후 불필요하게 반복하지 않도록 범위를 정해야 함.

• 비동기 도구 호출과 작업 중간 지시 변경을 지원해서 긴 워크플로에서도 도구 실행을 기다리는 동안 다른 추론을 계속하거나 요구사항을 반영할 수 있음.

• 대화 중 reasoning effort를 변경할 때는 configuration_update를 사용하면 기존 프롬프트 접두사의 캐시를 유지하면서 작업 난이도에 맞게 추론 수준을 조절 가능.