0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

【第4回】ChatGPTで作ったマンガPDFを改訂する――表紙・地域別翻訳・GitHub Releasesでの配布

0
Posted at

個人開発アプリのサンプルとして、ChatGPTと8ページのマンガ『ためし部』を作りました。前の3本では、ラフを見て指示を返す制作の往復と、検索できる多言語PDFにするまでを紹介しました。

その後、既存の第1〜3話を読み返し、各言語の表紙と翻訳を見直しました。配布方法もGitHub Pages中心の構成から、固定タグ付きのGitHub Releasesへ移しています。記事の第4回となる本稿では、マンガ第4話の制作ではなく、次の話に備える設定の追加と、既存の第1〜3話を「読みやすく直す」「同じ版を届ける」作業をまとめます。

対象は2026年11月3日までの制作・配布記録と、11月5日に追加したシリーズ設定です。依頼文は「抜粋」と明記した箇所以外は原文全文、翻訳の修正例は変更記録から引用しています。制作側の検査と、アプリで実際に操作する検証は分けて記載します。図3は実際のPDFの比較、図1・2・4〜8は記録をもとに整理した説明図です。

前の記事:第1回:第1話のラフと修正プロンプト/第2回:第2・第3話の編集判断と作画/第3回:検索できる多言語PDF・翻訳・版管理

次の話に備え、シリーズの設定を広げる

学年・作中時間・季節の方針を決める

第4話以降に追加する設定を考えたので、11月1日に制作前の設定資料へ追記しました。

筆者のプロンプト(全文)

設定を追加してください。まだ次の制作を始めないでください。

  • 全員高校1年生
  • 1話は4月前半で、以降半月ずつ経過する
  • 4話以降では、日本の季節ネタを取り入れることを検討してください

これで第2話は4月後半、第3話は5月前半、第4話は5月後半という目安になります。PDFを発行・改訂した日を、そのまま作中の日付にしないための整理でもあります。

学年は4人とも高校1年生でそろえ、季節ネタは各話の作中時期に合わせて検討する方針です。図1では、第4話の5月後半を意識した新緑の通学路と、以降の話の候補となる傘立てと雨の窓、部室の机に並ぶ冷たい飲み物を例示しました。下段は、ラフ線を残して淡く彩色した記事用の説明イラストです。制作当時のラフや、採用済みの場面ではありません。

図1 学年・作中時間・季節の方針

図1 学年・時系列と、季節ネタを学校生活の場面として考える方針を整理。顔は既存表紙から抜粋し、下段3場面は記事用に新規作成したラフ風の説明イラスト。

顧問と部外の同級生を加える

11月5日には、学校生活の関わりを広げる設定を追加しました。今回は、顧問の役割と部外の人との関係を私が指定し、名前・性格・外見などの具体化をChatGPTに任せています。

筆者のプロンプト(全文)

設定を追加してください。まだ次の制作を始めないでください。

  • 部の顧問の先生(女性)の設定を追加してください。部活動に対して、生徒の自主性を尊重する、困った時には相談に乗る、時々活動の様子を見る。名前や担当教科、外見や服装はお任せします。
  • 部員の同級生など複数名の設定を追加してください。名前や特徴はお任せしますが、キャラの区別がつきやすい工夫をしてください。
  • 部の外(同級生など)から困り事を相談される話を時々追加する方針を追加してください。詳細は、話のシナリオ作成時に考えてください。

ChatGPTは、国語担当の女性顧問「椎名文乃」と、高校1年生の同級生「早見りつ(陸上部)」「丹羽まどか(図書委員)」「倉橋みつき(美術部)」を設定しました。先生は問いかけで考えを引き出し、許可や安全に関わる判断を引き受けます。一方、発想や活動の中心は既存の部員4人に置き、先生が毎回の答えやオチを持っていく構成にはしません。

同級生3人には、使う人として率直に感想を伝える、共同の場所への配慮を言葉にする、配置や伝わり方を見比べる、という違いを設けました。見分け方も色だけに頼らず、ベリーショート・低い二本の三つ編み・高い二つのお団子という髪型、身長、姿勢、小物で区別する設定です。

部外からの相談は、毎回の決まった型にせず、ときどき話の入口にします。相手の話を聞き、困っている点を確かめ、小さく試し、感想を聞く。大がかりな解決よりも、少し使いやすくなる、気持ちが軽くなる、といった前向きな変化を大切にする方針です。

追加4人の紹介画像も作成し、既存4人と顔立ち・線・彩色をそろえるよう調整しました。りつはロイヤルブルー、まどかはココアブラウンとし、既存キャラクターとの色の重なりも見直しています。図2には、絵柄をそろえた最新の紹介画像と、既存4人の記念バッジから顔を抜粋しました。ここでも、私がすべての細部を決めるのではなく、作品で守りたい関係と任せる範囲を示しました。追加したのは設定までで、部員は4人のままです。新キャラクターの初登場話や相談内容は未定で、次話のシナリオ・漫画ページの作画・PDF制作は始めていません。

図2 顧問と同級生、主役4人の関係

図2 顧問・部外の同級生と主役4人の関係、相談を扱う方針を整理。顔は最新の紹介画像と既存の記念バッジから抜粋。次話の漫画ページは未制作。

ここからは、11月3日に行った既存の第1〜3話の改訂を振り返ります。次の話に備える設定の追加と、配布済みの作品を直す作業は、分けて進めました。

多言語PDFの読みやすさを見直す

多言語化で見直したのは、表紙の文字の大きさ、会話の意味、地域ごとの表現の3点です。

同じ表紙でも、言語が変わるとタイトルが小さくなる

11月3日には、各言語版の表紙について次のように依頼しました。

筆者のプロンプト(全文)

言語毎の表紙は、タイトルのフォントサイズを十分に大きくするなど、テキストの視認性を高めるように調整してください。韓国語・中国語(繁体字)・中国語(簡体字)は修正するプロンプトを使ったことがあります。日本語を除く他の言語は未調整です。

日本語に加え、韓国語・簡体字・繁体字は過去の調整を基準にし、それ以外の10言語で第1〜3話の表紙を見直しました。対象は英語、ドイツ語、フランス語、スペイン語、ポルトガル語、イタリア語、ベトナム語、フィリピン語、ネパール語、インドネシア語の計30冊です。

同じ大きさの枠へ訳題を一行で入れようとすると、長い言語だけ文字が小さくなります。そこで、フォントを大きく太くし、意味のまとまりで行を分け、話数・エピソード名・作者名の位置も調整しました。全言語を同じポイント数へそろえるより、表紙としての情報の優先順位をそろえる方針です。

文字は検索可能なまま残しました。文字を画像に焼き込んで、見た目だけ整える方式にはしていません。

ここでは表紙だけを直したため、本文が変わらないことも確認しています。30冊の2〜8ページ、計210ページについて、描画命令と抽出テキストが編集元と一致し、画像化した結果も同じでした。この結果は表紙改訂の段階の確認です。後の翻訳改訂では、意図した本文の変更が入ります。

図3 英語版表紙の改訂前後

図3 第1話英語版の実際の表紙。左は第2版、右は11月3日の表紙改訂版(第3版)。タイトルの拡大・行分けと、話数・作者名の再配置を比較。

翻訳は、読めることだけで終わらせない

続いて、作品全体の翻訳を見直しました。方針を依頼したプロンプトには、次の条件を含めています。ここは抜粋です。

筆者のプロンプト(抜粋)

  • この作品は、東京の学生の日常生活の会話が中心です。その雰囲気がわかる翻訳を目指します。
  • 翻訳を変更した場合は、版数を上げます。ファイル名の版数を変更してください(2 -> _3_など)

引用中の版数表記は、筆者の元の入力に合わせて「2 -> 3」へ戻しています。入力時の自動イタリック化による表記の崩れを補正したものです。

そのうえで、実際のタイトル・会話・説明を確認するよう依頼しました。

筆者のプロンプト(全文)

マンガ内のタイトル、セリフや説明のテキストの翻訳品質を確認してください。配布先の国/地域別に。必要な場合は、配布先の国/地域でファイルを分けてください。

方針は、舞台を現地の学校へ置き換えることではありません。東京の高校を舞台にしたまま、4人の話し方や短い掛け合いが伝わる表現を目指しました。

具体例は、第3話の「歩幅も、小さくなる」です。英語版の修正前後は次のとおりでした。

修正前: Even your steps got quieter.

修正後: Even your steps got smaller.

修正前は足音の静かさへ意味がずれていました。修正後は、歩幅の変化を表す方向へ戻しています。

別の場面では、部室へ戻る流れが帰宅の表現になっていました。

修正前: Fewer supplies. A lighter trip home!

修正後: Fewer supplies. Less to carry back!

単独では自然に読める英文でも、どこへ戻る場面なのかを含めると修正が必要でした。ほかにも、フィリピン語で「静かさ」が「騒音」になった箇所や、「雨の日」が「雨季」へ広がった箇所などを見直しています。

今回はAIによる対訳確認と修正です。現地の人による校閲・読者テストを済ませたという意味ではありません。PDFの文字を検索できることと、会話が自然で原文の意味を保っていることは、引き続き別の確認項目です。

図4 英訳の修正例

図4 第3話の変更記録にある英文の修正前後。歩幅の意味と、部室へ戻る場面の整合を取り戻す例。

国名から一つの言語を決めず、地域版を選べるようにする

国・地域別に確認し、必要なら分けるという方針は筆者が示しました。どの地域版を追加するかは、Workが用語や表現の違いを検討して決めています。

今回追加したのは、中南米向けスペイン語のes_419、ポルトガル向けのpt_pt、香港向け繁体字のzh_hkです。それぞれ第1〜3話を用意しました。

  • スペイン語は、従来のスペイン向けesと、中南米向けes_419を分ける。

  • ポルトガル語は、従来のブラジル向けptと、ポルトガル向けpt_ptを分ける。

  • 繁体字は、台湾向けzh_twと、香港の用語を反映したzh_hkを分ける。香港版は標準書面語で、口語の広東語版ではない。

従来の14言語区分から、17の言語・地域区分へ増えました。ここでの14は、もともと簡体字・繁体字も別々に数えていた制作上の区分です。3話ずつあるため、PDFは42冊から51冊になっています。

一方、カナダ向けに英語・フランス語を選べることを、ケベック専用版を制作したこととは扱っていません。シンガポールやマレーシアで既存の英語・簡体字版を案内する場合も、専用の現地版やマレー語版を作ったという意味にはしません。国名から機械的に一つの言語を選ぶより、用意した版の範囲を示して読者に選んでもらう方針です。

これらはPDFの想定読者と翻訳の方針です。アプリストアで実際に配信する国・地域の設定とは別に管理しています。

図5 言語と地域別の追加版

図5 筆者は国・地域別の確認と必要時の分割を依頼し、Workが地域差を検討して3区分を追加。既存版と地域版の対応を示す。

改訂版を管理し、利用者へ届ける

読みやすさを整えた後は、どの改訂版を、どこから、どのアプリへ届けるかをそろえました。

改訂版をまとめ、公開配布版を基準にする

表紙を直した後に翻訳も直すことになりましたが、そのたびに機械的に版数を増やすと、同じ日の改訂の関係が分かりにくくなります。そこで、次のように指示しました。

筆者のプロンプト(全文)

本日表紙の変更により版数を上げた場合は、その版数を維持してください。

当日の表紙改訂対象10言語は、第1・2話を第3版、第3話を第2版のまま維持し、翻訳修正もその版へまとめています。地域別の追加版も、対応する版数を引き継ぎました。

tameshibu_episode1_2_en.pdf → tameshibu_episode1_3_en.pdf

tameshibu_episode3_en.pdf → tameshibu_episode3_2_en.pdf

地域版の例:

tameshibu_episode1_3_es_419.pdf

tameshibu_episode1_3_pt_pt.pdf

tameshibu_episode1_3_zh_hk.pdf

最終的な51冊の内訳は、既存42冊のうち改訂33冊・同一内容の継続9冊と、新しい地域版9冊です。51冊全部を同じように再生成したわけではありません。

また、制作元と配布済みPDFでは、一部のハッシュが一致していませんでした。利用者である私からは、Android StudioのGeminiが検索の問題に対応して変更したとの記憶を伝えています。ただし、それだけで具体的な修正内容まで特定したことにはなりません。

今回の表紙改訂では、公開配布版とハッシュが一致するPDFを編集元に使い、本文を保持しました。古い制作ソースから単純に作り直して、配布側で施した検索対応まで消してしまわないためです。今後の制作へ翻訳修正を引き継ぐ対訳データも残しました。

図6 改訂版の管理

図6 表紙と翻訳を同じ改訂版にまとめ、公開配布版を編集元にする流れ。本文一致の確認は表紙改訂段階に限り、完成51冊の内訳と分けて示した。

PDFの置き場所をGitHub Releasesへ移す

以前の記事では、testdata/に置いたPDFをカタログ・README・GitHub Pagesへ反映する構成を紹介しました。

サンプルPDFマンガの第3話を加えてプッシュを依頼した際、ChatGPT WorkからGitHubの容量・ファイルサイズ面の懸念を指摘されました。解決方法を相談すると、PDF本体をGitHub Releasesへ添付し、固定タグ付きのURLで取得する方法を提案されました。そこで、アプリ開発環境で配布方式を変更しました。旧バージョンとの互換性のため、旧PagesのPDFとURLは維持しています。

11月3日には、既存のsample-manga-v1を残し、改訂版をsample-manga-v2へ公開しました。制作側へ渡した依頼から、版と取得先に関する部分を抜粋します。

筆者のプロンプト(抜粋)

  1. 公開済みの sample-manga-v1 のPDFを、異なる内容で上書き・削除しないでください。改訂版も新しいタグへ配置してください。
    アプリへの引き渡しには、latest/download ではなく、タグを指定した固定URLを使用してください。

今回の3種類の番号は、意味が異なります。

  • PDFの内容版:第2版・第3版など、各作品と言語ごとの改訂。

  • 配布用のタグ:sample-manga-v2という、複数のPDFをまとめて届ける単位。

  • アプリのバージョン:カタログや取得先の変更を利用者へ届けるアプリ本体の版。

PDFを取得するURLは、例えば次の形です。

同じマンガでも、両アプリで過去の配布名が違う箇所があります。第1・2話のフィリピン語版はViewerが_tl.pdf、Utilityが_fil.pdfという違いがあるため、一括で改名せず、リポジトリ別の対応表を使っています。

図7 GitHub Releasesへの配布移行

図7 PDF増加に伴う容量面の懸念から、Workへの相談・提案を経てReleases配布へ移す流れ。PDFの内容版・配布タグ・アプリ本体の版は区別する。

公開したPDFと、アプリで使うPDFをつなぐ

制作側からは、両リポジトリへ各51冊と、一覧のmanifest.json、旧版との対応表android-handoff.csv、チェックサムのSHA256SUMS、取得検証のpublic-verification.jsonを公開しました。

公開後の11月3日の記録では、両リポジトリの全102件を認証なしで実際に取得し、HTTPS、最終HTTP 200、PDFとして解析できること、8ページ、サイズとSHA-256の一致を確認しています。これはファイルの取得・同一性の検証で、翻訳品質やAndroidでの検索操作を同時に保証するものではありません。

公開先は次の2つです。

Utility側は、アプリ本体の「最新版」判定へ影響させないためPre-release区分で公開されています。この記事で完成版として扱っているPDFは、固定URLから取得する配布物です。

ただし、Releasesへ公開しただけでは、アプリ内の一覧は変わりません。制作側の公開後に、Android側でカタログ、URL、ハッシュ、言語・地域選択、README、公開ページの更新を進めています。

ここでも抜けがありました。確認当初、Utilityのマレー語ページと香港向けページには、51冊の一覧がありませんでした。既存の検証では「リンクが0件のページ」を検査対象から外していたため、一覧が丸ごとないページを見逃していたのです。

11月3日に一覧を追加し、地域注記を角括弧へ統一、英語の言語名順・話数昇順へそろえました。Viewer側の修正とUtility側の修正です。

作業記録では、README4件と公開HTML29ページのすべてに各51冊がそろい、両アプリ各8件の回帰テストとCI・Pages公開が成功しています。「あるリンクが正しいか」に加えて、「あるはずの一覧が存在するか」も確認項目にしました。

アプリ内での見開き・検索・コピーは、制作側のPDF検査とは別に開発側で確認する作業です。アプリ本体の公開状況まで、PDFの公開結果から推測しないようにしています。

図8 公開とアプリ反映の検証

図8 Releasesへの公開、アプリ側の反映、案内ページの検査を分けた流れ。一覧が丸ごとないページも検査するよう見直した。

作った後も、編集者として見る

初回は、AIのラフを見て、次に何を直すかを決めていました。今回は、次話に備える人物や関係の設定、言語が変わった表紙、原文から意味がずれた会話、公開ファイルとカタログの対応を見て、次の指示を決めています。

指示する側が全部の訳文やレイアウトを先に決めるのではなく、AIに案と修正を考えてもらい、作品の意図・変更範囲・完了と呼べる条件をこちらで示す。その分担は、最初のマンガ制作から続いています。

「翻訳できた」「PDFを作れた」「公開できた」「アプリで選んで読めた」は、同じ完了ではありません。作品の読みやすさと、利用者へ届く経路の両方を見直す改訂になりました。

これまでの記事を読む:連載ストックリスト

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?