ファイルが大きくてAIに読めない。分割の作法を社内標準にする

「1時間の会議の録音をAIに渡したら、読み込めませんでした」「200ページの資料を要約させようとしたら止まりました」という報告が来たとき、多くの推進担当は「そのファイルは大きすぎます」と答えます。

説明としては正しいのですが、聞いた側は業務としてやりたかったことができないという結論を持ち帰り、次からは試さなくなります。
この容量オーバーの問題を、「環境の制約」ではなく「渡し方の作法」として社内標準にする方法を、ここから整理していきます。
応答が途中で止まる側の一次対応はAIの応答が止まる・途中で切れる。一次対応を現場で完結させるにまとめてあります。

容量オーバーは環境の問題ではなく、渡し方の問題

上位プランに変えれば、この問題は本当に解決するのでしょうか？
前提を1つ変えたいところで、上限は必ず存在しますし、業務で扱う資料のほうは年々大きくなっていきます。
1時間の会議、100ページの規程、数万行の売上データ。
上限に当たることは前提として設計すべきで、当たったときにどうするかが実務の中身になります。

分割は、単なる回避策ではありません。
分割して渡したほうが、むしろ精度も上がります。
長い文書を丸ごと渡すとAIは全体を薄く扱うのに対して、章ごとに渡して章ごとに要約させ、最後にまとめるほうが内容が具体的になるからです。
つまり分割は妥協ではなく正しい渡し方で、この位置づけで社内に伝えると受け取り方が変わります。

文章・動画・PDF・表計算それぞれの作法

種類が違えば、切り方も違うのでしょうか？
長い文書を渡すときの基本は、意味の単位で切ることです。
文字数で機械的に切ると、文脈が途中で切れて要約の質が落ちます。
切る単位は文書の種類で決まっていて、規程なら条文の章ごと、議事録なら議題ごと、提案書なら章ごと、報告書なら結論・分析・データの3ブロックというふうになります。

渡すときに全体像を1行添えるのもコツです。
「これは全5章のうち第2章です。文書全体は当社の就業規則です」と書いておくと、部分を渡しても文脈を保った要約が返ってきます。

最後にまとめの工程を1回入れます。
各章の要約を並べて全体の要約を作らせる、この2段構えが長文を扱うときの標準の型になります。

録音や録画は文章よりも容量が大きくなりますが、分割の考え方は同じで切り方だけが違います。
時間で切るのではなく、話題で切るのが基本です。

60分の会議を20分ずつ3つに切ると、議題の途中で分断されてしまいます。
議題の切り替わりで切れば、それぞれが完結した単位になります。

ただ話題の切り替わり位置を探すのに時間がかかるので、実務では先に文字起こしだけを取ってから、テキストで分割する手順が現実的です。
文字起こしはファイルサイズが小さく、その後の処理が全部テキストで済みます。

画面共有の内容が重要な会議は、録画を別扱いにします。
音声から起こした文字だけでは画面に映った数字や図が落ちるので、ここは画面のスクリーンショットを別途渡す形にします。

PDFはページ範囲で分割しますが、その前にそのPDFが文字として認識できる形式かどうかを確認します。
紙をスキャンした画像のPDFは、分割しても読めません。

表計算のデータは、行で分割するより先に集計してから渡すのが原則です。
数万行の明細をそのまま渡すのは、容量の問題以前に使い方が適していないので、期間や区分で集計した表にしてから渡します。

表を渡すときは形式を整えることも欠かせません。
結合されたセル、複数段の見出し、途中に挟まった小計行は読み取りの精度を落とすので、1行1レコードの素直な形に直してから渡すと結果が安定します。

分割前提で資料を作る発想と、社内で頻出する2ケース

渡すときに分割するのではなく、作るときから分割できる形にしておくほうが、結局は効率的です。
具体的にやることは3つあります。
まず見出しを構造的に付けることで、章・節が明示されている文書は機械的に分割できますが、見出しのない長文は切る位置を人が判断する必要があります。

次に1ファイルを大きくしすぎないことです。
100ページの1ファイルより20ページ×5ファイルのほうが扱いやすく、これは人が読むときも同じです。
もうひとつが会議の録音を議題ごとに区切って残すことで、録音を止めて再開する運用にしておくと後の処理が楽になります。

この3つは、AIのために特別なことをしているわけではなく、文書管理として元々やったほうがよいことです。
だから社内には「AI対応」ではなく「文書の作り方の改善」として伝えたほうが通ります。
実際に相談が集中するのは2つのケースです。

ひとつが長時間の会議の議事録で、対処としては先に文字起こしを取り、議題ごとに分けて要約し、最後に全体をまとめます。
決定事項とタスクは埋もれると使われないので、別に抽出する工程を足します。
議事録側の回し方は議事録作成を仕組みに寄せる。1万字の文字起こしを要約で回すで個別に扱っています。

もうひとつが研修動画からのマニュアル作成で、動画を操作の単位で切って、それぞれから手順を書き出します。
ここでも画面に映った内容が重要なのでキャプチャを併用します。
1時間の研修動画から手順書を作る作業は、分割の作法を知らないとそもそも着手できません。
マニュアル側の仕組みはマニュアルを作り続けられる組織になる。操作録画から自動生成するにまとめてあります。

この2つの手順書を先に作っておくと相談の大半が減るので、頻出ケースから手順書を作るのが配布物の作り方として効率的です。

手順書に落として配る／うまくいかないときの見分け

配るときの形も、決めておきたいところです。
1つのケースにつき1枚で、長い手順書は読まれません。
「長時間の会議から議事録を作る」「研修動画から手順書を作る」のように、業務の単位で分けます。
手順は5ステップ以内に収めて、それを超えるならケースを分けます。

あわせて、判断が必要な箇所も明示しておきます。
「議題の切り替わりで切る」「章の区切りで切る」といった基準を、先に書いておきます。
工程そのものを段階に分けて指示する考え方は複雑な業務をAIに任せる指示設計。段階に分けて考えさせるで扱っています。

置き場所は業務の動線上、議事録のテンプレートの先頭や共有フォルダの説明文にします。
探しに行く場所に置くと使われません。

分割の作法を社内標準として根づかせるなら、AI利用のルール全体のどこに置くかを生成AIの社内ルールの作り方。ガイドラインの項目サンプルと守れる環境で先に見ておくと迷いません。

分割の手順を渡しても解決しない相談は、一定数残ります。
ここを混同すると、現場は「手順どおりやったのにできない」で止まってしまいます。

ひとつが、そもそも読み取れない形式のものです。
紙をスキャンした画像のPDF、手書きのメモ、画質の低い写真は、分割しても中身が取れないので別の処理が必要になります。
PDFの見分け方は社内PDFがAIで読めない理由。2種類のPDFと文書資産の棚卸しで扱っています。

次が、そのサービスで扱えない形式のものです。
特定の設計データや専用ソフトの形式がこれにあたり、変換するか別の手段を使います。
結合・分割・変換を現場で完結させる話はPDF処理で止まる業務をなくす。結合・分割・変換を現場で完結にまとめてあります。

もうひとつが、分量ではなく内容で断られているものです。
判断を求める依頼や扱えない話題で、これは分割しても通りません。
だから一次対応では、まず分量の問題かどうかを確認します。
判定は単純で、同じファイルの一部だけを渡して通るかどうかを見るだけです。

一部が通れば分量の問題、通らなければ形式か内容の問題です。
この1回の確認を手順書に入れておくだけで、無駄な試行がかなり減ります。

よくある失敗

まず挙がるのが、上位プランへの変更で解決しようとすることです。

とはいえ上限は必ずあるので、いずれ同じ問題に当たり、作法として身につけるほうが確実です。
次が、文字数で機械的に切ることです。
文脈が切れて要約の質が落ちるので、意味の単位で切ります。

まとめの工程を省くことも失敗のもとです。
部分の要約が並んだだけでは、成果物として使えません。

最後が、「そのファイルは大きすぎます」で終わらせることです。
現場は業務ができないという結論を持ち帰ってしまうので、分割の手順を渡すところまでが対応になります。

分割の手順を現場に渡すところは、私たちのAI伴走支援でも社内研修として扱い、現場の担当者と一緒に手を動かしながら作法をそろえています。

分割は妥協ではなく、精度も上がる渡し方になる

容量オーバーは環境の問題ではなく、渡し方の問題です。
分割は妥協ではなく、精度も上がる正しい渡し方になります。

文章は意味の単位で切り、全体像を1行添えて、最後にまとめの工程を入れます。
動画は話題で切るか、先に文字起こしを取ってテキストで扱います。
表計算は行で分けるより先に集計します。

そして作るときから分割できる形にしておきます。
見出しを構造的に付け、1ファイルを大きくしすぎず、会議の録音は議題ごとに区切ります。

うまくいかないときは、同じファイルの一部だけを渡して通るかを見ます。
一部が通れば分量の問題で、通らなければ形式か内容の問題です。
自社で頻出する「長時間会議」と「研修動画」、この2ケースの手順書を、まず1枚ずつ形にしてみてください。