長編小説の執筆環境を従来のスタンドアロンソフトからAIアシスタント連携型プラットフォームへと切り替える際、多くの作家が直面するのがScrivenerからの移行問題です。Literature & Latte社が開発するScrivenerは、20年以上にわたり長編小説の構成管理における事実上の標準ツールとして君臨してきました。階層無制限のバインダー（Binder）ツリー、コルクボード、柔軟なスプリット表示は、膨大な分量の原稿を執筆する作家に不可欠な存在でした。
しかし、ClaudeやGPT-4などの大規模言語モデル（LLM）をプロット構築や本文執筆、壁打ちに本格導入しようとすると、Scrivenerの限界が浮き彫りになります。ScrivenerにはネイティブなAI連携機能がなく、何十人もの登場人物や世界観設定をリアルタイムにAIプロンプトのコンテキストへ渡すリレーショナルデータベースも備わっていません。
そこで注目を集めているのが、小説執筆に特化したAI支援プラットフォーム「Novelcrafter」です。執筆に集中できるエディタ機能、構造化されたプロットマトリクス、そして高度なストーリーバイブル機能である「Codex（コーデックス）」が統合されており、本文中に登場人物名や固有の用語が現れると、システムが自動的に設定を認識してAIのプロンプトへと文脈を注入してくれます。
移行を検討する作家が最も不安に感じるのは、次の2点です。
- 丹念に作り込んだバインダーの階層構造（部/幕 $\rightarrow$ 章 $\rightarrow$ シーン）が崩れ、1つの巨大なテキストの塊になってしまわないか？
- Scrivenerの「Characters」や「Research」フォルダに蓄積された膨大なキャラクターシートや世界観設定が失われ、何百時間もかけて手動入力し直す羽目にならないか？
NovelcrafterはScrivener独自の.scrivパッケージファイルを直接読み込むことはできません。しかし、Scrivenerのコンパイル機能とNovelcrafterのインポート解析機能を正しく連携させれば、原稿構造を100%忠実に再現して移行することが可能です。さらに、Novelcrafterの「Snippets（スニペット）」とAIを活用した「Extract to Codex（コーデックスへ抽出）」機能を使えば、長年書き溜めた静的な設定資料をわずか数分で動的なストーリーバイブルへと一括変換できます。
構造マッピング：Scrivenerのバインダー vs Novelcrafterのデータ構造
エクスポート作業を始める前に、Scrivenerの自由度の高いバインダー構造がNovelcrafterのどの要素に対応するのかを把握しておく必要があります。
| 構造レベル | Scrivener（バインダー） | Novelcrafterの設計 | 移行時のマッピング設定 |
|---|---|---|---|
| 最上位構造 | ルート直下のフォルダ（部 / 幕） | 幕（Acts） | 見出し1（Heading 1 / #） |
| 中位構造 | サブフォルダまたは文書（章） | 章（Chapters） | 見出し2（Heading 2 / ##） |
| 執筆単位 | テキストファイル（シーン） | シーン（Scenes） | 区切り記号（***）で自動分割 |
| 設定資料集 | Characters / Places / Researchフォルダ | Codex（人物、拠点、アイテム、伝承） | Snippets貼り付け + AI自動抽出 |
| 文脈参照 | 静的なテキスト文書（画面分割で参照） | エイリアス、タグ、自動メンション検知 | Codex項目の「Aliases」フィールド |
| スクラッチメモ | Notes / ドキュメントブックマーク | Snippets（スニペット） | スニペット機能へテキスト転記 |
Scrivenerのバインダーは何でも格納できる汎用フォルダ構造ですが、Novelcrafterは長編小説の制作パイプラインに最適化された**「幕（Act） $\rightarrow$ 章（Chapter） $\rightarrow$ シーン（Scene）」**という3層構造を採用しています。本文以外のキャラクターや世界観設定はすべて独立した「Codex」へ切り分けられ、執筆時やAI生成時に必要な情報だけが自動的に呼び出されます。
第1部：Scrivenerから原稿を正しくコンパイルする
移行時によくある最大の失敗は、Scrivenerのプロジェクト全体を丸ごとエクスポートしてしまうことです。これをやると、キャラクターシートや設定メモ、ボツ原稿までが本文に混ざり込み、後から膨大な手作業による修正が必要になります。
以下の4ステップに従って、構造タグが正確に付与された原稿ファイルを書き出します。
ステップ1：バインダーの境界整理（フォルダの整理）
本文と設定資料が明確に分離されているか確認します。
- 小説の本文テキストは、必ず最上位の「Draft」（または「Manuscript」）フォルダ内だけに配置します。
- フォルダ階層のルールを統一します：
- 階層1（フォルダ）：幕 / 部（Acts / Parts）
- 階層2（フォルダ）：章（Chapters）
- 階層3（テキストファイル）：シーン（Scenes）
- ※幕を設けない構成の場合は、階層1が「章フォルダ」、配下のテキストが「シーン」になります。
- キャラクターシートや世界観メモは、Draftの外にある「Characters」や「Research」フォルダ内に残しておきます（本文と混在させない）。
ステップ2：コンパイル設定を開く
Scrivenerのメニューから ファイル > コンパイル...（Windows: Ctrl+Alt+E / macOS: Cmd+Option+E）を開きます。
- ウィンドウ上部の「コンパイル先（Compile For）」で、Microsoft Word (.docx) または MultiMarkdown (.md) を選択します。どちらの形式もNovelcrafterで正常に読み込めます。見出し記号の確実性を重視するならMarkdown、斜体などの書式保持を重視するなら
.docxが適しています。 - 左側のプリセット一覧から、標準的な形式（例：Manuscript (Times) または Default）を選択します。
- 選択したプリセットを右クリックし、「フォーマットを複製して編集...（Duplicate & Edit Format...）」を選択してフォーマットデザイナーを開きます。
ステップ3：セクションレイアウトと見出しレベルの割り当て
フォーマットデザイナー内で以下の設定を行います：
- 「セクションレイアウト（Section Layouts）」タブを選択します。
- 部/幕フォルダに対して、タイトルが「見出し1（Heading 1）」として出力されるレイアウトを割り当てます。
- 章フォルダに対して、タイトルが「見出し2（Heading 2）」として出力されるレイアウトを割り当てます。
- **シーン（テキストファイル）**に対しては、不要なドキュメントタイトルを出力せず、本文テキストのみを出力するレイアウト（Text Section など）を割り当てます。
ステップ4：シーン区切り記号（Separators）の設定
Novelcrafterがシーンの境目を認識できるように区切り文字を指定します：
- フォーマットデザイナー内の「区切り文字（Separators）」タブを開きます。
- テキスト同士が連続する箇所（シーンとシーンの接続部）の設定を探し、デフォルトの空行からカスタム文字列「
***」に変更します。 - 「章の最後のシーン後には区切りを挿入しない」設定を有効にします。
- 設定を保存してコンパイルを実行し、
manuscript.docxまたはmanuscript.mdとして保存します。
第2部：Novelcrafterへ原稿構造を取り込む
書き出した原稿ファイルを用意したら、Novelcrafterのインポート機能を使ってプロジェクトを構築します。
ステップ1：インポートウィザードの起動
- Novelcrafterにログインし、ダッシュボードで「Create Novel」をクリックします（既存プロジェクトの場合は左サイドバー下の「Import」を選択）。
- ファイル形式（
.docxまたは.md）を選択します。 - 「Choose File」をクリックし、コンパイルした原稿ファイルをアップロードします。
ステップ2：インポート条件の指定
解析設定画面で以下の重要項目を設定します：
- Import As（インポート対象）： 必ず「Prose（本文テキスト）」を選択してください。※Scene Summariesはあらすじのみを取り込むモードですので選択しないでください。
- Scene Breaks（シーン区切り）： 記号による区切りを選択し、Scrivenerで指定した「
***」を入力します。 - 見出しの認識： Novelcrafterは見出し1を幕（Acts）、見出し2を章（Chapters）として自動認識します。幕がない作品の場合は、見出し1が章として扱われ、その配下にシーンが格納されます。
ステップ3：プレビュー画面での検証（Preview Import）
最終確定ボタンを押す前に、必ず表示される「Preview Import」画面を確認します。ここが階層崩れを防ぐための防波堤です。
以下の項目を厳密に照合してください：
- 幕と章の総数： 検出された章の数が、Scrivenerのバインダー内の章数と完全に一致しているか？
- 文字数・単語数： Research等の余計なテキストが混ざっておらず、純粋な本文の分量と一致しているか？
- シーンの分割状態： 各章を展開し、シーンが正しく個別のカードに分かれているか？
もし章が認識されていなかったり、シーンが1つに結合してしまっている場合は、一度プレビューをキャンセルし、元のファイルの見出しスタイルや区切り記号を見直して再アップロードします。問題がなければ「Confirm Import」をクリックします。
これで、Novelcrafterの「Plan」および「Write」画面に、バインダーと全く同一の章・シーンツリーが構築されます。
第3部：キャラクター設定と世界観資料をCodexへ移行する
原稿の移行が完了したら、次はScrivenerの「Characters」や「Research」フォルダに眠る膨大な設定資料の移行です。
Scrivenerのキャラクターシートは単なる自由形式のテキストファイルですが、Novelcrafterの**Codex（コーデックス）**はAIプロンプトと連動するリレーショナルデータベースです。各エントリーには以下の固有フィールドが存在します：
- Name（名称）： キャラクターや地名の正式名称。
- Aliases（エイリアス/別名）： ニックネーム、愛称、称号、略称など。本文中にこの単語が現れると、システムが自動的にメンションを検知してAIに設定を供給します。
- Tags（タグ）：
主人公、敵対者、魔法使い、帝国軍などの属性分類。 - Short Description（簡潔な説明）： 1〜2文でまとめた本質的な設定。キャラクター登場時にAIのシステムプロンプトへ自動注入されます。
- Detailed Description（詳細情報）： 外見、詳細な過去の経歴、心理描写、人間関係など。
設定資料を効率よく移行するための代表的な2つのアプローチを紹介します。
アプローチA：スニペット ＋ AI対話による一括抽出（推奨）
数十人規模の登場人物を一括で移行する場合に最も適した方法です：
- Scrivenerから設定ファイルを書き出す：
- Scrivenerのバインダーで「Characters」フォルダを選択します。
ファイル > エクスポート > ファイル...でテキスト形式で書き出すか、フォルダ単体を1つのMarkdown/Wordファイルとしてコンパイルします。
- NovelcrafterのSnippetsに貼り付ける：
- Novelcrafterの左メニューから「Snippets」を開きます。
- 新しいスニペットを作成し（例：
移行用キャラクターシート一覧）、書き出したテキストを一括で貼り付けます。
- Workshop ChatでAIに構造化させる：
- 「Workshop Chat」画面を開きます。
- プロンプト入力欄で
@移行用キャラクターシート一覧と入力してスニペットをメンション参照します。 - AI（Claude 3.5 SonnetやGPT-4oなど）に対して以下のプロンプトを指示します：
「参照したスニペット内のキャラクター情報を読み込み、全員分の設定を以下のテンプレート形式に沿って整理して出力してください：
Name: [正式名称]
Aliases: [本文で使われる愛称・呼び名・略称をカンマ区切りで列挙]
Tags: [所属や役割のタグ]
Short Description: [性格、主な動機、特徴的な外見を1〜2文で要約]
Details: [詳細な生い立ち、詳細な容姿、人間関係、伏線]」
- 「Extract to Codex」で一括生成：
- AIが整理されたリストを出力したら、メッセージカードの下部にある「Extract to Codex」ボタンをクリックします。
- 検出された項目一覧が表示されるので、エントリー種別（Characters, Locations, Lore等）を確認して承認すると、ワンクリックでCodex内に全カードが一括生成されます。
アプローチB：インポート済み原稿からのエンティティ自動抽出
Scrivenerの設定メモが散逸しており、設定の多くが本文中にしか書かれていない場合は、本文スキャン機能が有効です：
- Novelcrafterの「Codex」画面を開きます。
- 抽出ツールを選択し、インポートした原稿本文をスキャンさせます。
- AIが章を横断して読み取り、頻出する人物名、拠点名、重要なアイテム名を自動検出し、新規Codex項目の作成候補として一覧表示します。
- 候補を採用した上で、Scrivenerの手元メモから詳細を肉付けしていきます。
第4部：移行後の最適化と落とし穴の回避策
原稿とCodexの取り込みが完了したら、AI支援の恩恵を最大化するために以下の4点を確認してください。
1. エイリアス（Aliases）の網羅性を高める
Novelcrafter最大の強みは本文中の自動メンション機能です。これを機能させるにはエイリアスの登録が欠かせません：
- 主人公の名前が「アレクサンダー・ハミルトン」である場合、エイリアスに
アレックス,ハミルトン,大佐などを登録しておきます。 - これにより、本文中に「大佐」と入力するだけでシステムが該当キャラクターを識別し、カードがハイライトされます。
2. トークン消費の抑制：Short Descriptionの徹底管理
初心者が最も陥りやすい罠は、Scrivenerにあった何千文字もの設定文章をそのままShort Descriptionに詰め込んでしまうことです。
- Short Description: 必ず30〜60単語程度の簡潔な要約にとどめます。この欄はキャラクターがシーンに登場するたびにAIプロンプトに常時注入されるため、長すぎるとコンテキストウィンドウを浪費し、AIの出力精度を低下させます。
- 本文（Details）: 長大な生い立ちや詳細年表は詳細欄に記載しておきます。この部分は普段は自動送信されず、手動で参照した際やWorkshopでのブレインストーミング時のみ参照されます。
3. シリーズ全体のCodex（Series Codex）の活用
執筆中の作品が全3部作やシリーズものの場合は、特定の本の中に設定を閉じ込めないようにします：
- Novelcrafterではプロジェクトを「Series（シリーズ）」として束ね、Series Codexを設定できます。
- 第2巻や第3巻を新規作成した際、同じCodexを共有できるため、続刊ごとに再インポートする手間を省けます。
4. Scrivenerへの逆インポート（往復運用の確保）
「下書きやAIとのブレストはNovelcrafterで行い、推敲や最終組版、ローカルバックアップはScrivenerで行いたい」という運用も可能です：
- Novelcrafterのサイドバー最下部にある「Export」をクリックします。
- 形式としてMarkdownまたはWord（.docx）を選択し、章見出しを含める設定でエクスポートします。
- Scrivener側で受入先フォルダを選択し、
ファイル > 読み込み > 読み込んで分割...（Import and Split...）を実行します。 - 見出し位置で自動分割され、元のバインダー構造のままScrivenerへ即座に復帰できます。
移行ステップチェックリスト
| フェーズ | 実施項目 | 完了基準 |
|---|---|---|
| 事前準備 | Scrivener内でDraftとResearchを厳格に分離 | コンパイル対象に余計な設定メモが含まれていない |
| コンパイル | 幕に見出し1、章に見出し2、シーン間に *** を指定 | 出力ファイルの見出し階層が正しく整っている |
| 原稿インポート | Proseを選択し、Preview画面で章数と単語数を確認 | バインダーの章・シーン数とNovelcrafterのツリーが合致 |
| 設定移行 | Snippets ＋ AI対話から「Extract to Codex」を実行 | 各人物のカードに名称、エイリアス、簡潔な説明が登録済 |
| 動作検証 | Write画面で登場人物の別名を入力 | 自動的に青くハイライトされCodex情報が参照できる |
「本文は構造化コンパイル、設定はスニペットとAI抽出」という二本立ての原則を押さえることで、長年蓄積されたScrivenerの貴重な資産を1つも損なうことなく、最新のAIライティング環境へと安全に移行できます。