一冊になるまで見通せる！EPUB編集アプリ、原稿から出力まで一体

EPUBの不具合を直す場所は、不具合が見つかった場所と同じとは限りません。本文の誤字は本文正本、著者名は書誌、章名は目次、表紙は表紙設定へ戻します。navの不一致は生成物検査で発見しても、原因になった入力へ戻します。この五区画を一枚の責任地図にすると、一体型EPUB編集アプリでも生成済みEPUBを誤って正本にせず、どこを直して何を再確認するかが分かります。

責任地図は五区画だけで作る

地図の区画は「本文」「書誌」「目次」「表紙」「生成物検査」の五つです。各区画に、正本、担当、変更後の生成物ID、再照合点を持たせます。アプリの全機能一覧や作業時間はこの地図へ入れません。

生成物検査は修正用の正本ではありません。問題を見つけ、本文・書誌・目次・表紙のどこへ返すかを決める区画です。

五区画の境界は、ファイル形式ではなく責任で決めます。XHTMLに著者名が表示されていても、著者名を生む正本が書誌なら書誌区画です。発見したファイル名だけで戻し先を決めないことが、地図を次回生成にも使える条件です。

誤字は本文区画へ返す

生成したEPUBで誤字を見つけても、EPUB内部のXHTMLだけを直しません。責任地図の本文行から正本と担当を確認し、本文正本を修正します。修正後は新しい生成物IDを付け、同じ段落が直ったかを照合します。

この戻し方なら、次回生成で誤字が復活しません。再照合点は該当本文だけでよく、書誌や表紙の合否を混ぜる必要はありません。

著者名と章名は別の区画へ返す

著者名の誤りは書誌区画です。修正する正本をmetadata-R2のように指し、新しいEPUBのOPF書誌で確認します。章名の誤りは目次区画へ返し、目次正本を直した後にnavとNCXの対応を見ます。

本文中に同じ章名が見えても、目次の問題を本文置換だけで済ませません。どの入力がnavやNCXを作るかを責任地図で示しておくと、見つけた表示だけを直す事故を避けられます。

表紙は画像と参照を一組で扱う

表紙区画では、画像ファイル、設定上の表紙、パッケージ内の参照を分けて記録します。画像が存在しても参照が解決しなければ、表紙区画は完了ではありません。修正後の再照合点は、画像資源だけでなくmanifest、表紙参照、検査値です。

表紙なしの成功を表紙付きへ流用しないことも、この区画の責任です。表紙問題の詳しい実測はSTUDIO-232へ譲り、本記事では「表紙欠陥をどの正本へ返すか」だけを扱います。

生成物検査は新しいIDを入口にする

2026年8月11日の表紙なし二章EPUBでは、valid=true、nav、NCX、OPF書誌、spine順を確認しました。この結果は、責任地図の生成物検査区画に置けるStage 4の証拠です。表紙付き候補と、欠陥修正後の再生成は未実施です。

再生成するときは前のEPUBへ上書きせず、新しい生成物IDを付けます。検査票は「旧IDで見つけた欠陥」「戻した区画」「変更した正本」「新ID」「再照合点」を一行で結びます。これにより、古い生成物を修正後の結果として読んでしまう混同を防げます。

Rune Studioの記述は確認済み出力へ限定する

本記事で製品について断定するのは、表紙なし二章EPUBで確認済みのvalid=true、nav、NCX、OPF書誌、spine順だけです。製品の一般的な機能範囲から、原稿編集から出力までの一体性を推定しません。

責任地図そのものは、特定製品の自動機能ではなく編集運用です。ストア受理、固定レイアウト、閲覧環境の表示、生成EPUBの直接恒久修正も対象外です。

一冊を直す前に五行を埋める

最初の作業は、本文、書誌、目次、表紙、生成物検査の五行へ正本と担当を書くことです。不具合が出たら、発見場所から該当区画へ矢印を引き、修正後の生成物IDと再照合点を追記します。

結論は「一つのアプリですべて直す」ではありません。五種類の欠陥を正しい入力へ返し、新しい生成物で対応箇所を確認できることです。その地図があれば、原稿からEPUB出力までの責任を一冊の中で見失いません。

次の一歩は、最近見つけた不具合を一件だけ地図へ置くことです。発見したファイルではなく、次回生成にも残る正本を指し、担当と再照合点を書きます。一件を最後まで結べれば、残る欠陥も同じ五区画へ追加できます。

製品の対応範囲を地図へ加える前に、商品ページと機能資料で現在の根拠段階を確認してください。