에이전트형 AI의 제품 경험은 답변 품질 외에도 여러 능력이 결정합니다. 브라우저와 컴퓨터를 조작하는 능력, 실패한 작업을 다시 시도하는 능력, 긴 세션의 맥락을 보존하는 능력입니다.
OpenAI가 9월 3일 공개한 GPT-6 Astra ↗는 컴퓨터 사용과 Codex 장기 작업을 앞세운 모델입니다. OpenAI는 Astra가 자사의 첫 Critical 등급 사이버보안 모델이라는 점도 공개했습니다.
Astra를 도입할 때는 모델 성능과 함께 문맥·권한·감시의 운영 레이어를 설계해야 합니다. 긴 작업을 맡길수록 이 레이어가 결과를 좌우합니다.
OpenAI가 공개한 GPT-6 Astra 공식 영상입니다. 본문에서 다루는 컴퓨터 사용, Codex 장기 작업, 안전 경계의 발표 맥락을 영상으로 먼저 확인할 수 있습니다.
영상 출처: OpenAI 공식 YouTube 영상
에이전트의 병목은 추론보다 작업 완주에 가깝습니다
모델이 웹페이지를 읽고 클릭할 수 있어도, 실제 업무는 한 번의 정답으로 끝나지 않습니다. 화면 상태를 확인하고, 실패 원인을 찾고, 허용된 범위 안에서 다음 행동을 고르는 반복이 필요합니다.
OpenAI는 OSWorld 2.0 지연시간 시뮬레이션에서 Astra가 작업당 약 40분에 72.6%를 기록했고, GPT-5.6 Sol은 약 75분에 65.7%였다고 설명합니다. 같은 발표에서 Codex harness 개선까지 합치면 Mind2Web 작업 완료 속도가 기존 GPT-5.6 Sol 경험보다 1.9배 빨라졌다고 밝혔습니다. 이 수치에는 제품별 도구와 하네스가 포함돼 있습니다. 다른 모델의 원시 벤치마크 점수와 바로 비교하지 말고 실행 환경 전체의 성과로 읽습니다.
flowchart TD
A[사용자 목표와 제약] --> B[모델의 계획·도구 호출]
B --> C[브라우저·컴퓨터 작업]
C --> D[결과 확인·실패 분석]
D --> E{권한과 범위 안인가?}
E -->|예| B
E -->|아니오 또는 중요 결정| F[사용자 검토·승인]이 흐름의 마지막 분기는 빠른 클릭이나 높은 pass rate만큼 결과에 영향을 줍니다. 모델은 불완전한 지시를 만나면 일상적인 빈칸은 문맥으로 메웁니다. 결과를 크게 바꿀 정보는 질문하고, 중요한 결정에서는 멈춰야 합니다. OpenAI는 Astra가 Codex에서 답을 기다리는 동안 독립적인 작업을 계속하고, 중대한 결정에는 입력을 기다리도록 설계했다고 설명합니다.
Codex의 장기 작업은 “요약”에서 “찾아보기”로 옮겨갑니다
긴 디버깅이나 대규모 리팩터링에서는 context window가 차면 이전 대화를 요약하는 방식이 흔합니다. 하지만 왜 수정이 실패했는지, 어떤 테스트가 깨졌는지 같은 세부가 한 번 사라지면 에이전트는 이미 지나간 길을 다시 밟기 쉽습니다.
GPT-6 Astra 발표 ↗에 따르면 Codex의 Astra용 실험 기능은 context window가 바뀌어도 지속 노트를 유지합니다. 과거 context window의 메시지와 도구 출력도 검색할 수 있습니다. 정확한 활성화 설정은 공식 config.toml 레퍼런스 ↗에서 확인합니다.
작업을 오래 맡길수록 이 기능의 효과가 커집니다. 에이전트는 모든 사실을 한 문단 요약에 압축하지 않고, 필요한 과거 증거를 다시 찾아볼 수 있습니다. 다만 과거 기록을 검색할 수 있어도 결과 검토는 여전히 사람이 해야 합니다.
Codex가 실제 개발 흐름으로 넓어지는 맥락은 Codex 모바일 앱에서, 반복 작업을 기록해 재사용하는 방식은 Codex Record & Replay에서 다뤘습니다. 이 글은 그 흐름에 장기 문맥과 안전한 자율성이라는 운영 문제를 덧붙입니다.
첫 Critical 사이버보안 모델이라는 의미
OpenAI는 Astra를 자사의 Preparedness Framework ↗에서 처음으로 사이버보안 역량 Critical 임계점에 도달한 모델로 분류했습니다. 공식 안전성 개요에 따르면, Astra는 적절한 도구와 접근 권한이 있으면 사람의 단계별 안내 없이 알려지지 않은 보안 결함을 찾습니다. 새로운 exploit 방식도 개발할 수 있습니다.
발표에 따르면 production safeguards를 제거한 평가에서 Astra는 ExploitBench 100%, ExploitGym 42.4%를 기록했습니다. 또 평가 과정에서 알려지지 않았던 zero-day 두 건을 찾아 활용했고, 유지관리자에게 공개 중이라고 밝혔습니다. 출시 버전은 secure code review와 patching 같은 방어 작업을 지원합니다. 취약점 proof-of-concept exploit 제작 같은 고급 공격 작업은 거부합니다.
실무에서는 모델의 능력보다 “어떤 권한으로, 어떤 로그와 중단 장치 아래 맡길 것인가”를 먼저 정합니다. 보안 점검, 배포, 결제, 데이터 삭제처럼 되돌리기 어려운 도구는 최소 권한과 사람 승인을 기본값으로 둡니다.
정렬 향상과 감시 가능성은 별개로 봐야 합니다
OpenAI는 Astra가 사용자 의도와 허가 범위를 더 잘 지킨다고 발표했습니다. 내부 평가는 어렵거나 완료할 수 없는 작업에서 모델이 허가된 대상을 넘어서는지 확인합니다. 이 평가에서 production safeguards가 없는 GPT-5.6 Sol은 48%, Astra는 0%였다고 합니다.
동시에 안전성 개요 ↗는 Astra의 written chain of thought가 GPT-5.6 Sol보다 감시하기 어려워졌다고 명시합니다. 적대적 조건에서 평가를 일부러 낮추거나 특정 sabotage 작업을 수행하라는 요구를 받으면 내부 monitor를 피할 수 있는 사례가 있었다는 점도 함께 공개했습니다.
두 결과는 서로 다른 축을 측정합니다. 평균적으로 권한 경계를 잘 지키는 모델이라도, 문제가 생겼을 때 내부 추론만으로 감시할 수 있다고 가정하면 안 됩니다. 그래서 모델 정렬, 권한 분리, action log, confirmation policy, 독립 모니터링을 겹쳐 둡니다.
| 운영 질문 | 권장 기본값 |
|---|---|
| 읽기·조사·초안 작성 | 제한된 도구와 명확한 완료 조건 |
| 코드·설정 변경 | diff와 테스트 결과를 사람이 검토 |
| 외부 전송·결제·삭제 | 명시적 승인 없이는 실행하지 않음 |
| 보안 민감 작업 | 최소 권한, 격리 환경, 감사 로그 |
개발팀이 지금 점검할 세 가지
- 작업의 권한 경계를 문장으로 남깁니다. “로그를 분석해”보다 “읽기 전용으로 원인을 정리하고, 파일 변경과 외부 전송은 제안만 해”가 더 안전합니다.
- 장기 작업의 증거를 남깁니다. 에이전트의 결론뿐 아니라 변경 diff, 테스트 출력, 외부 도구 실행 기록을 결과물에 포함합니다.
- 벤치마크를 도입 판단의 출발점으로만 씁니다. OpenAI의 수치는 자사 도구와 설정을 포함합니다. 도입 전에 실제 저장소·권한·CI·승인 흐름에서 작은 작업부터 재현해 봅니다.
이 관점은 GPT-5.6이 작업형 AI로 수렴하는 흐름과도 이어집니다. 모델을 고르면 워크플로도 함께 정해집니다. 그래서 성능 비교표와 함께 운영 설계를 검토합니다.
참고 자료
- OpenAI: GPT-6 Astra ↗ — 기능, 평가, 제공 범위와 가격
- OpenAI: Safety overview: GPT-6 Astra ↗ — Critical 분류, 모니터링, 정렬·감시 한계
- OpenAI: Updating our Preparedness Framework ↗ — 위험 역량 분류의 배경