ルールを新しく決めても、積み上がったファイルは減らない
共有フォルダの整理は、たいてい規則を作るところから始まります。フォルダの切り方を決め、命名の規則を配り、周知します。それで新しく作られるファイルはある程度揃いますが、既にある何十万件かは手つかずのまま残ります。既存分を片付ける作業に、担当を割り当てられないからです。
片付かない理由は量だけではありません。1件ずつ見ていくと、判断が必要な問いが次々に出てきます。これは残すのか、同じ名前の3つのうちどれが有効なのか、この部署の「案件A_最終_修正2」は何なのか。答えられるのは作った本人だけで、その本人が既にいないこともあります。結果として、誰も消せないまま容量だけが増えます。
AIを使う意味は、この作業のうち判断が要らない部分を先に落とし、人が見る対象を減らすところにあります。全件を機械に分類させて終わり、という形にはなりません。以下では、棚卸し・絞り込み・分類・命名・移行の順に、どこまでを機械に任せ、どこから人が決めるかを分けていきます。
なお、この記事で扱うのは既にあるファイルを片付ける作業です。片付いた後、新しく発生する文書を仕組みの上で回し続ける設計は 社内の文書管理をAIエージェントで回す にまとめてあります。整理と運用は続けて進めるものですが、必要な判断が違うので分けて考えるほうが手戻りが減ります。
棚卸しは、中身を読む前に属性だけで進める
最初にやるのは、全ファイルの一覧を作ることです。ここで中身を読む必要はありません。ファイルシステムやクラウドストレージから取れる属性だけで、どこに何がどれだけあるかの地図はできます。AIを使わない、単なる一覧の取得です。
| 集める属性 | そこから分かること | 整理での使いどころ |
|---|---|---|
| フルパス・階層の深さ | フォルダの切り方が部署ごとにどうずれているか | 着手するフォルダの選定 |
| 拡張子 | 文書・表計算・画像・圧縮ファイル・実行ファイルの構成比 | 対象外にする領域の切り出し |
| 容量 | 容量を占めているのがどの領域か | 効果が出やすい範囲の判断 |
| 更新日時 | 最後に手が入った時期 | 古い領域の切り分け |
| 最終アクセス日時 | 参照され続けているかどうか | 使われていない領域の特定 |
| 内容のハッシュ値 | 中身が完全に同じファイルの組 | 重複の一次抽出 |
| 所有者・作成者 | 持ち主がまだ在籍しているか | 問い合わせ先の有無の判断 |
このうち整理の進み方を決めるのは、最終アクセス日時と容量の2つです。長く開かれていない領域が全体の何割を占めるかが分かると、人が中身を判断すべき対象がどれだけ残るかの見当が付きます。 最終アクセス日時は、ストレージの設定によっては記録されていなかったり、バックアップの走査で更新されていたりします。取れない場合は更新日時で代用し、その旨を前提として記録しておきます。
内容のハッシュ値は、同じ中身のファイルを機械的に見つけるための値です。1バイトでも違えば別の値になるため、これで見つかるのは完全に同じファイルだけです。それでも、添付ファイルの保存や部署間の共有で生まれた控えは、かなりの割合がここで見つかります。
分類にかける前に、対象を絞る
全件を生成AIに読ませて分類すると、費用も時間もかかるうえ、結果を確認する作業が現実的な量に収まりません。先に、判断せずに扱いを決められる領域を落とします。
- 内容のハッシュ値が同じで、片方が個人フォルダにある控え
- システムが自動で作った一時ファイル・ログ・書き出し済みの中間データ
- インストーラや圧縮ファイルなど、業務文書ではないもの
- 空のフォルダ、サイズが0のファイル
- 対象の期間より前に作られ、その後一度も開かれていない領域
最後の項目は扱いが分かれます。古くて開かれていないからといって、消してよいとは限りません。契約書や登記関係のように、参照されないまま保存し続ける義務がある文書がここに含まれます。古い領域は「捨てる候補」ではなく「後で判断する箱」へ移し、分類の対象からいったん外すのが安全です。保存年限の考え方と、廃棄の前に人が確認する範囲は 文書の保存期間と廃棄をAIで管理する にまとめてあります。
絞り込みが効くと、残るのは全体の一部になります。生成AIに中身を読ませるのは、ここからです。
何をAIに読ませ、何を人が決めるか
残った対象について、AIが担えるのは属性からは分からない部分です。ファイル名が内容を表していない文書、拡張子だけでは種類が判別できない文書、部署ごとに呼び方が違う文書。これらは本文の言い回しと項目の並びから種類を推定できます。
線引きの考え方は単純です。間違えても後から直せる作業は機械に寄せ、間違えると元に戻せない操作は人が確定させます。 分類の誤りは付け直せますが、削除は戻りません。移動も、元の場所を消してしまうと参照していた資料からたどれなくなります。工程を機械・AI・人の承認へ仕分ける一般的な基準は AIエージェントにどこまで任せるか を参照してください。
もう1つ、AIに読ませる対象からは人事や健康情報のように扱いが限られる文書を外します。 置き場ごとに除外の指定を先に入れておき、後から気付いて取り消す形にしないことが要点です。
重複と旧版は、材料ごとに確からしさが違う
「同じファイルが何個もある」という状態は、実際にはいくつも種類があります。どれも同じ扱いにすると、必要な文書まで消えます。
| 状態 | 見分ける材料 | 処置 |
|---|---|---|
| 中身が完全に同じ | 内容のハッシュ値が一致 | 正本を1つ決め、残りは削除の候補にする。判断は不要 |
| ほとんど同じで一部だけ違う | 本文の類似度が高く、差分が数行 | 差分を出して人へ見せる。差が更新なのか個人の書き込みなのかは機械では決まらない |
| 同じ主題の別の版 | 主題が同じで、日付や版数の記載が違う | 新しい版の候補を示し、正本の確定は人が行う |
| 名前は似ているが別の文書 | 取引先や案件は同じだが、種類や金額が違う | 重複として扱わない。名前の似ている組は自動処理から外す |
| 定型の書式から作られた別の文書 | 全体はよく似ているが、記入された値が違う | 重複として扱わない。ひな形と記入済みは分けて数える |
最後の2行は、類似度だけで判定すると事故が起きる例です。ひな形から作られた見積書は互いによく似ているため、本文の似ている度合いだけで並べると重複に見えます。金額・日付・取引先といった、文書を識別する値が違えば別の文書として扱うという条件を先に入れておきます。
版の新旧については、ファイル名の「最終」「修正後」といった語は判断材料になりません。付けた人のその時点の認識を表しているだけで、別の場所にある版との前後関係を持っていないからです。文書の中に版数や改定日が書かれていれば、それが最も確かな材料になります。
命名は、新しい規則を決めてから既存名を寄せる
部署ごとにばらばらな命名を揃える作業は、既存の名前を見比べても進みません。先に、これから使う規則を決めます。決めるのは要素と、その並び順と、区切り文字です。
| 規則の要素 | 入れる値 | 既存ファイルから機械が埋められるか |
|---|---|---|
| 日付 | 作成日または取引の発生日。8桁で揃える | 埋められる。ただし文書内の日付とファイルの更新日時のどちらを採るかは種類ごとに決める |
| 文書の種類 | 決めた一覧から1つ | 埋められる。判定できないものは空欄で人へ回す |
| 取引先・案件 | 正式名称。略称の対応表を別に持つ | ほぼ埋められる。表記ゆれは対応表で吸収する |
| 版数 | 版が変わる文書だけ付ける | 文書内に記載があれば埋められる。無ければ人が決める |
| 作成部署 | 置き場で表せる場合は名前に入れない | 埋められるが、置き場と重複させない |
| 自由記述 | 上記で区別できないときだけ | 埋めない。人が書く |
規則を作るときに効くのは、要素を増やしすぎないことです。名前で表そうとするほど、規則から外れるファイルが増えます。置き場のフォルダで表せるものは名前に入れず、名前は「並べたときに順序が付き、区別できる」ところまでで止めます。
規則が決まれば、既存の名前を新しい規則へ変換する作業はAIが担えます。「20250612_請求書_○○商事_v2」のような形へ組み立てるのは、元の名前と文書の中身が材料として揃っていれば機械的に進みます。人が見るのは、変換できなかった分と、対応表に無い取引先名が出た分です。
ここで一括でリネームしないことが重要です。元の場所のファイル名を書き換えると、その名前で参照していた資料や、業務システムから開いているリンクが切れます。新しい名前は移動先で付け、元の場所は名前を変えずに読み取り専用へ切り替えます。
フォルダ構成は、深さではなく探し方から決める
新しい置き場の構造は、部署・文書の種類・案件のどれを一番上に置くかで決まります。どれが正解ということはなく、後から探す経路と、権限を付ける単位のどちらを優先するかの選択です。
深さは4階層あたりまでに収めると扱いやすくなります。深くなるほど、置く人が途中で迷って別の場所に置き、同じ文書が複数の枝に分かれます。分類の軸を2つ以上持たせたいときは、フォルダを増やすのではなく、実体の置き場は1つに決めて、もう一方は属性として持たせます。
もう1つ決めておくのは、どこにも当てはまらない文書の置き場です。これを用意しないと、判断に迷ったファイルが元の場所へ残り、整理が途中で止まります。一時的な受け皿を1つ作り、そこに入った件数を月ごとに見て、増え続ける種類があれば構成の側を直します。
どのフォルダから着手するかを決める
全社を一度に作り直すと、決めることが多すぎて動きません。1つのフォルダで通してから広げます。選ぶときに見るのは次の4点です。
| 見る点 | 着手に向く状態 | 後回しにする状態 |
|---|---|---|
| 文書の種類 | 数種類に収まっていて、扱いの規則が決まっている | 種類が多く、部署ごとに呼び方も違う |
| 持ち主 | 担当が在籍していて、内容を聞ける | 作った人が既におらず、判断できる人がいない |
| 参照の頻度 | 日常的に使われていて、整理の効果がすぐ分かる | ほとんど開かれていない（先に「後で判断する箱」へ） |
| 外部との関係 | そのフォルダの中で完結している | 業務システムや他部署の資料から直接参照されている |
いちばん効くのは「参照の頻度」です。使われているフォルダから手を付けると、命名や置き場の決め方が実際の探し方に合っているかがすぐ確かめられます。 使われていない領域から始めると、作業量のわりに何が良くなったのか誰にも分からず、次のフォルダへ進む合意が取りにくくなります。
一方で、外部から参照されているフォルダは最初には向きません。移動でリンクが切れる範囲を調べる作業が別に必要になり、整理そのものが進まなくなります。
移した後に壊れるものを、先に数えておく
移行でつまずくのは分類の精度ではなく、移動の副作用です。移す前に、次の4つを一覧にしておきます。
- 他の文書からリンクされているファイル（表計算の外部参照、文書内のリンク）
- 業務システムやスクリプトが決まったパスで読みに行っているファイル
- ショートカットや共有リンクで配られているファイル
- 部署のグループではなく個人に権限が付いているファイル
このうち上2つは、移動と同時に切れます。元の場所をすぐ消さず、一定期間は読み取り専用で残すと、切れた参照が見つかったときに戻せます。どのくらい残すかは、月次・四半期の業務が一巡する期間を目安にします。
権限については、移動先で付け直す機会と考えるほうが結果的に早く済みます。個人に付いたままの設定を引き継ぐと、異動や退職のたびに文書の側を直し続けることになります。
整理が終わったフォルダは、社内文書を横断して探せるようにする仕組みへ載せる対象になります。取り込む範囲の選び方と、権限を検索結果に持ち込む設計は 社内文書検索をAIで横断する にまとめてあります。整理の前に検索を入れると、旧版と期限切れの文書まで拾われるため、順序としては整理が先になります。
着手の順序
- 対象のファイルサーバから全件の属性を取り、フォルダ別・年別・拡張子別の件数と容量を出す
- 一時ファイル・完全に同じ内容の控え・業務文書ではないものを対象から外す
- 長く開かれていない領域を「後で判断する箱」へ移し、当面の対象から外す
- 残った領域から、着手する1フォルダを4つの点で選ぶ
- 新しい置き場の構造と、命名の規則の要素・並び順・区切り文字を決める
- 選んだフォルダについて、分類・命名・重複と旧版の候補を機械に出させ、人が確認する
- 確定した分を新しい置き場へ移す。元の場所は読み取り専用で残す
- 切れた参照と権限のずれを点検し、確認の手間が多かった箇所を規則へ反映して次のフォルダへ進む
6の確認を一度も挟まずに移行まで進めないでください。最初のフォルダでは、判定の誤りがどの種類で起きるかを記録し、規則の側を直す材料にします。判定の合格ラインをどう引くか、対象業務の選び方と工程の全体像は AIエージェント開発の進め方 にまとめてあります。
まとめ：共有フォルダの整理をAIで進めるときの要点
- 新しい規則を配るだけでは既存分は減らない。既に積み上がったファイルを片付ける作業として、別に段取りを組む
- 棚卸しは中身を読む前に、パス・拡張子・容量・更新日時・最終アクセス日時・ハッシュ値・所有者を集める。ここにAIは要らない
- 生成AIに読ませる前に、一時ファイル・完全に同じ内容の控え・業務文書ではないものを外す。長く開かれていない領域は捨てる候補ではなく、後で判断する箱へ移す
- 重複は5つの状態に分かれる。中身が完全に同じもの以外は、候補として示すところまでにして正本の確定は人が行う
- ひな形から作られた文書は互いによく似ている。金額・日付・取引先など識別する値が違えば別の文書として扱う条件を先に入れる
- 命名は新しい規則を先に決め、既存の名前をそこへ寄せる。要素を増やしすぎない。一括のリネームはせず、移動先で新しい名前を付ける
- 着手するフォルダは、種類の少なさ・持ち主の在籍・参照の頻度・外部からの参照の4点で選ぶ。使われているフォルダから始める
- 移動で壊れるのは外部参照・システムの読み込み先・共有リンク・個人権限。元の場所は一定期間、読み取り専用で残す
Augueでは、共有フォルダの棚卸しから分類・命名の案の作成、その後の文書管理を回す仕組みまでを含めたAIエージェントの開発に対応しており、どこまでを機械に任せてどこに人の確認を残すかの設計から一緒に進められます。自社のファイルサーバのどこから手を付けられるか整理したい方は、是非ご相談ください。
関連する記事
片付いた後の運用は 社内の文書管理をAIエージェントで回す、保存年限と廃棄の判断は 文書の保存期間と廃棄をAIで管理する、整理した文書を探せるようにする設計は 社内文書検索をAIで横断する、読ませる資料の絞り込みは 生成AIに社内データを読ませる前の準備 を参照してください。
よくある質問
整理が終わるまでにどれくらいの期間がかかりますか？
ファイル数と部署数で大きく変わるため、一律の目安は出せません。見通しを立てるには、棚卸しの結果から3つの数を先に取ります。過去2年に一度も開かれていないファイルの割合、拡張子ごとの件数、フォルダの最大の深さです。この3つが分かると、対象から外せる量と、人が判断しなければならない件数が見えるので、最初のフォルダにかかる日数から全体を見積もれます。
クラウドストレージへの移行と同時に整理すべきですか？
移行の予定があるなら、その手前で棚卸しだけは済ませておくほうが進みます。散らかった状態のまま移すと、移行後の容量も権限の設定もそのまま引き継がれ、整理の機会が一度失われます。一方で、分類と命名の作業まで移行の工程に載せると期日に追われて雑になりやすいので、捨てるものを決めるところまでを先に終わらせ、分類は移行後に続けるのが現実的です。
検索の仕組みを入れれば、整理しなくてもよいのではありませんか？
探す手間は減りますが、旧版や期限切れの文書が結果に出てくる問題は残ります。出典が添えられている分、読んだ人は正しいものとして扱ってしまいます。また、権限の設定が崩れたまま検索できるようにすると、見えてはいけない文書が結果に出ます。検索を先に入れる場合でも、正本がどれかを決める作業と権限の整理は避けて通れません。
整理したあと、また散らかるのを防ぐには何を見ればよいですか？
決めた規則が守られているかを、件数で毎月測ります。見るのは、命名の規則に合わないファイルの件数、決めた置き場の外に作られたフォルダの数、正本が確定していない文書の件数の3つです。数が増え続ける置き場があれば、規則が実態に合っていないか、その業務だけ別の事情があります。人を注意するより、規則の側を直すほうが早く収まります。