読解上の注記。 本稿は 2026年10月2日の Muse Gadgets の発表、Meta が公開した GitHub リポジトリ、そして執筆時点で入手可能な報道（TechCrunch、ai-tldr、Shopifreaks）に依拠している。ドキュメントは、モデルがどこで実行されるのかを明示していない。計算は Meta のサーバー内にとどまるという私たちの読みは、記述されたアーキテクチャ（ペアリング用トークン、Muse アプリ、有効なアカウント）から推論したものである。その前提で提示する。

一文で

2026年10月2日、Meta は Muse Gadgets を公開した。自由ライセンス Apache 2.0 のもとで提供される二つの SDK（software development kits、ソフトウェア開発キット）であり、小さな電子基板 ESP32 や Raspberry Pi を、一か月前に投入された同社のパーソナルエージェント Muse が操る機器に変えることができる。この動きは本物で、有用だ。コードは開かれ、ハードウェアはほとんどお金がかからず、maker の文化が席に招かれている。だが開かれているのは機器の身体であって、頭脳ではない。動作するには、各ガジェットを Muse アカウントとペアリングし、Meta のサーバーを経由しなければならない。私たちはここに、電子工作にとっての良い知らせと、質素なアプローチが手元に残そうとするものを改めて確認する機会とを見る。

1. 何が発表されたのか

状況を整理しよう。2026年9月8日、Meta は Muse を投入した。同社によれば、利用者に代わって旅行を予約し、フォームに記入し、買い物をすることのできるパーソナルエージェントである。駆動するのは、グループの人工知能部門 Meta Superintelligence Labs のクローズドなモデル Muse Spark だ。投入はまず米国で、成人に限って行われ、上限付きの無料アクセスと、報道によれば月 20ドルと 100ドルの二つのサブスクリプションが用意された。

それから一か月足らずで、Meta はハードウェアへの扉を開く。公表された事実は次のとおりである。

  • 二つの自由な SDK。 ESP32 向けのファームウェア（基板に組み込まれるソフトウェア）と Linux 向けの SDK。自社製アバターと一部のサードパーティ製コンポーネントを除き、Apache 2.0 ライセンスのもとで一つの GitHub リポジトリにまとめられている。
  • ありふれたハードウェア。 ESP32 側では、Waveshare や M5Stack の製品を含む十数種の基板に対応するとされ、推奨は ESP32-C5 DevKitC-1。Linux 側では Raspberry Pi 3B+、4、5、Zero 2 W、あるいは任意の Linux マシン。
  • 単純なコマンド。 ai-tldr が伝えるドキュメントによれば、Linux ガジェットは system.run（コマンドの実行）、file.read、file.write、device.health といったコマンドをエージェントに公開し、開発者はこれを拡張できる。
  • 呼び水としての自社製機器。 Meta は小さな筐体 Muse Home Link を 5,000台製造した。USB-C で給電され、Muse を家庭内ネットワークにつないで、スピーカー、テレビ、プリンターを操作する。米国の有効な契約者に、一人一台まで無償で提供される。

紹介されている例は、カラー電子ペーパー画面から、テレビに挿す HDMI スティックまで幅広い。研究所のプロダクト責任者 Nat Friedman が打ち出す調子は、工作好きのそれだ。Muse を「作業台に転がっているあらゆるもの」につなごう、と。

2. 二系統のハードウェア、二つの役割

Muse Gadgets が何を可能にし、何を可能にしないのかを理解するには、二つのプラットフォームを区別する必要がある。

ESP32――マイクロコントローラ、すなわち一つのチップに収まったごく小さなコンピュータで、中国の Espressif 社が製造している。価格は数ユーロ、消費電力はきわめて小さく、Wi-Fi と Bluetooth を扱い、安価なコネクテッド機器の多くの土台になっている。実際上、大規模言語モデルを動かすことはできない。

Raspberry Pi――クレジットカード大の完全なコンピュータで、Linux で動き、数十ユーロで売られている。小さなモデルならローカルで、遅いながらも実際に動かせる。

Muse Gadgets のアーキテクチャでは、両者は同じ役割を担う。器官の役割である。ESP32 はマイク、スピーカー、画面、センサーをもたらす。Raspberry Pi は手をもたらす。スクリプトを起動し、ファイルを読み、ホームオートメーション設備を操作する。推論はといえば、別の場所にある。ペアリングは開発者モードの Muse アプリを通じて、Meta のサイトで取得したトークンを用いて行われ、有効なアカウントを前提とする。公開されたドキュメントのどこにも、オフラインモードの記述はない。

3. 身体を開き、頭脳は手元に残す

本物の開放の身振り

この発表をマーケティング作戦に矮小化するのは不当だろう。Apache 2.0 で公開するとは、コードを読み、改変し、商用も含めて再利用できるということだ。開発者は、数ユーロの基板の上で Meta がどう音声を扱っているか、ペアリングがどう保護されているか、コマンドがどう公開されているかを研究し、その部品を別の場所で再利用できる。学校、ファブラボ、小さな工房にとって、これは質の高い教材である。

これは注目すべき戦略の転換でもある。何年にもわたって閉じたハードウェア（ヘッドセット、スマートグラス）を出してきた後で、Meta はアシスタントの形をコミュニティに発明させる。明日のパーソナル AI を担うのがどんな機器なのか自分たちにはわからない、と暗に認め、何千人もの工作好きに代わりに探してもらうほうを選んだのである。

だが、構造上の依存

核心は次の点にある。Muse ガジェットは端末である。その知能は、アカウントごとに、ただ一つの供給者から借りるものだ。そこから三つの帰結が生じる。

  • ネットワークがなければ、機器もない。 インターネットの切断、サービスの障害、アカウントの停止があれば、機器はものを言わない電子基板に戻る。
  • 限られた地理。 Muse はまず米国で投入され、Home Link は米国の契約者にしか提供されない。その範囲の外にいる開発者は、開始時期も予定も自ら左右できないサービスのために作ることになる。
  • 繊細な入口。 system.run コマンドは、エージェントがマシン上でコマンドを実行することを可能にする。Raspberry Pi を有用にしているのはまさにこれであり、慎重さが求められるのもまさにこれだ。言語モデルに指揮される遠隔のサービスに、家庭内ネットワークのコンピュータへの直接のアクセスを委ねることになるのだから。

コードは自由だ。だが知能は、借りたままである。

Fable 5 について私たちは書いた。借りた能力は、取り消されうる能力である、と。Muse Gadgets もこの法則を免れない。ただそれをより具体的にする。法則がいまや、棚に置かれた機器のかたちをとるからだ。

4. 質素なアプローチと照らし合わせる

私たちが質素なアプローチと呼ぶものは、技術の拒絶ではない。それは方法である。現実の制約（エネルギー、予算、接続、距離）から出発し、その制約が厳しくなっても動き続ける道具を設計することだ。

私たちのプロジェクト Sati は、その最も直接的な実証である。Raspberry Pi 上で自律的に動作するよう設計された、教育・文化のためのアシスタントだ。Muse Gadgets と同じ基板で、哲学は正反対である。モデルは機器の上で動き、データは教室の中にとどまり、機器はサブスクリプションも接続もなしに動作する。

二つの論理を並べてみよう。

  • 機器はどこで考えるのか。 Muse Gadgets：Meta のデータセンターで。質素なアプローチ：基板の上で、小さなモデルを使い、必要ならメモリに収まるよう量子化して。
  • 得るもの。 Muse：強力でマルチモーダル、ウェブ上で行動できるエージェント。質素：より控えめだが、利用可能で、予測でき、掌握された道具。
  • 支払うもの。 Muse：アカウント、無料枠を超えた分のサブスクリプション、依存。質素：エンジニアリングの時間と、限られた能力を受け入れること。
  • サービスが消えたら残るもの。 Muse：ハードウェアと SDK のコード。質素：道具のすべて。

この比較は勝者を決めるためのものではない。航空券を予約するエージェントには、大規模モデルの力とウェブへのアクセスが要る。クレオール語の昔話を教室に読み聞かせるアシスタントには要らない。問いは「ローカルかクラウドか」ではなく、どのタスクがどの程度の依存に値するかである。

5. 工作好きが汲み取れること

Muse Gadgets を活用しつつ、そこに閉じ込められたくない開発者のために、いくつかの単純な原則を提案する。

  1. インターフェースと頭脳を分ける。 Meta が公開した ESP32 のコードは、音、画面、ボタンを扱う。Apache ライセンスである以上、それを参考に、別のエンジン――同じネットワーク上の Raspberry Pi で動くローカルモデルも含む――と話す機器を作ることを妨げるものは何もない。
  2. 縮退モードを用意する。 遠隔のサービスが応答しなくても、機器は最低限の役目を果たせなければならない。表示する、記録する、一握りのローカルコマンドに応答する。
  3. エージェントにできることを絞る。 system.run を有効にするなら、許可したコマンドのリストに限定し、専用のマシンの上で、個人データにアクセスさせずに動かす。
  4. 自前のテストを持つ。 Jev の場合と同じく、具体的なケースのセットを保持しておけば、乗り換えが必要になった日に、別のエンジンが同じようにこなせるかを確かめられる。

6. 注視すべきシグナル

  1. オフラインモード。 Meta がローカルで実行できる Muse Spark を、縮小版であれ公開すれば、プロジェクトの論理は性質を変えるだろう。
  2. 地理的な開放。 Muse と Home Link が米国外、とりわけ欧州連合に届くかどうかが、ガジェットが世界的なエコシステムなのか、米国の実験室なのかを示すだろう。
  3. セキュリティ事故。 家庭のマシンでコマンドを実行するエージェントは、遅かれ早かれ、隠された指示を注入する攻撃によって試される。こうした最初の事例への Meta の対応は示唆に富むだろう。
  4. 独立したフォーク。 他のエンジン、オープンなものやローカルなものにつながれた SDK の派生版が現れれば、コミュニティが押しつけられた頭脳を受け入れずに身体を自分のものにしていることを示すだろう。
  5. ビジネスモデル。 投入時には寛大な無料枠は、機器が増えるにつれて絞られるのか。使用が有料になるガジェットは、性質を変える。

7. ここから見た一言

レユニオン島から見ると、この発表にはなじみのある味がする。遠くのサーバーに全面的に依存する機器が、海底ケーブルが飽和したとき、サイクロンがネットワークを断ったとき、あるいはあるサービスが単に私たちの地域では始めないと決めたときにどうなるか、私たちは知っている。シリコンバレーから 9,000 km 離れた場所では、「この機器はひとりのとき何をするのか」という問いは理論上のものではない。

だからこそ私たちは、Muse Gadgets を関心と方法をもって迎える。関心というのは、何千もの人々がはんだ付けを、基板への書き込みを、聞いて応える機器の設計を学び、その知識が Meta をはるかに越えて広がっていくからだ。方法というのは、私たちがこれからも、その場で考える道具を築き続けるからだ。たとえ考える速度が遅くなるとしても。

Raspberry Pi はどちらの側でも同じだ。変わるのは、知能をどこに置くと決めるかである。島にとって、教室や団体や小さな工房にとってと同じく、正しい答えはしばしば最も近いところから始まる、と私たちは考える。基板の上で、部屋の中で、手持ちのもので。簡

出典と関連文献

新たな要素が現れた場合、本稿は更新される。最終改訂：文 2026年10月4日。