Voldeno StudioのAIアシスタントは説明からロジックを組み立て、足りないブロックを書き、1:1のシミュレーションで検証します。AIネイティブな設計が土台から必要な理由。
# スマートホームのAIアシスタント：導入はシンプルに、できることは無制限に
玄関のキーを2秒間押し続けます。シャッターがすべて下り、照明がすべて消え、暖房は不在モードに切り替わり、警報が自動で設定され、車へ歩くあいだにゲートが開いて背後で閉まります。メーカーの異なる5つの設備が、ひとつのキーで、追加のアプリなしで動きます。
これがプロ仕様のスマートホームであり、そうした住宅がほとんど存在しない理由でもあります。誰かがこの動作を設計し、ロジックとして表現し、何年も維持しなければなりません。Voldenoではその作業をVoldeno StudioのAIアシスタントが引き受けます。設置業者は本来の専門である電気工事に集中できます。
# 私たちが受け入れない二者択一
ビルオートメーションは何年も同じ問いを立ててきました。使いやすい設備がほしいのか、それとも本当に何でもできる設備がほしいのか。コンシューマ向け製品は前者を選び、拡張できないシーン機能で止まります。プロ向けシステムは後者を選び、普通の電気工事士には越えられない参入障壁を代償として払います。
Simple. Unlimited. はこの問いに対する私たちの答えであり、最初のモジュールを作る前に受け入れた設計条件でもあります。導入はシンプルに、設定は無制限に。「十分シンプル」でもなく、「専門家にとって柔軟」でもありません。
プロ向けシステムは3つの問題を未解決のまま残してきました。
- 1人の設置業者に依存する住宅。 プロ仕様のシステムは配線するだけでなくプログラミングが必要です。制御ロジック、機器プロトコル、別系統どうしの連携。普通の電気工事士にはこれを提供できないため、どの案件も数少ない対応可能者を待ちます。そして完成後、その住宅の仕組みを知っているのはその1人だけです。
- 1台の中央装置がすべてを決める。 一般的な業務用システムでは、分電盤にサーバーを1台置き、それがすべてのアルゴリズムを計算し、すべてのリレーを駆動します。これはハードウェア構成の問題なので、AIアシスタントでは解決しません。私たちはモジュールに分散したロジックで答えを出す方針で、並行して開発しています。
- 新しい機器が収まらない。 ヒートポンプ、パワーコンディショナ、充電器、IoT機器は、メーカーが統合するより速く市場に出てきます。設置業者はその機能を諦めるか、結局は専門家しか仕上げられない連携作業に何日も費やします。
1番目と3番目はソフトウェアの問題です。アシスタントが働くのはそこです。
# アシスタントができること
# 説明からロジック全体を組み立てる
期待する動作を普通の文で書きます。アシスタントは設備に保存されたプロジェクトを読み、Logic Blocksを選び、入出力を接続し、モジュールのレジスタに紐づけ、そのうえでキャンバスに何かが置かれる前に個々の操作をすべて一覧表示します。
重要なのは、設置業者がもう知らなくてよくなる部分です。Logic Blocksは数百種類あり、数週間ごとに新しいものが加わり、すべてを暗記している人はいません。アシスタントは把握しています。依頼のたびに定義とドキュメントを読むからです。新人設置業者の参入障壁は「ライブラリと言語を覚える」から「施主の要望を説明する」まで下がります。
上のスクリーンショットの例では、浴室換気に関する1回の指示でグループが3ブロックから7ブロックに広がりました。外気湿度センサーからの数値入力、差を計算する減算ブロック、「外のほうが乾いている」という条件のヒステリシス、そしてそれを既存の湿度しきい値と結ぶANDブロックです。
# 足りないブロックを書き、シミュレーションで検証する
市場のあらゆる機器を網羅できるライブラリは存在しません。ブロックが足りない場合、アシスタントはHTTP、TCP、UDP、Modbus経由の実装をVolangで書き、説明どおりの動作になっているかをその場でシミュレーションして確認します。
AIが書いたコードの話は、たいていここで終わります。生成されたスクリプトの責任を誰も負いたくないからです。Voldenoではその責任を仮想マシンが担います。VolangVMはStudio、デジタルツイン、そして各モジュールで動きます。シミュレーションのテストを通ったブロックは、分電盤のモジュール上でも同一に動作します。ランタイムの近似実装ではなく、同じランタイムだからです。
こうして書かれたブロックは普通のブロックです。ライブラリに登録され、ほかのブロックと同じように配置して接続でき、次の案件でも再利用できます。
# 「なぜ今これが動いているのか」に答える
成熟した設備で最も難しい質問は、なぜその機器が今オンなのか、です。原因がひとつであることはまれです。温度、湿度、スケジュール、運転モード、そして2年前に誰かが設定したブロックの組み合わせになります。
グラフ全体をクリックして回る代わりに、質問します。アシスタントは出力から発生源まで依存関係を逆方向にたどり、影響しているブロックをキャンバス上で強調し、状況を言葉で説明します。暖房について尋ねると、各ゾーンのclimate_regulatorブロック、climate_regulator_hubでの調停、各床暖房回路を守るbinary_limiterを指し示します。あわせて、設定済みなのに接続されていない箇所も報告します。
答えが「何も壊れていない」ということもあります。湿度が始動しきい値に届いていないから換気が止まっているだけで、アシスタントは実際の測定値と設定値を添えてそれを示し、推測の余地を残しません。
# 既存のロジックを組み替え、スケジュールを編集する
住宅は変わります。子どもが生まれ、部屋が増え、週のリズムが変わり、パワーコンディショナの隣に蓄電池が加わります。アシスタントは白紙のキャンバスでしか働けないわけではありません。既存のグラフを読み、新しい要件に合わせて組み替え、スケジュールを編集し、手動で調整された値はそのまま残します。
# ドキュメントとブロックのソースを読むので、答えを作り話しない
アシスタントはVoldenoのドキュメントとLogic Blocksのソースコードをもとに動きます。私たちが提供するブロックは利用者が書いたブロックとまったく同じ仕組みで動き、ソースも参照できます。そのため設備内の任意のロジックを解析する作業は、自分が書いたものを解析するのと同じ操作になります。シミュレーションがループを閉じます。動くはずだと主張する代わりに、結果を見せます。
アシスタントは設定用のツールです。デプロイ後はロジックがモジュール上でローカルに動作し、壁スイッチを押す動作にAIもクラウドサービスも関与しません。設備はインターネットなしで動きます。
# なぜ設計そのものに組み込む必要があるのか
既存のオートメーションシステムにAIアシスタントを後付けしても、同じ結果にはなりません。3つの条件が同時に成り立つ必要があり、そのどれもが何年も前に下された設計判断です。
自社言語。ほかにモジュールへ載るものがなかったから。 既存の言語で、私たちのモジュールのマイコンに載るほど小さく、1本の不正なスクリプトが残りを止めないほど隔離されていて、なおかつラップトップとハードウェアで同一に動くものはありませんでした。そこで言語、コンパイラ、仮想マシンを自分たちで作りました。
誰もそれを覚える必要がない。 設置業者はビジュアルブロックで作業し、コードはアシスタントが書きます。Volangは下層のエンジンであり、モジュール上で実際に何が実行されるかを完全に制御できる理由でもあります。
どこでも同一のエンジン。 同じ仮想マシンがStudio、デジタルツイン、各モジュールで動きます。実在する建物の制御ロジックをAIに書かせてよいと言えるのは、これがあるからです。Volangのスクリプトはすべて自分の領域の外に手が届かないサンドボックスで動くため、アシスタントが生成したコードも利用者が書いたコードも、モジュールをハングさせたり、ハードウェアを壊したり、バスを止めたりする手段を持ちません。不正なスクリプトは自分自身だけを停止します。
競合は専門家にスクリプトを書かせたり、シミュレーションを走らせたりはできます。ラップトップと分電盤内の全モジュールで同一エンジンを動かしている例はありません。追いつくには、ソフトウェア全体を設計し直し、すでに住宅に設置済みのコントローラを交換する必要があります。
# なぜ今なのか
3つのことが同時に変わりました。
第一に、AIが動くコードを書けるようになりました。私たちの言語はすべてのスクリプトをサンドボックスで実行するため、これは信頼の賭けではなく安全な判断です。
第二に、住宅がエネルギー機器で埋まりつつあります。ポーランドだけでも太陽光のマイクロ発電設備は163万件を超え（PTPiREE、2026年1月）、新しい補助制度は蓄電池を前提とし、時間単位のスポット価格は負荷を時間的にずらして初めて採算が合います。メーカーのライブラリが追いつけないのは、まさにこの種の連携です。
第三に、システムはAIを必要とするほど複雑になりましたが、AIを前提に作られてはいません。閉じた設定環境にアシスタントを後付けしても効果は限られます。読み取れるロジックのソースがなく、生成したコードを安全に実行する場所もないからです。
# 設置業者にとって何が変わるか
設置業者の収入は、設定画面に向かった時間ではなく、完了した案件数で決まります。プログラミングが数日から数時間に縮むことは、作業の快適さではなく売上に直接効きます。
サポート対応の性質も変わります。「新しいゲートの制御を追加してほしい」という依頼は、今日では現地訪問、その住宅の構成を思い出す作業、他人のロジックを慎重に触る作業を意味します。アシスタントがあれば、まず設備の仕組みを質問することから始まり、変更は承認前に項目ごとに提示され、デプロイ前にシミュレーションで確認されます。2年間誰も見ていないグラフを手で編集するより、速く、簡単で、安全です。
施工会社にとってはもうひとつ重要な点があります。新しく入った人が、数か月の研修ではなく数日で戦力になります。
# 住む人にとって何が変わるか
完全なプロジェクトは、それを作った人の頭の中ではなく設備の中にあります。住宅に対して仕組みを質問すれば、モジュール名、ブロック名、スケジュール名を挙げた答えが返ってきます。
実際の効果は2つです。散水時刻の変更、新しいシーン、子ども部屋の設定温度といった小さな変更は、訪問を待たずに自分で行えます。そして大きな工事では、どの設置業者にも依頼できます。前任者から引き継ぐものが何もないからです。これは保守契約の条項ではなく、実質的な独立性の保証です。
# Simple. Unlimited.
スマートホームのAIアシスタントが意味を持つのは、システムの残りがそれを前提に作られている場合だけです。自社言語、ラップトップ上でもモジュール上でも同一に振る舞う仮想マシン、失敗の影響を閉じ込めるサンドボックス、そしてAIに本物のフィードバックを与えるシミュレーション。この4つが揃っているのは、この瞬間を見据えてスタックをゼロから書いたからです。だから私たちはシンプルさと機能のどちらかを選ぶ必要がなく、今日オートメーションシステムを買う人も、その選択を迫られるべきではないと考えています。