本文へ
ハクソク

世界を動かす技術を、日本語で。

ビッグテックがクラウドを台無しにしたので、私たちの名前を変更します

元記事: 原文(home-assistant.io)

概要

  • Home Assistant Cloud が Home Assistant Link に名称変更
  • プライバシー重視・ロックインなし・選択肢の自由を強調
  • サービス利用は 必須でなく、追加機能 として提供
  • 利益は Open Home Foundation の支援に活用
  • ユーザーデータの保護 と透明性を最重視

Home Assistant CloudからHome Assistant Linkへ名称変更

  • Nabu Casa は、Home Assistant Cloudの名称を Home Assistant Link へ変更
  • 名称変更の理由は、 クラウドのネガティブイメージ と実際のサービス内容の違い
  • Home Assistant Linkは、 オンラインサービス でありながら、ビッグテックのクラウドとは一線を画す
  • プライバシー保護、 ユーザーの選択肢、 ロックインの排除 を重視

サービスの特徴と価値観

  • Home Assistantは、 コミュニティ主導 のオープンソースプロジェクト
  • Nabu Casa設立の目的は、 開発の持続性確保 とコミュニティ支援
  • サブスクリプション収益の大半は Open Home Foundation に還元
  • 開発者やボランティアの活動資金として活用

Home Assistant Linkとビッグテッククラウドの違い

  • オプションサービス ：LinkなしでもHome Assistantは機能
  • ロックインなし ：他サービスへの移行も自由
  • データの完全なプライバシー ：ユーザーデータは暗号化され、所有権はユーザー自身
  • 非営利の支援 ：利益はコミュニティと開発のために使われる
  • ビッグテックはデータ収益化・囲い込み・強制利用 が一般的

サービス利用のメリット

  • AlexaやGoogle Homeとの連携 が容易
  • オンライン音声認識 など、Link経由でのみ利用できる高機能
  • オンラインバックアップ でデータの安全性向上
  • 有人サポート による安心のサポート体制
  • アカウントページや設定ウィザード など、使いやすさの向上

セキュリティと透明性への取り組み

  • 新しいバックエンド構成 でリモートアクセスの高速化と安定性向上
  • セキュリティ機能やアカウント管理機能 の強化
  • ユーザーの声を重視 し、コミュニティと共にサービスを進化

コミュニティとの対話と今後の予定

  • 名称変更は 2026年12月リリース で正式適用予定
  • 意見やフィードバックを コミュニティから広く募集
  • Home Assistantは ユーザー中心のプロジェクト として、今後も進化を継続

まとめ

  • Home Assistant Linkは プライバシー・選択肢・持続性 を重視した新しいオンラインサービス
  • ロックインやデータ収益化に反対 し、ユーザーの自由を守る姿勢
  • コミュニティと共に、 より良いスマートホーム体験 の実現を目指す

提供: ハクソク · 要約更新:

AIによる日本語要約です。内容は原文とあわせてご確認ください。

Hacker Newsの議論を読む

Hackerたちの意見

Nabu Kasaはセキュリティと権限の問題を無視し続けてるよね。ユーザーグループや権限を設定する機能が全然ないし、真剣なRBACもない。多分、クラウドサブスクリプションが売れないからだろうね。子供たちが触ってほしくないデバイスに影響を与えちゃうのを防げないし、結局、mqttに自動化を置き換えちゃった。

└

それは家庭環境では必要ないことだよ。HomeAssistantはそのために設計されてるんだから。子供たちがHA（またはインターネット）にアクセスする必要があるのか、全然わからない。

└

それは間違いだよ。https://developers.home-assistant.io/docs/auth_permissions/

└

本当に「見えない問題」って感じなの？アップボートされたチケットやコミュニティスレッドでそれを求めてる人がいるの？正直、よくわからないんだ。かなり広範なHome Assistantベースのホームオートメーションシステムを持ってるし、子供もいるけど、これが必要だと思ったことは一度もないよ。便利さはわかるけど、Home Assistantはすでに十分複雑だから、UXの改善やシステムの簡素化、信頼性の向上、もっと（オプションの）統合を追加する方に力を入れてほしいな。

└

彼らはオーディエンスを理解して、正しい製品選択をしてると思う。Home Assistantのユーザーはホームオートメーションのパワーユーザーだけど、その中でも家の中でグループや権限の完全なセットを使うユーザーはごく少数だと思う。この機能は多くのエンジニアリング努力を要するし、ほとんどのユーザーにとっては製品をより複雑にするだけだよ。それを使うユーザーは、もっと特定のものを求めるから、満足することはないだろうしね。基本的な権限とコントロールの構造で、ほとんどの一般的なユースケースはカバーできてる。さらに進めるのは、非常に少数のユーザーのために100倍の労力がかかることになるよ。

└

彼らの理念は、Home Assistantは複雑でない方法で展開されるべきだってこと。IT系の人たちがHAでやりたいことは実際には必要ないことが多いんだ。ソースは見つからないけど、frenck（リード開発者の一人）が、Terraformを使ってHAを設定することについて質問されると、なんでそんなことをしたいのか不思議に思うって説明してたのを覚えてる。

└

それはエンタープライズチームプランの提供みたいで、SSO tierでしか利用できないらしい。どうやら、これがクラウドを運営する正しい方法じゃないって言ってるみたいだね。

└

ちょっとハッキーな解決策だけど、APIの前にアクセスを制限するための権限システムを作った人がいるよ。https://www.reddit.com/r/homeassistant/comments/1vxw5pu/acce...

└

このサービスでエンドツーエンドの暗号化が見られるまで、興味を持つことはないな。クライアントとサーバーをつなぐ「ランデブーサービス」で、彼らの間は完全なエンドツーエンドの暗号化が必要だし、Nabu Casaがサーバーをコントロールする能力はゼロであるべきだ。これを作ったら興味が出るよ。

(H)ome (A)ssistant (L)ink。最後に9000を付けてもいいかもね。

└

これはただの最初のバージョンだね。

└

それがドアを開ける役割を果たしてるんだよね…

Hacker Newsで議論の続きを見る