分岐型ナラティブジェネレーター：AIでプレイ可能な選択ツリーを作る


2026-09-08


分岐型ナラティブジェネレーターは、選択主導の物語をスプレッドシートから解放し、プレイ可能なルートへ変える仕組みです。Jenovaは、ナラティブデザイナー、インディーRPGチーム、インタラクティブフィクションの著者に対し、選択ツリー、変数、条件、再合流するシーンを実用的に作成する方法を提供します。そして、分岐がなお一つの物語として機能するかを検証できます。2026年9月、直線的なシーンを書くコストは低くなりました。しかし、プレイヤーが嘘をつき、誰かを助け、あるいは間違った武器を選んだ後も一貫性を保つグラフを書くことは、今なお高コストな作業です。

✅ すべての台詞を書く前に、選択、フラグ、再合流ポイントを整理 ✅ 装飾的な会話メニューではなく、結果と結び付いた主体性を維持 ✅ 第1幕のツリー、ビジュアルノベル、CYOAページを一つのワークスペースで作成 ✅ ウェブ、iOS、Androidで同じグラフをレビュー

これが重要な理由を理解するため、現在の分岐ストーリーチームが直面する課題を見ていきましょう。

開始、対話、選択、変数、条件、テレポートの各ノードを黄色の経路で接続した、ノードベースの分岐型ナラティブジェネレーターのグラフ

クイック回答：分岐型ナラティブジェネレーターとは？

分岐型ナラティブジェネレーターとは、物語の前提を単一の直線的な脚本ではなく、ノード、変数、条件、再合流するルートからなるプレイ可能な選択グラフへ変換するワークフローです。 プレイヤーの決断を、作成可能で、検証可能で、リリース可能なものにするために存在します。

主な機能：

  • 完成不能な数のエンディングへ膨張せず、分岐と再合流を行う選択ツリー
  • 武器、人間関係、秘密、「誰が生き残ったか」のフラグを追跡し、後続シーンで参照
  • 汎用的なあらすじではなく、それらのフラグを反映する会話とシーンの草稿
  • Game Designer Assistantがシステム設計書に変換でき、Film Screenwriterがシーン単位の表現へ発展させられるデザインノート

分岐型ストーリーが自らのグラフによって破綻する理由

インタラクティブナラティブは、少し親切な小説ではありません。この分野の古典的研究では、プレイヤーの行動が実際に次の展開を変える決定点を持つ、ナラティブ要素の分岐グラフとして扱われています。製品そのものが、そのグラフです。Microsoft ResearchのGENEVAプロトタイプも同じ理由で存在します。会話主導型RPGでは、手作業で書くには何年もの時間と大規模なクリエイティブチームを必要としうる強力なストーリーテリングが求められるからです。

オーディエンスは確かに存在します。Sensor Towerによる2024年Q1の米国Android向けインタラクティブストーリー作品の分析では、依然として大きな週間エンゲージメントが示されました。GossipMasterは四半期末に収益211K、週間アクティブユーザー118Kを記録し、Love and Deepspaceは同じ期間の早い段階で収益243Kのピークに達しました。プレイヤーは選択主導の物語に時間を費やします。しかし、自分の選択を忘れる迷路には付き合いません。

しかし、直線的なアウトラインでこのグラフを作るのは、驚くほど困難です。

  • 二択を一つ増やすたびに、書く余裕のないコンテンツが増殖する
  • メニューが主体性を演出していても、両方の選択肢が同じシーンに流れ込む
  • 第1幕で作られた変数が第2幕で無視される
  • 分岐が再合流せず、プロジェクトが「あと3つのエンディング」で止まる
  • 意味のある選択が設計ではなく推測で決められる

組み合わせ爆発が草稿を殺す

整然とした二択のビートも、積み重なれば安くはありません。Six Agesチームはこの罠を明確に述べています。各決定で二つの選択肢を置くだけでも、コンテンツ量は巨大化しうるのです。これはモチベーションの問題ではありません。グラフの問題です。エンバーストーンへの帰還、診療所への帰還、翌日への帰還といった計画的な再合流がなければ、分岐型ナラティブジェネレーターはリリース不能な膨張をより速く生み出すだけです。

装飾的な選択は、プレイヤーに気にするのをやめるよう教える

「選択」が重要な何も変えないとき、プレイヤーは気付きます。インタラクティブナラティブの研究は、一行にいくつボタンを置くかではなく、プレイヤーが何を興味深い選択だと認識するかに注目してきました。慈悲による殺害、巡回隊への嘘、NPCを家へ連れ帰る救助が興味深いのは、フラグを設定するからです。「はい／もちろん／了解」は分岐ではありません。タップ回数を増やした続行プロンプトです。

変数はずれ、後続シーンはやがて矛盾する

エンバーストーンのパターンは、制作のパターンです。$EllaWeapon、$Felton、$Pond。これらのフラグに名前が与えられ、設定され、参照されなければ、第2幕はフェルトンが無視されたのか、死んだのか、診療所にいるのかを知ることができません。チームはその後、ナレーションで「なぜか彼は生き延びた」と補修するか、以前のノードを書き直します。どちらにせよ、グラフは一貫性の唯一の情報源ではなかったのです。

直線的な執筆習慣はプレイヤーの主体性を枯渇させる

実務的なナラティブゲームの議論から得られる助言は明快です。プレイヤーが興味深い選択をするまで、

べきです。映画のトリートメントから始まる分岐作品は、説明を一気に流し込み、後からメニューを取り付けがちです。ジェネレーターは、最後に選択肢が付いた独白ではなく、決定点から始めなければなりません。

手作業でグラフを作る何年もの工程は、インディーのスケジュールに収まらない

Witcher 3のナラティブデザイナーが語る、感情的で結果を伴う選択のようなAAA級の分岐は、ライタールームの存在を前提としています。インディーや個人のIF著者には、その部屋がありません。AI支援プロトタイピングの研究が繰り返し示す運用上の利点も同じです。すなわち、より多くの物語アイデアを並行して検証し、プレイ可能なプロトタイプへより早く到達することです。ただし、それが役立つのは、出力がもう一つの直線的なあらすじではなく、フラグを持つグラフである場合に限られます。

これこそ、Jenovaが作られた理由です。

Jenovaのソリューション

Jenovaは、プロットをGoogle Docsに、フラグをスプレッドシートに、「本物の」脚本をエンジンに分散して管理するよう求めません。誰が死にうるのか、どのアイテムが持続するのか、どこで分岐が再合流すべきかといった物語の制約を説明すれば、専門エージェントがその制約に沿ってツリー、会話、設計ノートを作成します。マルチモデルへのアクセス、永続メモリ、文書添付により、第2幕を生成するときにも第1幕のバイブルを参照できます。

従来のアプローチJenova
直線的なプロットをアウトライン化してから選択肢を追加する名前付き変数を持つ選択グラフから始める
すべての分岐を固有のエンディングまで書く共有シーンで再合流する分岐を計画する
フラグがデザイナーの頭の中にしかないフラグを明示し、設定し、後続ビートで参照する
ゲーム、コミック、脚本ごとに別のツールを使う設計、文章、連続芸術を横断する一つのワークスペース
レビューにはデスクトップ専用のノードエディタを使うウェブ、iOS、Androidで完全な機能同等性

ゲームシステムとインタラクティブフィクション

ツリーを中編小説ではなく、システムとして扱いましょう。Game Designer Assistantは、その仕事のために作られています。ブレインストーミング、システム分析、ドキュメント化、ジャンルを理解した設計により、斥候隊のシーンに必要なアイテム、巡回ロジック、失敗状態を用意します。雰囲気だけのテキストにはしません。すでに選択によって動くプレイ可能な世界と組み合わせることもできます。Civilizationは、ライバルたちが動き続ける国家規模のサンドボックスです。College Lifeでは、実際の行動から社会的な結果が生まれます。The MansionとVesper Courtは、部屋ごとの秘密や夜ごとの状態変化が必要な際に役立つ参照ループです。

"第1幕を分岐グラフとして設計してください。舞台：エンバーストーンの斥候隊。変数：$EllaWeapon (bow|sword)、$Felton (ignored|dead|saved)、$Pond (found|unknown)。フェルトンの3つの結果はすべて、エンバーストーンへの帰還で再合流させてください。ノード、条件、各フラグが翌日に何を解放するかを一覧にしてください。"

脚本、ページ、連続する分岐

グラフが正直なものになったら、そこに掛かる言葉を書きましょう。Film Screenwriterは、分岐がシステム的というより映像的な場合に、構成、会話、ビジュアルストーリーテリングを扱います。同じ分岐をクリフハンガーとペイウォールを意識したテンポで、60〜100話の縦型シーズンとして機能させる必要があるなら、Microdrama Screenwriterが適任です。挿絵付きの選択本やコミックでは、Children's Book Creatorが見開きの読みやすさを保ち、Manga Creator、Comic Creator、Webtoon Creatorが、分岐ページを通じてコマのリズムとスタイルを維持します。

"両方の巡回隊シーンを書いてください。エラがフェルトンを守るために嘘をつく版と、真実を話す版です。各バージョンで$Feltonを設定し、夜までにエンバーストーンへの帰還へ到達させてください。エンディングを複製せず、幕全体ではなく診療所のビートを変化させてください。"

第1幕のエンバーストーンを描くファンタジー分岐ナラティブのフローチャート。武器選択、フェルトンの結果、巡回隊での再合流、町への帰還ボトルネックを含む

健全なジェネレーターの結果は、そのエンバーストーンのチャートのようなものです。序盤で分岐し（弓か剣か）、中盤では道徳的に重い選択を置き、その後にボトルネックを設けることで、翌日のシーンをなお書けるようにします。そのボトルネックこそが機能です。無限の固有エンディングは、プロジェクトを停滞させる方法です。

オーサリング研究も同じ方向へ進んでいます。AIインタラクティブナラティブ研究であるElsewiseは、より良いツールがプレイヤーが実際に体験する物語をライターが予測する助けになったことを示しました（n=12）。GENEVAが掲げるのは、高レベルのブリーフから分岐と再合流を持つ豊かなナラティブグラフを作ることです。Jenovaの役割は、その考え方を制作向けに実現することです。制約を入力し、プレイ可能なツリーを出力し、リリースする形式に対応した隣接エージェントを利用できます。

分岐型ナラティブのための専門AIエージェント

分岐型ナラティブジェネレーターは、パイプラインの残りがグラフに基づいて動けなければ役に立ちません。以下のエージェントは、チームが第1幕を確定した後の30日間に実際に行う仕事をカバーします。

Game Designer Assistant

Game Designer Assistantは、前提をシステムへ変えるのに適した場所です。選択の経済性、失敗状態、アイテムフラグ、プログラマーが実装できるドキュメントを作成できます。ジャンルやプラットフォームを横断する設計パートナーであり、「物語」が巡回タイマーを伴う斥候ループでもある場合に重要です。

  • 名前付き変数と再合流ポイントを備えた分岐マップ
  • ビジュアルノベルとパーティ制RPGが同じテンポにならないための、ジャンルに応じたノート
  • グラフが制作の現実に耐えるための、コンセプト支援とドキュメント支援

Film Screenwriter

Film Screenwriterは表現のレイヤーです。構成、アウトライン、草稿、改稿を通じて、構造、会話、ビジュアルストーリーテリングに専門的な注意を払います。分岐にツールチップではなくシーンが必要なときに使ってください。

  • 固定済みのフラグを尊重するシーン単位の草稿
  • 嘘、告白、沈黙をそれぞれ異なるものとして感じさせる会話
  • 再合流するビートが二つの先行状態を担う必要があるときの改稿パス

Microdrama Screenwriter

分岐をスマートフォン上で、短いエピソードとクリフハンガーで機能させる必要があるなら、Microdrama Screenwriterはその制約のために作られています。60〜100話のシーズン、ペイウォールを意識した構成、連続性を尊重するフックに対応します。

  • 選択がナレーションの一行だけでなく、次のフックを変えるエピソードマップ
  • 3話前に設定したフラグを孤立させないクリフハンガー
  • 一つの作品として読める縦型のテンポ

Children's Book Creator

幼い読者向けの選択本は、8ページ目から1ページ目とは別のプロットが始まると失敗します。Children's Book Creatorは、ボードブックからチャプターブックまでを対象に、一貫したアートと読み聞かせテキストを提供する見開き単位のスタジオです。無限のエンディングを生む装置ではなく、緊密に再合流するCYOAに適した器です。

  • 再合流を維持しながら短く読みやすい分岐
  • 親が就寝前に実際に読み終えられるページめくりの構成
  • 選んだルートでも同じ本に見える、アートとテキストの組み合わせ

Manga Creator、Comic Creator、Webtoon Creator

連続芸術では、見せかけの分岐が明らかになります。読者には、両方の選択肢が同じコマを使っていることが見えるからです。Manga Creatorは、読み切りから長期連載まで、ビジュアルストーリーテリングとスタイルを保ちます。Comic CreatorとWebtoon Creatorは、それを西洋コミックの号や縦スクロール型カラーエピソードへ広げます。

  • 各分岐のコマ割り計画と、共有する再合流ページ
  • 「正しい」ルートが別シリーズのように見えないためのスタイルの連続性
  • 選択をリセットせず、以前の選択に報いるエピソードフック

Jenovaを無料で試しましょう。クレジットカードは不要です。

仕組み

ステップ1：文章ではなく制約を固定する 世界、決定の予算、フラグを、台詞を書く前に命名しましょう。起きてはならないことを明確にします（フェルトンが死亡と診療所にいる状態を同時に取ることはできません）。幕がどこで再合流すべきかも指定します。デザイナーはすでに、プレイヤーの主体性はプレイ可能なループの横ではなく、その内部に置く必要があることを知っています。

"第1幕の制約：武器の選択は二つ、フェルトンの結果は三つ、エンバーストーンへの帰還ボトルネックは一つ。変数：$EllaWeapon、$Felton、$Pond。第1幕に固有エンディングはなし。翌日のシーンはフラグだけから書けなければなりません。"

ステップ2：台詞の前にグラフを生成する まずGame Designer Assistantにノード、条件、再合流を依頼してください。その後に会話を書きます。MicrosoftのGENEVA研究も同じ二段階の考え方に従っています。分岐ナラティブを生成し、それからグラフとして描画するのです。この順序を逆にすると、接続できない美しいシーンができあがります。

"ノード一覧を出力してください：開始 → 武器選択 → フェルトンとの遭遇 → 巡回隊との再集合 → 嘘または真実 → エンバーストーンへの帰還。各ノードにはset/ifロジックとデフォルトルートを含めてください。"

ステップ3：文字数ではなく意味をストレステストする すべてのメニューで両方の選択肢を実行してください。両方の文が同じフラグを設定し、同じ次ノードを表示するなら、メニューを削除します。プレイヤーが実際に興味深いと呼ぶ選択、つまり誰が生きるか、誰のために嘘をつくか、町が何を知るかを維持してください。シーンが演説になる前に、決定を挿入します。

"このツリーを監査してください。変数も次ノードも変えない選択をすべて指摘してください。今夜再合流するまま、嘘のルートには一つ、真実のルートには一つ、結果を提案してください。"

ステップ4：グラフが通過してから形式別のページを書く 固定したツリーをFilm Screenwriter、Microdrama Screenwriter、Children's Book Creator、または連続芸術のエージェントへ渡します。「会話で連続性を直す」ことはしないでください。後のページが$Feltonを参照できないなら、グラフへ戻ります。AIストーリーツールはすでに、行動や好みに応じてナラティブを反応させるために使われています。それが機能するのは、行動が保存されている場合だけです。

ステップ5：隣接する作業でも同じフラグを再利用する 第1幕が正直なものになったら、二つ目の連続性を作ることなく、バイブルをクエスト文、コミックページ、縦型エピソード一覧へ展開できます。Jenovaの永続メモリは、1週間後に診療所のシーンを作成するときにも、斥候隊のフラグを使えるようにするためにあります。

成果とユースケース

📊 道徳的ボトルネックを持つインディーRPGの第1幕

  • シナリオ： 個人デザイナーが、武器選択、負傷したNPC、巡回隊、翌日もプレイ可能な状態を残す町への帰還を含む斥候隊の幕を必要としている。
  • 従来のアプローチ： 「本筋」のルートを書く。二つの脇道を描く。3週目になって、慈悲による殺害のエンディングが残りのコンテンツと共有できないと判明する。二択の爆発がプロトタイプを終わらせる。
  • Jenova： フラグを固定し、グラフを生成し、エンバーストーンで再合流させてから、フラグが必要とするノードだけを書く。
  • 武器とNPCの状態が翌日まで持続する
  • 嘘と真実が、幕を複製せずに巡回隊のビートを変える
  • プログラマーは雰囲気ではなく変数一覧からノードを実装できる

💼 選択型アドベンチャー絵本

  • シナリオ： 著者が、子どもが道具を選び、見知らぬ人を助けるか避けるかを決め、それでも共有の就寝前エンディングに着地する12〜16ページの本を作りたい。
  • 従来のアプローチ： 四つの印刷済みエンディング、四組のイラスト、書店が棚に置けない本。
  • 緊密な再合流の後に使うChildren's Book Creator：一つの着地点となる見開き、本文中盤の二つか三つの分岐、一貫したアート。
  • 親が一度に読み終えられる
  • 分岐が読み聞かせに十分な短さに収まる
  • 「選択」が印刷全体ではなく、実際に一つのページを変える

🎯 ペイウォールを意識した分岐を持つ縦型マイクロドラマ

  • シナリオ： ライターが、秘密を告白するか隠し続けるかを選べ、その秘密がペイウォール後にも意味を持たなければならない80話のモバイル恋愛ドラマを構成している。
  • 従来のアプローチ： 誰にも撮影する時間がない「任意」の寄り道を持つ直線的なシーズンバイブル。
  • 固定済みフラグとMicrodrama Screenwriter：告白が次のクリフハンガーを変え、両ルートが第20話の共有セットピースに到達する。
  • フックが状態を尊重し、リセットしない
  • エピソード数の設計が制作可能な範囲に収まる
  • Film Screenwriterがエピソードマップを壊さずに告白シーンを深められる

📱 執筆セッションの合間にモバイルでレビュー

  • シナリオ： ノートPCで新しいフェルトンのサブツリーを生成した後、電車内で見せかけの選択を却下する必要がある。
  • 従来のアプローチ： ノードグラフをスクリーンショットし、ピンチズームし、両方の選択肢が$Feltonに同じ値を設定していることを見落とす。
  • iOSまたはAndroid上のJenova：ツリーを開き、フラグを確認し、修正ノートを次のプロンプトへ返す。
  • デバイス間で完全な機能同等性
  • 実際に確保できる10分間でグラフをレビューできる
  • プレイ不能な分岐が溜まる「後で分岐を監査する」フォルダが不要になる

FAQ

分岐型ナラティブジェネレーターとは何ですか？

分岐型ナラティブジェネレーターとは、物語のブリーフから、シーン、決定、変数、条件、再合流ノードを備えたプレイ可能な選択グラフを作るワークフローです。「AIがメニュー付きの小説を書く」という意味ではありません。出力は実装できるものであるべきです。後続シーンが読めるフラグを持つツリーであり、単一のあらすじよりもGENEVAのナラティブグラフに近いものです。

AIで分岐ストーリーを生成するにはどうすればよいですか？

まず制約を固定します。現実的な決定の数、フラグ、幕が再合流する場所です。ノード一覧を生成してから、会話を作成します。状態を変えないメニューはすべて監査します。Jenovaでは、このループは通常、グラフにGame Designer Assistant、台詞にFilm Screenwriterまたは連続芸術のエージェントを使って進めます。興味深い選択を頻繁に置いてください。実務上の助言は、末尾にメニューを付けた演説ではなく、

です。

Jenovaは無料ですか？

はい。Jenovaは、コア機能と月間の利用制限を備えた無料ティアに加え、より多くの利用量が必要な場合の有料ティアを提供しています。制約、グラフ、最初の会話草稿からなる分岐型ナラティブジェネレーターの工程は、クレジットカードなしで実行できます。利用量は請求日に毎月リセットされ、日次上限はありません。

Twine、Ink、またはノードエディタとは何が違いますか？

ノードエディタは優れた実装環境です。しかし、一貫したフラグモデルを考案したり、どの分岐に予算を割けないかを教えたりはしません。Jenovaは、そうしたツールの前段階、そして並行するオーサリング工程に特化しています。システムノート、シーン草稿、再合流計画を作り、その後エンジンで構築できます。エディタはノードを接続するために使い、ジェネレーターは装飾的なノードを接続しないために使ってください。

分岐型ナラティブジェネレーターはモバイルでも機能しますか？

はい。Jenovaはウェブ、iOS、Androidで完全な機能同等性を備えて動作し、フラグ一覧を入力するより口述したい場合には音声テキスト変換も利用できます。両方の巡回隊の選択肢がなお同じビートに流れ込むかを5分で監査することこそ、本当の仕事である場合に重要です。

変数を追跡しながら、プロットを再合流させられますか？

はい。ただし、ブリーフでそれを要求する必要があります。set/ifロジック（$Felton = saved）と、すべての分岐が到達すべきボトルネックシーンを指定してください。再合流こそが、分岐グラフを執筆可能な状態に保つ方法です。無限の固有エンディングは、その逆です。

結論

直線的な草稿は、主体性のコストを隠します。分岐型ナラティブジェネレーターは、そのコストを可視化します。名前付きフラグ、正直な選択、そして第2幕を可能にする計画的な再合流です。Jenovaは、そのグラフの隣に必要なエージェントを配置します。システムにはGame Designer Assistant、シーンにはFilm Screenwriter、一つの連続性を保たなければならないページにはChildren's Book CreatorとManga Creatorがあります。

まだ「本筋」のルートを書き、後から分岐を追加すると約束しているなら、アウトラインをやめて仕様化を始めましょう。変数を固定し、ツリーを生成し、見せかけのメニューを削除してから、プレイヤーが実際に到達できるノードだけを書いてください。

開発者向け： この記事のすべてのエージェントは、Jenova APIからプログラムで利用できます。単一のAPI呼び出しで、分岐ナラティブの生成と選択グラフの草稿作成をアプリに統合できます。完全なドキュメント →