Geminiで共有ドライブを整理・検索する方法

要点： Geminiは共有ドライブにあるものを見つけて要約することに非常に長けており、より整理された構成案も喜んで提示します。一方で、何千ものファイルを実際に移動・改名してくれるわけではありません。そこはApps ScriptまたはDrive APIの仕事で、規模が大きくなるとほぼ不可逆であり、ドライラン（試験実行）と本物のバックアップなしに走らせてはいけない領域です。

Google Workspaceを三年以上使っている会社の共有ドライブは、だいたい同じ姿をしています。トップレベルに四十のフォルダ、うち六つは「管理」の亜種、「新しいフォルダ (2)」という名前の中に契約書の唯一の署名済み版が眠っていて、命名規則は考案者が退職したあと二回変わっている。誰も何も見つけられないので各自が自分のコピーを再アップロードし、散らかり方は複利で増えていきます。Geminiはこれに本当に効きます。ただし「どの部分に効くのか」が、この記事の要点そのものです。

共有ドライブが検索不能な混沌へ劣化する理由

分類体系の持ち主がいません。 フォルダ構成は維持担当者を必要とする共同の決定ですが、その担当者はほぼ存在しません。新しい案件は、始めた人がたまたま見ていた階層にフォルダを作ります。

ファイル名には、その週だけ通じた文脈が埋め込まれています。 十八か月後の「最終版_v3_JL_更新済」は何も語りませんし、それが一万個あります。

検索は、文書の中の単語を覚えている場合にしか効きません。 Driveのキーワード検索は優秀ですが、概念でしか表現できない問い——シンガポールの小売クライアントに使った価格設定の考え方——には、その語がファイル内に実在しない限り答えられません。

重複は、貧弱な検索に対する合理的な反応です。 最新版を探すより作り直すほうが速いなら、人は作り直します。不注意ではなく、合理的な局所判断が最悪の全体結果を生んでいるだけです。

退職は持ち主のいない構造を残します。 個人のマイドライブで作成して共有したファイルは、アカウント削除とともに消えます。共有ドライブはこれを解決するので、このリストの他のどれよりも先に、個人所有からの移行をやる価値があります。

GeminiがDriveでできること

セマンティック検索・要約と、「実際にファイルを動かすこと」の違い

本当に強い能力は——適切なライセンスのGoogle Workspaceで今日すでに使えます——検索と統合です。Geminiのサイドパネルやアプリで「今年のクライアント契約で標準的だった支払条件は何か」と尋ね、特定のファイルを参照させ、元文書への出典付きで統合された回答を得られます。提案書フォルダの要約、複数ファイルに散らばる期日の抽出、似た四つの文書のうちどれが実質的に最新かの判断も可能です。その場限りの質問ではなく、固定した資料群に対する持続的で根拠のある作業空間が欲しいときは、NotebookLMが同じ領域をカバーします。

重要なのは、これらがすべて既存の権限モデルの内側で動くことです。Geminiは尋ねたユーザーがすでにアクセスできるファイルしか提示しないので、それ自体が新しい露出経路を作ることはありません。ただし既存の過剰共有をはるかに見えやすくはします。たいていは良いことで、ときどき気まずいことです。

Geminiができないのは、ファイルの一括操作です。九百個のファイルを新しいフォルダ構成に移すことも、規則に沿って改名することもしません。頼めば返ってくるのは計画であって、実行ではありません。この区別を先に理解しておくことが、この取り組みで最も有用な準備です。

Apps ScriptやDrive APIによるスクリプト整理と、ドライランが必須な理由

実際の整理作業はコードです。手早くテナント内で済ませるならApps Script、量が多いなら正規のサービスからDrive APIを呼びます。有効な役割分担は、モデルが分類して提案し、決定的なコードが実行するという形です。ファイル名、パス、所有者、MIMEタイプ、最終更新、最終閲覧、サイズ、任意で短い抜粋を含む一覧をGeminiに渡し、各行について移動先フォルダと正規化後のファイル名を、確信度と理由付きで提案させます。散文ではなく構造化データで受け取ってください。

そしてその提案は、実行すべき命令ではなく、レビュー対象の変更セットとして扱います。スプレッドシートに書き出す。確信度で並べ替える。確信度の低い行は、その業務を実際に担当している人に見てもらう。曖昧なのはまさにそこで、推測を外すと重要なものが埋もれるからです。実行はそのあと、バッチで、すべての移動元と移動先を記録しながら行い、行単位で巻き戻せる状態を保ちます。

安全な整理の進め方——棚卸し、提案、ドライラン、適用

まず棚卸しし、他の何よりも先にそれを眺める。 Drive APIでドライブ全体をスプレッドシートに列挙します。この一覧だけで方針が決まることがほとんどです。四割のファイルが二年開かれていないなら、答えは分類体系ではなくアーカイブフォルダです。

目標構成は人間が決める。 一覧からGeminiに構成案を出させるのは大いに結構ですが、最終的なツリーは経営判断です。会社の実際の動き方に合ったトップレベル六〜十個のほうが、論理的に美しいが誰も見覚えのない構成より優れています。

整理の前にアーカイブする。 二年以上動いていないものを、日付付きのアーカイブフォルダへ一括で移します。低リスクで可逆であり、難しい部分が始まる前に問題の半分がたいてい消えます。

提案はデータとして生成する。 ファイル一件につき一行：現在のパス、提案パス、提案名、確信度、理由。この段階では何も実行しません。

ドライランしてレビューする。 差分を出します。何がどこへ移り、何が改名され、新しい各フォルダに何件入るのか。確信度の低い行と、契約・財務・人事に触れるものは必ず抜き取り確認し、第二の目を通してください。

バッチで適用し、すべて記録する。 まず一つのフォルダツリーから始め、検証してから続けます。移動ごとにファイルID、旧親、新親を記録し、誰かの記憶に依存しない巻き戻し経路を確保します。

事後ではなく事前に周知する。 実施日、何が変わるか、必要なものが移動していた場合どうするかを伝えます。整理の痛みの大半は技術的なものではありません。

習慣が強い場所にはショートカットを残す。 Driveのショートカットを使えば、ファイルは正規の場所に一つだけ存在しつつ、チームが探しに行く場所にも現れます。控えめに使えば、かなりの好意が買えます。

AI支援のクリーンアップ vs 手作業の分類プロジェクト

• 量に対する速度 — AIの圧勝です。二万件を手で分類するのは誰も完了できない企画ですが、二万件の分類案を出すのは半日と控えめなAPI費用で済みます。
• 命名の一貫性 — AIが明確に勝ちます。モデルは一万八千件目にも一件目と同じ規則を当てますが、交代で作業する人間にそれは無理です。
• 業務が本当に気にしている点の理解 — 人間の勝ちで、しかも大差です。ひどい名前のフォルダに係争中の唯一の証拠が入っていることを、モデルは知りません。その知識は人に宿っており、レビュー工程で注入するしかありません。
• 曖昧さの扱い — 人間の勝ちです。本当に判別できないファイルへの正しい反応は誰かに聞くことですが、分類を求められたモデルは必ず何らかの分類を返します。
• コスト — AI支援は人件費で一桁安いものの、無料ではありません。レビュー工程は実作業であり、そこを飛ばすことがクリーンアップをインシデントに変えます。
• リスクの性質 — 手作業は遅くて安全、スクリプトは速く、ドライランがなければ壊滅的です。上の手順は、後者の速度を前者のリスク性質で得るために存在します。
• 持続性 — どちらも維持なしには続きません。持ち主のいないきれいなドライブは一年で元に戻るので、一度きりの清掃より命名規則と担当者のほうが重要です。

取り返しのつかない失敗という問題

この取り組みで本当に危険なのは、Google Driveがトランザクション境界を持たない稼働中のシステムだという点です。一万件の移動は一万件の独立した操作であり、ロールバックボタンはありません。

リンクは変わらないのに、権限は変わります。 ここは驚かれるので正確に書きます。Driveのファイルは移動や改名をしてもIDを保持するため、既存のリンクは生き続けます。変わるのは継承されたアクセス権です。個人のマイドライブから共有ドライブへ移せば所有権はその共有ドライブに移り、そのメンバー権限が適用されます。共有ドライブ間の移動では、旧親経由でアクセスできていた人が静かに権限を失ったり、持つべきでない人が得たりします。つまり一括移動は一括の権限変更であり、そのつもりでレビューが必要です。

ゴミ箱は取り消しではありません。 削除項目は三十日間ゴミ箱に留まってから完全に消えますが、そもそもゴミ箱は「移動」を記録しません。スクリプトが九百件を誤った場所に置いても、何も削除されていない以上、戻すものはゴミ箱にありません。

版履歴はバックアップではありません。 保存されるのは文書内容の過去版です。フォルダ構成、ファイルの位置、所有権、共有状態は保存されません——整理が変えるのはまさにそこです。Google Vaultは保持と証拠開示のツールであって、構造を戻すツールではありません。

途中で止まった実行が最悪の結果です。 一万件中六千件目で落ちたスクリプトは、旧構成でも新構成でもない状態を残します。バッチ化と完全な記録が、それを復旧可能にします。

だからこそ、構成と共有状態を含めてある時点の状態に戻せる、独立した本物のDriveバックアップは、この取り組みにとって任意の保険ではありません。それがあって初めて、この取り組みは試す価値のあるものになります。

正しく進めるために——バックアップ、共有権限、ITに任せる範囲

最初のスクリプトを走らせる前に決めるべきことが三つあります。第一にバックアップ。変更前に取得した復元可能なコピーがあることを確認し、実際に何かを復元して確かめてください。検証していないバックアップは統制ではなく信仰です。第二に権限。共有監査を棚卸しに組み込みます。クリーンアップは、リンクを知る全員に共有されたファイルや二年前に去った外部アカウントを整理する、最良の機会だからです。第三に事後の所有者。命名規則と構成の責任者を指名しないと、十八か月後に同じことをやり直すことになります。

メタデータだけでなくファイル内容を分類のためにモデルへ送る場合は、データ取り扱いの論点もあります。Google Workspace内では、Geminiは一般消費者向けの入力としてではなく、貴社のWorkspace規約のもとでデータを処理します。ただし自前のスクリプトからAPIを呼ぶ場合は、どの規約が適用されるかを確認し、判断を記録してください。香港のPDPO、シンガポールのPDPA、中国の個人情報保護法の適用下にあるなら、共有ドライブにはほぼ確実に個人データが含まれ、この分析も他の処理活動と同様に扱われます。

Brocentのクラウド管理バックアップは、まさにこの場面のためにあります。Drive標準のゴミ箱や版履歴では守れない構成と共有状態まで含む、独立して復元可能なWorkspaceデータのコピーです。AI+サポートは棚卸し・分類・ドライランのツールを構築し、管理型ITサポートが権限監査と実施ウィンドウを担当します。GoogleではなくMicrosoft環境の場合は、ClaudeでSharePointドキュメントライブラリを自動タグ付け・整理するの記事が同等の作業を扱っています。Brocentは2007年の北京での創業以来アジアで管理型ITを提供しており、本社はシンガポール、2016年から香港オフィスを構えています。

よくある質問

AIによる一括整理は元に戻せますか？

計画していた場合に限ります。Driveにロールバックはなく、ゴミ箱は移動を記録しません。整理を可逆にするのは二つだけです。全ファイルのIDと旧親・新親を残した完全なログと、実行直前に取得した独立バックアップ。両方あれば巻き戻しはスクリプト一本です。両方なければ、記憶に頼った手作業の再構築になります。

ファイルを移動すると既存の共有リンクは壊れますか？

壊れません。ここが最もよくある誤解です。DriveのファイルはIDを保持するため、リンクは移動や改名を越えて有効です。変わるのは継承権限で、ファイルは新しい親のアクセス規則を引き継ぎます。旧い場所経由で開けていた人が権限を失うことも、見るべきでない人が得ることもあります。一括移動は一括の権限変更として監査してください。

Geminiはユーザーが見られないファイルを見られますか？

見られません。Geminiは尋ねたユーザーの既存のDrive権限の範囲で動作し、その人が開けない文書を提示することはありません。ただし過剰共有は可視化されます。技術的にはアクセスできたが実質埋もれていた内容が、回答に現れるようになるからです。AI導入と並行して共有監査を行うべき理由がここにあります。

Driveの版履歴はバックアップですか？

違います。版履歴が保存するのはファイル内容の過去版です。どこにあったか、誰の所有だったか、誰に共有されていたかは保存されません——整理が変えるのはまさにそこです。Google Vaultは保持と訴訟ホールドのためのもので、構造の復元手段ではありません。昨日のドライブに戻したいなら、必要なのはバックアップ製品です。

AIに自動でファイル名を変更させてよいですか？

改名はファイルIDとリンクに影響しないぶん移動より安全ですが、それでも情報は失われます。旧い名前は何かを符号化していたはずです。良い折衷案は、新しい規則を適用しつつ元の名前をファイルの説明欄に残すことです。何も失われず、検索も旧い文字列で当たります。

まずどこから

今週は棚卸しだけをやってください。ファイル一覧をスプレッドシートに書き出し、経過年数の分布、重複した名前、共有の曝露を眺めます。多くの組織では、この一枚が問題そのものを定義し直します。答えはたいてい「大半をアーカイブし、共有を直し、命名規則を一つに決める」で、AIの分類は真ん中の退屈な部分を引き受けるだけです。そのうえで、どのスクリプトが何かを書き込むより前に、今日の状態に戻せることを確認してください。バックアップ、監査、整理を一つの管理された作業として進めたい場合は、お問い合わせください。