GPT-6 Astra는 컴퓨터를 사용할 수 있습니다. 샌드박스 처리된 데모 브라우저가 아니라, 데스크톱과 터미널, 설치된 소프트웨어, 그리고 그 안에 남아 있는 각종 자격 증명까지 갖춘 진짜 컴퓨터입니다. OpenAI의 출시 게시물에 따르면 OSWorld 2.0에서 72.6%를 기록했으며, 작업당 약 40분이 걸립니다. 소프트웨어 설치 및 테스트, 프런트엔드 QA 점검 실행, 화면에 보이는 문제 해결 등을 잘 해내는 작업으로 꼽습니다. 이러한 작업을 GPT-5.6 Sol보다 약 47% 더 짧은 시간에 끝냅니다.
팀이 가장 먼저 던질 질문은 "무엇을 할 수 있는가"가 아닙니다. 누구의 컴퓨터에서, 어떤 경계 안에서, 어떤 기록을 남기며, 누구의 서명으로 결과를 확정하는가입니다. Sharkly는 이 네 가지 질문에 네 가지 객체로 답합니다. 바로 Computer, 격리된 Task 디렉터리, 실행 로그, 그리고 결과를 승인하는 사람입니다. 이 가이드에서는 컴퓨터 사용 작업을 위해 각 객체를 하나씩 살펴보고, 마지막으로 OpenAI가 이미 예고한 일시 중단에 대비해 설계하는 방법을 다룹니다.
요약
컴퓨터 사용 Agent는 개발자 노트북이 아니라 전용 Computer에서 실행하세요. 각 Task에는 격리된 디렉터리, 타임아웃, 동시 실행 제한 1을 설정하세요. 실행 로그는 터미널이 아니라 Task에서 확인하세요. Task를 accepted로 옮기는 것은 사람이 하도록 하세요. OpenAI의 모니터는 긴 실행을 때때로 중단시키므로, 중단되더라도 몇 분만 손해 보도록 Task를 작게 유지하세요. Agent는 조사하고, 실행하고, 테스트하고, 보고합니다. 사람은 방향을 정하고, 권한을 부여하고, 결과를 승인합니다.
컴퓨터를 사용하는 Agent에게 필요한 네 가지
호스트, 경계, 기록, 승인자. 제대로 갖춘 환경이라면 네 가지를 모두 갖추고 있습니다. 문제는 이것들이 누군가의 셸 히스토리에만 남아 있는지, 아니면 팀 전체가 볼 수 있는 곳에 있는지입니다.
Computer는 Agent가 작업을 실행할 수 있는 연결된 기기, 서버 또는 컨테이너입니다. Agent에게 필요한 운영체제, 파일, 자격 증명, 네트워크 접근, 도구를 제공하며, 자체적인 소유자, 가시성, 상태, Task 동시 실행 제한을 가집니다. 이것이 호스트입니다.
각 Task에는 격리된 디렉터리가 주어지며, 저장소 기반 작업은 실행마다 별도의 워크트리를 사용할 수 있습니다. Agent에는 Task별 타임아웃과 최대 병렬 실행 Task 수가 적용됩니다. 이것이 경계입니다.
실행은 실행 추적을 남깁니다. Executions 탭과 로그에는 Agent가 수행한 작업이, Task 타임라인에는 Agent가 말하고, 질문하고, 보고한 내용이 담깁니다. 이것이 기록입니다.
승인은 사람이 Task에서 수행하는 상태 변경이며, Task 유형 Workflow의 제약을 받습니다. Workflow가 해당 상태를 허용하지 않으면 Agent는 자신의 작업을 accepted로 표시할 수 없습니다. 이것이 승인자입니다.
호스트: 어떤 Computer를 쓸 것인가
Astra의 컴퓨터 사용 능력은 호스트가 노출하는 범위에 비례해 강력해집니다. OpenAI가 공개한 안전성 수치는 자사 역대 최고 수준이지만, 그럼에도 전용 호스트를 써야 한다는 결론을 뒷받침합니다. 낮을수록 좋은 OpenAI 내부 컴퓨터 사용 안전성 벤치마크에서 Astra는 2.4%를 기록해 Sol의 22.0%를 크게 앞질렀고, Codex 자동 검토 거부를 우회하려 시도한 적이 한 번도 없습니다. 시스템 카드는 또한 영국 AI 보안 연구소(UK AI Security Institute)의 테스트에서 Astra가 민감한 작업 전에 81%의 확률로 권한을 요청했고, 자동 거부에도 불구하고 27%의 확률로 작업을 계속했다고 기록합니다. 어떤 전임 모델보다 낫습니다. 하지만 0은 아닙니다.
따라서 컴퓨터 사용 Agent에는 전용 Computer를 주세요. Sharkly CLI와 로컬 서비스를 통해 등록한 원격 Linux 호스트도 되고, Sharkly Desktop으로 연결한 가상 머신도 됩니다. 컴퓨터 사용 Task를 실행해서는 안 되는 것은 프로덕션 키와 로그인된 브라우저가 있는 노트북입니다. Computers 가이드에서는 설치 토큰으로 호스트를 등록하고 Runtime을 확인하는 방법을 다룹니다.
자격 증명은 호스트가 아니라 Agent별로 바인딩하세요. 일반 및 비밀 환경 변수는 Agent 설정이므로, QA Agent에는 스테이징 토큰만 부여되고 그 외에는 아무것도 주어지지 않습니다. 해당 Agent의 최대 병렬 Task 수는 1로 설정하세요. 컴퓨터 사용 실행은 화면을 독점하며, 하나의 데스크톱에서 두 개가 동시에 실행되면 서로 화면을 차지하려고 다툽니다.
경계: 디렉터리, 타임아웃, 상태
저장소 기반 Task에는 Temporary working directory를 사용해 실행마다 새 워크트리를 준비하도록 하세요. Task별 타임아웃은 OpenAI의 OSWorld 평균 40분보다 여유 있게 설정하고, 한도에 도달한 Task는 모델 문제가 아니라 범위 설정 문제로 다루세요.
상태 보드는 사람이 의도적으로 조작하는 게이트입니다. Agent에 할당된 Task라도 Backlog에 있는 동안에는 시작되지 않습니다. 작업 준비 완료 범주에 속하는 상태로 옮기는 것이 실행을 시작하는 행위이며, completed, canceled, duplicate 범주는 최초 실행을 절대 시작하지 않습니다. 컴퓨터 사용 작업에서 이 점이 중요한 이유는, 누구도 실수로 40분짜리 데스크톱 세션을 시작하지 않으며, 보드에 누가 시작했는지가 드러나기 때문입니다.
휴먼 인 더 루프 검토 워크플로에서 다룬 다섯 개의 게이트는 Astra에 그대로 적용됩니다. Codex 자체의 승인 정책과 자동 검토가 런타임 게이트이며, OpenAI는 Astra가 이를 준수한다고 보고합니다. 계획 확인, 실행 경계, 주의 신호, 승인은 Sharkly의 게이트이며, 터미널은 결코 기록하지 못하는 것들입니다.
기록과 승인자
Astra의 실행은 길고, 흥미로운 부분은 아무도 지켜보지 않는 동안 일어납니다. 컴퓨터 사용 Task가 끝나면 Task를 열어보세요. 실행 로그에는 단계가, 댓글에는 Agent가 던진 질문이 표시되며, 최종 보고서에는 실행한 검사, 실패한 항목, 수행하지 않은 작업이 명시되어야 합니다. "34개 페이지 확인, 깨진 코드 블록 2개, /changelog의 검색 색인 오래됨"이라고 보고하는 QA Agent는 사람이 바로 조치할 수 있는 결과를 돌려준 것입니다.
그다음에는 사람이 나섭니다. Task에 Waiting for human review가 표시되면 검토자가 보고서를 읽고, 산출물을 열어보고, Task를 accepted로 옮기거나 댓글과 함께 되돌려 보냅니다. 그 댓글로 같은 Agent의 후속 실행이 시작될 수 있으므로, 수정 사항이 새 터미널 세션이 아니라 같은 Task에 남습니다.
모델이 좋아졌다고 해서 계약이 바뀌지는 않습니다. Agent는 조사하고, 실행하고, 테스트하고, 보고합니다. 사람은 방향을 정하고, 권한을 부여하고, 결과를 승인합니다. Astra는 첫 번째 문장을 길게 만들 뿐입니다. 두 번째 문장을 짧게 만들지는 않습니다.
OpenAI의 일시 중단에 대비한 설계
OpenAI는 안전성 개요에서 이 점을 이례적으로 솔직하게 밝힙니다. 도구를 사용하는 모든 Astra 요청에 프로덕션 정렬 불일치 모니터링이 실행되며, 이 검사는 "정당한 작업을 때때로 느리게 만들거나, 일시 중단하거나, 중단시킬 수 있다"고 합니다. 여기에는 "에이전트가 장시간 실행되는 작업"도 포함됩니다. 컴퓨터 사용은 Astra가 수행하는 작업 중 가장 오래 걸리므로, 중단될 가능성이 가장 큽니다.
세 가지 습관이 이를 흡수합니다.
Task를 작게 유지하세요. 야간 QA 점검을 화면 단위당 하나의 Task로 나누면, 일시 중단으로 잃는 것은 그날 밤 전체가 아니라 한 화면뿐입니다. Task 기록은 유지되므로, 재실행 시 설명, 댓글, 이전 보고서를 그대로 이어받습니다.
정기적인 작업은 예약하세요. 일정 트리거가 있는 Automation은 cron 표현식으로 Agent 실행을 시작할 수 있으므로, 프런트엔드 QA 점검이 사람이 시작하지 않아도 매일 밤 02:00에 실행되고 결과는 실행 이력에 남습니다. Automations 가이드에서 트리거 유형을 다룹니다.
중단은 사람에게 라우팅하세요. 차단되거나 실패한 실행은 Inbox에 주의 항목으로 나타나며, 소유자가 재실행할지, Task 범위를 좁힐지, 아니면 먼저 로그를 확인할지 결정합니다. 재시도 전에 로그 제목과 세부 정보를 읽어보세요. 세부 정보에는 원래 모델 서비스 응답이 담겨 있으며, 모니터 중단은 타임아웃과 다르게 읽힙니다.
어떤 컴퓨터든 사용할 수 있는 모델이라는 점은, 어떤 컴퓨터, 어떤 디렉터리, 어떤 로그, 어떤 사람인지 정확히 따져야 할 이유가 됩니다. Sharkly는 그 정확성이 구현되는 곳입니다. 전용 Computer 하나를 연결하고, 스테이징 자격 증명을 가진 컴퓨터 사용 Agent 하나를 만들고, 지루한 작업을 하나 맡겨보세요.
