두바오 워크는 바이트댄스가 2026년 8월 말 선보인 독립형 업무용 AI 제품이다. 라크(Lark·바이트댄스의 협업 플랫폼) 연동, 작업 분해와 도구 호출, 복잡한 워크플로 실행, 승인에 따른 가상 데스크톱·브라우저 조작을 내세웠다. 9월 2일 업데이트에서는 여기에 병렬 멀티 에이전트 실행과 **macOS용 로컬 ‘컴퓨터 조작’**을 더했다. 475119

이 업데이트를 볼 때 핵심은 화면에 몇 개의 에이전트가 보이느냐가 아니다. 실제 업무를 서로 독립적인 단위로 나눠, 신뢰할 수 있는 결과물로 더 빨리 끝낼 수 있느냐가 중요하다.

9월 업데이트에서 달라진 점

병렬 멀티 에이전트 실행

두바오 워크는 조정 역할의 주 에이전트가 복잡한 요청을 해석하고, 전문 모듈로 나눈 뒤, 여러 하위 에이전트에 동시에 배정해 처리하도록 한다. 이후 주 에이전트가 결과를 합쳐 최종 산출물을 만든다. 보도된 경쟁사 분석 사례에서는 각각의 에이전트가 데이터 수집, 보고서 구조 설계, 차트 제작을 맡는다. 1823

이 기능은 데스크톱 클라이언트에서 쓸 수 있다. 사용자는 로컬 컴퓨터 환경을 선택한 뒤, 여러 하위 에이전트로 작업을 수행하라고 명시해 병렬 실행을 요청할 수 있다. 1923

macOS용 ‘컴퓨터 조작’

같은 업데이트로 로컬 GUI(그래픽 사용자 인터페이스) 제어 기능이 맥까지 확대됐다. 사용자 승인 후 두바오 워크는 화면에 보이는 내용을 확인하고, 애플리케이션 안에서 마우스와 키보드 동작을 흉내 낼 수 있다. MCP, API, 플러그인, 명령줄 인터페이스(CLI)를 별도로 연결하지 않아도 된다는 점이 특징이다. 기존에는 윈도우에서 제공되던 기능이며, 사용자는 언제든 작업을 직접 이어받거나 중단할 수 있다. 1923

이는 브라우저 워크플로와 연결된 서비스뿐 아니라, 사람용 화면만 제공하는 소프트웨어까지 자동화 대상이 될 수 있음을 뜻한다.

병렬 에이전트는 어떻게 작동하나

흐름은 세 단계로 정리할 수 있다.

1. 계획: 주 에이전트가 사용자가 원하는 결과를 파악하고, 분리 가능한 작업 줄기를 찾는다.
2. 병렬 실행: 전문화된 하위 에이전트가 각 모듈을 동시에 처리한다.
3. 통합: 주 에이전트가 결과를 모아 하나의 산출물로 정리한다. 1823

예를 들어 시장 보고서라면 한 갈래는 자료 수집, 다른 갈래는 개요 구성, 또 다른 갈래는 보조 차트 준비를 맡을 수 있다. 이들 작업이 서로 기다릴 필요가 없을 때, 병렬 방식은 전체 경과 시간을 줄일 가능성이 있다.

병렬 실행이 실제로 시간을 아끼는 업무

바이트댄스 측이 제시한 활용처는 일괄 처리, 모듈별 생성, 다차원 조사, 다채널 검색이다. 공통점은 업무의 상당 부분을 독립적으로 진행할 수 있다는 데 있다. 1926

병렬 실행은 특히 다음 조건에서 유리하다.

• 모듈이 분명할 때: 조사, 초안 작성, 표 작성, 시각 자료 준비를 명확히 나눌 수 있다.
• 작업 간 의존성이 낮을 때: 한 에이전트가 다른 에이전트의 최종 답을 기다리지 않아도 시작할 수 있다.
• 공유 상태 충돌이 적을 때: 여러 에이전트가 같은 파일을 동시에 수정하거나 동일한 데스크톱 세션을 조작하지 않는다.
• 산출물 기준이 정해져 있을 때: 각 작업이 범위, 출처, 형식, 인계 기준을 알고 있다.

따라서 시간 단축 주장은 조건부로 해석해야 한다. 에이전트를 많이 띄운다고 자동으로 빨라지지는 않는다. 작업이 엄격한 순서를 따라야 하거나 마지막 결과 조정이 어렵다면, 조정 에이전트의 취합·검수 부담이 병렬 처리의 이점을 상당 부분 상쇄할 수 있다.

병렬화에 잘 맞는 작업

• 항목별 담당을 나눌 수 있는 경쟁사·시장 조사
• 대량 분류 또는 문서 준비
• 조사·개요·표·차트가 구분되는 보고서 작성
• 서로 독립적인 여러 출처를 대상으로 하는 정보 검색
• 하나의 브리프를 바탕으로 서로 의존하지 않는 여러 형식의 결과물을 만드는 작업 1924

병렬화에 덜 맞는 작업

• 이전 단계의 검증된 결과가 있어야 다음 단계로 갈 수 있는 프로세스
• 여러 에이전트가 같은 문서·기록·데스크톱 환경을 변경해야 하는 업무
• 목표가 모호해 조사 범위가 겹치기 쉬운 요청
• 다음 행동마다 명시적 검증이 필요한 민감한 거래나 변경 업무

가령 “경쟁사를 조사해줘”라는 요청은 중복 조사를 부를 수 있다. 더 나은 지시는 가격, 제품 기능, 고객 반응, 규제 노출처럼 독립된 조사 영역을 지정하고, 출처 요건과 공통 비교표 형식, 의견 불일치 표시 방식을 함께 정하는 것이다.

GUI 제어가 더 많은 소프트웨어에 닿는 이유

맥 기능은 전용 애플리케이션 연동이 아니라 화면에 보이는 GUI를 통해 작동한다. 보도에 따르면 화면을 읽고 버튼·입력창·메뉴 같은 인터페이스 요소를 인식한 뒤, 사람처럼 클릭과 입력을 수행한다. 1819

실무적으로는 기존 자동화와 연결하기 어려운 다음과 같은 프로그램에서도 화면 기반 제어를 검토할 수 있다는 의미다.

• 공개 API가 없는 사내 포털과 업무용 애플리케이션
• 오래된 데스크톱 클라이언트와 레거시 소프트웨어
• 연동 구축·유지 비용을 감당하기 어려운 맞춤형 산업 시스템
• 일반 데스크톱 앱을 오가며 수행하는 일회성 또는 저빈도 업무

MCP, API, 플러그인, CLI 없이 작동한다는 접근의 장점은 사람을 위해 만들어졌을 뿐 프로그램 연동을 염두에 두지 않은 시스템까지 자동화 범위를 넓힐 수 있다는 점이다. 두바오 워크는 출시 당시에도 라크 통합, 가상 데스크톱 제어, 브라우저 조작을 주요 기능으로 내세웠다. 4751

GUI 자동화와 구조화된 연결은 경쟁 관계가 아니다

화면 기반 자동화와 구조화된 도구 연동은 해결하는 문제가 다르다.

GUI 제어는 도달 범위가 넓다. 별도의 연동이 없어도 사람이 보는 화면을 대상으로 작동할 수 있다. 반면 화면 배치 변경, 팝업, 느린 로딩, 인증 안내, 예외 상태에 민감하다. 비슷하게 보이는 버튼이 혼동을 일으킬 가능성도 있다.

API나 MCP 방식의 구조화된 도구는 경계가 더 명확하다. 잘 설계된 연결은 이름이 붙은 작업, 정의된 매개변수, 권한, 예측 가능한 응답, 기계가 읽을 수 있는 오류 정보를 제공할 수 있다. 이런 특성은 반복 업무나 영향이 큰 작업에서 검증·감사·통제를 더 쉽게 만든다.

실무적 결론은 GUI 제어가 구조화된 연동을 대체한다는 것이 아니다. 두 방식은 다음처럼 보완적으로 쓸 수 있다.

1. 빈도가 높고, 대량 처리이거나, 민감하고, 거래 성격이 강한 단계에는 승인된 구조화 연결을 우선 적용한다.
2. 연결이 어려운 사내 시스템, 레거시 프로그램, 실용적인 연동 수단이 없는 워크플로의 마지막 단계에는 데스크톱·브라우저 제어를 활용한다.
3. 되돌리기 어려운 작업 전에는 사람의 승인을 요구하고, 정상 경로 데모뿐 아니라 예외 처리도 시험한다.

바이트댄스의 업무용 AI 전략에서 두바오 워크의 위치

두바오 워크는 바이트댄스가 업무용 AI 기능을 두바오 브랜드 아래로 모으려는 흐름의 일부다. 이 제품은 8월 25일 라크와 깊게 통합된 에이전트 기반 오피스 제품으로 출시됐다. 보도에 따르면 바이트댄스는 TRAE 코딩 제품과 Coze 에이전트 구축 플랫폼을 담당하던 팀도 더 넓은 두바오 체계로 통합하고 있다. 5148

9월 업데이트는 이 업무 에이전트 구상에 두 가지 실행 방식을 보탠다. 하나는 분해 가능한 업무의 처리량을 높이는 병렬 작업이고, 다른 하나는 데스크톱 소프트웨어 전반으로 적용 범위를 넓히는 로컬 GUI 조작이다. 다만 이것만으로 모든 업무가 신뢰성 있게, 또는 완전 자율적으로 처리될 수 있다는 뜻은 아니다.

기업 도입 평가에서 봐야 할 지표

인상적인 데모나 많은 에이전트 수는 운영 가치의 좋은 대리 지표가 아니다. 더 중요한 지표는 실제 회사 애플리케이션 환경에서의 시간당 신뢰할 수 있는 승인 완료 업무 건수다.

다음 항목을 추적할 필요가 있다.

• 로그인, 예외 상황, 인계를 포함한 엔드투엔드 완료율
• 사람 검토와 수정까지 포함한 중앙 완료 시간 및 95백분위 완료 시간
• 멀티 에이전트 결과 통합 시 중복 작업과 사실 일관성
• GUI 기반 워크플로의 재시도율, 개입률, 롤백률
• UI 변경, 팝업, 느린 로딩, 예상 밖 화면 발생 후의 성능
• 고영향 작업 중 구조화 도구와 화면 제어로 각각 처리되는 비중
• 중요한 작업을 위한 접근 권한 범위, 승인 단계, 로그, 추적성
• 모델 호출당 비용이 아니라 승인된 결과물당 비용

두바오 워크의 이번 업데이트는 업무용 에이전트의 적용 범위를 넓힐 근거를 제시한다. 실제로 분리 가능한 업무에서는 병렬화가 처리량을 높일 수 있고, macOS GUI 제어는 즉시 쓸 수 있는 연동이 없는 프로그램에도 닿을 수 있다. 기업에서의 최종 시험대는 실제 운영 조건에서 정확하고 검토 가능하며 통제 가능한 결과를 만들어 내는지다. 1923

두바오 워크는 바이트댄스가 2026년 8월 말 선보인 독립형 업무용 AI 제품이다. 라크(Lark·바이트댄스의 협업 플랫폼) 연동, 작업 분해와 도구 호출, 복잡한 워크플로 실행, 승인에 따른 가상 데스크톱·브라우저 조작을 내세웠다. 9월 2일 업데이트에서는 여기에 병렬 멀티 에이전트 실행과 **macOS용 로컬 ‘컴퓨터 조작’**을 더했다. 475119

이 업데이트를 볼 때 핵심은 화면에 몇 개의 에이전트가 보이느냐가 아니다. 실제 업무를 서로 독립적인 단위로 나눠, 신뢰할 수 있는 결과물로 더 빨리 끝낼 수 있느냐가 중요하다.

9월 업데이트에서 달라진 점

병렬 멀티 에이전트 실행

두바오 워크는 조정 역할의 주 에이전트가 복잡한 요청을 해석하고, 전문 모듈로 나눈 뒤, 여러 하위 에이전트에 동시에 배정해 처리하도록 한다. 이후 주 에이전트가 결과를 합쳐 최종 산출물을 만든다. 보도된 경쟁사 분석 사례에서는 각각의 에이전트가 데이터 수집, 보고서 구조 설계, 차트 제작을 맡는다. 1823

이 기능은 데스크톱 클라이언트에서 쓸 수 있다. 사용자는 로컬 컴퓨터 환경을 선택한 뒤, 여러 하위 에이전트로 작업을 수행하라고 명시해 병렬 실행을 요청할 수 있다. 1923

macOS용 ‘컴퓨터 조작’

같은 업데이트로 로컬 GUI(그래픽 사용자 인터페이스) 제어 기능이 맥까지 확대됐다. 사용자 승인 후 두바오 워크는 화면에 보이는 내용을 확인하고, 애플리케이션 안에서 마우스와 키보드 동작을 흉내 낼 수 있다. MCP, API, 플러그인, 명령줄 인터페이스(CLI)를 별도로 연결하지 않아도 된다는 점이 특징이다. 기존에는 윈도우에서 제공되던 기능이며, 사용자는 언제든 작업을 직접 이어받거나 중단할 수 있다. 1923

이는 브라우저 워크플로와 연결된 서비스뿐 아니라, 사람용 화면만 제공하는 소프트웨어까지 자동화 대상이 될 수 있음을 뜻한다.

병렬 에이전트는 어떻게 작동하나

흐름은 세 단계로 정리할 수 있다.

1. 계획: 주 에이전트가 사용자가 원하는 결과를 파악하고, 분리 가능한 작업 줄기를 찾는다.
2. 병렬 실행: 전문화된 하위 에이전트가 각 모듈을 동시에 처리한다.
3. 통합: 주 에이전트가 결과를 모아 하나의 산출물로 정리한다. 1823

예를 들어 시장 보고서라면 한 갈래는 자료 수집, 다른 갈래는 개요 구성, 또 다른 갈래는 보조 차트 준비를 맡을 수 있다. 이들 작업이 서로 기다릴 필요가 없을 때, 병렬 방식은 전체 경과 시간을 줄일 가능성이 있다.

병렬 실행이 실제로 시간을 아끼는 업무

바이트댄스 측이 제시한 활용처는 일괄 처리, 모듈별 생성, 다차원 조사, 다채널 검색이다. 공통점은 업무의 상당 부분을 독립적으로 진행할 수 있다는 데 있다. 1926

병렬 실행은 특히 다음 조건에서 유리하다.

• 모듈이 분명할 때: 조사, 초안 작성, 표 작성, 시각 자료 준비를 명확히 나눌 수 있다.
• 작업 간 의존성이 낮을 때: 한 에이전트가 다른 에이전트의 최종 답을 기다리지 않아도 시작할 수 있다.
• 공유 상태 충돌이 적을 때: 여러 에이전트가 같은 파일을 동시에 수정하거나 동일한 데스크톱 세션을 조작하지 않는다.
• 산출물 기준이 정해져 있을 때: 각 작업이 범위, 출처, 형식, 인계 기준을 알고 있다.

따라서 시간 단축 주장은 조건부로 해석해야 한다. 에이전트를 많이 띄운다고 자동으로 빨라지지는 않는다. 작업이 엄격한 순서를 따라야 하거나 마지막 결과 조정이 어렵다면, 조정 에이전트의 취합·검수 부담이 병렬 처리의 이점을 상당 부분 상쇄할 수 있다.

병렬화에 잘 맞는 작업

• 항목별 담당을 나눌 수 있는 경쟁사·시장 조사
• 대량 분류 또는 문서 준비
• 조사·개요·표·차트가 구분되는 보고서 작성
• 서로 독립적인 여러 출처를 대상으로 하는 정보 검색
• 하나의 브리프를 바탕으로 서로 의존하지 않는 여러 형식의 결과물을 만드는 작업 1924

병렬화에 덜 맞는 작업

• 이전 단계의 검증된 결과가 있어야 다음 단계로 갈 수 있는 프로세스
• 여러 에이전트가 같은 문서·기록·데스크톱 환경을 변경해야 하는 업무
• 목표가 모호해 조사 범위가 겹치기 쉬운 요청
• 다음 행동마다 명시적 검증이 필요한 민감한 거래나 변경 업무

가령 “경쟁사를 조사해줘”라는 요청은 중복 조사를 부를 수 있다. 더 나은 지시는 가격, 제품 기능, 고객 반응, 규제 노출처럼 독립된 조사 영역을 지정하고, 출처 요건과 공통 비교표 형식, 의견 불일치 표시 방식을 함께 정하는 것이다.

GUI 제어가 더 많은 소프트웨어에 닿는 이유

맥 기능은 전용 애플리케이션 연동이 아니라 화면에 보이는 GUI를 통해 작동한다. 보도에 따르면 화면을 읽고 버튼·입력창·메뉴 같은 인터페이스 요소를 인식한 뒤, 사람처럼 클릭과 입력을 수행한다. 1819

실무적으로는 기존 자동화와 연결하기 어려운 다음과 같은 프로그램에서도 화면 기반 제어를 검토할 수 있다는 의미다.

• 공개 API가 없는 사내 포털과 업무용 애플리케이션
• 오래된 데스크톱 클라이언트와 레거시 소프트웨어
• 연동 구축·유지 비용을 감당하기 어려운 맞춤형 산업 시스템
• 일반 데스크톱 앱을 오가며 수행하는 일회성 또는 저빈도 업무

MCP, API, 플러그인, CLI 없이 작동한다는 접근의 장점은 사람을 위해 만들어졌을 뿐 프로그램 연동을 염두에 두지 않은 시스템까지 자동화 범위를 넓힐 수 있다는 점이다. 두바오 워크는 출시 당시에도 라크 통합, 가상 데스크톱 제어, 브라우저 조작을 주요 기능으로 내세웠다. 4751

GUI 자동화와 구조화된 연결은 경쟁 관계가 아니다

화면 기반 자동화와 구조화된 도구 연동은 해결하는 문제가 다르다.

GUI 제어는 도달 범위가 넓다. 별도의 연동이 없어도 사람이 보는 화면을 대상으로 작동할 수 있다. 반면 화면 배치 변경, 팝업, 느린 로딩, 인증 안내, 예외 상태에 민감하다. 비슷하게 보이는 버튼이 혼동을 일으킬 가능성도 있다.

API나 MCP 방식의 구조화된 도구는 경계가 더 명확하다. 잘 설계된 연결은 이름이 붙은 작업, 정의된 매개변수, 권한, 예측 가능한 응답, 기계가 읽을 수 있는 오류 정보를 제공할 수 있다. 이런 특성은 반복 업무나 영향이 큰 작업에서 검증·감사·통제를 더 쉽게 만든다.

실무적 결론은 GUI 제어가 구조화된 연동을 대체한다는 것이 아니다. 두 방식은 다음처럼 보완적으로 쓸 수 있다.

1. 빈도가 높고, 대량 처리이거나, 민감하고, 거래 성격이 강한 단계에는 승인된 구조화 연결을 우선 적용한다.
2. 연결이 어려운 사내 시스템, 레거시 프로그램, 실용적인 연동 수단이 없는 워크플로의 마지막 단계에는 데스크톱·브라우저 제어를 활용한다.
3. 되돌리기 어려운 작업 전에는 사람의 승인을 요구하고, 정상 경로 데모뿐 아니라 예외 처리도 시험한다.

바이트댄스의 업무용 AI 전략에서 두바오 워크의 위치

두바오 워크는 바이트댄스가 업무용 AI 기능을 두바오 브랜드 아래로 모으려는 흐름의 일부다. 이 제품은 8월 25일 라크와 깊게 통합된 에이전트 기반 오피스 제품으로 출시됐다. 보도에 따르면 바이트댄스는 TRAE 코딩 제품과 Coze 에이전트 구축 플랫폼을 담당하던 팀도 더 넓은 두바오 체계로 통합하고 있다. 5148

9월 업데이트는 이 업무 에이전트 구상에 두 가지 실행 방식을 보탠다. 하나는 분해 가능한 업무의 처리량을 높이는 병렬 작업이고, 다른 하나는 데스크톱 소프트웨어 전반으로 적용 범위를 넓히는 로컬 GUI 조작이다. 다만 이것만으로 모든 업무가 신뢰성 있게, 또는 완전 자율적으로 처리될 수 있다는 뜻은 아니다.

기업 도입 평가에서 봐야 할 지표

인상적인 데모나 많은 에이전트 수는 운영 가치의 좋은 대리 지표가 아니다. 더 중요한 지표는 실제 회사 애플리케이션 환경에서의 시간당 신뢰할 수 있는 승인 완료 업무 건수다.

다음 항목을 추적할 필요가 있다.

• 로그인, 예외 상황, 인계를 포함한 엔드투엔드 완료율
• 사람 검토와 수정까지 포함한 중앙 완료 시간 및 95백분위 완료 시간
• 멀티 에이전트 결과 통합 시 중복 작업과 사실 일관성
• GUI 기반 워크플로의 재시도율, 개입률, 롤백률
• UI 변경, 팝업, 느린 로딩, 예상 밖 화면 발생 후의 성능
• 고영향 작업 중 구조화 도구와 화면 제어로 각각 처리되는 비중
• 중요한 작업을 위한 접근 권한 범위, 승인 단계, 로그, 추적성
• 모델 호출당 비용이 아니라 승인된 결과물당 비용

두바오 워크의 이번 업데이트는 업무용 에이전트의 적용 범위를 넓힐 근거를 제시한다. 실제로 분리 가능한 업무에서는 병렬화가 처리량을 높일 수 있고, macOS GUI 제어는 즉시 쓸 수 있는 연동이 없는 프로그램에도 닿을 수 있다. 기업에서의 최종 시험대는 실제 운영 조건에서 정확하고 검토 가능하며 통제 가능한 결과를 만들어 내는지다. 1923