Manusを使い始めるなら、目的・入力・完成条件を伝え、小さなtaskを実行して成果物を検収する順で進めます。Manusはbrowser、cloud computer、code、file、connectorなどを使い、複数stepのtaskを進めるAI Agentです。
初めて使う場合は、最初から大きな仕事を丸投げするより、「目的・入力・完成条件」を明確にしたtaskを一つ任せると仕組みを理解しやすくなります。
目次
1. Chat ModeとAgent Modeを分けて考える
Manusでは、会話中心の相談と、browser・file・codeなど複数stepを進めるAgent taskを目的に応じて使い分けます。画面上のmode名は更新される場合があるため、実際のUI表示に合わせてください。
単純な相談やprompt整理はChat Mode。
browser操作、research、file生成、code実行など実作業を進めたい場合はAgent Modeが中心です。
Manus 2.0は2026年9月に発表されました。旧Helpにあるmodel名やplan別の利用権限はそのまま現行条件とせず、利用できるmode・modelは契約前にpricing pageとaccount画面で確認してください。
2. まず目的を一文で伝える
最初のtaskでは、
何をしてほしいか
何を成果物にするか
どこまでやってよいか
を明確にします。
たとえば、
「競合3社の現在の料金を公式siteで調べ、比較表を作り、最後にGoogle Docsへ貼れる要約を作って」
のように、researchとdeliverableをセットで伝えます。
3. 必要なfileを添付する
PDF、spreadsheet、image、documentなど、taskに必要なfileがある場合は最初に渡します。
Manusはfileを読み、分析や変換、成果物作成へ利用できます。
複数stepのtaskでは「このfileをsource of truthとして使う」と指定するとscopeを保ちやすくなります。
4. 実行前に計画を確認したいならPlan Mode
Manusは2026年にPlan Modeを追加しています。
大きなtaskでは、いきなり実行させるより、まずplanを作らせてから進める方が安全です。
特に外部service操作や長いresearchでは、
調査対象
実行step
利用するtool
完成条件
を先に確認できます。
5. connectorが必要なら接続する
Gmail、Google Calendar、GitHub、Notion、databaseなどの外部serviceをManusへ接続できます。
Settingsやintegration画面からconnectorを追加し、OAuthまたは必要なcredentialで認証します。
connectorを使うと、単にweb検索するだけでなく、実際の自分のdataをtask contextとして利用できます。
6. 権限は必要なものだけ与える
connectorは便利ですが、外部serviceへのaccess範囲が増えます。
不要なconnectorを常時有効にせず、必要なserviceだけ接続する方が安全です。
connectorを削除すると、保存されたlogin informationやcredentialはclearされると公式Helpで説明されています。
7. Manusにtaskを実行させる
taskを開始すると、Manusは必要に応じてbrowser、cloud environment、code execution、third-party APIなどを使いながら進めます。
長いtaskでは途中経過を確認できます。
「何をしているか」だけでなく、最終outputが要件に合っているかを見ることが重要です。
8. 必要なら途中で操作を引き継ぐ
ManusのbrowserやVS Codeは、ユーザーが途中でtake overできます。
login、CAPTCHA、特殊なUI操作など、Agentだけで進めにくい場面では人間が操作してからAgentへ戻せます。
完全放置だけがManusの使い方ではありません。
9. 高risk actionは確認してから進める
email送信、publish、delete、payment、外部account変更などは、Agentへ無条件に任せない方が安全です。
「実行前に必ず確認して」とtaskに入れ、人間のapprovalを残します。
調査・draft作成と、不可逆なactionを分けるのが基本です。
10. 出力を確認する
Manusが「done」と返しても、
source
数値
file内容
link
code
publish先
を確認します。
AI Agentは作業を自動化できますが、事実性や権限判断まで完全に代替するものではありません。
11. よく使うtaskは再利用する
定期task、workflow email、Project、connectorなどを使うと、毎回同じ説明をしなくても再利用しやすくなります。
まず一回のtaskを正しく完了させ、その後にautomationへ広げる方が失敗しにくくなります。
まずは使ってみる
記事の文脈に合うToolへ進めます。報酬の有無で見た目は変えていません。
Manus
依頼文は「目的・材料・完成条件・権限」で組み立てる
「調べてまとめて」だけでは、調査範囲と成果物の合格条件が曖昧です。最初の依頼には次の4項目を入れます。
-
目的:誰が何を決めるための作業か
-
材料:参照してよいURL、添付file、正本
-
完成条件:件数、形式、必須列、根拠の残し方
-
権限:閲覧のみか、外部サービスへの書込みまで許すか
たとえば競合料金の調査なら、「公式料金ページを3社分確認し、確認日・請求周期・含有枠・超過時の扱いを表にする。価格を見つけられない項目は推測せず未確認とする。文書への書込みはせず、結果を先に提示する」と頼めます。これは記事や報告書を完成させる例で、実際にManusで検証した結果ではありません。
タスクの種類ごとに人の確認点を置く
表は横にスクロールできます
| task | Manusに任せる範囲 | 人が確認する境界 |
|---|---|---|
| web調査 | 公開sourceの収集、引用候補、比較表の下書き | URLが一次情報か、日付と適用地域が合うか |
| file分析 | 指定fileの抽出・要約・集計 | 対象file、欠損値、計算条件、外部送信可否 |
| code / website | 雛形、局所修正、preview | secret、破壊的command、本番反映、権限 |
| connector操作 | 読取・草案作成 | email送信、DB更新、公開、削除、決済 |
成果物を作るところまでは委任しても、外部送信・公開・削除・支払など取り消しにくい操作は、task promptだけを承認境界にしません。操作直前に対象・変更内容を表示させ、人間が最終確認する運用にします。
返答の「完了」ではなく成果物を検収する
taskの最後に、完了報告だけでなく検収用情報を返すよう指定します。
-
使ったsource URLと確認日時
-
対象件数と除外理由
-
出力fileの保存先または未保存であること
-
未確認のFactと仮定
-
実行した外部操作の一覧
調査結果なら、件数を元sourceと照合し、主要な数値を一つ手で再計算します。ファイル作成なら、保存先を開き、見出し・表・リンク・文字化けを確かめます。codeなら、diffと実行結果を別に確認します。「完了」と言っただけではtask completionではありません。
途中で止まったときの戻し方
表は横にスクロールできます
| 止まり方 | 最初に確認するもの | 再開方法 |
|---|---|---|
| 情報不足を返す | promptにsource・対象範囲があるか | 足りない入力だけ追加し、全taskを再定義しない |
| 不完全なfileを作る | 完成条件と出力形式 | 欠落部分だけ補完し、既存成果物を先にreadback |
| connector認証が切れる | 接続先・必要scope・login状態 | 認証を復旧し、最小権限で再開 |
| 外部操作を始める | その操作が承認済みか | send / publish / delete前に停止して人が判断 |
この切り分けを入れると、同じ依頼を何度もやり直す代わりに、欠けた入力・出力境界だけを直せます。
依頼例:調査から資料の下書きまで
「来週の社内会議用に、指定した公式URLだけを使って競合3社の料金と無料枠を比較してください。出力は表と600字以内の要点。各料金に確認日と参照URLを付け、税・地域価格が分からない項目は未確認と記載。社内資料への保存やメール送信はせず、まず結果をここへ提示してください。」
この依頼では、情報源、件数、成果物、未知の扱い、外部操作の禁止が一文に揃っています。返答後は3社それぞれの公式URLを開き、期間単位と無料枠を照合します。資料へ転記するのは、数字と出典が一致してからです。特に送信や公開が加わるときは、調査taskと実行taskを分けてapprovalを残します。
出力が条件に届かないとき
不足を見つけたら、task全体をやり直す前に、完成条件のどの項目が欠けたかを一つ指定します。
表は横にスクロールできます
| 不足 | 指示する追加作業 |
|---|---|
| sourceが足りない | 不足したsourceの種類・件数を指定し、引用元を付ける |
| 表の列が抜けた | 欠けた列だけ追加し、既存の根拠値は保持 |
| 曖昧な数字がある | 数値を削って「未確認」とし、一次情報を探す |
| 成果物の保存先が不明 | 保存したかどうかを先に確認し、許可前に共有・送信しない |
不足部分だけを直し、readbackで全条件を再確認すると、重複作業と意図しない外部操作を減らせます。
AIものさしの判断
Manusを使い始めるときは、
目的を決める
→ file / connectorを渡す
→ planを確認
→ Agentに実行させる
→ 必要ならtake over
→ outputをreview
の流れが分かりやすいです。
Agentへ任せる範囲と、人間が承認する範囲を最初に分けることが重要です。
引用・データ出典
公式情報を編集部が見た内容です。Hands-on未実施の記述は本文かここに分けています。
確認日:2026-10-09
Manus Help:How to use Manus(新しいタブで開く)?
Manus Help:How can I use Manus Connectors(新しいタブで開く)?
Manus Help:How can I take over Manus' browser or VS Code(新しいタブで開く)?
Manus Blog:Introducing Plan Mod(新しいタブで開く)e
Manus API Docs:Connector(新しいタブで開く)s
公式一次情報URL:
https://help.manus.im/en/articles/11813771-how-to-use-manus(新しいタブで開く)
https://help.manus.im/en/articles/12231777-how-can-i-use-manus-connectors(新しいタブで開く)
https://help.manus.im/en/articles/11711218-how-can-i-take-over-manus-browser-or-vs-code(新しいタブで開く)
