Home Assistant 2026.8 Beta、llama.cppとLiteLLMをネイティブ統合――住宅向け会話エージェントを完全セルフホスト可能に

Home Assistant 2026.8 Betaでは、セルフホスト型モデルで一般的な2つの構成がコア統合に組み込まれた。新しいllama.cpp統合は、ローカルのllama.cpp serverに接続できるほか、OpenAI互換endpointにも対応する。ユーザーは複数のconversation agentを作成し、それぞれにモデルとsystem instructionを指定できるため、音声またはテキストによるリクエストを自分のハードウェアの外へ送る必要がない。もう一つのLiteLLM統合では、LiteLLM proxyを統一的な入口として使用する。Home Assistantは設定済みのモデルに基づいてエージェントを作成し、クラウドAPI、セルフホストの推論サービス、異なるproviderを共通の接続方式で利用できるようにする。

技術的な変更点は、Home Assistant自体がモデルを実行するようになったことではなく、モデルのroutingとエージェント設定が、正式にサポートされるコアコンポーネントになったことだ。llama.cppはモデルの読み込み、量子化、OpenAI互換APIを担い、LiteLLMはprovider間の変換、認証、routingを担当する。これにより、エンジニアは機密性の高い住宅の状態データをローカルネットワーク内に保持できる。また、単純なintentは小型のローカルモデルで処理し、より難しいタスクは別のendpointへ振り分けられるため、サードパーティ製add-onを保守する必要がない。

本当のリスクはアクション層にある。会話が流暢だからといって、モデルが正しいtool名、parameter、複数ステップの呼び出しを安定して生成できるとは限らない。住宅向けエージェントがドアロック、警報、家電を操作できるようになると、entityの誤選択や確認の欠落が現実世界での被害につながる可能性がある。また、「OpenAI互換」はAPIの形状を表すにすぎず、各モデルのtool-calling semantics、streaming format、context length、error handlingが完全に一致することを保証するものではない。

現在公開されているのはbetaで、正式版のページには8月5日と記載されており、機能は今後も変更される可能性がある。テスターは、自然言語の回答を読むだけではなく、実際のtool callを一つずつ検証できるよう、現実に使用する指示をまとめたregression test suiteを構築すべきだ。同時に、公開するentityを制限し、高リスクなアクションには確認ステップを追加したうえで、長いcontextや複数エージェントの並列実行時におけるローカルハードウェアのlatencyとmemory usageを測定する必要がある。