Manus 2.0 AIエージェントが製品を拡張、だが本当の試金石は信頼
Manusは9月28日、独立した運営を再開したと表明してから1カ月足らずで、Manus 2.0 AIエージェントを発表した。このリリースでは、新しいエージェントアーキテクチャ、永続的なクラウドコンピューター、イベント駆動型の自動化、編集可能なクリエイティブツール、そしてCueという独立したパーソナルエージェントアプリが追加された。
これは単なる通常の製品アップデートではない。Manusは、自社ソフトウェアを単発のプロンプトを完了するものから、ファイル、アプリケーション、オンラインサービス、現実世界での取引にまたがる継続的なプロジェクトを実行するものへと移行させようとしている。この転換により、Manusはチャットボットを行動できるエージェントへ変えようと競争するMeta、OpenAIなどと対峙することになる。
最も重要な競争は、どのエージェントが最も長い機能リストを持つかではない。自律性の拡大と、意味のあるユーザーコントロールの維持との間にある。Manusは現在、エージェントがコンピューターを操作し、メッセージをやり取りし、電話を受け、他のエージェントと連携し、ユーザーが定義した予算内で支出することを目指している。
こうした機能はソフトウェアをより有用にする。一方で、曖昧な指示、不確実な判断、過剰な権限、弱い監督がもたらす影響も大きくする。したがってManus 2.0は、より大きな技術的野心と、はるかに難しい信頼の問題を抱えて登場した。
Manus 2.0 AIエージェントはタスクから継続的な作業へ移行する
Manus 2.0は、製品をタスク実行ツールから、元のプロンプトの後もエージェントが作業を続けられる環境群へと変える。
同社は9月28日（月曜日）にManus 2.0とCueを発表した。Bloombergは、急成長するエージェント市場での足場を取り戻す新たな試みだと、最初のエージェント市場に関する報道で伝えた。
このリリースの中心にあるのが、Manusが自社開発のエージェントハーネスの最新版と説明するCascadeだ。エージェントハーネスとは、モデル、ツール、コンテキスト、実行手順、結果を管理するソフトウェアレイヤーを指す。
Manusによると、Cascadeは専門的な機能が必要になるまでプロジェクトを軽量に保つ。ドキュメント、ウェブサイト、動画、自動化は、無関係なセッションの連続に分かれることなく、ひとつの接続されたプロジェクト内にとどめられる。
Manusがテストしたある構成では、Cascadeは従来システムよりトークン使用量を23.2％削減したとされる。同社はまた、タスクを28.2％高速に完了し、運用コストを32％削減したとしている。
これらの数値は、同社自身のManus 2.0発表によるものだ。Manusは、ワークロード、モデル、競合製品を横断した独立比較を可能にするほどの方法論的詳細を公開していない。
それでも方向性は重要だ。エージェント製品は、大量のコンテキストを繰り返し読み込んだり、専門モデルを不必要に呼び出したりすると高コストになる。各ジョブを必要な機能だけに振り分けることで、その負担を減らせる可能性がある。
今回のリリースでは、ユーザーのローカルデバイスがオフラインでも利用可能な状態を維持できる専用環境、Cloud Computerも導入された。Manusはこれを、永続的な自動化、ホスト型アプリケーション、マルチプレイヤーゲームのためのインフラとして位置づけている。
この永続性は製品の運用モデルを変える。エージェントは、ひとつのブラウザーセッション内で開始・終了する必要がなくなる。アプリケーション、ファイル、プロセス、スケジュールされた作業が実行され続ける環境を維持できる。
ManusはScheduled TasksもAutomationsへと拡張した。これらのワークフローは、あらかじめ定められた時刻だけでなく、接続されたサービス内のイベントをきっかけに開始できる。
新しいメール、Slackメッセージ、カレンダーイベント、Notionの更新、広告の変更がタスクを起動できる。ユーザーは、Manusが何を監視し、その後にどのアクションを実行すべきかを記述する。
例えば、プロダクトマネージャーがメール、Slack、録画、プロジェクト文書を通じて顧客調査を受け取る場合を考えてみよう。イベント駆動型エージェントは、新しいフィードバックを分類し、要約を更新し、週次ブリーフを準備できる。
これは、情報の収集、統合、出力をひとつの継続的プロセスにする、より広範なAIワークフローへの移行に似ている。違いは、Manusが知識の整理を超えたアクションも実行しようとしている点だ。
その結果、製品は2つのレイヤーにまたがる。Cascadeが作業の振り分け方を決定し、Cloud ComputerとAutomationsがその作業を継続できる場所を提供する。
この組み合わせが、Manus 2.0 AIエージェントをめぐる中心的な緊張関係を生み出す。永続的な実行は一度限りの回答より大きな価値をもたらすが、永続するすべてのプロセスには境界、監視、復旧のコントロールが必要だ。
Manus Studioは生成と直接編集を融合する
Manusは、ユーザーが生成プロセス全体をやり直さずに出力を確認・編集できる場合、エージェントの有用性が高まると見ている。
同社はデスクトップ体験の名称をManus Studioに変更し、機能を拡張した。Studioは、人とAIがドキュメント、スプレッドシート、PDF、プレゼンテーション、ウェブサイト、コード、ゲーム、動画で共同作業できる共有ワークスペースとして説明されている。
この設計は、プロンプトベースのクリエイティブツールに繰り返し見られる制約への対抗策となる。許容できる初稿を生成することは速くても、特定の要素ひとつを修正する作業は煩雑になり得る。
Manusは動画編集でこの問題を例示している。ユーザーは自動生成された広告を気に入っていても、音楽を差し替えたり、別の商品画像を使ったりしたい場合がある。
動画全体を再生成すると、新たな望ましくない変更が入り込む可能性がある。Studioでは代わりに、クリップ、画像、テキスト、音声、モーショングラフィックスを、編集可能なタイムライン上の個別コンポーネントとして表示する。
ユーザーは直接変更を加え、その後にプロジェクトをエージェントへ戻して再度処理させられる。これにより、手動編集と自動生成を交互に行える混合型ワークフローが生まれる。
Manusによれば、Video Editorは商品広告、チュートリアル、vlog、モーショングラフィックス、AI生成のユーザー風コンテンツを対象としている。同社は、30～60秒の動画に焦点を当てるとしている。
今回のリリースでは、動画生成とコード生成を自動化されたクリエイティブディレクションのプロセスの下で組み合わせるAlchemyモードも追加された。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月上旬、独立したアプリケーションとWhatsApp経由のアクセスを備えたMuseエージェントを発表した。
Metaによると、Museはメール、旅行予約、買い物、長期的な計画などのタスクを管理できる。Museエージェントの発表に関する報道によれば、Museは専用の仮想マシン内で動作する。
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の商用エージェント製品で訴求されているユースケースを分析したエージェントのユーザビリティ研究に示されている。著者らはそれらの用途を、オーケストレーション、制作、インサイトの3分類に整理した。
Manus 2.0はこの3分類すべてをカバーする。Studioは成果物を作成し、Cascadeは機能を調整し、Cueはコミュニケーションやサービスを横断して動作する。
この広がりは、透明な境界の重要性を増幅させる。ユーザーは、エージェントが何にアクセスできるのか、どの操作に承認が必要なのか、各承認がどれだけ有効なのかを理解する必要がある。
信頼できる活動記録も必要だ。有用なログは、エージェントが何を観測し、なぜその操作を選び、どのツールを使い、何が変わったのかを示すべきである。
復旧も同じくらい重要だ。永続的なクラウド環境は、チェックポイント、バージョン履歴、取り消し可能な認証情報、進行中のプロセスを停止する明確な手段をサポートすべきである。
Manusは信頼性に関する資料を通じ、SOC 2およびISO認証への言及を含むセキュリティ認証を公表している。これらの統制は、組織およびインフラに関する重要な実務を対象としている。
ただし、これらはCueの新しい振る舞いがすべて安全かつ信頼できることを独立して立証するものではない。製品レベルのリスクは、権限設計、取引の処理、障害からの復旧、実運用での結果に左右される。
Cascadeのパフォーマンス指標にも同様の慎重さが必要だ。トークン使用量の削減や完了の高速化は有用に聞こえるが、1社がテストした構成だけで、あらゆるタスクを代表することはできない。
より高速なエージェントでも、質の低い結果を生み出す可能性はある。運用コストの低下だけでは、エージェントがより多くの人間による修正を必要としたのか、意図された要件を満たせなかったのかは分からない。
したがってManusは、効率性だけでなく、それ以上の指標を報告する必要がある。購入者には、タスク完了率、介入頻度、エラーの分類、復旧結果、異なるワークロードでのパフォーマンスが必要だ。
同社には、エージェントのアイデンティティに関する明確な方針も求められる。特に通話、商取引、機微な交渉では、受信者はソフトウェアとやり取りしていることを認識できるべきだ。
サービス提供者は独自の制限を設けるだろう。レストラン、チケット販売プラットフォーム、通信サービス、加盟店は、エージェントがスパム、不公平なアクセス、責任の所在の曖昧さを生む場合、自動化された活動を制限するかもしれない。
Cueのウォレット機能と電話機能は、こうした問いを前面に押し出す。これらはエージェントの安全性を、チャットインターフェースの問題から運用上・経済上の問題へと変える。
中心的なトレードオフをなくすことはできない。意味のある時間を節約できるほど有用なエージェントには、ある程度の権限を与える必要がある一方、権限はリスクを生む。
Manusは、範囲を限定した権限と予測可能なエスカレーションによって、この緊張関係を管理できる。ユーザーが制御を維持するという広範な主張だけで、問題を解決することはできない。
この取り組みが機能しているかを示す3つのシグナル
次の段階は、Manusが発表する機能数ではなく、導入状況、運用上の証拠、制御メカニズムによって評価されるべきだ。
第1のシグナルは、Cueが広く利用可能になることと、早期アクセス後も利用が継続することだ。招待への需要は関心を示すかもしれないが、継続利用こそが、パーソナルAIエージェントが日常的な問題を解決するかを明らかにする。
有用な証拠には、ユーザーが複数のエージェントを作成する頻度、繰り返されるタスク、人々が介入する頻度などが含まれる。作成アカウント数よりも、継続率の方が重要になる。
Cueは、エージェントの連携が実際に作業を減らすことも証明しなければならない。エージェントで埋め尽くされたグループチャットは、更新、意思決定、監督を要する新たな負担になり得る。
人々がワークフロー全体を繰り返し委任し、利用可能な結果に戻ってこられるなら、Manusはデジタルオペレーター・モデルを裏付ける証拠を得ることになる。ユーザーが主に質問をするだけなら、Cueはチャットに近いままだろう。
第2のシグナルは、CascadeとStudioに対する独立した検証だ。Manusは、速度、トークン、コストに関する主張を支える評価手法を公開すべきである。
外部テストでは、長時間のセッションでもプロジェクトの一貫性が保たれるかを調べるべきだ。また、エージェントが作業を再開した際に、Studioが手動編集を保持するかも検証すべきである。
Game DevとVideo Editorは、厳しい評価ケースを生む。どちらも、コード、アセット、タイミング、依存関係、繰り返される修正の一貫性を必要とする。
使える最初の結果だけでは不十分だ。製品は、クリエイターが細部を修正し、フィードバックに対応し、公開に向けて作業を整える最後の段階を支えなければならない。
第3のシグナルは、権限管理と復旧コントロールの進化だ。Cueは、利用上限、通信権限、接続済みサービス、コンピュータアクセスを容易に確認できるようにすべきである。
ユーザーは、すべてのプロジェクトを停止せずに1つのエージェントを一時停止できるべきだ。また、設定全体を作り直すことなく、1つの権限を取り消せるべきでもある。
取引履歴は、各操作をユーザーの指示または承認済みのポリシーと結び付ける必要がある。機微な操作では、問題が起きる前にユーザーが理解できる確認ルールをサポートすべきだ。
競合プラットフォームがどのように対応するかにも注目したい。Metaはエージェント戦略とメッセージング配信を組み合わせられる一方、OpenAIや他のモデル提供者は既存アシスタントに操作機能を統合できる。
Manusは、独立系の専門企業が信頼性を犠牲にせず、より迅速に動けることを示さなければならない。製品の広がりが役立つのは、各要素が首尾一貫して連携する場合に限られる。
再び勢いを取り戻そうとする今回の取り組みは、突然の企業移行の後でManusが信頼を再構築できるかどうかも試す。2025年12月、Metaは同社を自らのエージェント戦略の一部として提示した。
2026年9月までに、Manusは再び自らを独立企業と呼ぶようになった。同社の公開発表は変化を確認したが、その理由と長期的な構造は不明確なままだった。
永続的なワークフローを評価する顧客には、サービス、データの取り決め、製品の方向性が安定し続けるという確信が必要だ。自動化が日常業務に組み込まれるとき、これは重要になる。
Manus 2.0のAIエージェントは、消費者向けソフトウェアと職場向けソフトウェアが向かう先について、明確なビジョンを示している。ユーザーが結果を示し、永続的なエージェントがツールを調整して中間の作業を実行する。
このリリースは、そのビジョンを成功させるために必要な条件も浮き彫りにしている。エージェントには、持続的なコンテキスト、編集可能な出力、限定的な権限、可視化された操作、信頼できる復旧が必要だ。
開発者は、より明確なオーケストレーションのパターンを求めてCascadeのアーキテクチャとManus APIを注視すべきである。エンタープライズの購入者は、ガバナンス、監査可能性、測定可能な介入率に焦点を当てるべきだ。
ナレッジワーカーは、取り消し可能なタスクから始めるべきである。リサーチの統合、下書き作成、監視されたワークフロー更新は、無制限の権限を与えることなく実用的な価値をもたらす。
次に、繰り返し作業を通じてエージェントが修正に従うかを試してほしい。パーソナルエージェントが有用になるのは、単に出力を増やすときではなく、継続性を改善するときだ。
本当の問いは、Manusがソフトウェアにメールアドレス、電話番号、ウォレット、コンピュータを与えられるかどうかではない。ユーザーが状況認識を失わずに委任できるかどうかである。
範囲を限定したワークフローを1つ試し、エージェントにさせないことを定義し、結果として生じるすべての操作を確認してほしい。Manusがこのプロセスを予測可能なものにできれば、そのエージェント戦略はローンチ当日の注目を超えた実体を持つだろう。
