Markdown から印刷品質の PDF 本までの最短経路
すでに Markdown で書いているのに『最後の組版工程』で詰まり続けるなら、パイプライン全体を一つのアプリに畳む道を示します。
Markdown から印刷品質の PDF 本までの最短経路
2026年現在、Markdown は多くの技術系著者、研究者、独立出版者にとって事実上の執筆形式になりました。利点を繰り返す必要はないでしょう――プレーンテキスト、どんなエディタでも開ける、版管理に優しく、どのツールにも人質に取られない。しかし Markdown で一冊書いた後、それを印刷所が受理できる印刷品質の PDF にどう変えるか? 長年支配的な二つの道があり、それぞれにコストがあります。

第一は純粋なコマンドラインの Pandoc + LaTeX パイプライン。Pandoc で Markdown を LaTeX に変換し、XeLaTeX か LuaLaTeX で印刷 PDF にコンパイルする。技術系著者に人気で、プロ組版に近い印刷出力を出せます。しかし学習曲線は無視できません――LaTeX テンプレート、fontspec、geometry、bookcover などのパッケージを知る必要があり、CJK プロジェクトには ctex や luatexja も要ります。あらゆるレイアウト調整(行間、章開きページの位置、フォント差し替え)はテンプレートに戻り LaTeX コードを編集することを意味します。反復速度は高くありません。
第二は Markdown 執筆 + Word/InDesign 組版。Typora や Obsidian で Markdown 原稿を仕上げ、.docx に書き出し、最終組版を Microsoft Word、Adobe InDesign、Affinity Publisher で行う。各段階は見えますが、鎖全体の引き継ぎコストが高く――改訂のたびに書き出し直して組版を詰め直すことになり、同期コストが累積します。
これら二つの道のトレードオフのまわりで、2026年のいくつかのツールは「Markdown 執筆 → 印刷品質の PDF」を一つのアプリに圧縮することを狙います――LaTeX なし、Word や InDesign への引き継ぎなし、執筆と組版の間を行き来しない。下記では四つの軸を扱います。
なぜ Markdown をソース形式に
長編執筆における Markdown の適性は「シンプルな構文」ではありません――構文はシンプルですが、それは核ではありません。核は次の組み合わせです:
- プレーンテキストの可搬性 ―― 十年後、テキストエディタが存在する限り原稿は開く。プロプライエタリ形式(
.scriv、.atticus、.vellum)はその長期的な可読性を提供できません。 - 意味論的構造 ――
#は章を、*は強調を、>は引用を意味する。これらの記号は視覚的装飾ではなく意味論的ラベルで、テンプレートが異なる形でレンダリングできます(一つは電子書籍用、一つは印刷用、一つはウェブ用)。 - 版管理ツールとの摩擦のなさ ―― Markdown は行単位のテキストで、Git は段落のどの語が変わったかを正確に示せます。Word の
.docxは zip で、差分は困難です。 - 執筆中の組版による気の散り ―― Markdown ではフォントサイズ、行間、書体を考えません。内容に集中します。組版は背後のテンプレートに引き渡されます。
しかし Markdown はあらゆる場面に合うわけではありません。プロジェクトに複雑な多段組レイアウト、大量の文字と図の混在、または各行の精密な位置決め(詩集、絵本、アートブック)が要るなら、Markdown の表現力は不足を感じさせます。最も合うのはテキスト中心、明確な構造、章ベースの長編――小説、ノンフィクション、教科書、技術書、研究モノグラフです。
Pandoc + LaTeX のコスト:柔軟だが高い敷居
Pandoc + LaTeX は Markdown から印刷への道で文句なく最も強力な選択肢です。ほぼあらゆる PDF 形を出せます――どんなフォント、どんなサイズ、どんな章スタイル、どんなレイアウト規則も、すべてテンプレート経由で。多くの大学出版会、技術書出版社、本気のノンフィクション出版社が長年この道を使ってきました。
しかしコストは実在します:
- LaTeX テンプレートの学習曲線 ―― 基本的に使える本のテンプレートは200〜400行の LaTeX で、ドキュメントクラス、フォント、ジオメトリ、章スタイル、ヘッダーとフッター、目次、引用などをカバーします。ゼロから書くと習熟に数週間かかります。
- あらゆるレイアウト変更がコード編集を意味する ―― 章見出しを少し大きく? テンプレートに戻り
\titleformatを変える。各章を奇数ページから始めたい? 適切な場所に\cleardoublepageを挿入する。レイアウト変更はクリックではなく、コード編集です。 - エラー診断が親切でない ―― LaTeX のエラーメッセージは初心者には難しく、波括弧が一つ抜けるだけで十数行のエラーログを生み得ます。
- CJK 処理に追加の設定が要る ―― 中国語は
ctex、日本語はluatexja、韓国語は kotex。各言語の統合の細部が異なります。
究極のレイアウト制御のために数週間から数カ月を投じる気があるなら、Pandoc + LaTeX は代替不可能です。そうでないなら、LaTeX 学習を要求しない最短経路の選択肢が要ります。
統合経路:執筆ペインが組版ペイン
統合の設計思想:執筆ペインと組版ペインを同じアプリ内で共存させる。左手は Markdown を打ち、右目はその Markdown が最終的な印刷レイアウトでどう見えるかを見ます。あらゆるキーストロークがミリ秒でプレビューに反映され、フォント、行間、段落インデント、章開きページの細部まで含みます。
この設計の利点は「ツールが少ない」ことではなく――フィードバックサイクルです。Pandoc + LaTeX パイプラインでは、「一行変える」から「変わった PDF を見る」まで完全なコンパイルを要し、数秒から数十秒かかります。統合アプリではそのフィードバックが即時です。長編執筆にとって、そのフィードバックサイクルの差は、やりたいレイアウト調整が実際に行われるか、先延ばしになるかを決めます。
もちろんコストはあります:統合アプリのレイアウト表現力は通常 LaTeX に及びません。プロジェクトに LaTeX でしかできないレイアウト能力が要るなら、統合経路は届かないかもしれません。しかし大半の「テキスト中心」の長編にとって、統合ツールのレイアウト容量はすでに印刷ニーズをカバーします。
Catalpas Atelier Scribe:Markdown から印刷へ、統合された道
Catalpas Atelier Scribe はこの道を中心に設計された三プラットフォームネイティブのデスクトップアプリです:執筆ペイン + ライブ印刷プレビュー + 印刷品質の PDF 書き出し、すべて Markdown ソースの上で動きます。
Markdown ソース、三プラットフォームでネイティブ
章ごとに .md ファイルを一つ、どんなエディタでも開け、Git に優しく、あらゆる同期ツールに認識されます。Windows、macOS、Linux すべてにネイティブクライアント。
全層:CJK 縦組み + Markdown 執筆 + 画像書き出し 無料層だけでもプロジェクトの執筆フェーズを完成させるのに十分です――基本的な Markdown 構文、CJK 縦組み、画像書き出し(ページ + 長画像)が無料で利用可能。
Plus から:EPUB 3 + グレースケール/RGB PDF Plus は EPUB 3 とグレースケール/RGB PDF をアンロック。大半の標準小説と一般ノンフィクションの印刷ニーズ(モノクロ本文、表紙はデザイナーが別途扱う)は Plus で完全にカバーされます。
Pro:完全な印刷品質 PDF パイプライン 印刷要件が高めのプロジェクトには Pro が要ります。Pro が提供するのは:
- CMYK カラースペース + ICC カラーマネジメント ―― 印刷所指定の ICC プロファイルを読み込め、印刷色が期待と一致することを保証します。
- カスタム印刷マスター ―― 判型(KDP/IngramSpark の標準サイズはプリセット)、見開き設定、綴じ側切り替え(左綴じか右綴じ、CJK 縦組みは右綴じが既定)、裁ち落とし範囲(通常3mm)、ノド(綴じ側の追加余白)、トンボの自動付与。
- カスタムフォント取り込み ―― 印刷所指定のフォントや購入した商用フォントを直接読み込み、フォントは PDF に埋め込まれます。
- ライブ LaTeX 数式プレビュー ―― 数式はプレビューペインにミリ秒でレンダリングされ、書き出された PDF と EPUB でベクターのまま保持されます。
- ルビ ―― CJK プロジェクトでは、ルビ(音注、フリガナ)が EPUB と印刷 PDF 書き出しの両方でカバーされます。
Pro は早割で79.99ドル/年、通常129.99ドル/年。InDesign Single App の月22.99ドル(263.88ドル/年)と比べると、価格はおよそ半額。
実際に知っておくべき印刷マスターの主要パラメータ ツールが大半を自動化しても、著者はいくつかの主要パラメータを知っておくべきです:
- 判型:6×9 インチ(米国トレードペーパーバック)、A5、B6(日本でよく使う)が一般的
- 裁ち落とし:3mm(IngramSpark 標準)
- ノド:ページ数に応じて増える――200ページの本でノドはおよそ13mm、400ページでおよそ19mm
- カラースペース:印刷所指定の ICC
- フォント埋め込み:使用するすべてのフォントが PDF に埋め込まれなければならない
Scribe Pro はこれらを「見えるが既定値が入った」設定にします――著者はゼロから始めませんが、システムがブラックボックスでもありません。
選択を下す
最短経路は絶対ではありません――投じる気のある学習コストと、必要なレイアウト制御の度合いに依存します。
究極のレイアウト制御のために時間を投じる気があるなら、Pandoc + LaTeX パイプラインは代替不可能のままです。特に複雑な多段組レイアウト、技術書組版、本気の学術出版を伴うプロジェクトでは。
すでに Word + Vellum/Atticus で機能しているなら、Markdown に切り替える必要はありません――良いワークフローは置き換える必要がありません。
以下の場合、統合された Markdown から印刷への道が合うかもしれません:
- すでに Markdown で書いており、組版のために Word に戻りたくない
- 執筆と組版の間のフィードバックサイクルを重視し、「書き出し ―― コンパイル ―― 見る」のループに耐えたくない
- プロジェクトに CJK 縦組み、ルビ、LaTeX 数式が一つ以上関わる
- 印刷品質の PDF(CMYK、ICC、カスタムマスター)が要るが LaTeX を学びたくない
- デバイス構成が Windows、macOS、Linux にまたがる
- 長期的なソースの可搬性を重視し、プロプライエタリ形式にロックインされたくない
無料層から始める――基本的な執筆能力はすでに完備で、ワークフロー全体が合うかを確かめるのに十分です。確認したら、Plus か Pro にアップグレードして必要な書き出し能力をアンロックします。数章書いてみて、リズムに合うか見てください。
関連記事:
- 小説家のためのローカルファースト執筆ツール:原稿を自分のコンピュータに留める
- 一つの原稿から EPUB と印刷 PDF を書き出す:インディー著者の単一ファイル・ワークフロー
- 2026年、小規模出版社が使う価値のある組版ソフトウェア
- Scribe ソリューション・ハブ:ワークフローから入り口を見つける