Romergo の舞台裏

インタラクティブストーリープラットフォームは、どう作られるのか。

Romergo を支える製品判断、実験、失敗、システムを、クリエイターとプレイヤーに何をもたらすかという視点から綴る開発記録です。

全体像

一つの物語、一つの共通基盤

クリエイターは Builder で制作し、変更は検証済みの公開版となり、共通のクエストランタイムがあらゆる対応プレイ環境へ物語を届けます。

開発ノート

テキスト、HTML、または PDF が、シーンコントラクト、連続バイブル、2 つの合成モード、MCP アセンブリ、レンダリングレビューを通じてどのように一貫したビジュアルノベルになるのか。

Romergo はクエスト内で任意のコードを実行しません。作成者はノード、変数、条件、効果から動作を構築しますが、HTML と CSS は安全なプレゼンテーション層のままです。

ストーリーを部分的に公開し、すでに公開されている章を更新し、新しいバージョン後に安全にプレイを継続する方法。

シンプルなシーンと高機能なランタイムを分離することで、プレビュー、ブラウザ、モバイル、同期された Discord プレイを一つにできた理由を解説します。

Romergo がクリエイターを 1 つのエディターに固定するのではなく、オープンプロジェクトアーカイブ、オフラインゲームビルド、エージェント支援による移行を選択した理由。

Romergo を使用すると、個人の AI エージェントがライブ Builder セッションに参加し、コンテキストとコマンドを受信し、MCP ツールを使用し、モデルをホストせずに検証された結果を返すことができるようになります。

Fibber という小さな試作が、共同編集、バージョン管理された公開、共通のストーリーランタイムを備える分散プラットフォームへ成長した過程を振り返ります。