python-pptxの自動生成と手動編集を共存させる3原則。上書き事故を防ぐ運用設計

AIに提案書やプレゼン資料を作らせる会社が増えています。叩き台をAIが数十秒で出し、人がそれを磨いて完成させる。この分担はうまく回っているように見えます。実際、最初のうちは順調です。

ところが、ある瞬間にこの仕組みは爆弾に変わります。人が時間をかけて手直しした資料の上に、AIがもう一度資料を生成して、手直しが全部消える。「あの修正、どこ行った？」が起きるのです。

python-pptx（＝プログラムからPowerPointファイルを操作する道具）で資料を自動生成しているなら、この事故はいつ起きてもおかしくありません。この記事は、実際にやってしまった上書き事故をもとに、AIの自動生成と人間の手動編集を壊さずに共存させる運用設計を整理したものです。読者の持ち帰りは、3つの設計原則と、運用ルールを表に落とした「誰が正本を持つか・AIに何を任せるか・バックアップ」の判断材料です。

結論：正本はデスクトップ版、AIは部分編集だけ、編集前にバックアップ

人の手直しを消さないために守るのは、次の3つだけです。

• 人がPowerPointで手直ししたファイルを、唯一の正本（＝最新で正しい1個のファイル）として扱う
• AIスクリプトは「全部作り直す再生成」を禁止し、スライド単位の部分編集だけ行う
• 編集する前に、毎回バックアップを取る（.bak1, .bak2 のように連番で残す）

この3つを守れば、人の手直しとAIの編集は共存します。逆に1つでも外すと、冒頭の上書き事故が起きます。順に中身を見ていきます。

その前に、なぜこの設計が必要だったのか。実際に手直しが消えた日の話から始めます。

実話：12枚を4枚に絞った修正が消えた日

ある案件で、python-pptxを使ってプレゼン資料を自動生成していました。グラフ・表・スピーカーノートを含む12枚のスライドデッキ。スクリプトを一度走らせれば、全ページが出力される作りです。

資料を受け取った経営者は、PowerPoint上で大幅に手を入れました。不要なスライドを削除し、テキストを書き換え、レイアウトを微調整して、12枚を4〜5枚に凝縮しました。手直しの跡が随所にある、その人自身の資料に仕上がっていたわけです。

後日、テキストの一部を差し替えたいという依頼が来ました。生成スクリプトを修正して再実行。出力先は同じファイルパス、つまり上書きです。12枚のスライドが再び生成され、丁寧に絞り込んだ4枚は跡形もなく消えました。「手直ししてたの、知ってたよね？」と言われたとき、返す言葉がありませんでした。

原因ははっきりしています。スクリプトが、空のファイルを新規作成して全スライドを一から組み立てる構造だったからです。既存のファイルを読み込んで、変えたい部分だけ書き換える設計にはなっていませんでした。手直しという人の資産を、仕組みが上書きで踏みつぶす構造になっていたのです。

ここから整理したのが、次の3原則です。

3つの設計原則

原則1：正本はデスクトップ版とする

AIが出力したファイルは「初稿」に過ぎません。人が手直しした瞬間、そのファイルが正本になります。スクリプトが持っているテンプレートやデータは「素材」であって、正本ではない。この区別が、運用設計の出発点です。

つまずきやすいのは、「スクリプトを再実行すれば最新が出る」という思い込みです。開発者の頭の中では、コードが正でファイルは出力物。けれど資料を使う人にとっては逆で、手元のPowerPointファイルこそが成果物であり、最新です。この認識のズレを放置すると、AI側がいつでも上書きできる状態が残り続けます。

正本がどこにあるかを決める。たったこれだけのことですが、決めていない現場が大半です。

原則2：AIは部分編集だけにする

正本が人の手元にあると決めたら、AIにやらせる作業は「全部作り直す」から「決まった箇所だけ直す」に変わります。

具体的には、python-pptxで既存ファイルを開いて、特定のスライドのテキスト要素だけを差し替える。レイアウト、画像、フォント設定、人が調整した余白や位置は、そのまま残します。技術的には、空のファイルから組み立てる関数ではなく、既存ファイルを開く関数を呼ぶ。プログラム上はわずか1行の違いですが、意味はまるで違います。新規作成は「全部消して作り直す」、既存読み込みは「あるものを活かして直す」です。

全スライドを一から組み立て直すやり方は、初回生成のときだけに限定します。2回目以降は必ず、既存ファイルを開いて部分的に書き換える。この「初回生成モード」と「更新モード」を最初から分けておくのが、python-pptxで自動生成と手動編集を両立させる肝です。

ここでコードを全部載せても経営判断には役立たないので省きますが、外注する場合や社内エンジニアに頼む場合は「2回目以降は既存ファイルを開いて部分編集する設計になっているか」を1点だけ確認すれば足ります。

原則3：編集する前に必ずバックアップを取る

3つ目は保険です。AIが部分編集に入る前に、正本のコピーを連番で残します。.bak1, .bak2 のように、上書きせず積み上げていく方式です。

こうしておけば、万が一手直しが消えても、直前のバックアップから戻せます。注意したいのは、バックアップがあることを免罪符にしないこと。「保険があるから上書きしていい」ではありません。バックアップはあくまで最後の砦で、原則1と2を守った上に重ねる追加の防御です。順番を間違えると、毎回バックアップから復元する不毛な運用に陥ります。

python-pptxを使った自動生成では、この3原則のうち原則2（部分編集）が技術的な核で、原則1（正本の所在）と原則3（バックアップ）が運用ルールの核になります。3つそろって初めて、人の手直しとAIの自動生成が衝突しません。

アンチパターン：やってはいけない3つ

原則の裏返しですが、現場でよく見る「事故を呼ぶやり方」を挙げておきます。自社の運用が当てはまっていないか、確認してみてください。

全部作り直す再生成をデフォルトにする

初期開発のときは、空のファイルから組み立てるほうが楽です。テンプレートの設計もいりません。ただしこのやり方は、人の手直しが入った瞬間に破綻します。最初から「初回生成モード」と「更新モード」を分けておけば防げた事故を、楽な実装を選んだせいで招くわけです。

出力先のファイル名を固定する

output.pptx のような固定名にすると、スクリプトを走らせるたびに同じファイルが消えます。上書き事故のリスクが跳ね上がる典型です。出力先は実行のたびに指定するか、日時を付けたファイル名にする。正本を直接上書きする運用は避けます。

「スクリプトが正」という前提で回す

これが根っこにある認識のズレです。手直しが消える事故のほとんどは、「コードが正、ファイルは出力物」という開発者の感覚のまま運用を続けたことが原因です。資料を使う人にとっては、手元のPowerPointが正。この前提を組織として共有していないと、原則1〜3をコードに書いても、いつか誰かが「再生成すればいいでしょ」と上書きします。

判断材料：ルールなし運用と共存設計で何が変わるか

ここまでが設計の話です。経営者・部門長が「自社の運用をどう変えるか」を判断できるよう、ここからは判断材料を表で渡します。

まず、運用ルールを決めずにAI生成と手直しを混ぜている状態（ルールなし運用）と、3原則を入れた共存設計とで、何が変わるかを並べます。

「人の手直しという資産を、仕組みが消さない」。共存設計の本質はこの1点です。AI対人間という対立ではなく、どこまでをAIに任せ、どこからを人が持つかという分業の境界線を引く話だと捉えると、設計の判断がぶれません。AIに何を任せ何を人に残すかの線引き全般は、何を自動化し何を人に残すかの判断フレームワークで整理しています。

AI資料作成の運用ルール表

3原則を、現場が実際に決めるべき項目に落とすと次のようになります。社内で運用を始める前に、この3行を埋めてください。

この3つを文書にして、資料作成に関わる人とAIの運用担当が同じ認識を持つこと。技術的にコードを直すより、この合意のほうが先です。

導入前チェックリスト

自社でAI資料作成の運用を整えるなら、着手前に次を確認しておくと設計がぶれません。

• 正本の置き場所を決めたか（人が手直しした最新ファイルはどこに保存するか）
• AIスクリプトは2回目以降に既存ファイルを開く設計か（全作り直しになっていないか）
• 編集前バックアップが自動で取られるか（手動だと忘れる）
• 出力先ファイル名は固定されていないか（固定だと上書き事故の温床）
• 「スクリプトが正」の前提が現場に残っていないか（運用担当と資料作成者で認識をそろえたか）

この5つが埋まっていれば、python-pptxの自動生成と手動編集はほぼ衝突しなくなります。外注する場合も、この5項目がそのまま発注時の確認事項になります。

共存設計が向かないケース

正直に書くと、3原則の運用設計を入れる必要がない場合もあります。無理に導入すると、かえって手間が増えます。

• 人が手直ししない運用：AIが出した資料をそのまま使い切るなら、正本は常にAI側。全作り直しで問題ありません
• 資料を毎回ゼロから作り直す前提：前回の手直しを引き継がず、毎回新規で作るワークフローなら、部分編集の仕組みは不要です
• 作成頻度が極端に低い：年に数回しか作らない資料なら、運用ルールを整える手間より、その都度手作業でコピーを取るほうが速いこともあります

「AIが叩き台を出し、人が手直しを重ね、その資料をまた更新する」というサイクルが回っている現場ほど、共存設計の効果が高くなります。逆に言えば、手直しという人の資産が積み上がる運用でなければ、ここまでの設計は要りません。

まとめ：人の手直しを消さない分業を設計する

python-pptxの自動生成と手動編集の共存は、「正本はどちらか」を決めるところからほぼ解決します。

1. 人が手直しした最新ファイルを正本とする（原則1）
2. AIは初回生成のみ全作成、2回目以降は部分編集だけ（原則2）
3. 編集前に連番でバックアップを取る（原則3）

技術的に難しいのは原則2だけで、残りは「誰が正本を持つか」という運用ルールの合意です。AIに資料を作らせること自体は簡単になりました。難しいのは、人が積み上げた手直しという資産を、仕組みが踏みつぶさないように分業の境界線を引くこと。そこを設計しないまま自動化を進めると、冒頭の「あの修正どこ行った？」が必ず起きます。

AIと人の分業設計でお困りなら

「AIに資料を作らせ始めたが、人の手直しとぶつかる」「どこまでをAIに任せ、どこからを人が持つべきか線引きできていない」。AIを業務に入れた会社が最初につまずくのは、たいていこの分業の境界線です。

f2t.jpでは、AIにどの作業を任せ、何を人に残すかの設計から、上書き事故のような運用上の落とし穴の対策まで一緒に整理しています。自社の資料作成・業務自動化で「人の手直しとAIがぶつかっている」とお感じなら、お問い合わせフォームからご相談ください。