작성자: jojonas

솔직히 말해서, 마누스에 대한 초대 코드는 아직 나오지 않았습니다. 그러니 경험해보지 않았으면 말할 권리가 없다고 주장하신다면, 그냥 지워버리세요. 10분을 아낄 수 있을 겁니다.

저는 두 가지 주요 사항에 대해 이야기하고 싶습니다. 하나는 Manus를 둘러싼 현재 마케팅 논란이고, 다른 하나는 Manus의 제품 트릭입니다.

제품: 획기적인 것은 아니지만 획기적인 것

마누스는 어떠한 기술적 혁신도 이루지 못했는데, 이는 논란 이후 가장 큰 합의가 될 수 있다. 가장 핵심적인 검증 사례는 3시간 만에 OpenManus를 복제한 MetaGPT 팀(프로그래밍 에이전트 팀)에서 나왔습니다.

하지만 마누스가 모든 사람에게 선사하는 제품이 충격적이라는 점에는 의심의 여지가 없습니다. AI를 "인간의 손"으로 사용하여 대량의 자율 정보 수집, 브라우저 상호 작용 등 일련의 프로세스를 자동화합니다. 이러한 기능은 결국 캡슐화될 것이고, 사용자는 마누스에게 자신이 원하는 것이 무엇인지 알려주기만 하면 의자를 움직여서 직접 쇼를 볼 수 있습니다.

제가 그렇듯이 AI 분야의 최신 동향을 따른다면, deepseek 모델 학습의 혁신과 비교했을 때 manus는 패치워크 괴물과 더 비슷하다는 것을 알게 될 것입니다.

1. 작업 분류 및 지식 기반 호출. 대부분의 모델은 이러한 기능을 갖추고 있으며, 신속한 엔지니어링 관점에서 작업을 먼저 세분화하고 정리하면 최종 AI 출력의 효과가 향상됩니다. AI와 일상적으로 상호작용할 때, 저는 직접 목록을 만들거나 AI가 내 필요에 따라 목록을 정리하도록 합니다.

2. 정보 수집, 구성 및 분석 이것이 바로 Deep Research이고, 이제는 기본적으로 모든 것이 지원됩니다.

3. 외부 도구 함수 호출. MCP와 브라우저 사용과 같은 많은 수의 오픈 소스 도구가 일상적인 사용 시나리오에 통합되었습니다.

4. 다중 에이전트 협력. 데빈이 시작한 지 1~2년 정도 되었을 겁니다(정확한 시간은 기억나지 않습니다). 이를 3시간 만에 재현한 metaGPT팀은 프로그래밍 분야에서 다중 에이전트 협업에 관해 연구하고 있었습니다.

많은 사람들은 마누스가 혁신성이 부족하다는 사실에 집착하며, 그를 칭찬하는 사람들을 비웃기 시작합니다.

오만함은 진보의 가장 큰 적입니다.

그러면 스스로에게 이렇게 물어보는 게 어떨까요? 이것들은 모두 이미 존재하는 것들이니까, 이들이 모두 통합되었을 때 왜 갑자기 이렇게 인기를 끌게 되었을까요? 그것들은 모두 당신이 이미 가지고 있는 것들인데, 왜 그것들을 바느질하지 않으세요?

사람들은 여전히 ​​매우 편협한 관점에서 혁신을 바라보며, 항상 기술에만 집착하고 제품 개념과 사업 모델의 혁신이 더 광범위한 영향을 미친다는 것을 깨닫지 못합니다.

저는 마지막에 manus 제품에 대한 이해에 대해 매우 유용한 기사를 넣었습니다(팀에서 직접 의역했기 때문입니다):

이 글은 제가 이 글을 쓴 주된 이유이기도 합니다. 여기 언급된 사항들은 제품을 만드는 모든 사람이 주의 깊게 고려해야 할 가치가 있다고 생각합니다.

내가 마누스로부터 보고 배울 만한 점을 말씀드리겠습니다.

1. 에이전트 워크플로우의 간섭 방지

이 글은 제가 이 글을 쓴 주된 이유이기도 합니다. 여기 언급된 사항들은 제품을 만드는 모든 사람이 주의 깊게 고려해야 할 가치가 있다고 생각합니다.

내가 마누스로부터 보고 배울 만한 점을 말씀드리겠습니다.

1. 에이전트 워크플로우의 간섭 방지

게임을 만들 때도 비슷한 개념인 '흐름'이 언급됩니다.

즉, 제품을 사용하는 사용자의 경험은 일련의 행동 과정으로 구성됩니다. 예를 들어, 알리페이를 사용하여 휴대폰 요금을 지불하는 경우, 알리페이를 열고 홈페이지에서 '충전'을 클릭한 다음, 휴대폰 번호를 선택하고 금액을 선택하고 확인, 결제를 한 후, 충전이 성공적으로 완료되었다는 피드백을 받아야 합니다. 이러한 과정에서 외부 요인이 개입하면 전체 프로세스가 중단되고 제품 경험이 저하되는 결과를 초래합니다.

기존 AI 에이전트가 위에서 언급한 대로 사용자 워크플로와 완전히 호환되지 않는 것은 아니지만, 작업 공간을 차지한다는 문제가 있습니다. AI가 웹 페이지를 읽는 것을 예로 들면, 아마 모든 사람이 일반적으로 사용하는 것인데, AI는 현재 웹 페이지를 기반으로 이해를 제공합니다. 현재 웹 페이지를 변경할 수 없으며, 그렇지 않으면 무효화됩니다. 그렇지 않은 경우, 링크를 수동으로 복사하여 별도의 창에 AI에게 제공하세요. 최근에 시도해 본 또 다른 제품인 same.dev는 프런트엔드 소스 코드를 직접 복사하는 데 중점을 두고 있습니다. 그러나 웹 페이지를 우회할 때 작업이 중단되는 문제가 있습니다. 문자 그대로 전체 작업 공간을 차지하고 경험이 매우 나쁩니다.

물론, 이는 어느 것이 더 좋거나 나쁘다는 것을 말하는 것은 아닙니다. 하지만 마누스의 제품 수준의 변화는 AI 에이전트 형태의 진화를 생각해보는 데 의미가 있습니다.

브라우저에 내장된 AI부터 브라우저에 내장된 AI 대화형 페이지까지, 전자는 사용자의 일상적인 요구를 충족시키고(AI는 일과 삶의 과정의 일부일 뿐), 후자는 지능형 에이전트의 요구를 충족시킵니다(무관한 요소의 간섭을 줄임).

AI Agent 제품의 경우 사용자에게 노출되는 것은 입력을 받고, 프로세스를 표시하고, 출력을 내보내는 대화형 페이지뿐입니다. 이 프로세스는 표시만 허용되며 사용자는 이 프로세스로 인해 방해를 받지 않습니다.

이것은 제가 이전 기사에서 언급한 OKX 지갑의 내장 브라우저 문제를 떠올리게 합니다. 목표를 달성하기 위해 사용자에게 프로세스를 적극적으로 중단하라고 요구할 수는 없습니다.

흐름이 방해받는 경험은 끔찍합니다.

2. “외부 도구” 재고하기

대부분의 사람들의 눈에는 MCP나 패키지 라이브러리와 같은 표준 프로토콜만이 "외부 도구"로 간주될 수 있을 것입니다.

사실, 소위 '도구'란 사용자가 명확한 기대를 가질 수 있게 하는 안정적인 입출력을 갖춘 블랙박스입니다.

프로그래밍은 AI에서 가장 결정론적인 애플리케이션 시나리오입니다. 수많은 스크립트와 모듈을 도구로 패키징할 수 있습니다.

모델 학습의 관점에서 수학 문제를 풀며 경쟁하는 건 전혀 문제 없습니다. 하지만 모델 적용의 관점에서 수학 문제를 직접 다룬다면, 그건 어리석은 짓입니다.

벡터 매핑을 사용하는 대신 코드를 작성하여 문제를 해결하는 건 어떨까요?

Manus는 실제로 범용 에이전트 설계의 핵심 요점을 지적했습니다. 즉, AI를 사용하여 모든 문제를 직접 해결하려고 하지 마십시오.

AI는 단지 손일 뿐이다.

손은 도구를 사용해 문제를 해결합니다. 도구는 미리 정의할 수도 있고, 즉석에서 작성할 수도 있습니다.

사람 - 손 - 도구 - 작업.

그 사이에 도구의 층이 몇 개나 있는지 왜 신경 쓰나요?

3. 사용 시나리오에 대한 비파괴성

자주 프로그래밍하는 학생은 다양한 프로젝트에 종속된 라이브러리 버전이 뒤섞여 있다는 것을 깊이 이해해야 합니다. 주요 라이브러리 버전 중 하나가 올바르지 않으면 프로젝트가 오류와 함께 실행될 수 있습니다.

프로그래밍에서도 가상 환경이 필요하다는 것입니다. npm은 프로젝트 종속성에 따라 설치되고, Python은 가상 환경, docker 컨테이너 등을 생성하는데, 제가 알기로 이 모든 것은 환경의 독립적인 사용자 정의를 보장하기 위한 것입니다.

이는 이 단계에서 모든 직접 toC 제품 수준 지능형 엔터티의 합의 사항일 수 있습니다. 즉, 사용자의 로컬 환경을 침범하지 말고 클라우드를 사용하세요.

이전에는 bolt.new, mgx.dev 등이 있었는데, 모두 클라우드에서 직접 실행, 작성, 디버깅을 하도록 선택되었습니다. 하지만 이들은 모두 프로그램된 에이전트이며, 범용 에이전트와 비교할 만한 것이 부족하다.

이는 이 단계에서 모든 직접 toC 제품 수준 지능형 엔터티의 합의 사항일 수 있습니다. 즉, 사용자의 로컬 환경을 침범하지 말고 클라우드를 사용하세요.

이전에는 bolt.new, mgx.dev 등이 있었는데, 모두 클라우드에서 직접 실행, 작성, 디버깅을 하도록 선택되었습니다. 하지만 이들은 모두 프로그램된 에이전트이며, 범용 에이전트와 비교할 만한 것이 부족하다.

마누스의 접근 방식과 극명하게 대조되는 또 다른 제품은 하이라이트입니다. 다운로드하고 설치한 후 바탕 화면에 떠 있는 창이 나타나는데, 이 창에는 현재 작업 공간의 애플리케이션을 기반으로 하는 일부 AI 통합 작업이 포함되어 있습니다.

눈길을 끄는 것 같나요?

예를 들어, 크롤링 방법을 모르는 경우 브라우저 페이지로 이동하여 Highlight가 크롤링하도록 할 수 있습니까?

개인적인 경험에 따르면, 하이라이트 기능이 원래 작업 흐름에 방해가 되었는데, 하이라이트 기능을 작동시키려면 프로세스를 열어야 했기 때문입니다. 하지만 현실적으로 업무 중에 누구나 페이지를 앞뒤로 전환하게 되고, AI의 작업이 완료될 때까지 기다리는 것은 불가능합니다. 또한, AI가 내 브라우저를 사용하여 크롤링하는 경우 내 IP를 사용하는 것인가요? 그러면 내 향후 방문에 영향을 미칠까요?

지역 풍경이 파괴되었습니다.

이런 점들은 사실 말로만 해도 쉽게 떠올릴 수 있는 것 같습니다. 하지만 프레임워크 내에서 일련의 디자인을 수행하는 방법을 이해하는 것은 여전히 ​​가치 있다고 생각합니다.

마지막으로 저의 개인적인 기대인 매뉴얼 상한에 대해 몇 마디 말씀드리겠습니다.

제 기대는 기대치를 조절하는 것입니다. AI가 우리를 대신해 모든 것을 해줄 수는 없으니까요. 미래에 AI 모듈이 스마트 홈에 도입되어 "인간의 손"이 사용할 수 있는 "도구"가 되더라도, 자연어만으로 생산 레벨의 소프트웨어를 제어할 수 있는 "도구"가 데스크톱에 점점 더 많이 등장하더라도, 인간은 여전히 ​​공정 제어 검사를 수행해야 하는 경우가 많습니다. 이는 AI가 세상을 인식하는 방식이 거대한 블랙박스에 기반을 두고 있고, "환각"을 겪을 것이기 때문입니다.

(인간이 보는 것이 환상과 현실이 섞인 것이 아니라고 누가 말했는가?)

어쨌든 우리는 인간의 현실이 AI의 현실보다 크다고 믿기 때문에, 인간은 AI의 제작 과정을 살펴볼 필요가 있습니다. AI에 더 많은 것을 맡길수록 검증해야 할 것도 많아집니다. 결국에는 경계선까지 균형이 맞춰질 것입니다.

이 경계는 범용 에이전트 제품의 상한입니다.

마케팅: 논란을 두려워하지 않지만, 논란이 없는 것도 두려워하지 않는다

마누스의 이런 물결이 바이러스처럼 퍼져 나가는 것을 보면, 그 집단 내에서 자발적으로 논란이 일어나기보다는 오히려 비밀리에 '신의 손길'이 인도하고 있다고 말하는 게 더 정확할 듯합니다.

이 신의 손 한 쌍은 공식적인 출처에서 나온 것이었을 것이다. 인도하는 손이란, 참 멋진 일이 아닌가?

먼저, 저는 Grok에게 이 기간 동안 Manus의 주요 마케팅 이벤트를 요약해 달라고 요청했습니다.

공식 핵심 슬로건이 "세계 최초의 일반 AI 에이전트"인 것을 분명히 알 수 있습니다.

이는 매우 논란의 여지가 있는 발언이다.

A. 업계 외부의 사람들에게는 이 문장이 매우 눈길을 끌 것입니다.

B. 저처럼 매일 주의를 기울이지만 내부자는 아닌 사람들에게는 이것이 단어 속임수라는 것을 한눈에 알 수 있습니다. 저는 위에 제품 수준을 소개했고, 그것은 패치워크이며, 어떤 식으로든 첫 번째 제품이라고 부를 수 없습니다. 그러나 "매일"이라는 단어를 추가하면, 일반적인 작업을 처리한다고 주장하고 이렇게 큰 여론을 일으킨 소비자 등급 제품은 실제로 없었습니다. 게다가 슬로건이 과장되는 경향이 있으므로 그렇게 말하는 것도 이해할 만합니다.

C. 그 서클에 있는 사람들은 대부분 상당히 분개할 것 같아요. 결국, 그들이 열심히 연구한 결과가 꿰매어졌거나, 그들이 보기에 이 일이 기술적인 내용이 별로 없다고 말할지 몰라도, 그는 주목을 훔쳤어요.

——반대 입장이 나타났습니다.

반대 입장이 있는 곳에서는 논쟁이 있을 것이고, 여론은 결국 계속 동요될 것이며, 이는 마누스의 선전에 레버리지 효과를 가져올 것입니다.

——반대 입장이 나타났습니다.

반대 입장이 있는 곳에서는 논쟁이 있을 것이고, 여론은 결국 계속 동요될 것이며, 이는 마누스의 선전에 레버리지 효과를 가져올 것입니다.

겉모습을 보지 말고, 결과를 보세요.

그 결과, 마누스는 세계적인 주목을 받게 되었습니다. 이 마케팅은 비용에 비해 가치가 매우 좋습니다.

그리고 초대 코드 메커니즘.

주의가 완전히 집중되는 동안 초대 코드는 엄격하게 제한됩니다. 한편으로는 비용 고려에 기반하고 다른 한편으로는 제품의 단점을 은폐하기 위한 것입니다. 결국, "유니버설 타입"은 자랑입니다. 출시되면 즉시 다양한 버그와 A형 사람들의 피드백에 폭격을 당할 것입니다. 그럴 경우 반대 입장이 아니라 일방적인 입장이 될 것이고, 결국 실패로 끝날 가능성이 큽니다. 이 관점에서 초대 코드 메커니즘은 실제로 초기 테스트와 유사합니다. 출시된 코드의 수는 버그를 수정하는 개발자의 수에 따라 결정되며, 이를 통해 시드 사용자는 먼저 제품을 개선하는 데 도움을 줄 수 있습니다.

굶주림 마케팅 계획도 있습니다. 허기 마케팅의 본질은 주의를 끌기 위해 경쟁하는 것입니다. 초대 코드를 사용하는 모든 사람이 "사랑하지만 얻을 수 없는" 사람들에게 필연적으로 꾸중을 듣는 것은 정상적인 일입니다.

나중에 일어난 X 계정 동결, 기술적 제일브레이킹, 오픈 소스 등의 일은 과도한 마케팅의 결과로 여겨졌습니다.

이 점에 대한 저의 개인적인 의견은 AI 분야가 아직도 너무 문학적이라는 것입니다. 저는 당신이 암호화폐 업계에 참여해서 뻔뻔스러움을 배우는 것을 제안합니다.

마누스 팀은 사실 잘하고 있습니다. 결국, 그들의 이전 제품인 모니카는 수익성이 있었습니다. 그러나 많은 소규모 팀은 여전히 ​​수입을 맞추기 위해 고군분투하고 있습니다. 이 시점에서는 과도한 마케팅을 하지 말라고 하시는 건가요? 낮은 비용으로 높은 마케팅 효과를 얻을 수 있다면, 왜 안 되겠습니까?

얼굴이 R&D팀이 작업을 계속할 수 있도록 지원할 수 있을까? 페이스가 혁신에 필요한 충분한 자금을 제공할 수 있을까?

얼굴은 쓸모없어. 오락이 죽음으로 이어지고 정보가 폭발적으로 늘어나는 이 시대에 주의는 귀중합니다.

암호화폐 세계에서 가장 잔인하고 도전적인 부분은 그것이 돈 자체와 너무 가까워서 당신이 볼 수 있는 것은 가장 진정한 인간 본성과 가장 피비린내 나는 일상뿐이라는 것입니다(피비린내 나는 것은 일상이 아니라 당신입니다).

사람으로서 당신은 원칙을 가져야 하지만, 당신의 원칙과 맞지 않는 어떤 현실을 이해하고 받아들이는 법을 배울 수밖에 없습니다.

그렇지 않으면 당신은 비참하게 죽을 것입니다.