活字を1日で、
フルボイスのゲームにする

媒体を変えるのは、作り直すのと同じだった

1万字の短編をノベルゲームにする、と決めたとします。以前なら次が必要でした。 台詞の抜き出しと話者の割り当て、声優の手配と収録、立ち絵と背景の発注、BGMの選定、 エンジンの実装、そして公開の準備。どれも他人の時間が要るので、数か月と数十万円になります。

結果として個人は、媒体を1つ選んだら、そこで終わりでした。 小説を書いた人は小説の読者にしか届かない。ゲームにすれば届いたはずの人には、届かないままだった。

これは表現の限界ではなく、手配の限界でした。
作品の質とは無関係な理由で、届く範囲が決まっていた。

他人の時間が要る工程が、全部なくなった

AIが外したのは「他人の時間を待つ」制約です。音声も、立ち絵も、翻訳も、 自分の手元で回せるようになった。個々の品質が人間の最高到達点を超えたわけではありません。 しかし待ち時間がゼロになったことの効果が、質の差を上回ります。

重要なのは最下段です。公開が1分になると、直すことが怖くなくなる。 完成の定義が「もう直せない」から「いつでも直せる」に変わります。

媒体変換が、創作の一部になる

これを私は「1日ノベル化」と呼んでいます。効いてくるのは速さそのものではなく、次の3つです。

1. 同じ物語を複数の媒体で出せる（テキスト版とゲーム版が互いの入口になる）
2. 書いている最中に「これは声で聴きたい」と思える（媒体を前提にして書ける）
3. 失敗しても捨てられる（1日なら、合わなければやめられる）

順番だけは絶対に守る

小説を完結させてから、実装に入る。

逆にすると、「話が面白いか」と「コードが正しいか」という2種類の不確実性を同時に抱えることになり、 どちらも収束しません。これは何度か失敗して学びました。物語が終わっていれば、残りはすべて機械的な作業になります。

実測: 土曜に書き終えて、日曜に遊べた

実際の手順

1. 台本はデータ、エンジンはコード

台本を素のデータにして、エンジンから完全に切り離します。こうするとエンジンを触らずに物語を増やせます。

{ bg: 'study' }
{ bgm: 'night' }
{ n: 'ミア', t: '「アッシュ様。お茶が入りました」', v: 'k-799491426' }

2. エンジンの規則は1つだけ

画面を変える命令は止まらない、人間を待つ命令は止まる。この一貫性が崩れると進行不能バグになります。

if (b.bg !== undefined) { setBG(b.bg); continue; }   // 止まらない
if (b.t  !== undefined) { say(b);      return;   }   // 読者を待つ

3. 音声は主役2人だけ

費用対効果が最も高い判断です。全キャラに声をつけると容量が数百MBになり、置ける場所が消えます。 そして2人だけの方が「この2人の物語だ」と伝わるので、体験としても良い。 脇役は無音でも未完成には見えません。

4. 長い台詞は build 時に割る

110字を目安に句点で分割します。メッセージ窓からあふれるのが、完成品を未完成に見せる最大の要因でした。

5. ビルド工程を持たない

静的HTMLをGitHub Pagesに置くだけ。バンドラを入れた瞬間に「公開＝ビルド＋確認」になり、 細かい改善をしなくなります。.nojekyll を1つ置けば設定は終わりです。

詰まりやすい所

英語版の記事は Medium に置いています。 品質の担保については 新しい形の研究 の「品質検問」を参照してください。