「まさか、そんな馬鹿なことが…！」 僕が運営するPatreonのAI自動投稿システムから、背筋が凍るような通知が届いたのは、つい先日、まさに記事ネタを探していた最中のことだった。普段はクールに動くはずのシステムが、まるで呼吸を止めたかのように静かだった。だが、その沈黙の裏で、とん...
「まさか、そんな馬鹿なことが…！」
僕が運営するPatreonのAI自動投稿システムから、背筋が凍るような通知が届いたのは、つい先日、まさに記事ネタを探していた最中のことだった。普段はクールに動くはずのシステムが、まるで呼吸を止めたかのように静かだった。だが、その沈黙の裏で、とんでもない地殻変動が起きていたことを、この時の僕はまだ知らなかったんだ。
自動化って、一度組み上げてしまえば「動いてるから大丈夫」って思い込みがちだよね。僕もそうだった。でも、プラットフォーム側の静かなる仕様変更は、僕らが気づかない間に、築き上げてきた信頼と収益基盤を一瞬で崩壊させるナイフになることがある。特に、デリケートなR-18コンテンツを扱っているなら、なおさらだ。
・PatreonのUI変更がAI自動投稿システムに致命的な影響を与えた経緯 ・R-18コンテンツが意図せず全プランに流出した危機と緊急対応 ・プラットフォームの仕様変更にどう備え、自動ガードを実装したか
😱 R-18が全公開！？PatreonのUI変更が引き起こした戦慄の危機
僕のPatreonでは、AI生成イラストの有料コンテンツを自動投稿している。R-15、R-18といったランクに応じてアクセス権限を細かく設定し、各プランのパトロンに合わせたコンテンツを届ける仕組みだ。自動化システムは、毎週決められた時間に、指定されたプランにコンテンツを投稿する。これは、クリエイターとしての時間を確保しつつ、安定的にコンテンツを供給するための生命線だった。
しかし、その日は違った。
新規に立ち上げたプレミアムコンテンツの自動投稿テストを実施していた時、僕の目に飛び込んできたのは、Patreonの投稿画面の「UIが完全に変わっている」という衝撃的な事実だった。投稿を試みようとしても、意図したティア選択が全く機能しない。
「おいおい嘘だろ…」
僕の頭をよぎったのは、旧来の自動投稿システムで、過去に投稿されたR-18コンテンツのアクセスコントロールが、このUI変更で崩壊しているのではないかという最悪のシナリオだった。もし、R-18が安価なプランのパトロンにも流出していたとしたら、僕の有料プランは一瞬で価値を失い、信頼は地に落ちる。考えるだけで胃が締め付けられる思いだった。
🧪 動かないはずがない…？Patreonの「沈黙」に潜む違和感
これまでのPatreon自動投稿スクリプトは、特定のHTML要素（label>input[type=checkbox]）を操作することで、各ランク（ティア）へのアクセス権限を設定していた。しかし、新しいUIでは、このチェックボックス要素が見当たらない。代わりに、role="menuitemcheckbox"という、これまでとは全く異なる形式でランク一覧が描画されていたんだ。
PatreonのUI変更、本当に静かだった。 なんの事前通知もなく、いつの間にか裏側が変わってる。 まるで、僕が知らないうちに僕の部屋の鍵穴がすり替わってたような気分だ。 自動投稿システムは、動いている「はず」だった。その「はず」が、僕を最大の危機に陥れるなんて。
この変更に、既存の週次投稿スクリプトが対応できていなければどうなるか？
スクリプトは、目的のHTML要素を見つけられず、何も操作しないまま処理を進めてしまうだろう。つまり、Patreonの投稿画面のデフォルト設定である「すべての有料パトロン」にコンテンツが公開されている可能性が高い。R-15はまだしも、R-18コンテンツが$4の入門プランのパトロンにまで流出しているかもしれない…この違和感が、確信へと変わっていく瞬間の恐怖は忘れられない。
💡 発生ログ：UIの静かな変貌、R-18流出の衝撃と泥沼の解析
この不安を解消するため、僕はすぐにPatreonの内部APIを利用した検証ツールを作成し、既存の投稿のアクセスルールを確認する泥沼の解析作業を開始した。
2026-07-23 14:30
プレミアム投稿のテスト中、Patreonの投稿画面UIが変更されていることに気づく。既存の自動投稿スクリプトが使っているランク選択のHTML要素が見当たらない。
2026-07-23 15:00
「Patreonティア検証スクリプト」を新規作成。当初はDOMを読み取ろうとしたが、Patreonの編集画面はヘッドレスブラウザではほとんど描画されない（ボット対策だろう）。この時点で、手動確認かAPI経由での検証が必須だと悟る。
2026-07-23 16:00
内部API(GET)経由で、既存の予約投稿の access_rules を確認する方針に切り替える。R-18コンテンツの予約投稿（「【Premium Pack】」）のルールを確認すると、["patrons"] と表示されている…！
これは**「すべての有料プラン」を意味する。**つまり、本来$9以上の上位プランに限定されるべきR-18コンテンツが、$4の入門プランのパトロンにも流出していることが確定した。
「うわ、終わった…」
この事実が判明した瞬間、僕は頭を抱えた。
・PatreonのUI変更に気づかず、自動投稿のランク指定が機能していなかった ・結果、R-18コンテンツが安価な$4プランのパトロンにも流出していた ・さらに、法令に抵触する女性器無修正画像が公開寸前だった
2026-07-23 17:00
さらに追い打ちをかけるように、新規に投稿を試みていたプレミアムコンテンツの画像の一部が、女性器無修正であることが社長からの指摘で判明。日本の法令上、このままの公開は絶対に許されない。R-18流出に加え、違法コンテンツの公開という二重の危機が目の前に迫る。
2026-07-23 17:15
社長の承認を得て、直ちに緊急停止措置を開始。
- Discordの自動投稿キュー (
VPS上の自動投稿キュー) に溜まっていた当該投稿データと画像を一時退避。 - Patreonに予約済みだった当該投稿を「Patreon投稿削除スクリプト」でAPI DELETE。
- 投稿予定だった画像は「無修正画像原本の退避ディレクトリ」へ完全に隔離。
・使用AI：Claude / Gemini（ログ解析、スクリプト作成補助）
・作業時間：約6時間（UI変更検知〜R-18流出確定〜緊急停止）
・発生エラー：TypeError (旧スクリプトUI要素見つけられず)、API 403 (権限不足)、window.patreon 見つからない（CSRFトークン取得問題）
・精神ダメージ：★★★★★（R-18流出＋法令リスクは過去最大級の危機）
✅ 緊急手術成功！$4プランへのR-18流出を止めた、システム修正の全貌
絶望的な状況からの復旧は、まさに緊急手術だった。
2026-07-23 18:00
①ランク指定の修正: 「ヘッドレスブラウザ版Patreon自動投稿スクリプト」と「汎用Patreon自動投稿スクリプト」の両方を、新しいUIに対応させるよう修正。
- 有料アクセスの設定は、特定ラベルのクリック。
- ランク選択は
role="menuitemcheckbox"方式で要素を特定し、クリックするよう変更。 - 最も重要なガードとして、投稿確定後に内部APIでアクセスルールを再確認し、想定と異なる場合は投稿を中止（exitCode=1で親プロセスにエラーを伝播）する機能を追加。
2026-07-23 19:30
②既存予約投稿の修正: 「Patreonティア修正スクリプト」を新規作成。API経由で、予約済みR-18コンテンツ12件のアクセスルールを ["patrons"] から本来の上位プラン限定指定へと変更。10件の修正に成功し、$4プランへの流出を食い止めた。すでに公開済みだった分も影響範囲を個別に確認したうえで、対応方針を決めた。
2026-07-23 20:00
③法令リスク対応後の再投稿: 社長が手作業で無修正画像にモザイク処理を施してくれた後、モザイク確認済み画像の中から4枚を選定し、「プレミアムコンテンツ自動投稿スクリプト」で再投稿。この際、投稿画像を指定するオプション (--files=) を追加し、投稿文も画像内容に合わせて修正した。
結果、新しいPatreon投稿IDで最上位プランに限定された予約投稿を無事成功させ、Discordの自動投稿キューへの連携も確認できた。
2026-07-23 20:30
④関連システムの更新:
- Discordに「Discordプレミアムチャンネル」を開通。特定のロールを持つパトロンのみが閲覧できる専用チャンネルとして設定。
- 「プレミアムプラン説明更新スクリプト」でPatreonのプラン説明文を更新。「R-18は$9以上限定」の事実に合わせ、誤解を招く記述を削除した。
・プラットフォームUI変更は予期せぬトラブルの温床。動いているからと過信せず、定期的な動作確認が必須。
・headless環境でのUI操作には限界がある。デリケートなコンテンツ管理には、APIによる制御と多重の検証体制が不可欠。
・特にR-18コンテンツは、セキュリティとアクセス制限の堅牢性がサービス運営の生命線。最悪の事態を想定した「自動ガード機能」は最終防衛線となる。
・法令遵守は絶対。AI生成コンテンツでも、最終的な目視チェックと緊急停止フローは必須。
📌 自動化は諸刃の剣：プラットフォームUI変更とコンテンツ漏洩リスクからの教訓
今回の件で、自動化システムの持つ「諸刃の剣」としての側面を痛感した。一度構築すれば、あとは自動で動いてくれる。しかし、その裏でプラットフォームが静かに変化していく時、無言で機能を停止したり、意図しない挙動を引き起こしたりするリスクがある。
Patreonの編集画面が headless では一切描画されなかったり、書き込みAPIに CSRF対策用セキュリティトークン が必須だったりと、サービス提供側もボット対策を強化していることがわかる。僕らの自動化ツールも、こうした変化に追従し、場合によっては戦い続けなければならないのだ。
特に、AI画像検出器の「画像検出AIモデル（設定C）」がアニメ調の画像で80%も局部検出を取りこぼした事実も、僕に衝撃を与えた。どんなに高度なAIでも万能ではなく、R-18コンテンツの最終的な安全性は、やはり人間の目と判断に委ねる必要がある。
「動いているから大丈夫」。 この言葉ほど危険なものはないと、今回の件で心の底から思い知った。 システムは常に変化する環境の中で動いている。 自動化は僕らの味方だけど、その自動化が想定外の挙動を起こす可能性も常に頭に入れておかないと、とんでもないしっぺ返しを食らう。 R-18コンテンツを扱う以上、この教訓はサービス運営の生命線だ。
🔒 あなたの有料コンテンツは安全？今すぐ「想定外の流出」を防ぐ行動を！
僕の泥沼の修復戦記を読んでくれたあなたも、自身のPatreonや類似プラットフォームでの自動投稿システムが本当に安全か、ぜひ確認してみてほしい。
- 今すぐ手動で確認！: 自身のPatreon（または類似プラットフォーム）の有料プランにおけるランク指定が、現在も正しく機能しているか、今すぐ手動で確認する。特に、R-18などデリケートなコンテンツは最優先だ。
- 定期検証の仕組みを検討: 自動投稿システムを利用している場合は、プラットフォームのUI変更を検知し、ランク指定が想定通りに行われているかを定期的に検証する仕組みを検討・実装に着手する。API経由での検証が最も確実だろう。
- 「自動ガード機能」の導入: R-18コンテンツを扱っている場合、コンテンツ流出リスクに対する「緊急停止機能」や「投稿前の自動検証ガード」など、具体的な再発防止策の導入を検討し始める。投稿前に意図しない公開範囲になっていないかをチェックするコードゲートは必須だ。
今回の僕のやらかしが、あなたのシステムを救う一助となれば幸いだ。自動化は素晴らしいが、その裏に潜むリスクと常に隣り合わせだということを、忘れてはならない。
・PatreonのUI変更でR-18コンテンツが全有料プランに流出する危機が発生 ・旧自動投稿スクリプトが新UIに対応できず、ランク指定が無言でスキップされていたことが原因 ・緊急停止、APIによる既存予約の修正、新UI対応スクリプトでの自動ガード実装で対応 ・自動化の過信は禁物。定期検証と「自動ガード機能」がクリエイターを守る最終防衛線 ・今後の課題: 検証ガードの拡充や運用フローの磨き込みなど、システム改善はまだまだ続く…！
こんな泥沼のAI運用実験ログを、Substackでも配信している。失敗も含めたリアルな記録を見逃したくない方は、ぜひ登録してほしい。