OpenAI의 새 플래그십 모델 GPT-6 Astra가 2026년 9월 4일 공개되면서 하루 만에 모델 집계·중개 플랫폼인 OpenRouter에서도 호출할 수 있게 됐다. OpenAI가 이 모델을 '까다로운 엔드투엔드 작업(demanding end-to-end work)'을 위한 최상위 모델로 규정한 점이 핵심이다. 단발성 질의응답보다는 고급 분석, 소프트웨어 엔지니어링, 심층 리서치, 과학 연구, 문서 작성처럼 여러 단계를 거치는 작업, 특히 컴퓨터와 브라우저를 직접 조작하는 장기 에이전트(long-horizon agentic) 과제에 강점이 있다고 소개됐다. 최근 코딩 어시스턴트와 자동화 에이전트를 실제 파이프라인에 붙이려는 국내 팀이 늘고 있는 만큼, 이 지향점 자체가 도입 검토의 출발점이 된다.
가격 구조를 뜯어봐야 하는 이유
공개된 요금은 입력 100만 토큰당 10달러, 출력 100만 토큰당 50달러다. 출력이 입력의 다섯 배로 책정돼 있다는 점은 실무에서 곧바로 비용 설계에 영향을 준다. 긴 문서를 넣고 짧게 요약하는 작업과, 짧은 지시로 방대한 코드를 생성하는 작업의 단가가 완전히 달라지기 때문이다. 여기에 캐시 읽기는 100만 토큰당 1달러, 캐시 쓰기는 12.5달러, 웹 검색은 1,000회당 10달러로 별도 책정돼 있다. 캐시 읽기 단가가 입력 정가의 10분의 1 수준이라, 동일한 시스템 프롬프트나 문서 맥락을 반복 호출하는 서비스라면 프롬프트 캐싱 설계 여부가 실제 청구액을 크게 좌우한다. OpenRouter 역시 캐싱과 할인 때문에 고객이 실제로 지불하는 평균 단가는 게시 가격보다 낮은 경우가 많다고 설명한다.컨텍스트와 입출력 사양
GPT-6 Astra의 컨텍스트 창은 105만(1,050,000) 토큰으로, 단일 요청에서 방대한 코드베이스나 여러 문서를 한꺼번에 다룰 수 있는 규모다. 다만 한 번에 생성할 수 있는 완성 토큰은 최대 12만8,000개로 제한된다. 즉 '넣을 수 있는 양'과 '한 번에 뽑아낼 수 있는 양'이 분리돼 있어, 대용량 산출물이 필요한 작업이라면 출력 상한을 감안한 분할 전략이 필요하다. 입력으로는 PDF·이미지·텍스트 같은 파일을 받고 결과는 텍스트로 반환하는 멀티모달 입력 구조를 지원한다.에이전트 개발자에게 중요한 함수 호출도 지원된다. tools와 tool_choice 파라미터로 함수 호출을 쓸 수 있고, response_format에 JSON 스키마를 넣어 구조화된 출력을 강제할 수 있다. 앞서 언급한 장기 에이전트 강점과 함께, 도구 연동과 스키마 기반 응답이 정식으로 열려 있다는 점이 이 모델을 자동화 워크플로에 넣기 쉽게 만든다.
OpenRouter를 거칠 때 달라지는 것
OpenRouter는 같은 모델을 여러 사업자가 호스팅한다는 전제 위에서 동작한다. GPT-6 Astra는 현재 OpenAI와 Azure(US) 두 곳이 제공하며, 요청은 가용한 최적 공급자로 라우팅되고 한 곳이 오류를 반환하면 자동으로 다음 공급자로 넘어간다. 사용자는 특정 공급자를 고정하거나 제외할 수도 있다. 라우팅 모드도 선택지가 있는데, 가격과 속도의 균형을 맞추는 Balanced, 최고 속도를 노리는 Nitro, 도구 호출 정확도를 우선하는 Exacto로 나뉜다. 에이전트처럼 도구 호출 신뢰성이 결과 품질을 좌우하는 워크로드라면 Exacto가, 실시간 응답이 중요한 서비스라면 Nitro가 후보가 된다.가용성 지표의 정의도 실무자가 오해하지 말아야 할 대목이다. OpenRouter에서 말하는 업타임은 '최근 3일 동안 최소 한 공급자가 응답한 시간의 비율'이고, 어베일러빌리티는 '추론이 실제로 성공적으로 처리된 시간의 비율'이다. 공급자가 두 곳뿐인 초기 단계에서는 이 이중화가 장애 대응의 핵심 안전판이 된다. 공급자별 업타임은 Endpoints API로 프로그램에서 조회할 수 있다.
도입을 검토한다면 API 호환성도 유리하게 작용한다. OpenRouter의 API는 OpenAI 호환이어서 대부분의 SDK는 베이스 URL만 바꾸면 동작하고, 모델 간 차이는 사실상 모델 슬러그 문자열 하나뿐이다. 성능 판단을 위해서는 Artificial Analysis의 독립 벤치마크가 함께 제공된다는 점을 참고할 만하다. 다만 지금 공개된 정보는 사양·가격·라우팅 정책에 집중돼 있고, 구체적인 벤치마크 수치나 실제 처리량·지연 시간은 서비스에 표시되는 실측값을 직접 확인해야 한다는 한계가 있다. 결국 이 모델의 실효 비용과 성능은 캐싱 설계, 라우팅 모드 선택, 그리고 자신의 워크로드에서의 입출력 비율에 따라 팀마다 다르게 나타날 것이다.