Manusにファイルを渡して処理するときの注意点

Manusへファイルを渡す前に、まず「このdataを外部serviceへ送ってよいか」「作業に必要なfileだけか」「結果をどの原文と照合するか」を決めます。PDFを受け付けることと、内容を正確に読み取ること、社内規程上uploadしてよいことは別の確認です。特に顧客情報、契約書、社内資料では、不要な個人情報や認証情報を除き、取得した要約・数値を元fileで検証します。

先に処理目的とデータ範囲を固定する

「このfolderを整理して」では対象が広く、必要のないfileや個人情報まで処理へ含まれる可能性があります。taskを一つに絞り、対象file、必要なpage・column、出力形式を指定します。契約書から更新日を取り出すなら、全顧客情報を分類させる必要はありません。会議資料の要約なら、参加者のemailや添付の社外秘dataを必要以上に含めないようにします。

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

確認項目	作業前に決めること
目的	何を抽出・比較・変換するか
対象file	file名、version、対象期間
必要範囲	page、sheet、column、段落
Sensitive情報	削除、mask、またはupload禁止
出力	抽出表、要約、変換fileなど
検証	原文のどこを人が再確認するか
保持	生成物の保存場所と保存期間

folder全体を渡す前に、必要fileを選び、版違いを整理します。「final」「final2」のような名前だけでは新旧が分かりません。日付・版・用途を含む名前にするか、台帳で正本fileを指定します。複数資料を一度に渡す場合は、どのfileが現在の規程で、どれが参考資料かも伝えます。

ManusのChat、Agent、APIを混同しない

Manusの公式HelpはChat Modeで画像・PDF・テキストfileの認識とオンライン検索を案内し、Agent Modeは複雑なtaskや成果物作成向けと説明しています。どちらを使う場合も、fileを渡せることは抽出の正確性やPrivacy条件の保証ではありません。UIの上限や保持条件はplan・時点で変わる可能性があるため、upload直前に現行Helpを確認します。

APIを組み込む場合は、Web UIの上限とAPI docsの制限を分けます。現行Manus API Docsでは、file.uploadの上限は1ファイル512 MB、account合計storage 10 GB、upload URL有効期間3分、file lifetime 48時間です。task messageへfile_urlまたはfile_dataを直接付ける場合は各20 MBが上限です。これはAPI contractであり、Web appのfile上限やtask全体の保存期間には転用できません。これらの数値は変更される可能性があるため、送信時点の公式docsを再確認してください。

API file送信方式を選ぶ

APIで大きめのfileを処理する場合、request本文へ直接添付する方法と、先にfile uploadしてfile IDを渡す方法があります。現行docsでは、API uploadのfile IDをtaskへ添付して処理し、uploadしたfileには期限があるとされています。具体的なsizeや保持時間は更新されるため、実装時にはdocsを再確認します。

処理前に以下を検証します。

• upload結果にfile IDが返ったか

• file statusが処理可能になっているか

• taskが正しいfile IDを参照しているか

• expired fileを再利用していないか

• response内に対象fileを処理した証拠があるか

• error時に同一fileを無限再送しないか

API file lifetimeを長期保管期間と混同しないでください。必要な成果物は承認済みstorageへ保存し、provider側の一時fileが削除された後も再現が必要なら、元fileと処理条件を適切に保管します。credentialsや顧客dataをlogや例外文字列へ記録しない設計も必要です。

処理前にsource台帳を作る

複数fileをまとめて処理すると、同じ値の不一致がどの資料から来たか分からなくなることがあります。入力台帳にfile名、版、作成日、owner、使う範囲を記録します。

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

Source ID	File名 / version	使う範囲	正本か	注意
F01	契約書_2026-10_v3.pdf	5〜8頁	正本候補	署名済み版か確認
F02	料金一覧_2026Q3.xlsx	plan sheet	参考	公開料金と照合
F03	手順書_draft.docx	2章	draft	現行規程ではない

これは書式例で、具体的な実ファイルの内容を示しません。Agentが異なるversionを一つに統合しないよう、「sourceごとに回答を分ける」「矛盾したら両方を示す」と指定します。権限の異なる資料を横断させる場合は、最小権限で処理できるか管理者へ確認します。

まずは使ってみる

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

• 

  Manus

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

抽出後は原文との照合をtaskに含める

重要な数字・日付・固有名詞は、summaryだけでなく根拠箇所を一緒に出させます。PDFではviewer page number、表ならsheet名・行列、文書なら見出しや段落を指定します。次の依頼なら、抽出と根拠の対応を残しやすくなります。

指定fileだけを使い、対象範囲から項目名、値、単位、記載箇所を表にしてください。原文にない値は推測せず「記載なし」とします。複数fileに食い違いがあれば統合せず、fileごとに記載を並べます。数字と日付は元fileのpageまたはsheet位置を付け、最後に確認が必要な項目を列挙してください。

ただしAIが返すpage numberや引用テキストも原文と照合します。表の行見出しがずれている、脚注の条件が落ちた、PDFのpage numberが印刷番号とviewer番号で異なる、といった誤りが起きます。回答を最終systemへ登録する前に、該当箇所を開いて確認します。

PDF、表、スキャンの失敗を想定する

PDFの見た目が同じでも、文字層、画像、表、段組み、脚注の持ち方が異なります。選択できる文字が誤った順序で抽出されたり、scan画像の数字を誤読したり、表の列と値がずれたりする可能性があります。資料をいきなり要約させず、先に見出し、日付、特定行の値を正しく取得できるか小さく試します。

失敗が疑われる場合は、範囲を狭める、pageを画像で確認する、元のExcel/CSVを使う、OCR結果を検査するなど別の方法を選びます。元fileが複雑な表を含む場合は、「この数値を抽出して」だけでなく、行名・列名・単位・注記までセットで指定します。全pageを渡せることと、すべての情報が正しく処理されたことは同じではありません。

Sensitive fileの境界

upload可能かどうかで、組織上の許可を判断しません。契約書に第三者の個人情報、顧客data、API key、password、未公開の財務情報が含まれるなら、data分類と外部serviceの契約条件を確認します。maskできる欄は処理前に削り、目的に不要な個人情報は入力しません。

「学習に利用されるか」「保存期間は何日か」といった条件は、製品、plan、API、組織契約で異なる可能性があります。現行Privacy Policyや管理者設定を確認し、確認できない場合は機密fileの処理を保留します。API docsの一時file削除条件を、conversation・task・成果物全体の保持条件へ一般化しないでください。

作業完了のchecklist

処理後には、元file、出力、作業記録を照合します。

• すべて指定したsourceだけを使ったか

• 数字・日付・固有名詞の根拠が付いているか

• 原文にない内容をAIが補っていないか

• file間の矛盾を隠していないか

• 出力保存先のaccess権が適切か

• 一時fileやtask出力の保持条件を確認したか

• 未完了・失敗・要確認の項目が明示されているか

summaryが読みやすくても、根拠箇所と一致しない値は採用しません。繰り返し使うworkflowでは、代表的な既知dataで期待値を確認し、modelやAPI更新後も同じ項目が抽出できるか点検します。

AIものさしの判断

Manusでfileを扱うときは、size上限よりデータ範囲と出力検証を先に考えます。必要なfileとpageだけを指定し、APIとWeb UIの条件を混ぜず、数字・日付・固有名詞は原文で確かめます。契約や顧客情報を含むfileは、upload前に組織の許可と現行Privacy条件を確認します。技術的に処理できても、利用してよいとは限りません。

抽出結果を受け入れる基準

ファイル処理の成果物は、全件を同じ深さで検査するのではなく、誤りが大きな影響を持つ項目から原文と照合します。契約日、金額、更新条件、固有名詞、否定条件を先に確認し、summaryの文脈で意味が反転していないかを見ます。

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

優先度	照合対象	見落としやすい点
高	金額、日付、対象者、契約条件	単位、税、期間、例外条項
高	否定・禁止・期限	「できない」が要約で落ちる
中	表の見出しと値	行列ずれ、結合cell、脚注
中	要約の網羅性	添付や別版との混同

重大項目に誤りがあれば、同じ出力の一部だけを直して完成扱いにせず、入力範囲や抽出指示を見直して再処理します。修正版も原文と照合し、どのversionを採用したか記録します。