OpenAI 고객 사례: Greptile, GPT-6 Astra로 앱을 실행해 풀 리퀘스트를 시험한다고 설명

Greptile, GPT-6 Astra로 앱을 실행해 풀 리퀘스트를 시험한다고 설명하다

OpenAI는 10월 26일 코드 변경을 검토하고 시험하는 AI 에이전트를 만드는 회사 Greptile에 대한 고객 사례를 공개했다. 사례에 따르면 Greptile은 GPT-6 Astra로 사용자 작업 흐름을 시험하고, OpenAI의 Daybreak으로 보안 방어를 강화하며, Codex로 재작업을 줄인다. 주장의 거의 전부는 Greptile의 공동 창업자 겸 최고경영자 Daksh Gupta에게서 나왔고, 이 페이지는 OpenAI의 홍보 자료다. 벤치마크, 오류율, 비용 수치는 들어 있지 않다. 설계를 설명하는 글로는 쓸모가 있지만 성과의 증거는 되지 못한다.

코드를 읽는 데 그치지 않고 동작을 시험한다

핵심 생각은 변경 차이를 읽는 것만으로는 모든 결함이 드러나지 않는다는 것이다. Gupta는 아이폰에서 사이트를 보면 버튼이 사라지는 사례를 든다. 사례에 따르면 Greptile은 풀 리퀘스트를 위해 개발 서버를 띄우고, 브라우저를 휴대폰 크기로 바꾸고, 사용자가 앱을 따라 움직이는 모습을 흉내 낼 수 있다. 모델의 시각 이해 덕분에 화면을 살피다 사라진 버튼을 알아챈다. Gupta는 이를 GPT-6 Astra의 컴퓨터 사용, 곧 모델이 화면을 통해 소프트웨어를 조작하는 능력 덕분이라고 보며, 모델이 허용하는 지금의 개발 속도에서 사람이 일하는 품질 보증 업체가 모든 변경을 시험하는 것은 '비현실적으로 느리다'고 말한다. 사례는 이 방법이 결함을 몇 개나 찾는지, 오경보가 얼마나 되는지, 한 번 실행하는 데 얼마나 걸리는지 밝히지 않는다.

보안과 공유 지식 기반

보안에 대해 Gupta는 더 강한 모델이 공격자가 앱을 악용하기 쉽게 만들어, 예전에는 전형적인 표적이 아니던 회사도 위험하다고 말한다. Greptile은 Daybreak으로 고객에게 공격자의 공격 수단보다 정교한 방어 수단을 제공하며, 이를 '매우 안전한 방식'으로 한다고 한다. 이어지는 기술적 설명은 없다. 사례는 다음으로 Greptile의 Knowledge Base를 설명한다. 이것은 회사의 코드베이스를 색인하고, 사람과 에이전트가 읽을 수 있는 형태로 그 동작 방식을 문서화한다. Greptile은 이를 모델 컨텍스트 프로토콜(MCP) 서버를 통해 Codex에 제공해 생성된 코드가 기존 패턴을 따르게 한다. Gupta는 수천 곳의 고객이 Codex를 이 지식 기반에 연결했다고 말한다. 팀은 AI가 쓴 코드가 되돌려지는 빈도를 추적하며, 에이전트에게 맥락을 주면 되돌림이 줄어든다고 한다. 되돌림 비율은 제시되지 않는다.

믿기 전에 물어야 할 것

사례는 개발을 빠르게 할 수단으로 Gupta가 꼽는 'Ultrafast'에 대한 기대로 끝난다. 페이지는 그것이 무엇인지 설명하지 않는다. 비슷한 도구를 평가하는 독자는 자기 저장소에서 측정한 탐지율과 오경보율을 요구해 볼 수 있다. 보안에서 중요한 점이 하나 더 있다. 풀 리퀘스트의 코드를 개발 서버에서 실행하고 브라우저로 그것을 조작한다는 것은 아직 검토되지 않은 코드를 실행한다는 뜻이다. 이것들은 독자가 던질 질문이지 사례 속의 주장이 아니다. 이런 시스템이 비공개 코드베이스에 닿기 전에 샌드박스, 모델이 볼 수 있는 데이터, 실행당 비용이 분명해야 한다.

사례 속 두 가지 말도 구별해서 봐야 한다. '수천 곳의 고객이 Codex를 연결했다'는 말은 연결 규모를 나타내며 Gupta가 제공한 것이고, 그 고객들이 얼마나 깊이 쓰는지는 말해 주지 않는다. '되돌림이 줄었다'는 방향만 말할 뿐 기준선이 없다. 또 페이지의 영상과 글은 모두 OpenAI의 고객 이야기로, 잠재 구매자를 향해 쓰였으므로 독립 평가와는 구별해서 읽어야 한다. 도입을 고려하는 팀이라면 자기 저장소의 과거 풀 리퀘스트로 작은 대조 시험을 해 보는 것이 가장 믿을 만한 방법이다.

이 사례의 날짜는 10월 26일이다. 숫자나 판단을 옮겨 적을 때는 그것이 누구의 입에서 나왔는지 밝혀야 한다.