正直に言うと、manus の招待コードはまだありません。そのため、体験していないのに発言する権利はないと主張する場合は、それを消すだけで 10 分を節約できます。
2つの大きなポイントについてお話ししたいと思います。1つはManusをめぐる現在のマーケティング論争、もう1つはManusの製品トリックです。
製品: 画期的ではないが、画期的な製品
マヌス氏は技術的な進歩を何も達成しなかったが、これは論争後の最大の合意かもしれない。最も重要な検証事例は、OpenManus を 3 時間で複製した MetaGPT チーム (プログラミング エージェント チーム) によるものです。
しかし、マヌスが皆様にお届けする製品が衝撃的なものであることは間違いありません。 AIを「人間の手」として活用し、大量の自律的な情報収集、ブラウザ操作など、一連のプロセスを自動化します。これらは最終的にカプセル化され、ユーザーは Manus に何をしたいのかを伝えるだけで、椅子を動かして直接番組を視聴できるようになります。
私のように AI 分野の最新の開発をフォローしていれば、ディープシークのモデルトレーニングの革新と比較すると、マヌスはパッチワークモンスターのようなものだということがわかるでしょう。
1. タスクのソートとナレッジベースの呼び出し。ほとんどのモデルにはこの機能があり、迅速なエンジニアリングの観点から、最初にタスクを分解して整理することで、最終的な AI 出力の効果が向上します。 AI との日常的なやり取りでは、リストを直接作成するか、ニーズに応じて AI に整理させるかのどちらかです。
2. 情報の収集、整理、分析。それがディープリサーチであり、現在では基本的にすべてがサポートされています。
3. 外部ツール関数の呼び出し。 MCP と、ブラウザ使用などの多数のオープンソース ツールの両方が、日常の使用シナリオに組み込まれています。
4. マルチエージェント協力。 Devin が始めてから 1 年か 2 年経ったはずです (正確な時期は覚えていません)。これを 3 時間で再現した metaGPT チームは、プログラミングの分野でマルチエージェント コラボレーションに取り組んでいました。
多くの人は、マヌスには革新性が欠けているという事実に執着しており、他の人がマヌスを称賛しているのを見ると、彼らを嘲笑し始めます。
傲慢さは進歩の最大の敵であることに留意すべきである。
自分自身に問いかけてみるのもいいでしょう。これらはすべて既存のものなのに、統合されるとなぜ突然人気が出るのでしょうか?すでに持っているものばかりなので、縫ってみませんか？
人々は依然として非常に狭い視点からイノベーションを見ており、常にテクノロジーに固執していますが、製品コンセプトやビジネスモデルのイノベーションの方がより広範囲にわたる影響を与えるものであることに気づいていません。
最後に、manus 製品の理解について非常に役立つ記事を載せました (チーム自身によって言い換えられているため)。
この一節は、私がこの記事を書いた主な理由でもあります。ここで述べた点は、製品を作るすべての人が慎重に検討する価値があると思います。
私が見たもの、そしてマヌスから学ぶ価値のあることをお話ししましょう。
1. エージェントワークフローの干渉防止
ゲームを作るときにも、同様の概念である「フロー」が言及されます。
つまり、製品を使用するユーザーの体験は、一連の行動プロセスで構成されています。たとえば、Alipay を使用して電話料金を支払う場合、Alipay を開いて、ホームページで [再チャージ] をクリックし、携帯電話番号を選択し、金額を選択して確認し、支払い、再チャージが成功したというフィードバックを受け取る必要があります。このようなプロセスでは、外部要因が干渉すると、プロセス全体が中断され、製品エクスペリエンスが低下します。
既存の AI エージェントは、前述のようにユーザーのワークフローと完全に互換性がないわけではありませんが、ワークスペースを占有するという問題があります。おそらく誰もがよく使うであろうウェブページを読むAIを例にとると、AIは現在のウェブページに基づいて理解を示します。現在のウェブページを変更することはできません。変更すると無効になります。それ以外の場合は、リンクを手動でコピーし、別のウィンドウで AI に渡します。最近試した別の製品、same.dev は、フロントエンドのソースコードを直接コピーすることに重点を置いています。ただし、Web ページをバイパスすると操作が中断されるという問題があります。文字通りワークスペース全体を占有し、エクスペリエンスは非常に悪いです。
もちろん、どちらが良いか悪いかを言うわけではありません。しかし、マヌスの製品レベルの変化は、AIエージェント形態の進化を考える上で意味のあるものです。
ブラウザに埋め込まれた AI からブラウザに埋め込まれた AI インタラクティブ ページまで、前者はユーザーの日常的なニーズを満たし (AI は仕事や生活のプロセスの一部に過ぎません)、後者はインテリジェント エージェントのニーズを満たします (無関係な要因からの干渉を減らします)。
AI エージェント製品の場合、ユーザーに公開されるのは、入力を受け取り、プロセスを表示し、出力を出力するインタラクティブなページのみです。プロセスは表示のみが許可され、プロセスによってユーザーが邪魔されることはありません。
これは、以前の記事で述べた OKX ウォレットの組み込みブラウザの問題を思い出させます。目標を達成するためにユーザーにプロセスを積極的に中断するよう求めることはできません。
流れが中断される経験はひどいものです。
2. 「外部ツール」の再考
ほとんどの人にとって、「外部ツール」とみなせるのは、おそらく MCP などの標準プロトコルやパッケージ化されたライブラリだけでしょう。
実際、いわゆるツールは、ユーザーが明確な期待を持てる安定した入力と出力を備えたブラック ボックスです。
プログラミングは、AI における最も決定論的なアプリケーション シナリオです。無数のスクリプトとモジュールをツールとしてパッケージ化できます。
モデルのトレーニングの観点から数学の問題を解く競争をすることは何も悪いことではありませんが、モデルの適用の観点から数学の問題に直接取り組むのは愚かなことです。
ベクトル マッピングを使用する代わりに、それを解決するためのコードを記述してみませんか?
実際、マヌス氏は汎用エージェントの設計における重要なポイントを指摘しました。それは、AI を使用してすべての問題を直接解決しようとしないことです。
AIは単なる手です。
手は道具を使って問題を解決します。ツールは事前に定義することも、その場で書き込むこともできます。
人 - 手 - ツール - タスク。
間にツールの層がいくつあるかをなぜ気にするのでしょうか?
3. 使用シナリオを破壊しない
頻繁にプログラミングを行う学生は、さまざまなプロジェクトにさまざまな依存ライブラリ バージョンがあることを深く理解している必要があります。主要なライブラリ バージョンの 1 つが正しくないと、プロジェクトはエラーで実行される可能性があります。
これはプログラミングにおける仮想環境の必要性でもあります。 npm はプロジェクトの依存関係に基づいてインストールされ、python は仮想環境、docker コンテナなどを作成しますが、私が理解している限り、これらはすべて環境の独立したカスタマイズを保証するためのものです。
現段階では、ダイレクト toC 製品レベルのインテリジェント エンティティのすべてにおいて、ユーザーのローカル環境に侵入せず、クラウドを使用するというのがコンセンサスであると考えられます。
以前は、bolt.new、mgx.dev などがありましたが、これらはすべてクラウドで直接実行、書き込み、デバッグすることを選択しました。ただし、これらはすべてプログラムされたエージェントであり、汎用エージェントとの比較には欠けています。
Manus のアプローチとは対照的に、もう 1 つの製品である Highlight があります。ダウンロードしてインストールすると、デスクトップにフローティング ウィンドウが表示され、現在のワークスペース内のアプリケーションに基づいた AI 統合操作がいくつか表示されます。
目を引くように見えますか？
たとえば、クロール方法がわからない場合、ブラウザ ページにアクセスして、Highlight にクロールさせることはできますか?
私の個人的な経験から言うと、ハイライトを操作するにはプロセスを開く必要があるため、ハイライトは元のワークフローに干渉していました。しかし、現実には誰でも作業中にページを切り替えたりしますが、AIの操作が完了するのを待つことは不可能です。また、AI が私のブラウザを使用してクロールしている場合、私の IP が使用されていることになり、今後の訪問に影響しますか?
地元のシーンは破壊されました。
これらの点は、実際に話すだけで簡単に思いつくように思えます。しかし、フレームワーク内で一連のデザインを実行する方法を理解することは、依然として価値があると思います。
最後に、私の個人的な予想であるマヌス上限について少し述べておきます。
私の期待は期待をコントロールすることです。AI が私たちに代わってすべてを行うことはできません。将来、スマートホームにAIモジュールが導入され、「人の手」で操作できる「道具」になったとしても、デスクトップ上に自然言語だけで生産レベルのソフトウェアを制御できる「道具」がどんどん登場したとしても、工程管理の検査は人間が行う必要がある場合が多い。AIの世界認識は巨大なブラックボックスに基づいており、「幻覚」を抱くことになるからだ。
いずれにせよ、人間の現実は AI の現実よりも大きいと信じている以上、人間は AI の生産を検討する必要がある。 AI に引き渡すものが増えるほど、検証する必要も増えます。これは最終的にはある程度までバランスが取れます。
この境界は汎用エージェント製品の上限となります。
マーケティング：論争を恐れないが、論争がないことを恐れる
このマヌスの波が広がっている様子を見ると、サークル内で自然発生的に起こっている論争というよりも、ひそかに「神の手」がそれを導いていると言った方が正確だろう。
この神の手は公式の情報源から来たに違いありません。手を導くって、素敵じゃないですか？
まず、私は Grok 氏に、この期間の Manus 社の主要なマーケティング イベントの概要を尋ねました。
公式のコアスローガンが「世界初の汎用AIエージェント」であることがはっきりとわかります。
これは非常に物議を醸す発言です。
A. 業界外の人にとって、この発言は非常に目を引くものです。
B. 私のように日常的に注目しているが内部関係者ではない人にとっては、これは言葉のトリックであることが一目でわかります。上で紹介した製品レベルはパッチワークであり、決して最初の製品とは言えませんが、「日常的」という言葉を加えると、確かに、一般的なタスクを処理すると主張し、これほど大きな世論を引き起こした消費者向け製品はこれまでにありませんでした。さらに、スローガンは誇張される傾向があるので、そう言うのも理解できます。
C. 周りの人達は、大抵はかなり憤慨すると思います。結局、一生懸命研究した結果が縫い付けられたもの、あるいは、彼らの目には、この物に技術的な内容はあまりないと言うかもしれませんが、彼は脚光を浴びました。
——反対の立場が浮上した。
対立する立場があれば議論が起こり、世論は最終的に醸成され続け、マヌスのプロパガンダに影響力をもたらすだろう。
外見ではなく結果を見てください。
その結果、マヌスは世界的な注目を集めるようになりました。このマーケティングは費用対効果が非常に優れています。
そして招待コードの仕組み。
注目が集中する一方で、招待コードは厳しく制限されています。一方ではコストを考慮し、他方では製品の欠点を隠すためです。結局、「万能型」というのは自慢話で、リリースされるとすぐに、A型の人々からさまざまなバグやフィードバックが殺到することになります。その場合、それは対立的な立場ではなく、一方的な立場となり、失敗に終わる可能性が高くなります。この観点から見ると、招待コードの仕組みは実際には初期テストに似ています。リリースされるコードの数は、バグを修正する開発者の数に基づいており、シードユーザーが最初に製品の改善に貢献できるようにします。
飢餓マーケティング計画もあります。ハンガーマーケティングの本質は注目を集めるために競争することです。招待コードを使用するすべての人が「好きだけど手に入らない」人々から必然的に叱責されるのは当然です。
その後に起こった、X アカウントの凍結、技術的なジェイルブレイク、オープンソースなどは、過剰なマーケティングの結果であると多くの人に考えられました。
この点に関する私の個人的な意見は、AI界隈はまだ文学的すぎるということです。暗号通貨のサークルに参加して、恥知らずな態度を学ぶことをお勧めします。
manus チームは実際順調です。前作の Monica は利益を生んでいました。しかし、多くの小規模なチームはまだ収支を合わせるのに苦労しています。現時点では、過剰なマーケティングはしないようにとおっしゃるのですか?低コストで高いマーケティング成果を達成できるのであれば、なぜできないのかと疑問に思います。
フェイスは、R&D チームが仕事を継続できるようサポートできますか?フェイスはイノベーションのために十分な資金を提供できるでしょうか?
顔なんて価値がない。娯楽が溢れ、情報が爆発的に増えているこの時代、注目は貴重です。
暗号通貨界隈の最も残酷で最も困難な部分は、それがお金そのものに非常に近いため、目にすることができるのは真の人間性と最も残酷なルーチンだけであるということです（残酷なのはルーチンではなく、あなた自身です）。
人間として、あなたは原則を持たなければなりませんが、あなたの原則に沿わない現実を理解し、受け入れることを学ばざるを得ません。
さもなければ、あなたは惨めに死ぬでしょう。
参考文献
