OpenAI가 Ona(구 Gitpod)를 인수한다. 코딩 에이전트의 주전장은 실행 환경으로 옮겨갔다

「브라우저를 여는 것만으로 개발 환경이 구축된다」며 일부에서 열광했던 Gitpod이, Ona로 이름을 바꾼 끝에 OpenAI에 인수되게 되었다. 인수 합의 발표는 2026년 6월 11일. 금액은 비공개이며, 규제 당국의 승인을 거쳐 종결된 후, Ona 팀은 Codex 팀에 합류한다. 그때까지 양사는 별개의 회사로 운영되며, Ona는 기존 계약의 지원을 지속할 것을 명시했다.

1차 소스는 양사의 발표가 나와 있다.

인수된 것은 「개발 환경」이 아니라 에이전트의 실행 기반

OpenAI의 발표를 읽어보면, 인수 목적은 명확하며, Codex 에이전트를 기업의 프로덕션 워크플로우(Production Workflow)에 안전하게 편입시키기 위한 실행 레이어(Execution Layer)의 획득이다. Codex는 주당 500만 명 이상이 사용하며, 연초 대비 400% 증가했다고 한다. 반면 Ona(Gitpod 시절 포함)는 누적 200만 명의 개발자에게 클라우드 개발 환경을 제공해 왔다.

핵심은 customer-controlled execution이라 불리는 모델로, OpenAI는 다음과 같이 설명하고 있다.

Ona's customer-controlled execution model will allow agents to operate inside an organization's own cloud environment while OpenAI provides the intelligence and orchestration that power the experience.

에이전트의 두뇌(모델과 오케스트레이션 (Orchestration))는 OpenAI가 제공하고, 손발이 움직이는 샌드박스(Sandbox)는 고객 자신의 클라우드에 두는 분담 방식이다. 엔터프라이즈 기업이 코딩 에이전트를 거부하는 이유의 대부분은 「코드와 인증 정보가 어디를 통과하는지 설명할 수 없다」는 것이므로, 이는 현실적인 타협점이라고 생각된다. 동시에, 계산 비용과 데이터 관리의 책임을 고객 측으로 넘길 수 있는 구조이기도 하여, OpenAI에게도 유리한 설계이다.

SiliconANGLE의 보도에 따르면, OpenAI는 이번 인수를 통해 Codex가 몇 시간에서 며칠에 걸친 태스크를 계속해서 실행할 수 있도록 할 것이라고 설명하고 있다. 사용자의 노트북을 닫으면 에이전트도 멈춘다는 제약을 제거하러 온 것이다.

CDE로서는 성장이 정체되었으나, 에이전트 거점으로 변모

Gitpod은 5년 이상 인간을 위한 클라우드 개발 환경(CDE)을 만들어 온 회사다. 재현 가능한 환경, 브라우저에서 동작하는 VS Code, 설정의 코드화. 기술적으로는 훌륭했으나 주류가 되지는 못했다. 로컬 환경이 더 빠르고, 손에 익은 툴체인(Toolchain)을 버리면서까지 옮겨갈 이유가 많은 개발자에게는 없었다. 나 자신도 Gitpod은 「OSS 컨트리뷰션을 위해 잠시 사용하는 환경」 정도에 그쳤으며, 일상적인 개발을 옮기기에는 이르지 못했다.

전환점은 2025년 9월의 리브랜딩이다. Gitpod이라는 이름을 버리고 Ona가 되어, 「소프트웨어 엔지니어링 에이전트의 미션 컨트롤(Mission Control)」을 표방했다. 같은 해 10월에는 Gitpod Classic의 종량제 플랜을 종료하며 구제품을 상당히 과감하게 정리했다. 결과적으로 Ona의 발표에 따르면, 에이전트 세션 수가 2026년 초부터 13배로 증가했으며, 은행이나 제약과 같이 규제가 엄격한 업계로 진입했다고 한다.

이는 아이러니한 일로, 인간이 CDE를 싫어했던 이유(레이턴시, 로컬 도구에 대한 애착)를 에이전트는 전혀 신경 쓰지 않는다. 반대로 CDE의 강점이었던 재현성, 범위를 좁힌 자격 증명(Credential), 감사 추적(Audit Trail)은 에이전트를 업무에 투입할 때의 필수 요건이 되었다. 동일한 기술의 가치가 사용자가 인간에서 에이전트로 바뀐 순간 반전된 것이다. CDE라는 시장은 인간에게는 너무 빨랐고, 에이전트에게는 딱 적당했던 것이라고 할 수 있다.

⚙️ 기술 스택의 내용

Ona의 문서를 보면 구성 요소는 정직하다. 환경 정의는 표준 Dev Containers 사양을 따르며, 리포지토리에 devcontainer.json을 둔다.

// .devcontainer/devcontainer.json
{
"image": "mcr.microsoft.com/devcontainers/typescript-node:22",
...

그곳에 AGENTS.md

그곳에 AGENTS.md를 통해 코드베이스의 규약이나 명령어를 에이전트에게 가르치고, 실행 대상은 Ona의 매니지드 클라우드(Managed Cloud) 또는 자사의 AWS/GCP VPC 내에 배치하는 셀프 호스트 러너(Self-hosted Runner)를 선택한다. 에이전트의 실행 트리거로는 PR 이벤트, Linear나 Jira의 이슈 할당(Issue Assign), 스케줄 실행, Webhook 등이 준비되어 있다. 그 위에는 RBAC(역할 기반 액세스 제어) 및 감사 로그(Audit Log)를 포함한 가드레일(Guardrail)이 씌워진다.

로컬에서 에이전트를 실행하는 경우와 비교하면 차이점은 다음과 같다.

구분	로컬 실행	Ona형 (VPC 내 샌드박스)
가동 시간	PC를 닫으면 종료	수 시간~수일간의 태스크를 지속
인증 정보	~/.aws 등에 직접 접근 가능	범위를 제한하여 주입
감사	실질적인 로그 없음	조작 흔적(Trace)이 남음
병렬도	수동 머신의 성능에 제한됨	환경을 나열하여 동시 실행

주목해야 할 점은 환경 정의는 Dev Containers, 에이전트에 대한 지시는 AGENTS.md라는 점으로, 둘 다 벤더 중립적인(Vendor-neutral) 사양을 따르고 있다는 것이다. 이 두 가지를 정비하는 투자는 설령 향후 Codex에서 다른 에이전트로 전환하더라도 낭비되지 않는다. 에이전트 기반의 선택이 유동적인 지금, 리포지토리 측의 자산은 오픈 사양에 맞춰 두는 것이 방어책으로서 효과적이다.

기존 사용자가 지금 생각해야 할 것

클로징(Closing) 전까지 양사는 독립적으로 운영되며 기존 계약은 유지된다. 다만, Gitpod Classic을 1년도 채 되지 않아 정리한 전적이 있는 회사다. 인수 후에 Ona가 독립적인 제품으로 남을지, Codex의 기능 중 하나로 녹아들지는 현 시점에서 발표된 바가 없으므로 여기서부터는 추측의 영역이지만, 나는 Codex로의 통합이 주된 흐름이며 스탠드얼론(Standalone) 형태의 Ona는 서서히 수렴할 것이라는 쪽에 무게를 둔다. OpenAI가 산 것은 프로덕트가 아니라 팀과 실행 모델이기 때문이다. 중립적인 에이전트 기반으로서 Ona를 채택하고 있던 조직은 계약 갱신 전에 방향성을 확인해 두는 것이 좋다.

또 하나, 이번 인수는 모델 각사의 경쟁 축이 이동했음을 보여준다. Techzine은 이를 엔터프라이즈 개발 시장에서의 Anthropic에 대한 대항마로 규정했다. 모델의 지능은 몇 달이면 따라잡힐 수 있지만, 고객의 VPC에 침투한 실행 기반과 감사 체계는 쉽게 떼어낼 수 없다. "어떤 모델이 똑똑한가"가 아니라 "에이전트를 어디서, 어떤 권한으로 실행할 것인가"가 선정의 주전장이 된다. 샌드박스, 시크릿 관리(Secret Management), 감사 로그와 같은 투박한 인프라의 가치가 지난 1년 사이 급격히 상승했다. Gitpod의 5년은 그 전환을 앞서 준비해 온 셈이다.

Discussion