結論から言うと
執筆を何度も中断させている作業で選びます。WordやGoogleドキュメントの原稿の横に置く、つながった資料ならYazar.ioがよく合います。ローカルのMarkdownノートならObsidian、記事と地図で構成する世界のWikiならWorld Anvil、モジュール単位の構想づくりならCampfireです。使い始める前に、バックアップ、書き出し、プランの制限を確認してください。このおすすめリストは公式ドキュメントに基づくもので、実際に使って比較テストしたものではありません。
ソフトウェアを選ぶ前に、執筆を何度も中断させている作業が何なのかをはっきりさせましょう。キャラクターの細かい設定を見失うのは、検索の問題です。戦争がいつ終わったかを忘れるのは、時系列の問題です。二度と読み返さない項目の書式を整えるのに何時間もかけてしまうのは、作業の進め方の問題です。大きなアプリを使えば、そのどれかが必ず解決するわけではありません。
これは点数によるランキングでも、実際に使ってみたレビューでもありません。用途別に整理した、出発点としてのおすすめリストです。以下の製品の説明は、リンク先の公式ドキュメントを2026年10月6日から10日にかけて確認したものです。使いやすさ、信頼性、書き出しについての比較テストは行っていません。価格はあえて記載していないので、使い始める前に最新の条件を確認してください。
つながった小説の資料なら:Yazar.io#
Yazar.ioは、原稿そのものはWordやGoogleドキュメントで書きながら、小説の世界を整理しておくという特定の作業のために作られています。そして、その作業によく合っています。「登場人物」「場所」「組織」「世界設定」「種族」「生物」「アイテム」「呪文」「信仰」「用語集」にそれぞれ専用のセクションがあり、ドラッグ&ドロップで編集できる「家系図」、「年表」、「メモ」も備えています(機能紹介、プランと制限)。
単なるフォルダーの集まり以上のものにしているのは、リンクの仕組みです。ほかの項目の中で登場人物の名前を入力すると、Yazar.ioが自動でリンクを張ります。どのページにもバックリンクのパネルがあってそのページがどこで言及されているかがわかり、年表の出来事は関わる登場人物や場所と結び付けられます(アップデート情報)。世界を読者と共有したい場合は、無料プランでも本を閲覧専用のWikiにでき、「メモ」は決して含まれず、「年表」は公開するまでオフです(Wiki、アップデート情報)。本全体をMarkdownまたはJSONで書き出せ、Yazar.ioが文章を生成することはありません。
試すときは、キャラクターを2人、二人に共通する場所を1つ、二人の関係を変える出来事を1つ作り、片方のキャラクターを開いてバックリンクのパネルを見てみましょう。何も整理し直さずに必要なつながりが表示されれば、そのツールは自分の作業の進め方に合っています。
つながったノートなら:Obsidian#
Obsidianのデータ保存に関するドキュメントによると、ノートはローカルフォルダー内に、Markdown形式のプレーンテキストファイルとして保存されます。そのため、元の文章を普通のファイルとして手元に置くことを重視するなら、候補になります。
編集部としては、最初はノートを3種類だけにすることをおすすめします。人物、場所、未解決の問いです。キャラクターを、そのキャラクターが住む場所にリンクします。複雑にするのは、実際に情報を探しにくくなってからにしましょう。自由度の高いノートの代償は、ノートの設計そのものが別のプロジェクトになりかねないことです。
世界のWikiなら:World Anvil#
World Anvilの世界観を作る人向けのワークフロー解説は、記事を世界の中心と位置づけ、地図のマーカーを記事にリンクする方法を説明しています。ドキュメントには重要な区別も書かれています。地図の画像は自分で用意するもので、World Anvilは地図を描くアプリではありません。
読者やプレイヤーが探索していく項目の単位で考えるなら、この方法を検討しましょう。大きな世界を移す前に、場所を1つと、関連する項目を3つ作ります。リンクの管理が習慣にできるほど苦にならないかを確かめてください。これは編集部が提案する試し方で、私たちが行ったテストの報告ではありません。
構造化された構想づくりなら:Campfire#
Campfireは世界観設定ツールのページで、執筆と世界観設定のためのモジュール群を紹介しています。中心にある考え方は、まったく白紙のノートではなく、物語の要素ごとに専用のスペースを用意するというものです。
物語の途中で忠誠の対象が変わるキャラクターを1人、書き込んでみましょう。その構造が変化を書きとめる助けになるのか、それとも原稿に必要のない欄を埋めるよう促してくるのかを考えます。ツールは自分が立てる問いを支えるべきもので、いつの間にかツール自身の問いにすり替えてしまうものであってはいけません。
初期のアイデアなら:ノートか普通の文書#
小さなプロジェクトなら、見出しを立てた文書と、未解決の問いを並べた別のリストだけで足りるかもしれません。前提がたびたび変わる時期には特に便利です。互いに依存する項目のネットワークを管理しなくても、ページを書き直せます。
強み
- 書き始めるまでの準備がほとんどいらない
- 世界が育つにつれて構造を自分で選べる
限界
- つながりは手作業で管理する必要がある
- メモが増えるほど細部を探しにくくなる
どちらの利点も、誰にでも当てはまるわけではありません。紙のノートが合う書き手もいれば、かえって手間になる書き手もいます。完璧な百科事典のように見えるかどうかではなく、昨日思いついた使えるアイデアを取り戻せるかどうかで判断しましょう。
機能の数ではなく、作業で比べる#
| 繰り返し発生する作業 | 検討する方法 | 自分で確認すること |
|---|---|---|
| 小説の世界を原稿の横で管理する | Yazar.io | セクション、リンク、プランの制限が作品に合っているか |
| 断片的な設定をつなげる | ローカルでつながるノート | ファイルを見つけて移動できるか |
| 資料としての世界を共有する | 世界のWiki | 各項目を誰が閲覧できるか |
| 物語の要素を構想する | 構造化されたモジュール | その構造が自分の書き方に合っているか |
| 変わり続ける前提を探る | ノートまたは文書 | 重要な決定を後から取り出せるか |
| 下書きと構想をひとつのアプリで | 原稿スペースのある構造化されたモジュール | 下書きの中で物語の要素にタグを付けることが役立つか |
| 共著者と一緒に世界を作る | 共同編集の機能がドキュメントに明記されたツール | 誰が編集でき、競合はどう解決されるか |
すべての候補で同じ小さなサンプルを使いましょう。キャラクター2人、場所1つ、出来事1つ、そしてまだ解決していない矛盾1つです。そのうえで、何も整理し直さずに細部を取り出してみます。最後に、唯一のコピーをツールに預ける前に、バックアップと書き出しを調べてください。
ひとつのサンプルをすべての候補で試す#
そのサンプルを具体的にしましょう。キャラクターはIlkaとTeodorの2人。場所はVessaの塩市場。出来事は穀物倉が燃えた夜。矛盾は未解決の問いとして残しておきます。第3章ではその夜Teodorが市場にいたことになっていますが、彼の記録では海に出ていたことになっています。この五つの記録を、まったく同じ文言で各候補に入力します。そのうえで四つの手順を進め、どこで手が止まったかを記録します。
- つなげる。 2人のキャラクターを市場と火事にリンクします。Yazar.ioでは、火事を、両方のキャラクターと市場に結び付いた年表の出来事にできます。Obsidianなら、火事のノートから各キャラクターへのリンクで十分です。World Anvilでは、記録のひとつひとつが記事になります。Campfireでは、各記録がどのモジュールに入るかに注目してください。文書なら、見出しと一文です。
- 取り出す。 Teodorを起点に、彼に言及しているものをすべて見つけます。Yazar.ioのバックリンクのパネルも、Obsidianのコアプラグインバックリンクも、そのページへの参照を一覧にします。Obsidianは、リンクされていないままノート名に触れている箇所も表示します。それ以外のツールでは、何回検索したかを数えましょう。
- 解決する。 Teodorは海にいたと決めて彼の記録を直し、まだ彼を市場にいたことにしている項目がいくつ残っているかを確認します。
- 持ち出す。 五つの記録を書き出すかバックアップし、そのコピーをツールの外で開きます。リンク、出来事、未解決の問いが意味を保っていれば、その移行手段は自分にとって機能しています。
小説家、ゲームマスター、グループで何が変わるか#
小説家#
下書きの途中ですぐに答えが必要になり、推敲では事実をきれいに差し替える手段が必要です。原稿をWordやGoogleドキュメントで書くなら、Yazar.ioはまさにその役割分担のために作られています。下書きと構想をひとつのアプリでこなしたいなら、CampfireのManuscript(原稿)モジュールで、書きながらキャラクターや場所といった物語の要素にタグを付けられます(ワードプロセッサー)。プレーンなファイルを何より重視するなら、Obsidianから始めましょう。
ゲームマスター#
ゲームマスター(GM)が相手にするプレイヤーは、順番に読むのではなく拾い読みします。地図のマーカーにリンクした記事というWorld Anvilの形は、それに向いています。Yazar.ioの閲覧専用のWikiも、プレイヤーが見て回れるものを用意できます。「メモ」は決して含まれず、「年表」は公開するまでオフです。地図のマーカーはありません。セッションの前に、共有版をプレイヤーの立場で開き、準備した内容が隠れていることを確認しましょう。
世界を共有するグループ#
共著者には、共同編集の機能と、全員が合意した正式な設定が必要です。CampfireのFAQでは、共同作業者を招待してプロジェクトの閲覧、コメント、編集をしてもらう方法と、閲覧だけを許可するリンク共有が説明されています。Yazar.ioには共同編集がないため、記録は1人が管理し、その結果を閲覧専用のWikiで共有する形になります。ObsidianとWorld Anvilについては、まず最新の共同作業に関するドキュメントを確認してください。
世界をまるごと移す前に#
失敗の代償が小さいうちに、サンプルを使って次の問いを確かめましょう。
- 何を、どんな形式で持ち出せるか。 Obsidianのノートは最初からフォルダー内のMarkdownファイルです。Yazar.ioは本全体をMarkdownまたはJSONで書き出せます。CampfireのFAQには、「File」メニューの「Download Project Backup」コマンドと、オンライン時に要素をDOCXなどの形式で書き出す方法が載っています。World Anvilについては、最新の書き出しに関するドキュメントを読んでください。
- 復元できるか。 Campfireによると、バックアップは「File」メニューから復元できます。どのツールでも、一度も開き直していないコピーは確かめていないのと同じです。
- 同期はバックアップになるか。 Obsidianのバックアップガイドには、同期サービスはバックアップ用に設計されていないとあり、File recovery(ファイル復元)プラグインについても、便利だが限界があるとしています。
- つながりは残るか。 リンク、年表の順序、家族関係が、構造として出てくるのか、ただの名前として出てくるのかを確認しましょう。
ツール選びでよくある失敗#
- 評価する前に移行する。 五つの記録のサンプルを試す前に100件の項目を移すと、お試しのつもりが後戻りできない決定になってしまいます。
- 地図エディターを期待する。 World Anvilは自分で用意した地図画像にマーカーをリンクする仕組みで、Yazar.ioには地図エディターがありません。地図は先に描きましょう。出発点は困難な旅です。
- ひとつの事実を複数の項目にコピーする。 事実ごとに置き場所をひとつ決めてそこにリンクしないと、推敲のたびに探しものが始まります。
- サンプルで制限を判断する。 Yazar.ioの無料プランでは、セクションごとに編集可能なレコードを15件まで作れます。この演習には十分ですが、シリーズには足りないかもしれません。
ノートに書く中身が必要なら、結果を軸に組み立てる魔法システムや日々の選択から作る文化から始めましょう。何冊も続く作品を計画しているなら、シリーズの設定資料集の作り方をご覧ください。
出典
- Obsidian: How Obsidian stores data · 2026年10月6日
- Obsidian: Backlinks · 2026年10月10日
- Obsidian: Back up your Obsidian files · 2026年10月10日
- World Anvil: Worldbuilder workflow · 2026年10月6日
- Campfire: Worldbuilding tools · 2026年10月6日
- Campfire: Word processor · 2026年10月10日
- Campfire: Frequently asked questions · 2026年10月10日
- Yazar.io: Description of the service · 2026年10月8日
- Yazar.io: Features · 2026年10月21日
- Yazar.io: Plans and limits · 2026年10月21日
- Yazar.io: Product updates · 2026年10月21日
- Yazar.io: Shareable wiki · 2026年10月21日