Scribe と Reedsy Studio：共同編集プラットフォームとローカル原稿の版境界

Scribe と Reedsy Studio：共同編集プラットフォームとローカル原稿の版境界

Reedsy Studio（旧 Reedsy Book Editor）は、2026年において、プロ編集者とのクラウド共同編集向けに最も使われている無料プラットフォームの一つです。強みは明確です。統一されたウェブエディタ、組み込みの変更履歴とコメント、Reedsy 上で審査を経た編集者・装幀・コピーライターの仕事との滑らかな連携。次の本を「プロ編集者を見つけ、章ごとにクラウド上で確認してもらう」というラインで進めるなら、Reedsy Studio は摩擦の少ない共同編集体験を提供します。

しかし、Reedsy Studio は「長編ドラフトから完成本まで」を担うフルプラットフォームではありません。書き出し能力は意図的に抑えられています。EPUB と PDF はどちらも生成されますが、組版オプションが限定的で、印刷パラメータ（裁ち落とし、版面寸法、ICC、フォント埋め込み）の粒度は専用の組版ツールに大きく及びません。ローカライズ（CJK 組版、縦組み、ルビ）への対応はかなり限定的です。原稿は Reedsy のクラウド上に置かれるので、「自分のファイルがどこにあるか」という著者の感覚はローカルツールより薄くなります。これは欠陥ではなく、Reedsy Studio が自らを「著者と編集者のインターフェース」と位置づけ、「著者の全工程を引き受ける家」とは位置づけていないことに伴う、必然のトレードオフです。

Catalpas Atelier Scribe はこのライン上で Reedsy Studio の代替ではなく、その前後を覆います――協業に入る前の「単独創作」段階と、協業を終えた後の「印刷・リリース準備」段階。二つのツールの間の鍵となる概念は 版境界 です。原稿の最新版がどの時点で Scribe 側にあり、どの時点で Reedsy 側にあるか。両者で並行管理しないこと。

Reedsy Studio の強みと限界

強み ―― 編集者との共同編集は本当に滑らかです。変更履歴、コメント、版比較、会話バブルが単一のウェブ UI に統合されています。編集者は docx ファイルとメールの間を行き来する必要がありません。両者がプラットフォームに慣れていれば、「Word ＋ メール」経路に比べてコミュニケーションコストは目に見えて低くなります。Reedsy プラットフォーム上の編集者の多くがこのワークフローに慣れているので、操作の説明をする必要もありません。

限界その一：書き出し経路 ―― Reedsy Studio の EPUB と PDF は組み込みテンプレートを通り、カスタマイズ性は高くありません。大半の英語小説には十分ですが、特殊な組版が必要な原稿（CJK 縦組み、二言語対訳、複雑な脚注、ルビ）には届きません。

限界その二：印刷パラメータ ―― 印刷用 PDF に関わる裁ち落とし、版面寸法、カスタム印刷用版下、フォント埋め込み、CMYK 変換は、Reedsy Studio 内では設定不可能か、粒度が足りません。KDP Print、IngramSpark、地元の印刷所に入稿するとき、その差は実コストとして現れます。

限界その三：原稿の所有 ―― 原稿は Reedsy のクラウドに置かれ、書き出されるのはレンダリング済みのアーティファクトであって「プロジェクトファイル」ではありません。最終的に原稿を自分のものとし、ハードディスク上に置きたいなら、定期的な書き出しとローカルバックアップを自分でスケジューリングする必要があります。

これらの限界が分かれば、いつ原稿を Reedsy Studio に渡し、いつ手元に戻すかを判断できます。

版境界：協業フェーズ vs. ローカルフェーズ

協業フェーズ ―― あなたとプロ編集者が Reedsy Studio 上でコンテンツ編集やライン編集を行っている期間。このフェーズでは、原稿の最新版は Reedsy プラットフォーム上に住みます。編集者が修正し、あなたが受諾／却下し、両者がコメントで議論します。手元の Scribe プロジェクトは「参考状態」に格下げされます――触らないでください。両側で版がずれることを避けるためです。

Scribe への戻し ―― コンテンツ編集の周回が終わり、最終本文が確定したら、Reedsy プラットフォームから原稿を書き出し（通常は .docx か .epub）、協業フェーズでの本文変更を手作業で Scribe プロジェクトに反映します。この瞬間から、原稿の最新版は Scribe に戻り、Reedsy プロジェクトは「完了」に格下げされます。

なぜ明示的な引き継ぎが大事か ―― 印刷用 PDF のパラメータ（CJK 組版、フォント埋め込み、裁ち落とし、版面、版下）はすべて Scribe 側でより制御しやすく、EPUB の版管理とローカルアーカイブも Scribe のほうが安定しています。原稿を Reedsy プラットフォームに長期間置き続けると、「仕上げ」工程がプラットフォームのテンプレートの限界に手渡されてしまい、刊行前の細部の制御を失います。

切り替えに複雑なツールは要りません。最終 docx か epub を引き降ろし、Scribe プロジェクトと章ごとに突き合わせ、テキストの差分を手で当てていきます。「手作業」は退屈そうに聞こえますが、見た目より速く片付きます。協業フェーズの変更はほぼテキスト（語選び、文のリズム、削除）に限られ、適用は速く、明示的だからです。

書き出し経路で起きるスタイルのずれ

原稿を Reedsy Studio から Scribe に戻すとき、いくつかのスタイル変化はほぼ確実に起こります。事前に知っておくと、その場の対症療法に時間を取られません。

組版パラメータは渡らない ―― Reedsy プラットフォーム上のフォント、行間、段落間隔はテンプレート制御で、docx 書き出し後は読み取れる「組版プロジェクト」として保持されません。Scribe 側での正しい振る舞いは、Reedsy の組版を再現しようとしないこと――Scribe プロジェクトの組版設定に任せます。編集者とは事前に合意しておきます。「テキストだけ見てください。組版は私の側で扱います」。

章境界 ―― Reedsy Studio は組み込みの「Chapter」ブロックで章を区切り、docx 書き出し時には見出し1になります。Scribe は見出し1を認識しますが、章が結合・分割されていないかは一度確認してください（特に序章や番外など非標準の章）。

コメントと変更履歴 ―― これら二つのメタデータは、書き出しで失われるか、簡略化される可能性が高いです。Reedsy プラットフォーム上のプロジェクトを閉じる前に、保存価値のあるコメントは別ノートへ手作業で書き写します。Scribe プロジェクトに戻し入れる必要はありませんが、後の改稿や次の本でフィードバックを見直したくなることはあるでしょう。

なぜ印刷パラメータは Scribe 側に戻るべきか

最終本文が確定した後、「EPUB ＋ 印刷 PDF を作る」工程はなぜ Scribe に戻すべきか。

第一に、印刷パラメータの粒度。裁ち落とし、版面寸法、フォント埋め込み、CMYK、ICC ――入稿時にはほぼすべて項目ごとの確認が要ります。Scribe（特に Pro）はこれらをプロジェクトの長期的な構成要素として扱います。Reedsy Studio のテンプレート経路は高層すぎて、個別に詰められません。

第二に、ローカライズと CJK。プロジェクトが中国語・日本語・韓国語を含むなら、縦組み、ルビ、改行ルールが本当の問題になります。Reedsy は英語向け原稿には強いですが、CJK には投資が少なめです。

第三に、長期的な再現性。刊行から数年後に改訂版やハードカバー版を作りたくなったとき、原稿が手元のディスクにあって、いつでも PDF を生成し直せる組版プロジェクトと共存している状態と、原稿がサードパーティのプラットフォームにあって、そのプラットフォームが N 年後に存在し続けるかは保証されない状態――どちらを選ぶか。ローカルプロジェクトの再現性は、インディー出版者にとって過小評価された資産です。

編集者との版境界：一行で書くなら

協業フェーズの原稿は Reedsy に、刊行前の原稿は Scribe に。両側で同時に管理しない。このルールがこのワークフロー全体の核心です。他は細部に過ぎません。ワークフロー文書の最初の一行に書き、プロジェクト開始時に編集者と引き継ぎ点を合意しておけば、版のずれと書き出し形式の問題の8割は避けられます。

Reedsy 編集パスのあと、刊行前段階をどう引き取るか、Scribe で確かめる →

こちらも合わせて

• Scribe のコラボレーション・ハブ ―― 他の執筆・ノート・レビューツールとのワークフローへの入り口
• Scribe と Word：docx を橋渡しにした往復レビュー・ワークフロー ―― 編集チェーンが Reedsy ではなく従来型の docx 往復で動く場合