手修正・記号置換・完全ルール、ファイル名を直す3方式の選び方

2026年8月15日 07:58

AIに文章や資料を作ってもらうと、最後にファイル名まで提案してもらうことがあります。ところが、内容は完成しているのに保存の瞬間だけ止まることがあります。ここで困るのは、エラーが出る名前だけを直せば終わりではないことです。共有先で名前が変わったり、同じ名前へ上書きしそうになったり、元の題名との対応が分からなくなったりします。

今回の確認では、Windows上で32種類の名前を3方式、合計96回保存しました。比較したのは、そのまま保存する方法、使えない記号だけをアンダースコアへ変える方法、禁止文字・予約名・末尾・長さまでまとめて扱う方法です。実際の成否を記録し、表示上それらしく見えるかではなく、ファイルが作れたかで判定しました。

大切なのは、AIの提案が間違いだと決めつけることではありません。文章として自然な題名と、OSが受け入れるファイル名は別の条件で動きます。題名の意味を残しつつ、保存用の名前へ変換する一段階を入れると、作り直しや探し直しを減らせます。

件数と再利用頻度で方式を選ぶ

一件だけなら手修正でもよい

今日一度だけ保存する名前で、エラー位置が明確なら手修正が最短です。ただし、原名を別の場所へ残し、保存先に同名がないことを確認します。「毎回違う名前だから規則は不要」と考えると、担当者ごとに置換方法が変わり、後から検索しにくくなります。一件対応でも、使う区切り記号だけは決めておくと再発時に迷いません。

数件を繰り返すなら禁止文字置換

毎週数件のAI生成資料を保存し、名前が日本語中心で予約名や長名がほとんどないなら、禁止文字置換は軽い方法です。今回も32件中31件を保存候補へ変えられました。ただし成功率を一般化してはいけません。今回のケース構成で31/32だっただけで、予約名が多い一覧なら失敗割合は増えます。

簡易方式を採る場合も、予約名に当たったら完全ルールへ切り替える、候補重複が出たらSTOPする、という出口を用意します。簡易方式を万能化せず、どこで人へ戻すかを先に決めます。

一覧処理や再利用なら完全ルール

複数案件、ダウンロード一括整理、定期レポートなど、同じ処理を再利用する場合は完全ルールが向きます。禁止文字、予約名、末尾、空名、長さ、重複を同じ順で検査し、変更理由を残します。今回の32件では32/32を保存候補へ変換できましたが、クラウド固有規則や総パス長は別確認です。

完全ルールの価値は「何でも自動で通す」ことではありません。判断できない状態をSTOPとして見えるようにすることです。意味が消える短縮、候補重複、保存先固有エラーがあれば、人が確認するまで進めません。

選択のための三問

第一に、何件処理するか。一件なら手修正、反復する一覧ならルール化の価値が上がります。第二に、同じ処理を再利用するか。再利用するなら担当者の記憶ではなく表へ残します。第三に、誤上書きの損失が大きいか。顧客提出物や証跡なら、件数が少なくても重複STOPを含む完全ルールが安全です。

方式を途中で変える条件

手修正で同じエラーが二度出た、簡易置換で予約名が一件出た、候補重複が出た、保存先が複数になった。このいずれかが起きたら完全ルールへ上げます。逆に、完全ルールを入れた後もすべてを自動変更する必要はありません。原名を保ち、変更なしで通る名前はそのまま使います。

方式選択は高機能なものを常に選ぶ話ではありません。件数、再利用、損失に合わせ、必要な確認を削らない最小方式を選ぶ話です。

チームで使う場合の最低記録

担当者が一人なら頭の中で補える判断も、引継ぎ時には消えます。採用方式、置換記号、長さの運用値、重複時の識別子、試験保存先を一枚に残します。担当者が変わっても同じ名前から同じ候補とSTOPを得られることが再利用の条件です。

方式を変えた日も記録します。簡易置換から完全ルールへ上げた場合、過去の名前を一括改名する必要はありません。新規分から適用し、旧名との検索対応だけ残します。規則導入のために既存資産を壊すのではなく、次の保存から手戻りを減らす運用にします。

実務では、原名、安全名、変更理由の三つを一緒に残してください。名前だけを変えると、後からどの資料だったか分からなくなります。大量処理では同名候補も停止条件です。自動で上書きせず、連番や短いハッシュを付けるか、人が確認します。

この結果はWindowsローカル環境と今回の32ケースに限ります。OneDriveやSharePoint、メール添付、各業務システムは追加制約を持つことがあります。したがって「この表を通ったからどこでも使える」とは言えません。最終保存先で一件試し、問題がなければ同じ条件へ広げるのが安全です。