Labor0 출시: 의존성 그래프 기반 AI 엔지니어링 오케스트레이션
TMT오늘 Zephyr Cloud Inc.는 The AI Platform 제품군의 새로운 엔지니어링 제품인 Labor0를 출시합니다.
Labor0는 AI 엔지니어링을 위한 오케스트레이션 시스템입니다. 큰 소프트웨어 요청을 범위가 한정된 작업들의 의존성 그래프로 바꾸고, 준비된 작업은 Codex, Claude Code, OpenCode로 실행하며, 사람의 판단이 필요한 순간에는 결정을 다시 사람에게 가져옵니다.
코딩 에이전트는 개별 작업을 끝내는 데는 이미 능숙합니다. 규모가 큰 프로젝트에서 병목은 조율입니다. 무엇을 안전하게 시작할 수 있는지, 무엇이 기다려야 하는지, 어디에서 사람의 결정이 후속 작업을 멈춰 세워야 하는지를 정하는 일입니다.
저는 Labor0 개발을 처음부터 이끌어 왔습니다. SWC를 만들 때는 JavaScript 툴링이 너무 느리다는 구체적인 병목에 집중했습니다. Labor0에서는 병목이 도구 하나의 속도에서, 유능한 에이전트 여럿을 조율하는 문제로 옮겨 갔습니다.
The AI Platform은 룸, 스페셜리스트, 모델 라우팅, 재사용 가능한 워크플로를 중심으로 협업을 구성합니다. Labor0도 같은 원칙을 공유합니다. 일이 명확할 때는 에이전트가 알아서 움직이되, 중대한 결정의 통제권은 사람이 쥔다는 원칙입니다. 다만 소프트웨어 엔지니어링에는 다른 실행 모델을 적용합니다.
조율이라는 병목
의미 있는 엔지니어링 요청은 대부분 작업 하나로 끝나지 않습니다. 변경 하나에도 공유 계약(contract), 백엔드 구현, 인터페이스 작업, 마이그레이션, 테스트, 문서화, 그리고 최종 릴리스 결정이 필요할 수 있습니다.
이 조각들을 에이전트에 배정하는 일은 쉽습니다. 어느 조각을 지금 시작해도 안전한지 파악하는 일이 더 어렵습니다.
Labor0는 작업을 영속적인 의존성 그래프로 모델링합니다. 각 작업은 준비됨, 차단됨, 실행 중, 완료됨, 리뷰 대기 상태를 가질 수 있습니다. 서로 독립적인 작업은 선행 조건이 충족되면 동시에 실행되고, 그동안 후속 작업은 차단된 상태로 남습니다.
아키텍처, 범위, 보안, 릴리스에 관한 결정도 에이전트 대화 기록 속에 묻힌 코멘트가 아니라, 그래프 안의 실제 차단 요소가 될 수 있습니다. 작업이 완료되거나 사람이 결정을 내리면 Labor0는 다음에 무엇이 준비 상태가 되는지 다시 계산합니다.
병렬 실행은 처음부터 깔고 가는 전제가 아닙니다. 의존성을 올바르게 모델링하면 자연스럽게 따라오는 결과입니다.
에이전트는 그대로 두고, 오케스트레이션을 더합니다
Labor0는 Codex, Claude Code, OpenCode를 자체 코딩 하네스로 대체하지 않습니다. 개발자가 이미 쓰는 에이전트들을 조율하되, 설정된 하네스, 모델, 저장소 범위, 실행 환경은 그대로 유지합니다.
작업이 준비 상태가 되면 Labor0는 일회용 관리형 클라우드 환경에서 그 작업을 실행할 수 있습니다. 호스팅 작업은 모바일에서도 시작할 수 있어서, 개발자가 노트북을 계속 켜 두거나 상시 러너를 관리할 필요가 없습니다. 관리형 실행은 인가된 저장소 접근 권한과 명시적으로 설정된 자격 증명을 사용합니다.
자율성이 커진다고 해서 사람의 판단을 빼도 되는 것은 아닙니다. Labor0는 Codex, Claude Code, OpenCode의 플랜 중심 워크플로를 웹 푸시(Web Push)와 연결합니다. 호스팅 작업에 결정이 필요해지면 사용자는 플랜을 살펴보고 승인하거나, 수정을 요청하거나, 작업을 종료할 수 있습니다.
기다리는 동안에도 작업은 유실되지 않고 유지됩니다. Labor0는 체크포인트를 남기고 컴퓨팅 자원을 반납했다가, 네이티브 이어가기를 지원하는 곳에서는 응답이 온 뒤 같은 프로바이더 대화를 그대로 이어 갈 수 있습니다.
그래프는 CI 실패, 리뷰 코멘트, 수정 요청을 거치면서도 계속 진행될 수 있습니다. 자동화는 어떻게 달리는지 뿐만 아니라 언제 기다릴지도 알아야 합니다.
누구나 확인할 수 있는 공개 결과물
공개 데모에서는 공개 저장소를 대상으로 엔지니어링 요청 하나를 제출했습니다. Labor0는 이를 여덟 개의 의존성 간선으로 연결된 여섯 개의 한정된 작업으로 바꿨습니다.
기반이 되는 모델 작업이 완료되자 독립적인 두 갈래가 준비 상태가 되어 병렬로 실행됐습니다. 문서화, 통합 검증, 풀 리퀘스트 준비는 각자의 선행 조건이 끝나기를 기다렸습니다. Codex가 관리형 클라우드 러너에서 작업을 수행했고, 사람이 리뷰할 수 있는 공개 풀 리퀘스트를 만들어 냈습니다.
이 시연에는 비공개 워크스페이스나 고객 데이터를 전혀 사용하지 않았습니다.
가격
Labor0는 평생 5달러어치의 호스팅 사용량이 포함된 무료 Sandbox로 시작할 수 있습니다. 유료 플랜은 월 99달러부터이며 사용량에 따라 요금이 추가됩니다. 권장 플랜인 Team은 월 199달러이고, 청구 기간마다 99달러어치의 사용량이 포함됩니다. 전체 가격 보기
지금 쓸 수 있는 것과 앞으로 나올 것
- 지금 사용 가능: 의존성을 인식하는 클라우드 오케스트레이션. Labor0가 차단 요소와 준비 상태, Codex, Claude Code, OpenCode, 관리형 클라우드 실행을 조율합니다. 작업은 모바일에서 시작할 수 있고, 플랜에 대한 결정은 웹 푸시로 되돌려 보낼 수 있습니다.
- 내부 실험 중: 로컬 실행. 로컬 러너는 구현이 끝나 내부에서 테스트하고 있습니다. 설정, 자격 증명, 라이프사이클, 복구 동작이 준비된 뒤에야 접근을 넓힐 예정입니다. 로컬 자격 증명이 호스팅 환경으로 소리 없이 복사되는 일은 없습니다.
- 베타: Slack과 Discord. Labor0는 Workspace Chat을 통해 명시적으로 연결된 프로젝트 채널에서 작업을 시작할 수 있습니다. 행위자 신원, 프로젝트 바인딩, Labor0 권한은 여기서도 그대로 적용되며, 채널 메시지라고 해서 이를 우회할 수는 없습니다.
- 내부 실험 중: The AI Platform 직접 통합. The AI Platform은 여러 사람이 참여하는 룸, 스페셜리스트, 모델 라우팅, 워크플로, 미니 앱까지 Slack이나 Discord보다 훨씬 넓은 제품 표면을 갖고 있습니다. 이를 또 하나의 채팅 접점으로 취급하는 대신, 그 협업 모델과 Labor0의 의존성 인식 엔지니어링 그래프를 모두 존중하는 직접 통합을 설계하고 있습니다. 제품과 엔지니어링 작업이 더 필요해 시간이 더 걸릴 것이며, 이번 공개 릴리스에는 포함되지 않습니다.
- 베타 로드맵: L0 Nexus로 연결되는 지식. 워크스페이스에 내부 문서, 이슈 트래커, 대화, 운영 시스템, 데이터베이스처럼 권한 범위가 지정된 소스를 연결할 수 있게 됩니다. 같은 소스를 Workspace Chat, Labor0로 실행되는 에이전트, 연결된 Slack이나 Discord 채널의 질의가 함께 사용할 수 있습니다. 시간이 지나면 팀 메신저에서 바로 쓰는 내부 질의 도구로 발전할 수 있고, 에이전트가 조직의 지식 베이스나 정형 데이터에 의존하는 작업까지 수행할 수 있게 됩니다.
- 알파 로드맵: 증거에 기반한 QA. 명확하고 재현 가능한 오류는 에이전트가 잡아야 합니다. 올바른 결과를 정하는 데 제품, 디자인, 보안, 비즈니스 판단이 필요할 때는, Labor0가 스크린샷, 관찰 결과와 기대 결과의 비교, 녹화, 트레이스, 로그처럼 검증 가능한 증거를 들고 사용자에게 물어야 합니다. 그 결정은 이어지는 수정 작업과 계속 연결된 채 남습니다.
- 알파 로드맵: AutoPilot. Labor0 AutoPilot은 Sentry 같은 시스템의 프로덕션 신호를 평가해, 범위가 한정된 조사나 수리 작업을 제안하도록 개발하고 있습니다. 모든 알림이 에이전트를 깨워야 하는 것은 아니며, 그래프가 바뀌기 전에는 사람의 리뷰가 통제권을 유지해야 합니다.
로드맵에 담긴 기능은 접근을 넓혀 가는 과정에서 범위, 상호작용 방식, 제공 여부가 달라질 수 있습니다.
Labor0는 지금 서비스 중입니다
엔지니어링 작업은 직접적인 요청으로, 팀의 대화로, 내부 지식에 기반한 질문으로, 나아가 언젠가는 운영 신호로도 시작될 수 있습니다.
Labor0는 그 입력을 구조화된 작업으로 바꾸고, 준비된 작업을 팀이 이미 신뢰하는 코딩 하네스로 실행하며, 진짜 결정이 필요한 순간에는 사람에게 돌아옵니다.
코딩 에이전트가 하나 더 필요한 것이 아닙니다.
이미 가진 에이전트들이 하나의 시스템처럼 움직이게 만드는 것이 필요합니다.
이번이 첫 릴리스이고, 앞으로 나올 것이 훨씬 많습니다.