Manusでリサーチタスクを任せるときの使い方

Manusでリサーチを任せるなら、まず「すぐ答えを得る相談」と「複数の情報源を調べて成果物まで作る作業」を分けます。前者はChat Mode、後者はAgent Modeが候補です。依頼前に、調査対象・期間・採用する情報源・必要な成果物・人へ戻す判断を一文ずつ決めると、調査範囲と確認作業を管理しやすくなります。Agent Modeは複数stepを自律実行し、creditを消費するため、最初から広い指示を渡すより小さく区切る方が安全です。

まずChat ModeとAgent Modeを選ぶ

Manusの公式Helpでは、Chat Modeは即時回答や議論向けで、画像・PDF・テキストの認識とオンライン検索にも対応すると説明されています。Agent Modeはwebサイト、slide、videoなどの作成を含む複雑なtaskを計画し、実行する用途です。公式案内ではChat Modeはcreditsを消費せず、Agent Modeは使用するとされています。2026年9月のManus 2.0開始後は、FreeでAgent Modeから利用できるのはManus 2.0 Lite、Proでは2.0 / 2.0 Max / Liteとされていますが、利用可能なmodelやplan条件は変わるため、開始前に自分の画面を確認してください。

表は横にスクロールできます

やりたいこと	最初に選ぶモード	依頼後に確認するもの
用語の確認、資料の要約、調査方針の相談	Chat Mode	返答がどの資料に基づくか
複数の公式ページを調べて比較表を作る	Agent Mode	source URL、確認日、未確認項目
slideやdocument等の形にして提出する	Agent Mode	成果物の保存先、数値と引用
Login済みの社内画面を調べる	許可されたBrowser Operator等を検討	認証範囲、表示・編集権限、操作ログ

画面にある機能名だけで、すべてのアカウントに同じ利用条件があるとは判断しません。Chat Modeで十分な公開情報taskなら、Agent Modeへ切り替える前に調査目的と必要な成果物を決めます。Agentに任せる価値が「複数のsourceを集め、照合し、指定形式へ整理すること」にあるかを考えてください。

Research briefに先に書く6項目

「○○について調べて」だけでは、Agentが扱う地域・期間・対象・出力を広げやすくなります。次の項目を決め、不要な欄は削ってから依頼します。

• 決めたいこと：調査結果を何の判断に使うか。

• 対象と範囲：国・業界・製品数・期間・除外対象。

• 情報源の優先順：公式価格表、公式Help、規約など。第三者情報を補助に使う場合は区別する。

• 確認する項目：値、条件、適用地域、確認日、例外。

• 成果物：比較表、短い要約、出典一覧など、必要な形式と件数。

• やらない操作：契約、購入、メール送信、外部サービスの作成・更新をしない等。

例として「国内で使う議事録AIを5製品比較する」なら、対象を「2026年10月時点で日本から申し込み可能なサービス」に固定し、公式pricing / privacyページだけを一次情報にします。表には月額、無料利用の有無、保存・学習条件、商用条件、適用地域、確認日、URLを置きます。公式ページで分からない欄は空欄にせず「公式資料では確認できない」と記録し、推定値で埋めないよう指示します。

Agent Modeへ渡す依頼例

以下は公開情報だけを使う調査の雛形です。対象や項目を自分のtaskに合わせて置き換えます。

目的：比較結果をもとに、社内の試用候補を2つに絞る。

対象：日本から利用する議事録AI 5製品。確認日は2026-10-09。

情報源：各社の公式pricing、help、privacy文書を優先する。

項目：月額と請求単位、無料枠、利用上限、保存・学習条件、商用利用条件。

成果物：項目別の比較表、各セルの根拠URL、確認日、未確認事項。

ルール：情報源が見つからない項目は「未確認」とする。第三者記事を公式Factとして扱わない。

禁止：アカウント登録、契約、支払い、メール送信、外部データの作成・変更。

停止条件：公式情報が矛盾する、対象地域が不明、追加権限が必要になった場合は実行せず報告する。

依頼例は成果物の形を定めるためのものです。AIに最終決定までさせる指示ではありません。候補の順位付けを頼む場合も、何を重視する順位なのか、どの条件なら別候補になるかを別に指定してください。

実行中は最終回答の前に根拠を見る

taskを開始したら、最終reportだけを待たずに途中のsource listと調査範囲を確認します。最初の段階で、対象数、地域、期間、公式sourceの採用条件がbriefに合っているかを見ます。ずれていたら、最後まで走らせてから書き直すより、この時点で範囲を絞り直します。

複数ページを読む調査では、各claimを直接支えるURLを残させます。pricingなら、単に価格ページへのリンクを置かせるのではなく、月額か年額か、対象plan、地域・通貨、利用上限、追加料金の条件がどこに書かれているかを分けます。規約やprivacyでは、利用者向けの説明と法的文書を区別します。ページ上に書かれていない情報を、別のサービスの一般的な慣行から補ってはいけません。

成果物に進む前に、必要なら途中表を先に出させます。表の一部を見て列が不足している、情報源が第三者中心、確認日の記録がない、と分かった段階で直せば、全体を作り直す回数を減らせます。ただしtaskを細かく分けすぎると、同じsourceの再調査や同じ表の再生成が起きます。確認点は「範囲」「根拠」「最終成果物」の3段階に絞ると管理しやすくなります。

まずは使ってみる

記事の文脈に合うToolへ進めます。報酬の有無で見た目は変えていません。

• 

  Manus

  公式サイトを見るTool詳細を見る

公開Webとログイン必須情報を分ける

通常の公開Web調査と、ログイン済みのdashboardや社内資料の調査は別の作業です。ManusのBrowser Operatorは、利用者が認可したブラウザsessionでWeb操作を行う機能として案内されています。Cloud Browserが、手元のbrowserでログインしている全サイトへ自動的にアクセスできると考えてはいけません。認証が必要なら、利用する機能・端末・account・権限を確かめ、対象と許可する操作を限定します。

sourceを読むだけの調査にメール、drive、CRM等のconnectorが不要なら接続しません。作成、更新、送信、購入などの操作は、情報を読む作業とは異なる影響があります。明示したtaskに含まれていない場合は許可せず、必要な場合も対象record、変更内容、実行前の確認者を決めます。login情報やAPI tokenをpromptへ直接書かず、組織の接続ルールに従ってください。

つまずいたときの切り分け

表は横にスクロールできます

状況	ありがちな原因	次の一手
reportが広いが結論に使えない	地域、期間、候補数、除外条件が曖昧	対象を固定し、必要な列だけで再調査する
数字にURLがない	sourceとclaimの対応を頼んでいない	重要な値ごとに根拠URLと確認日を要求する
公式ページが見つからない	検索語や製品名が変わった、非公開情報	同義語や公式Helpを探し、未確認のまま報告する
ページがloginで止まる	公開Web環境に認証がない	authorized browserの利用可否を確認。権限を追加できなければ停止
taskが何度もやり直す	完成条件不足、最初の範囲が広い	出力sampleを一つ作り、合格条件を先に示す
credit消費が想定より増える	長いcontext、複雑なtask、生成やretryが重なった	task履歴とcredit表示を確認し、不要なretryを止めて範囲を分割する

Manus公式のcredit案内では、taskの複雑さや利用modelなど複数の要因が消費に関係します。一定の成果物を作れば一定creditで済むとは保証できません。最初は短いtaskで必要な深さを試し、進行中に画面で残量や消費を確認します。原因が分からないtaskは再実行を繰り返さず、入力条件やsourceの問題を特定してから次へ進みます。

成果物を受け取った後の検収

最終成果物が表やdocumentなら、納品ファイルの存在だけで完了にしません。最低限、次の順で検収します。

1. 対象範囲：指定した国、期間、製品数、除外条件に一致するか。

2. 重要な数字：価格、上限、日付、割合を原文の公式ページと照合する。

3. claimとsource：各重要項目が該当URLで本当に裏付けられているか。

4. Unknown：公式資料にない項目を空想や第三者情報で埋めていないか。

5. 形式：必要な列、file名、summary、確認日、未解決項目がそろっているか。

6. 保存場所：task outputやchat historyから再取得できるか。temporaryな実行環境が残る前提で保管しない。

Manusの公式説明では、Agentはtaskを実行するsandboxを使い、Cloud Computerは継続的に稼働する環境として別に案内されています。調査成果物がchat historyにあることと、実行環境自体が永続することは同じではありません。後で再利用する重要なfileは、自分の管理する保存場所へ移し、共有権限と保存期限を確認します。

Reader Job Completionに基づく判断

公開Webの情報を集めて比較表を作るだけなら、Chat Modeで十分か、Agent Modeの複数stepと成果物生成が必要かを判断できます。Agent Modeを選ぶ場合は、使えるmodel・plan・creditの条件を開始時に確認し、brief、途中の根拠、完成物を順に検収します。ログイン情報が必要な調査は権限の確認なしに実行せず、購入・送信・更新のような外部操作は情報整理から切り離します。

「広く調べる」こと自体を目的にせず、結果を使う判断を一つに絞ってください。比較表に根拠URLと未確認欄が残り、費用や制約を含めて次の行動を決められれば、research taskは一旦完了です。重要なsourceが不足する場合は、候補を無理に順位付けせず、未確認事項を示して人へ戻します。