Romergo의 안쪽

인터랙티브 스토리 플랫폼은 어떻게 만들어질까.

Romergo의 제품 결정, 실험, 실패와 시스템을 창작자와 플레이어에게 어떤 가능성을 주는지에 초점을 맞춰 기록하는 개발 일지입니다.

전체 그림

하나의 이야기, 하나의 공유 기반

창작자는 Builder에서 작업하고, 변경 사항은 검증된 게시본이 되며, 같은 quest runtime이 이야기를 지원되는 모든 플레이 방식으로 전달합니다.

개발 노트

텍스트, HTML, PDF가 장면 계약, 연속성 바이블, 두 가지 합성 모드, MCP 조립, 최종 렌더 검수를 거쳐 일관된 비주얼 노벨이 되는 과정입니다.

Romergo는 퀘스트 안에서 임의의 코드를 실행하지 않습니다. 제작자는 노드, 변수, 조건, 효과로 동작을 구성하고, HTML과 CSS는 안전한 표현 계층으로 남습니다.

작품을 나누어 공개하고 기존 장을 업데이트하며 새 버전에서도 안전하게 게임을 이어 가는 방법을 설명합니다.

단순한 장면과 똑똑한 runtime을 분리해 preview, 브라우저 플레이, 모바일 화면, Discord 동기화 플레이를 하나로 연결한 방법입니다.

Romergo가 창작자를 하나의 편집기에 가두는 대신 열린 프로젝트 아카이브, 독립 실행 게임 빌드, 에이전트 기반 이전을 선택한 이유입니다.

Romergo를 통해 개인 AI 에이전트가 라이브 빌더 세션에 참여하고, 컨텍스트와 명령을 수신하고, MCP 도구를 사용하고, 모델을 호스팅하지 않고도 검증된 결과를 반환할 수 있는 방법입니다.

Fibber라는 작은 프로토타입이 협업, 버전 기반 게시, 하나의 공유 스토리 runtime을 갖춘 분산 플랫폼으로 성장한 과정.