The Agent Behind the Curtain: Building the Oz Cloud Agent Platform — Safia Abdalla, Warp

한 줄 핵심

개발 도구는 사용자의 워크플로를 보존한 채 복잡성을 플랫폼이 먼저 흡수해야 하며, Warp는 이를 클라우드 에이전트·멀티 하네스·멀티 에이전트·API/SDK로 구현해 누구나 신뢰할 수 있는 소프트웨어 제작 시스템으로 확장하고 있다.

시간별 요약

1. 0:00
   개발자 도구를 8년간 만들며 얻은 교훈 좋은 개발자 도구는 개발자가 이미 일하는 방식에 맞춰 들어가고, 복잡해질수록 함께 성장해야 한다. AI 도입 이후에도 핵심은 같은데, 터미널·IDE·에디터에서 시작한 작업이 더 큰 문제를 다루기 위해 점점 새로운 실행 환경으로 확장된다.
2. 2:43
   작업이 클라우드로 이동한 이유 로컬 랩톱만으로는 장기 실행 작업이나 다양한 제약을 감당하기 어려워졌고, 에이전트의 실행 장소는 클라우드가 되었다. 대신 클라우드는 인프라 복잡성이 급격히 늘어나므로, 플랫폼이 먼저 그 복잡성을 감내해야 한다는 원칙이 중요해진다.
3. 3:35
   사용자에게 닿기 전에 복잡성 흡수하기 클라우드 에이전트 플랫폼의 기본 원칙은 사용자가 복잡한 인프라를 직접 보지 않게 만드는 것이다. 이를 위해 샌드박스 실행 환경은 managed hosting뿐 아니라 self-hosting도 지원해야 하며, 팀의 보안 요구·배포 방식·워크플로에 맞게 동작해야 한다.
4. 5:18
   분산 없이 여러 하네스 지원하기 Cloud Code, Codex, Warp Zone 같은 서로 다른 하네스를 존중하면서도 경험이 조각나지 않도록 구조와 가드레일을 제공해야 한다. 대화 상태 저장·재개, PR·이슈·생성 파일 같은 산출물 연동을 같은 방식으로 다뤄야 플랫폼 경험이 일관성을 유지한다.
5. 6:59
   에이전트 하나로는 부족한 경우가 많다 실제 소프트웨어 공학은 연구, 구현, 검증이 분리되는 경우가 많아 하나의 에이전트만으로 끝나지 않는다. 서로 다른 하네스와 모델을 쓰는 여러 에이전트를 오케스트레이션해 재귀적이고 검증 가능한 작업 흐름을 만드는 방식이 필요하다.
6. 7:53
   프롬프트와 API로 오케스트레이션하기 에이전트와 서브에이전트를 다루는 방식은 프롬프트 기반일 수도, API 기반일 수도 있다. 핵심은 실행 환경·컴퓨트·산출물 같은 핵심 원시 기능을 API와 SDK로 노출해 UI에 묶이지 않는 조합 가능성을 제공하는 것이다.
7. 9:33
   비개발자가 SDK로 만든 것들 노출된 SDK와 API는 비개발자도 실제 업무용 도구를 만들게 한다. Warp 내부에서는 Slack bot, 소셜 언급 관리, 감성 분석, 제품 문의 응답, 경쟁사 조사 같은 흐름이 에이전트로 자동화되었고, 오픈 소스 전환 이후에는 수천 개의 PR과 수백 명의 기여자를 흡수하는 기반이 되었다.
8. 11:16
   오픈 소스 저장소 안의 에이전트 에이전트는 코드를 대신 쓰는 수준을 넘어 이슈 분류, 문맥 수집, 사양 초안 작성, 구현, 리뷰 게이트까지 맡아 인간과 함께 작업한다. 특히 PR은 에이전트 승인 후에만 사람에게 전달되므로, 고신호 작업만 인간이 다루게 되어 대규모 기여를 운영하기 쉬워진다.
9. 14:44
   소프트웨어 공장이라는 말이 부족한 이유 단순한 자동화 공장보다 중요한 것은 사람의 감각과 숙련을 담아내는 작업장 시스템이다. 좋은 작업장은 재료 준비, 품질 검증, 동작 분기, 반복 개선이 가능한 구조를 갖추며, 이를 소프트웨어에 적용하면 누구나 아이디어를 실행 가능한 코드로 바꿀 수 있다.
10. 17:14
    진지한 시스템으로서의 작업장 에이전트 기반 작업장은 이벤트에 반응하는 자동화, 관측 가능성, 지속적인 개선, 비용 효율성을 함께 가져야 한다. 결국 목표는 반복되는 잡무와 마찰을 줄여 더 많은 사람이 비개발자라도 신뢰할 수 있는 방식으로 소프트웨어를 만들게 하는 데 있다.

실무 인사이트

• 클라우드 에이전트 플랫폼을 설계할 때는 기능 추가보다 먼저 샌드박스, 하네스, 상태 재개, 산출물 연동을 표준화해 복잡성을 사용자 밖으로 밀어내는 것이 효과적이다.
• 멀티 에이전트 시스템은 단일 프롬프트 성능보다 역할 분리, 검증 단계, 인간 개입 지점을 어떻게 설계하느냐가 운영 품질을 좌우한다.
• SDK와 API를 외부화하면 비개발자도 내부 업무 자동화를 만들 수 있으므로, 제품은 UI보다 먼저 재사용 가능한 원시 기능을 제공하는 방향으로 설계하는 것이 유리하다.