絵本(Kindle出版)の申請作業

AI絵本のKDP出版では、画像生成後の「ダウンロード」と「出版申請」が自動化しきれず、手作業として毎週残ります。この記事では、その手作業の実態と、そこから見えてきた道具の選定基準を整理します。

実際に起きたこと(1) Midjourneyのダウンロード自動化は1枚目しか成功しなかった

運営者はAmazon KDPで3〜6歳向けのKindle絵本シリーズを制作しています。イラストはMidjourneyで生成し、週1ペースでの刊行が目標です(2026年8月時点で2巻を公開済み)。1冊の絵本には表紙・見開き・裏表紙などで11〜12枚の画像が必要になります。

このダウンロードを自動化しようとしたところ、ネイティブボタンの操作やJavaScriptでの取得など複数の方法を試しても、同じ自動化セッション内では1枚目しか成功しませんでした。原因は特定できていません。1巻ではCDNの画像URLを直接開いて保存し、2巻では新しいブラウザセッションでネイティブボタンが安定して動いた、という違いもあり、再現条件がはっきりしないままです。結果として、2枚目以降は運営者自身が手動でダウンロードすることになり、これを巻ごとに11〜12回、毎週繰り返すのが現状です。

実際に起きたこと(2) Kindle CreateとKDP申請は約15画面の手作業になった

テキストをページ画像に合成する工程まではPowerShellスクリプトで完全自動化できました。しかしその先の、Kindle Create(デスクトップアプリ)での体裁調整と、KDPサイトでの出版申請は、ブラウザ自動操作もWindowsのUI自動化も効きませんでした。そのため、スクリーンショットを見せながら次の入力・クリックを一画面ずつ確認して進める手作業が、約15画面分続きます。

この申請には見落とせない項目があります。特に「AI生成コンテンツの開示」は、画像・テキストともAI使用なら必ず「はい」にする必要があり、申告しないとタイトル削除だけでなくアカウント全体の停止につながる可能性があると言われています。カテゴリー・キーワード7枠・対象年齢なども毎回同じ確認が必要で、手作業のなかで必須項目を落とさない工夫が求められます。

サブモニターを選ぶときの基準

この手作業は「指示を見る画面」と「操作する画面」を行き来する作業です。画面を分けられる環境があると、この往復がしやすくなります。姉妹記事「LINEスタンプ制作の確認環境」ではモニターの色精度を基準にしましたが、今回の用途は多画面での並行作業です。基準になるのは、複数ウィンドウを同時に開いても文字が読みやすい画面サイズ・解像度かどうか、という点が目安です。運営者が現在使用している外部モニターはBenQ ZOWIEのRLシリーズ(eスポーツ向けの低遅延モデル、正確な型番は未確認)で、もともとゲーミング用途で選んだものを流用しており、この記事の基準で選び直したわけではありません。下記は基準に近い人気アイテムの紹介であり、実機レビューではありません。

チェックリストノートを選ぶときの基準

約15画面の手作業を毎巻繰り返すと、AI開示のような「絶対に外せない項目」をうっかり飛ばすリスクがあります。そこで、チェック項目をあらかじめ紙に書き出し、一つずつ確認しながら進める運用が有効ではないかと考えています。基準は、机の上で邪魔にならないサイズであること、必須項目を箇条書きしやすい方眼罫や手帳サイズであること、が目安です。こちらもまだ特定の製品は選び切れていません。

まとめ

AI絵本出版は「生成は速いが、確認と申請は人の手」という構造です。手作業が残る前提に立つと、必要な道具は高性能なものではなく、並行作業と確認漏れ防止を支えるものになります。