Manus 2.0 AI Agents, 제품 확장했지만 진짜 시험대는 신뢰

Manus는 독립 운영을 재개했다고 밝힌 지 한 달도 채 되지 않은 9월 28일 Manus 2.0 AI agents를 출시했다. 이번 릴리스에는 새로운 에이전트 아키텍처, 지속형 클라우드 컴퓨터, 이벤트 기반 자동화, 편집 가능한 크리에이티브 도구, 그리고 Cue라는 별도 개인 에이전트 앱이 포함됐다.

이는 단순한 정기 제품 업데이트를 넘어선다. Manus는 자사 소프트웨어가 개별 프롬프트를 처리하는 수준에서 벗어나 파일, 애플리케이션, 온라인 서비스, 현실 세계의 거래를 아우르는 지속적인 프로젝트를 운영하길 바란다. 이러한 변화로 Manus는 챗봇을 행동할 수 있는 에이전트로 전환하려는 Meta, OpenAI 및 다른 기업들과 경쟁하게 됐다.

가장 중요한 경쟁은 어느 에이전트가 가장 긴 기능 목록을 갖췄는지에 관한 것이 아니다. 자율성을 확대하면서도 실질적인 사용자 통제를 유지하는 것 사이의 경쟁이다. Manus는 이제 에이전트가 컴퓨터를 조작하고, 메시지를 주고받으며, 전화를 받고, 다른 에이전트와 협업하고, 사용자가 정한 예산 안에서 지출하기를 원한다.

이러한 역량은 소프트웨어의 활용도를 높인다. 동시에 불명확한 지시, 신뢰할 수 없는 판단, 과도한 권한, 부실한 감독이 초래할 결과도 키운다. 따라서 Manus 2.0은 더 큰 기술적 야심과 함께 훨씬 더 어려운 신뢰 문제를 안고 출시됐다.

Manus 2.0 AI Agents, 작업에서 지속적 업무로 이동

Manus 2.0은 제품을 작업 실행기에서, 에이전트가 최초 프롬프트 이후에도 계속 일할 수 있는 환경들의 집합으로 바꾼다.

회사는 9월 28일 월요일 Manus 2.0과 Cue를 발표했다. Bloomberg는 초기 agent market report에서 이를 빠르게 성장하는 에이전트 시장에서 입지를 되찾으려는 새로운 시도로 설명했다.

이번 릴리스의 중심에는 Manus가 자체 개발 에이전트 하니스의 최신 버전이라고 설명하는 Cascade가 있다. 에이전트 하니스는 모델, 도구, 컨텍스트, 실행 단계 및 결과를 관리하는 소프트웨어 계층이다.

Manus는 Cascade가 전문 기능이 필요해질 때까지 프로젝트를 가볍게 유지한다고 말한다. 문서, 웹사이트, 동영상 또는 자동화는 서로 무관한 세션들의 연속이 아니라 하나의 연결된 프로젝트 안에 머물 수 있다.

Manus가 테스트한 한 구성에서 Cascade는 이전 시스템보다 토큰을 23.2% 적게 사용한 것으로 전해졌다. 회사는 또한 작업을 28.2% 더 빠르게 완료하고 운영 비용을 32% 줄였다고 말한다.

이 수치는 회사 자체의 Manus 2.0 announcement에서 나온 것이다. Manus는 워크로드, 모델 또는 경쟁 제품 전반의 독립적 비교를 위한 충분한 방법론적 세부 정보를 공개하지 않았다.

그럼에도 방향성은 중요하다. 에이전트 제품은 대량의 컨텍스트를 반복적으로 불러오거나 전문 모델을 불필요하게 호출할 때 비용이 커진다. 각 작업을 필요한 기능에만 연결하면 이러한 부담을 줄일 수 있다.

이번 릴리스는 사용자의 로컬 기기가 오프라인 상태여도 계속 사용할 수 있는 전용 환경인 Cloud Computer도 도입한다. Manus는 이를 지속형 자동화, 호스팅 애플리케이션, 멀티플레이어 게임을 위한 인프라로 제시한다.

이러한 지속성은 제품의 운영 모델을 바꾼다. 에이전트는 더 이상 하나의 브라우저 세션 안에서 시작하고 끝날 필요가 없다. 애플리케이션, 파일, 프로세스, 예약된 작업이 계속 실행되는 환경을 유지할 수 있다.

Manus는 Scheduled Tasks도 Automations로 확장했다. 이 워크플로는 미리 정한 시간뿐 아니라 연결된 서비스의 이벤트가 발생한 뒤에도 시작될 수 있다.

새 이메일, Slack 메시지, 캘린더 이벤트, Notion 업데이트 또는 광고 변경이 작업을 촉발할 수 있다. 사용자는 Manus가 무엇을 모니터링하고 어떤 조치를 이어서 취해야 하는지 설명한다.

이메일, Slack, 녹화물, 프로젝트 문서를 통해 고객 조사를 받는 제품 관리자를 생각해 보자. 이벤트 기반 에이전트는 새 피드백을 분류하고, 요약을 업데이트하며, 주간 브리프를 준비할 수 있다.

이는 정보 수집, 종합, 결과물 생성이 하나의 지속적인 과정이 되는 더 광범위한 AI workflow로의 움직임과 닮아 있다. 차이는 Manus가 지식을 정리하는 범위를 넘어 행동까지 실행하려 한다는 점이다.

그 결과 제품은 두 계층에 걸쳐 작동한다. Cascade는 작업을 어떤 방식으로 연결할지 결정하고, Cloud Computer와 Automations는 그 작업이 계속될 장소를 제공한다.

이 조합은 Manus 2.0 AI agents를 둘러싼 핵심 긴장을 만든다. 지속적 실행은 일회성 답변보다 더 큰 가치를 제공하지만, 모든 지속적 프로세스에는 경계, 모니터링, 복구 제어가 필요하다.

Manus Studio, 생성과 직접 편집을 결합하다

Manus는 사용자가 전체 생성 과정을 처음부터 다시 시작하지 않고도 결과물을 검토하고 편집할 수 있을 때 에이전트가 더 유용해진다고 본다.

회사는 데스크톱 경험의 이름을 Manus Studio로 바꾸고 기능을 확장했다. Studio는 사람과 AI가 문서, 스프레드시트, PDF, 프레젠테이션, 웹사이트, 코드, 게임, 동영상 작업을 함께 할 수 있는 공유 작업 공간으로 설명된다.

이 설계는 프롬프트 기반 크리에이티브 도구의 반복적인 한계를 겨냥한다. 만족할 만한 초안을 빠르게 만드는 일은 가능하지만, 특정 요소 하나를 수정하는 과정은 답답해질 수 있다.

Manus는 동영상 편집을 예로 든다. 사용자는 자동 생성된 광고는 마음에 들지만 음악을 바꾸거나 다른 제품 이미지를 사용하고 싶을 수 있다.

동영상 전체를 다시 생성하면 원치 않는 새로운 변경이 생길 수 있다. 대신 Studio는 클립, 이미지, 텍스트, 오디오, 모션 그래픽을 편집 가능한 타임라인의 별도 구성 요소로 제공한다.

사용자는 직접 변경한 뒤 프로젝트를 다시 에이전트에게 넘겨 추가 작업을 맡길 수 있다. 이는 수동 편집과 자동 생성이 번갈아 이뤄질 수 있는 혼합형 워크플로를 만든다.

Manus는 자사의 Video Editor가 제품 광고, 튜토리얼, 브이로그, 모션 그래픽, AI 생성 사용자 스타일 콘텐츠를 대상으로 한다고 말한다. 회사는 30초에서 60초 길이의 동영상에 초점을 맞춘다고 명시했다.

이번 릴리스에는 자동화된 크리에이티브 디렉션 과정 아래 동영상 생성과 코드 생성을 결합하는 Alchemy mode도 추가됐다. Manus는 이 모드가 구도, 디테일, 움직임, 페이싱을 개선한다고 주장한다.

이러한 품질 주장은 독립적으로 검증되지 않았다. 더 의미 있는 제품 결정은 생성 후에도 사용자가 타임라인에 계속 접근할 수 있다는 점이다.

Game Dev도 비슷한 방식을 따른다. 코딩, 이미지, 동영상 모델을 자산, 소스 코드, 움직임, 아트, 장면을 위한 편집 패널과 결합한다.

사용자는 플레이 가능한 템플릿으로 시작해 개별 요소를 수정하고, 결과물을 웹사이트로 게시할 수 있다. Cloud Computer는 지원되는 멀티플레이어 프로젝트에 필요한 지속형 서버를 제공할 수 있다.

이 기능 묶음은 Manus를 여러 시장에 동시에 진입시킨다. AI 코딩 제품, 웹사이트 빌더, 프레젠테이션 생성기, 동영상 도구, 게임 개발 환경을 모두 아우른다.

이러한 폭넓음에는 위험도 따른다. 전문 크리에이티브 애플리케이션은 수년간의 전문가 피드백을 바탕으로 구축된 깊이 있는 편집 시스템을 갖추고 있다. Manus는 첫 번째 인상적인 결과 생성 이후에도 계속 유용하려면 충분한 통제 기능을 제공해야 한다.

이번 릴리스는 회사가 이 문제를 인식하고 있음을 시사한다. 프롬프팅이 모든 인터페이스를 대체해야 한다고 주장하는 대신, Manus는 편집 가능한 인터페이스를 에이전트 워크플로로 다시 가져오고 있다.

이 선택은 중요하다. 직접 조작은 사용자에게 더 명확한 정신적 모델을 제공하기 때문이다. 클립을 선택하고, 객체를 이동하고, 코드를 변경하는 행위는 프롬프트를 반복적으로 다시 쓰는 것보다 더 예측 가능한 피드백을 제공한다.

따라서 Manus Studio는 실용적인 타협안을 제시한다. 에이전트가 계획과 제작을 담당하는 한편, 사용자는 검토와 수정을 위한 익숙한 도구에 계속 접근할 수 있다.

이 접근 방식은 책임의 구분도 더 명확하게 만든다. 사용자는 자신이 정확히 어떤 요소를 변경했는지 식별할 수 있고, 에이전트는 수정된 프로젝트 상태에서 계속 작업할 수 있다.

성공 여부는 Manus가 이러한 편집을 얼마나 안정적으로 보존하는지에 달려 있다. 수동 변경을 예기치 않게 덮어쓰는 에이전트는 Studio가 제공하려는 통제 모델을 약화시킬 것이다.

같은 문제는 문서, 스프레드시트, 웹사이트, 게임 전반에 적용된다. 편집 가능한 결과물은 반복적인 에이전트 작업에도 그 구조가 안정적으로 유지될 때만 의미가 있다.

Studio는 제품의 범위를 넓히지만 기대치도 높인다. 이제 Manus는 설득력 있는 첫 결과를 생성하는 능력뿐 아니라 편집 정밀도, 프로젝트 연속성, 복구 측면에서도 경쟁해야 한다.

Cue, 개인 AI 에이전트를 디지털 운영자로 전환하다

Cue는 에이전트에 정체성, 커뮤니케이션 도구, 컴퓨터, 제한된 지출 권한을 부여한다는 점에서 이번 릴리스의 가장 대담한 부분이다.

Cue는 Manus와 동일한 인프라를 기반으로 구축된 모바일 및 데스크톱용 별도 애플리케이션이다. 회사는 이를 사용자가 개인 에이전트를 만들고 배포할 수 있는 공간으로 설명한다.

각 에이전트에는 자체 이메일 주소, 전화번호, 디지털 지갑, 컴퓨터를 부여할 수 있다. Manus에 따르면 에이전트는 메시지를 보내고, 전화를 받고, 자신의 기기에서 작업을 완료하며, 정해진 예산 내에서 지출할 수 있다.

Cue 에이전트는 그룹으로도 일할 수 있다. Manus는 여러 에이전트가 출시 행사를 조율하며, 각각 장소 조사, 후보 목록 작성, 프레젠테이션 자료 초안 작성을 맡는 사례를 제시한다.

이 모델은 사용자가 소프트웨어와 상호작용하는 방식을 바꾼다. 여러 애플리케이션을 열고 각 단계를 직접 완료하는 대신, 사용자는 지속적으로 작동하는 소프트웨어 행위자 집단에 결과를 맡긴다.

개인 에이전트 개념은 더 이상 Manus만의 것이 아니다. Meta는 9월 초 Muse agent를 출시하며 별도 애플리케이션과 WhatsApp을 통한 접근 권한을 제공했다.

Meta는 Muse가 이메일, 여행 예약, 쇼핑, 장기 계획 등을 포함한 작업을 관리할 수 있다고 말한다. Muse agent launch 보도에 따르면 이는 전용 가상 머신 안에서 실행된다.

Manus Cue 에이전트는 디지털 정체성과 조율 기능으로 차별화를 시도한다. 전화번호는 에이전트가 전화를 받을 수 있게 하고, 지갑은 제한적인 거래를 위한 경로를 만든다.

Cue는 현실의 사업장에도 관여한다. Manus는 사용자가 식당의 QR 코드를 스캔하고 에이전트에게 주문하거나 대기 줄의 자리를 잡아 달라고 요청할 수 있다고 말한다.

이 사례들은 에이전트가 전략적 범주가 되는 이유를 보여준다. 챗봇은 보통 질문을 기다린다. 개인 에이전트는 컨텍스트를 유지하고, 이벤트를 관찰하며, 도구를 선택하고, 행동을 수행한다.

상업적 기회는 사용자가 여러 서비스와 상호작용하는 계층이 되는 데 있다. 그 에이전트를 통제하는 기업은 어떤 애플리케이션, 가맹점, 정보 출처, 결제 경로가 주목받는지에 영향을 미칠 수 있다.

이는 주요 플랫폼에 압박을 만든다. Meta는 WhatsApp 안에 에이전트를 배치하고 대규모 소비자 네트워크와 연결할 수 있다. OpenAI는 ChatGPT의 기존 사용자 관계를 중심으로 에이전트 기능을 구축할 수 있다.

Manus에는 이러한 유통상의 이점이 없다. 이에 대한 대응으로 하나의 제품군 안에 더 폭넓은 실행 도구를 묶고, 에이전트 자체가 워크플로 전반에서 이동 가능하도록 만들고 있다.

회사의 이력은 또 다른 차원을 더한다. Meta는 2025년 12월 Manus 인수 계약을 발표했고, AP는 Manus의 연간 반복 매출이 1억 달러를 넘어섰다고 보도했다.

Meta는 당시 Manus가 소비자 및 비즈니스 제품 전반의 범용 에이전트를 지원할 것이라고 밝혔다. 인수 관련 보도는 Manus가 전 세계 수백만 명의 사용자와 기업에 서비스를 제공한다고도 설명했다.

그러나 Manus는 2026년 9월 1일 독립 운영을 공식 재개했다고 발표했다. 회사는 창립 팀이 독립 에이전트 연구소로서 계속 이끌어 갈 것이라고 밝혔다.

짧은 독립 운영 공지는 거래가 번복된 이유나 새로운 소유 구조를 설명하지 않았다. 일부 사용자가 일시적인 접속 중단과 데이터 복원 필요를 겪었음을 인정했다.

Manus 2.0은 27일 뒤에 출시됐다. 이 시점은 이례적인 기업 변화를 거친 뒤 제품 방향성을 선언한 것으로 볼 수 있다.

이제 전략은 분명하다. Manus는 전문적인 창작, 지속형 자동화, 컴퓨터 제어, 소비자 대상 개인 에이전트를 아우르는 독립 플랫폼을 추구하고 있다.

Cue는 아직 얼리 액세스 단계이며, 초기 접근도 제한적이다. 따라서 가장 야심 찬 기능들은 다양한 사용자와 실제 거래 전반에서 폭넓고 독립적인 검증을 아직 거치지 않았다.

더 큰 에이전트 자율성은 더 큰 통제 문제를 만든다

결정적인 질문은 사용자가 에이전트에 더 넓은 권한을 부여하기 전에 Manus가 지속형 에이전트를 이해 가능하고 복구 가능하게 만들 수 있느냐는 것이다.

Cue의 모든 기능은 오류가 미칠 수 있는 영향을 확대한다. 잘못된 요약은 불편한 수준에 그치지만, 잘못된 메시지, 구매, 파일 작업 또는 외부 커뮤니케이션은 되돌리기 훨씬 어려울 수 있다.

디지털 지갑은 분명한 사례다. 지출 한도는 최대 재무 노출을 제한하지만, 각각의 거래가 사용자의 실제 의도를 반영한다는 보장은 하지 못한다.

전화 접근은 또 다른 과제를 만든다. 에이전트는 누가 전화를 거는지, 어떤 정보를 공개할 수 있는지, 언제 행동해야 하는지, 언제 사람의 확인을 요청해야 하는지를 판단해야 한다.

컴퓨터 접근은 가능한 행동의 수를 더욱 늘린다. Manus는 Computer Use가 가시적인 작업 공간에서 작동하며 승인된 파일, 브라우저, 애플리케이션만 사용한다고 말한다.

가시성은 유용하지만, 관찰만으로 통제가 보장되지는 않는다. 사용자는 독립적으로 일해 시간을 절약해야 하는 에이전트를 계속 지켜볼 수 없다.

설계 문제는 승인 기준과 관련된다. 모든 행동에 승인을 요구하면 에이전트는 번거로워지고, 승인을 너무 적게 요구하면 계정, 데이터, 자금이 노출될 수 있다.

Meta는 Muse를 통해 같은 상충 관계에 직면해 있다. 별도의 Sentinel 시스템은 제안된 행동을 진행할 수 있는지, 차단해야 하는지, 사용자 승인이 필요한지를 평가하는 것으로 알려졌다.

어려움은 악의적인 행동에만 국한되지 않는다. 에이전트는 모호한 지시를 오해하거나, 관련 맥락을 놓치거나, 잘못된 계정을 선택하거나, 되돌릴 수 없는 단계를 너무 이르게 수행할 수 있다.

2025년에 발표된 연구는 31명의 참가자가 Manus와 OpenAI Operator로 작업을 완료하는 과정을 조사했다. 이 연구는 신뢰, 협업 방식, 커뮤니케이션 오버헤드, 사용자의 정신 모델과 관련한 반복적인 문제를 발견했다.

참가자들은 대체로 깊은 인상을 받았지만, 연구진은 에이전트가 신뢰성을 입증하기도 전에 신뢰를 전제하는 경우가 많았다고 밝혔다. 에이전트는 자신이 가진 한계를 이해하는 데에도 어려움을 보였다.

이러한 결과는 102개 상용 에이전트 제품에서 홍보된 사용 사례를 분석한 에이전트 사용성 연구에 담겼다. 저자들은 이러한 사용 사례를 오케스트레이션, 창작, 인사이트로 분류했다.

Manus 2.0은 세 범주를 모두 포괄한다. Studio는 결과물을 만들고, Cascade는 기능을 조율하며, Cue는 커뮤니케이션과 서비스 전반에서 작동한다.

이러한 폭넓은 범위는 투명한 경계의 중요성을 키운다. 사용자는 에이전트가 무엇에 접근할 수 있는지, 어떤 행동에 승인이 필요한지, 각 권한 부여가 얼마나 오래 유효한지를 이해해야 한다.

신뢰할 수 있는 활동 기록도 필요하다. 유용한 로그는 에이전트가 무엇을 관찰했는지, 왜 특정 행동을 선택했는지, 어떤 도구를 사용했는지, 무엇이 바뀌었는지를 보여줘야 한다.

복구는 그만큼 중요하다. 지속형 클라우드 환경은 체크포인트, 버전 기록, 철회 가능한 자격 증명, 실행 중인 프로세스를 중단하는 명확한 방법을 지원해야 한다.

Manus는 신뢰 자료를 통해 SOC 2 및 ISO 인증을 포함한 보안 인증을 공개했다. 이러한 통제는 중요한 조직 및 인프라 운영 관행을 다룬다.

그러나 이런 인증이 Cue의 모든 새로운 행동이 안전하거나 신뢰할 수 있음을 독립적으로 입증하는 것은 아니다. 제품 수준의 위험은 권한 설계, 거래 처리, 장애 복구, 실제 운영 결과에 달려 있다.

Cascade의 성능 수치에도 비슷한 주의가 필요하다. 토큰 사용량 감소와 더 빠른 완료는 유용하게 들리지만, 한 회사가 시험한 구성만으로 모든 작업을 대표할 수는 없다.

더 빠른 에이전트가 여전히 좋지 않은 결과를 낼 수 있다. 운영 비용이 낮다고 해서 에이전트가 더 많은 사람의 수정을 필요로 했는지, 의도된 요구사항을 더 적게 충족했는지는 알 수 없다.

따라서 Manus는 효율성 이상의 정보를 보고해야 한다. 구매자는 작업 완료율, 개입 빈도, 오류 범주, 복구 결과, 서로 다른 워크로드에서의 성능을 필요로 한다.

회사는 에이전트 정체성에 관한 명확한 정책도 필요하다. 특히 통화, 상업 거래 또는 민감한 협상 중에는 수신자가 소프트웨어와 소통하고 있음을 알아야 한다.

서비스 제공업체도 자체적인 한계를 설정할 것이다. 에이전트가 스팸, 불공정한 접근 또는 모호한 책임 문제를 만들 경우, 음식점, 티켓 플랫폼, 커뮤니케이션 서비스, 판매자는 자동화 활동을 제한할 수 있다.

Cue의 지갑과 전화 기능은 이러한 질문을 전면으로 끌어낸다. 이는 에이전트 안전을 채팅 인터페이스 문제가 아니라 운영 및 경제 문제로 바꾼다.

핵심적인 상충 관계는 제거할 수 없다. 의미 있는 시간을 절약할 만큼 유용한 에이전트는 어느 정도의 권한을 받아야 하지만, 권한은 노출을 만든다.

Manus는 범위가 제한된 권한과 예측 가능한 에스컬레이션으로 이러한 긴장을 관리할 수 있다. 사용자가 통제권을 유지한다는 포괄적인 주장만으로는 문제를 해결할 수 없다.

이 추진이 효과를 내는지 보여줄 세 가지 신호

다음 단계는 Manus가 발표하는 기능 수가 아니라 도입, 운영 증거, 통제 메커니즘으로 평가해야 한다.

첫 번째 신호는 Cue의 폭넓은 제공과 얼리 액세스 이후의 지속적인 사용이다. 초대 수요는 호기심을 보여줄 수 있지만, 반복적인 사용은 개인 AI 에이전트가 일상 문제를 해결하는지를 드러낼 것이다.

유용한 증거로는 사용자가 여러 에이전트를 얼마나 자주 만드는지, 어떤 작업이 반복되는지, 사람이 얼마나 자주 개입하는지가 포함될 것이다. 유지율은 생성된 계정 수보다 더 중요하다.

Cue는 에이전트 조율이 업무를 줄인다는 점도 입증해야 한다. 에이전트로 가득 찬 그룹 채팅은 업데이트, 의사결정, 감독의 또 다른 원천이 될 수 있다.

사람들이 완전한 워크플로를 반복적으로 위임하고 사용 가능한 결과로 돌아온다면, Manus는 디지털 운영자 모델을 뒷받침하는 증거를 얻게 된다. 사용자가 주로 질문만 한다면 Cue는 채팅에 더 가까운 상태로 남을 것이다.

두 번째 신호는 Cascade와 Studio에 대한 독립적인 검증이다. Manus는 속도, 토큰, 비용 관련 주장의 근거가 되는 평가 방법을 공개해야 한다.

외부 테스트는 긴 세션 전반에서 프로젝트가 일관성을 유지하는지 살펴봐야 한다. 또한 에이전트가 작업을 재개할 때 Studio가 수동 편집을 보존하는지도 시험해야 한다.

Game Dev와 Video Editor는 까다로운 평가 사례를 만든다. 두 기능 모두 코드, 에셋, 타이밍, 종속성, 반복적인 수정 전반에서 일관성을 요구한다.

사용 가능한 첫 결과만으로는 충분하지 않다. 제품은 창작자가 세부 사항을 수정하고, 피드백에 대응하며, 결과물을 출판할 준비를 하는 마지막 단계를 지원해야 한다.

세 번째 신호는 권한 및 복구 통제의 발전이다. Cue는 지출 한도, 커뮤니케이션 권한, 연결된 서비스, 컴퓨터 접근을 쉽게 확인할 수 있게 해야 한다.

사용자는 모든 프로젝트를 멈추지 않고 하나의 에이전트만 일시 중지할 수 있어야 한다. 또한 전체 구성을 다시 만들지 않고 하나의 권한만 철회할 수 있어야 한다.

거래 기록은 각 행동을 사용자 지시 또는 승인된 정책과 연결해야 한다. 민감한 행동은 문제가 발생하기 전에 사용자가 이해할 수 있는 확인 규칙을 지원해야 한다.

경쟁 플랫폼이 어떻게 대응하는지도 지켜볼 필요가 있다. Meta는 에이전트 야망을 메시징 배포력과 결합할 수 있으며, OpenAI와 다른 모델 제공업체는 기존 어시스턴트에 행동 기능을 통합할 수 있다.

Manus는 신뢰성을 희생하지 않으면서 독립 전문업체가 더 빠르게 움직일 수 있음을 보여줘야 한다. 제품의 폭넓은 범위는 각 요소가 일관되게 함께 작동할 때에만 도움이 된다.

새롭게 추진되는 전략은 Manus가 급작스러운 기업 전환 이후 신뢰를 재구축할 수 있는지도 시험한다. 2025년 12월 Meta는 이 회사를 자사 에이전트 전략의 일부로 제시했다.

2026년 9월이 되자 Manus는 다시 자신을 독립 기업이라고 부르고 있었다. 공개 발표는 변화를 확인했지만, 그 이유와 장기 구조는 불분명하게 남겼다.

지속형 워크플로를 평가하는 고객은 서비스, 데이터 처리 방식, 제품 방향이 안정적으로 유지될 것이라는 확신이 필요하다. 자동화가 일상 운영에 내재화될 때 이는 중요하다.

Manus 2.0 AI 에이전트는 소비자 및 업무용 소프트웨어가 향하는 방향에 대한 분명한 비전을 제시한다. 사용자는 결과를 말하고, 지속형 에이전트는 도구를 조율하며 중간 작업을 실행한다.

이 출시는 그 비전이 성공하기 위해 필요한 조건도 드러낸다. 에이전트에는 지속 가능한 맥락, 편집 가능한 결과물, 제한된 권한, 가시적인 행동, 신뢰할 수 있는 복구가 필요하다.

개발자는 더 명확한 오케스트레이션 패턴을 위해 Cascade 아키텍처와 Manus API를 주시해야 한다. 엔터프라이즈 구매자는 거버넌스, 감사 가능성, 측정 가능한 개입률에 집중해야 한다.

지식 노동자는 되돌릴 수 있는 작업부터 시작해야 한다. 리서치 종합, 초안 작성, 모니터링되는 워크플로 업데이트는 무제한 권한을 부여하지 않고도 실질적인 가치를 제공한다.

그다음 반복 작업 전반에서 에이전트가 수정 사항을 따르는지 시험해야 한다. 개인 에이전트는 단지 더 많은 결과물을 내놓을 때가 아니라 연속성을 개선할 때 유용해진다.

진짜 질문은 Manus가 소프트웨어에 이메일 주소, 전화번호, 지갑, 컴퓨터를 부여할 수 있느냐가 아니다. 사용자가 상황 인식을 잃지 않고 위임할 수 있느냐가 핵심이다.

범위가 제한된 워크플로 하나를 시도하고, 에이전트가 할 수 없는 일을 정의하며, 결과로 발생하는 모든 행동을 검토하라. Manus가 이 과정을 예측 가능하게 만든다면, 그 에이전트 추진은 출시 당일의 관심을 넘어 실질적인 의미를 갖게 될 것이다.