AIによる変更可能範囲

AI協働

AIによる変更可能範囲

1枚の承認カードで変更可能な対象、反映前の検証プロセス、承認後のデータベース反映仕様を説明します。

1枚の承認カードで実行可能な処理範囲

アシスタントが実行するすべての書き込み操作は、同一の承認カードを経由します。1〜8件のアトミックな操作が1つの単位となり、1回の承認で一括反映され、1回のアンドゥですべて元に戻せます。対象オブジェクトごとの操作範囲は以下の通りです:

  • キャラクター:新規作成、属性フィールドの編集(正式名称、別名、性別、年齢、職業、人物紹介、外見的特徴、フェーズ状態、重要度ランク、所属組織)、削除。
  • キャラクター間の関係性:新規作成(共有ラベル、またはメモ付きの双方向ラベル)、削除。
  • ロケーション / 小道具 / 世界観設定 / 伏線 / タイムライン:新規作成、各属性フィールドの編集、削除。世界観設定は説明文全体の置換にも対応。タイムラインはプロットラインの名称、カラー、モード、表示軸の範囲設定を含みます。
  • 脚本:テキスト差分パッチ(行の固有IDを完全に維持)、および章 / シーン / 時空(シーン設定)の構造フィールドの新規作成、編集、削除。
操作対象外(保護領域):章ごとの変化キーフレーム、関係性の各章における状態、戦闘力数値、マップ上の手描きグラフィックおよびピン配置、バックグラウンド自動保守パイプライン、関係図キャンバス上の座標。これらのフィールドは変更可能リストに含まれていないため、アシスタントが変更を提案したり書き換えたりすることはできません。

承認前に自動実行される整合性検証

  • 参照されているすべての章、シーン、時空、およびテキストブロックが実在し、正しい階層に位置しているか検証されます。伏線やタイムラインのアンカーに対しても同様の厳格なチェックが行われます。
  • タイムラインの期間は開始時点より後に終了しなければなりません。列挙型フィールド(重要度、物語上の比重、伏線の演出手法と重要度、世界観カテゴリなど)には、システムに実在する正規の区分のみが設定可能です。
  • 削除操作では事前に影響範囲が自動計算され、カード上にその件数が明示されます(登場回数、関係線の数、配下ロケーションのサブツリー、被参照数、ライン内イベント数、脚本アンカー)。章やシーンを削除する際は、それらを指していた伏線やタイムラインのアンカーも連動して整理され、孤立した参照(宙ぶらりんのID)を残しません。
  • 所属組織・勢力が関係する場合、カード上には「新規作成される組織カード」と「そのキャラクターが最終的に所属する組織」の双方が明記されます。名称の曖昧さや対象カードの変更が検出された場合はカード全体が安全に拒否され、所属メンバーが勝手に空になるような事故を防ぎます。

検討中にプロジェクトが変更された場合の競合対策

承認カードには、生成元となったコンテンツのデータ指紋(フィンガープリント)が記録されています。承認ボタンが押された際、ランタイムは指紋を再計算して対象ごとに照合します。対象が削除されていたり内容が変更されていた場合、勝手な上書きを回避するため「見つかりません」または「変更されています」としてカード全体の反映が安全に拒否されます。古い下書きをもとに最新の原稿を上書きしてしまうケースは原理的に生じません。放置されて古くなったカードには「Proposal expired」(提案の期限切れ)と表示されます。「Update and continue」(更新して続行)を押すことで最新状態が再読込され、新たな提案が再生成されます。

承認後のデータベース反映プロセス

  1. 編集ロックの獲得
    「Applying AI changes」(AI変更を適用中)の通知が表示されます。この処理ウィンドウ中は通常の編集操作の書き込みが一時停止され、2つの編集内容が競合するのを防止します。
  2. キュー内の通常保存を先行処理
    待機中だった通常の手動保存がすべてデータベースへ完全にコミットされた後、ロック機構がIDとデータ指紋の整合性を再確認します。
  3. 一括コミット
    すべての操作が順序どおりに実行され、正規の永続ストレージへ単一のトランザクションとして一括書き込みされます。この保存が成功した後に初めて、メモリ上のビュー、バージョン履歴、および派生ファイルが更新されます。
  4. 安全な復元ルートの確保
    書き込み直前の完全なスナップショットがプロジェクトのアンドゥ履歴に登録されます。1回元に戻す(アンドゥ)だけで、承認前の状態へ正確にロールバックできます。通信エラー等で一時的に失敗した場合も、変更案がプロジェクトに反映されることはなく、カードは再試行可能な状態で保持されます。

画像データが本カードの対象外となる理由

ポートレート、小道具、ロケーションの画像生成は、独立したフローに従います。アシスタントがカード情報からプロンプトの下書きを作成し、作家が表現を調整したうえで画像を生成し、「使用」をクリックして初めてカードへ登録されます。「Direct」(直接生成)ルートではプロンプト作成をスキップし、プロジェクトの規定視覚スタイルを強制適用することなく作家自身の指定に沿って描画します。生成結果は参照形式として受け取ってからプロジェクトへ保存されるため、画像のバイナリデータがチャット履歴を肥大化させることはありません。プロジェクトの視覚スタイルは設定画面で管理され、生成時のベース基準としてのみ機能します。

制限事項とトラブルシューティング

  • 1枚のカードで「プロットラインを新規作成」しながら「そのラインに新規イベントを登録」することはできません。プロットラインのIDは初回の書き込み完了後に初めて発行されるため、この操作は2段階に分けて実行してください。
  • モデルによるツール呼び出しのパラメータ不正は最大2回まで自動再試行されます。権限不足、キャンセル、バージョン競合が発生した場合は即座に停止し、明確な理由が表示されます。
  • 一度生成された画像は、その後のステップが失敗しても破棄されることはありません。
  • AIによるすべての書き込み処理はアカウントのクレジットを消費します。呼び出し履歴とクレジット残高は「アカウントセンター」で確認できます。

エンドツーエンドの協働メカニズムについては、AI協働の概要 を参照してください。