LjStudio／Visualizer 開発方向の指針

調べた範囲の公開ソフト（ASLS Studio・QLC+ など）や AI 系の道具は、どれも独自の形式か業界標準の形式で作られており、古い卓ソフトのデータとの往復を守っている道具は見当たらなかった。

2026-09-07 に制作機を 2 系統に分けると決定済み。互換路線 LjStudio は「旧 LJ 2.7 で開いて再生できる」を最優先、複合路線（仮称 LjFusion）は GDTF＋MVR で上限を外す別アプリ。

• この線引きは維持する。世界の事例を見ても、ここを守ることが私たちだけの価値になっている。
• 魅力的な新機能でも、旧 LJ で開けない形になるなら LjStudio には入れず、複合路線に回す。

• grandMA3・Vectorworks・Capture・Depence・WYSIWYG・BlenderDMX などが MVR の読み書きに対応。
• さらに MVR-xchange（USB ではなくネットワークでリグのデータを共有・通知する仕組み）が grandMA3・Vectorworks 2026・BlenderDMX などに入り始めている。
• AI で舞台を組む Web サービス（GDTF Stage Studio）も、GDTF の器具カタログと MVR の書き出しを前提にしている。

2026-08-31 に「器具の型は今後 GDTF 前提」と決定。いまは位置と向きを MVR で渡せる段階で、器具の型（GDTF）は中身の伴わないものは作らない方針。

• 複合路線は GDTF＋MVR を正にする（決定のとおり）。
• MVR-xchange は、MVR の読み書きが完成したあとの次の候補として控えておく（いま着手はしない）。
• LjStudio 側は、MVR の書き出しを「他社への窓」として育てる。旧 LJ の形式は変えない。

• MCP（AI エージェントが外部の道具を操作するための共通の接続規格）で照明を操る公開ソフトが出てきた。
  lights-pi: QLC+ を MCP 経由で AI が操作し、言葉からシーンを作る。
  lacylights-mcp: 劇場向け。器具の管理・シーン作成・Cue の並べ替えを MCP で AI に開放。
• つまり世界では「AI にコードを書かせて卓を作る」より先に、「既存の卓を AI が操作できるようにする」形が広がっている。

LjStudio は 2026-08-26 に「AI 操作可能化」を完了。命令ファイルでショーの開始・受信の切り替えなどができ、状態ファイルで現在の様子を読める。ただし命令の受け口は起動中のすべての LjStudio で共有しているので、複数起動時の取り違えに注意が要る。

• 既存の命令ファイルの口を、MCP で包むのが最も安く効果の大きい次の一手の候補。新しい口を別に作らない。
• 本番機では AI の口を開けない／開けるなら読むだけ、という安全の線を先に決める。
• 命令の宛先（どの LjStudio に届くか）を取り違えない仕組みを、MCP 化と同時に入れる。

• SPOTLIGHT AI（真鍋大度率いる sonicPlanet と Tamatech Lab・2026 年 2 月発表）: 「オーロラのように揺らめく光」のような言葉から、各器具の位置 (x, y, z) と色 (R, G, B) を時間の数式として AI が生成。数秒で 3D プレビューと実機（Art-Net・PosiStageNet・OSC）に同時に反映。照明デザイナーの代替ではなく「創作の加速」と位置づけ。
• lacylights-mcp: 台本を読んで Cue を提案し、つなぎの時間まで整える。
• GDTF Stage Studio: 生成 AI で舞台の見え方を作り、音楽に合わせたショーを自動で組む。

デモ曲の照明 Cue の進行を自動生成した実績はある。言葉から演出を作る機能は、まだ持っていない。

• 作るなら、生成の結果は必ず普通の Cue／Sequence として保存し、旧 LJ で再生できる範囲に収める（LjStudio の場合）。生成専用の再生の仕組みは作らない。
• 数式で動きを作る SPOTLIGHT AI の考え方は、上限を外す複合路線の方が素直に活かせる。
• AI は「下書きを出す係」。採るかどうか・直すかは人が決める、という位置づけを守る。

• 写実の水準は上がり続けている: Depence は物理ベースのレイトレースでビームを描き、ASLS Studio はブラウザの中で体積のあるビーム・フォグ・減衰まで描く。
• 一方で、無償で借りられる 3D も増えた: grandMA3 onPC、BlenderDMX（Blender の追加機能。GDTF・MVR・MVR-xchange に対応）。

LjStudio の Visualizer は内蔵の軽い 3D。器具をクリックで選ぶ・校正マーカー・ビームの届く範囲・光の点をつかんで動かすなど、仕込みの道具としての表示を伸ばしてきた。複合路線の 3D は grandMA3 onPC を借りる方針で、最初に実機で 3 件を測ってから決める。

• 写実の競争には乗らない。見た目のきれいさが要る場面は、MVR で外部の 3D に渡す。
• 内蔵の Visualizer は「仕込みが速くなる道具」（選ぶ・狙う・校正する・届くか確かめる）に集中する。
• 借りる先の候補に、grandMA3 onPC に加えて BlenderDMX を控えとして持つ（onPC の実測が通らなかったときの退路）。

SPOTLIGHT AI は演出を座標の数式で表し、器具の位置の共有に PosiStageNet を使う。grandMA3 も舞台座標で器具を狙う仕組みを持つ。

Visualizer に校正マーカーと、光の点をつかんで複数台を向ける操作がある。ムービングを一斉に追尾させる構想は、本人判断で計画のみ（ソースは触らない）。

• 新しい機能を設計するときは、座標で表せる形にしておく（後で生成や追尾に繋げられるように）。
• 追尾・PosiStageNet の受信は、本人の指示があるまで計画にとどめる。

ASLS Studio はブラウザでも、デスクトップアプリ（Electron）でも動く。LightGroove や GDTF Stage Studio は Web が前提。

制作機は Windows、再生は旧 LJ 2.7 の実機と Linux 再生機 LjRun。配布と版の更新（VerUP）の仕組みが現場で回っている。

• 現状を維持する。現場で回っている配布の仕組みを崩す理由がない。
• Web は「見る」「離れた所から少し触る」用途に限って検討する。

「設計と相談は Claude、実装の実行は GitHub Copilot」のように、AI に役割を分けて任せる進め方の報告が増えている。一方で、照明卓や 3D ビジュアライザを丸ごと AI に書かせて作った、という公開記録は今回の調査では見つからなかった。

AI（Claude）を司令塔に、作業を並行の担当に分けて進めている。ソフトを AI が止めて・作り直して・起動して・状態を読めるように作ってきた。

• AI が書いたものも、実機の DMX と本人が使っている場所で確かめるまでは完了にしない（物差し 2）。
• AI が作る資料・画面には、会場名・お客様名を書かせない。公開の前に機械で調べる。
• 丸ごと AI で作った前例は世界でもまだ少ない。私たちの進め方そのものが、他にない実例になりうるので、記録を残し続ける。