概要
Novel Engine は、小説を「散文」ではなく「構造化データ」として管理するための執筆パイプラインの設計プロジェクトです。コンパイラの AST と同じ思想で文章を扱い、Story Graph（設定・キャラクター関係）と Novel AST（散文の構造）を別レイヤーで保持し、それらを Rendering して最終的な小説テキストを出力する、というアーキテクチャを採用しています。設計の動機は、AI 執筆ツールがステートレスであるために長編で矛盾が蓄積していくという問題を解くこと。最小単位を「Beat（一つの意味的行為：発言一つ・行動一つ・情景段落一つ）」として、矛盾検出を SQL クエリレベルで成立させられるようにしています。
Overview
Novel Engine is a design project for a writing pipeline that treats a novel not as prose but as structured data. The architecture follows compiler-AST thinking: a Story Graph (settings and character relationships) and a Novel AST (the structure of the prose itself) live in separate layers, and the final novel text is the result of rendering the two together. The motivation is to attack the stateless-AI problem — that AI writing tools forget context and accumulate inconsistencies in long-form work. The smallest unit is the "Beat" (a single semantic act: one line of dialogue, one action, one paragraph of scenery), chosen so that contradiction detection can run as SQL queries rather than as another LLM call.
動機・経緯
実際の小説を執筆する中で「設定ファイルを AI に毎回読み込ませる必要がある」「設定変更時の矛盾検出が手動」「文体一貫性の維持が会話依存」といった問題に直面し、これらを構造化・機械化するアーキテクチャとして本プロジェクトが構想されました。
技術的なポイント
設計の核は三つあります。第一に、Beat（一つの意味的な行為。台詞一つ・行動一つ・情景段落一つ）を最小単位に置いたこと。第二に、散文自体も JSON として構造化したこと。第三に、時系列付きのキャラクター関係を扱えるよう Story Graph をグラフデータベース的に設計したこと（初期段階は SQLite で代替）です。散文を構造化したことの効果は三つあって、矛盾検出を AI に頼らない SQL クエリで実現できること、文体テンプレートを Beat 単位で適用することで文体一貫性が機械的に保証されること、通常のテキスト差分（git diff）では拾えない「意味の変化」を別途差分として表現できること。実装は段階を区切って進めており、データベース基盤・矛盾検出・CLI ツール、執筆エージェント群と意味差分エンジン、レンダリングエンジン・Web UI・外部連携サーバー、までを順に完了。現在 263 件のテストが PASS する状態です。
現状とこれから
設計と初期〜後期フェーズの実装が完了し、要件定義からアーキテクチャ・技術スタック・データモデル例・未決事項・商業化計画にいたるまでの設計文書群が一通り整備されています。商業化に向けた道筋もすでに書かれている段階ですが、現時点でこのプロジェクトはポートフォリオ上では「設計プロジェクト」として扱う方針です。