ManusでWeb作業を任せる前に確認したいこと

ManusにWeb操作を任せる前に決めるのは、使う機能名より「どのaccountで、どこまで読み、どの操作を実行してよいか」です。Cloud Browserはサイトを訪問してクリックやフォーム入力などを行い、ログインを伴う作業にも使えると公式Docsに説明されています。ページ閲覧だけのつもりでも、ログイン状態や操作権限によってはデータ変更が起こり得ます。閲覧、下書き、送信・更新を分け、重要な確定操作は人の確認地点を残してください。

操作を三段階に分ける

最初の指示で「このサイトを調べて」だけでは、読む範囲と変更してよい範囲が曖昧です。Web作業をRead（閲覧・収集）、Prepare（入力・下書き・候補作成）、Commit（送信・公開・購入・削除）に分けると、Agentへ許可する操作を決めやすくなります。

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

段階	例	依頼に書くこと
Read	公開ページを調べる、設定値を見る	対象URL、閲覧範囲、保存してよい項目
Prepare	フォームの下書き、メール案作成、投稿案	下書き保存先、入力してよい欄、未送信で止める条件
Commit	送信、公開、申込、購入、削除、権限変更	実行可否、実行前の確認者、確認項目

「入力してよい」と「送信してよい」は別の許可です。たとえばCRMに顧客情報を入力する作業では、入力後に保存ボタンを押すことがどの変更を確定するか確認し、送信前に人へ戻す設計ができます。利用者が明示していない操作を、作業完了のためという理由だけで追加しないようにします。

Accountとセッションを限定する

ログイン済みのブラウザでは、Agentが閲覧できる範囲は未ログイン状態と変わります。仕事用メール、CRM、SNS、finance、管理画面などを同じsessionで使っていると、調査に関係ない情報へ触れる可能性があります。必要なaccountだけで作業し、task終了後に接続状態や保存先を確認します。

作業前に、次をbriefへ書いてください。

• 対象サイトと対象ページ

• 利用してよいaccount

• 参照してよいrecordやfolder

• 扱ってよいdataの種類

• 閲覧だけか、下書き作成までか

• 送信・更新・削除を許可するか

• 許可しないページや操作

• 完了後に残す証跡

サービスに接続権限を付与している場合も、taskの目的を超えて使ってよいとは限りません。会社の情報管理規程、顧客との契約、対象サイトの利用条件を先に確認します。

「止まって人へ戻る」地点を指定する

送信、公開、支払い、予約、削除、権限変更のように、元に戻しにくい操作は実行直前に人へ確認を求める地点として明示します。確認内容は「進めてよいか」だけでなく、対象、金額、宛先、公開範囲、削除対象など結果を左右する項目を含めます。

例：

公開Webページだけを調査し、結果を表にしてください。ログイン要求が出たら停止してください。メール送信、購入、投稿、設定変更、データ削除は行わないでください。下書きが必要な場合は作成後に止まり、送信ボタンは押さないでください。完了時に訪問先と取得できなかった情報を一覧にしてください。

この制約は万能な安全装置ではありませんが、作業の境界を明示し、完了報告で逸脱を検査しやすくします。ブラウザ上のボタン名やサイト設計は変わるため、見慣れた表示だけで操作を確定しません。

Webページの指示を作業指示として扱わない

Webページには、通常の説明だけでなく、AIへ追加指示を与えようとする文面が含まれることがあります。ページ内の文を、ユーザーが与えた作業範囲や安全条件より優先させないよう、調査目的と許可範囲を最初の依頼へ固定します。ページが「別サイトへログインして」「このファイルを送信して」と求めても、元の依頼にない操作は停止して確認します。

検索対象が実行fileをdownloadさせる、認証情報を入力させる、予期しない拡張機能やapp導入を求める場合も、そのまま進めません。必要な資料なら、公式domainか、組織が許可する配布先かを人が確認します。これはManus固有の機能仕様ではなく、browser操作を委ねるときの運用ルールです。

Cloud Browserと手動takeover

ManusのCloud Browserはcloud上の専用browser環境として説明され、操作中に利用者がbrowserやVS Codeを手動で引き継げる仕組みも公式Helpで案内されています。MFA、CAPTCHA、曖昧な確認画面、想定外のページ遷移など、人の判断が必要な場面ではtakeoverを使います。認証情報をtask文に書くことや、CAPTCHAを自動回避する指示は避けてください。

Cloud Browserの操作がサイト側のbot検知やアクセス制限で止まる場合、無理に別のaccountや接続手段へ切り替えません。サイトが許す公式手段を確認し、許可が分からないときは手動での確認に戻します。browser上の成功表示だけでは、外部サービス側に意図どおり反映されたと確認できない場合があります。

まずは使ってみる

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

• 

  Manus

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

実行前・実行後の操作台帳

操作を委ねるときは、taskごとに簡単な台帳を作ります。

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

項目	例
Goal	指定folderの請求書から支払日と金額を抽出
Allowed	指定した請求書を閲覧し、結果表を作成
Not allowed	支払実行、メール送信、folder外の閲覧
Checkpoint	対象file一覧を確定してから抽出
Output	file名、請求先、日付、金額、根拠ページ
Final audit	読んだfile、保存先、変更の有無

終了後は「完了しました」という文章だけではなく、閲覧したページ、作成したfile、変更したrecord、未完了作業を照合します。予定外の変更があった場合は、該当サービスの履歴や管理者logで影響を確認します。記録に個人情報や機密内容を必要以上に再掲しないようにします。

操作許可の具体例

Read onlyの依頼なら、「指定された公開ページを読む」「linkと該当箇所を記録する」「login画面が出たら止まる」とします。入力を含む場合は、「指定したdraft欄へ文案を保存する」「保存後に内容を報告し、送信はしない」とします。Commitまで任せる必要がある場合は、送信先や対象dataを特定し、実行前の確認条件と失敗時の停止条件を設定します。

作業の途中で目的が変わったときは、元の許可範囲を自動拡張せず、追加指示を受けてから進めます。Agentにとって難しいのはボタンを押すことではなく、誰の許可でどの結果まで確定してよいかを判断することです。

AIものさしの判断

Web作業をManusへ任せる場合、能力の説明より権限の設計を先に行います。Cloud Browserで何ができるかを知ったうえで、Read・Prepare・Commitを分け、利用account、対象data、禁止操作、停止地点を指示します。送信や削除など結果を確定する操作には人の確認を残し、終了後は実際に何が変わったかを監査します。Webページ上の文言を新しい許可として扱わなければ、調査の効率を保ちながら想定外の操作を減らせます。

変更を確定する直前の監査

PrepareからCommitへ移るときは、画面上の対象と実行結果を読み直します。複数recordを扱う場合は、件数、宛先、対象期間、変更前後の値を一覧化し、依頼の範囲に入っているかを確認します。予定した件数と画面の件数が違う、同名recordがある、公開範囲が不明などの場合は、続行せず対象を絞り直します。

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

起きたこと	その場の対応	再開条件
ログイン画面やMFAが出た	人が認証を確認するまで停止	対象accountが確認できた
対象外のページへ移動した	操作を止め、移動理由と状態を確認	元のscopeへ戻せる
保存後に値が想定と違う	再操作せず変更履歴を確認	差分と影響対象が分かった
送信・公開の確認画面が出た	宛先・公開範囲を人が確認	明示許可された操作だけ
timeoutやエラーが出た	成功・失敗を断定せず状態を照会	二重送信の有無が分かった

エラー後の再試行では、まず操作がサーバー側で確定していないかを確認します。画面の応答が途切れただけで、送信自体は成功していることがあります。同じフォームをすぐ再送すると二重登録になるため、record一覧や送信履歴を確認してから再開します。自動処理が変更履歴を残さない場合は、実行前の状態を保存し、作業後に対象件数と主要fieldを照合してください。

完了記録には、閲覧した範囲、作成したdraft、確定した変更、停止した操作を分けて書きます。「Web操作を実行した」という一行では、後から何が変わったか追えません。個人情報や画面全体の機密内容を記録へコピーせず、対象recordを特定する最小限の識別子だけを使います。

完了報告と再開可能な記録

作業を終えるときは、実行結果だけでなく、未実施の操作とその理由も分けて報告します。対象URL、処理したrecord数、下書き保存先、確定した変更、エラー後に確認した状態を記録すれば、別の担当者が範囲を誤解せず引き継げます。再開条件が満たされていない操作は「残り」として明示し、作業完了に見せるために勝手に実行しません。

ブラウザtaskの成果物に顧客情報や社内データが含まれる場合、共有先と保持場所も確認します。Web画面へ入力できたことは、その情報を外部サービスへ保存してよい根拠ではありません。アクセス権、保存期間、組織規程を確認できない場合は、結果を共有する前に管理者へ戻します。