Meta、AIエージェントMuse用の自作ガジェットSDKを公開

Metaが、AIエージェント「Muse」と連携する自作ガジェット向けのSDK（開発キット）とファームウェア（機器を動かす組み込みソフト）をオープンソースで公開した。公開先はGitHubのリポジトリである。

リポジトリの説明によると、Muse gadgetsは自分で組み立てるデバイスだ。市販のESP32ボード（安価なマイコン基板）をプログラムするか、Raspberry PiをデバイスSDKでセットアップして、Museと接続する。

ESP32向けのSDKでは、画像を映す画面、音声の入出力、各種センサーを足せる。Linux向けのSDKでは、予備のRaspberry PiやLinuxマシンをガジェットにでき、独自コマンドを加えてシステム管理作業やHome Assistant（家庭用の機器管理ソフト）の環境をMuseに扱わせられる。ペアリングはiOSとAndroidのMuseアプリで行い、設定のDevicesからDeveloper modeを有効にして「MuseGadget」で始まるデバイスを探す。各ディレクトリにはコーディングエージェント向けのAGENTS.mdも置かれている。

仕事の側から見ると、AIの入り口がスマホやPCの画面から、机の上の小さな機器へ広がる動きである。卓上の表示器やボタンから、AIに作業を頼む構成も作れるようになる。

試作を始める人に勧めたいのは、配線やコードに入る前に、SDKトークンの取得とGadget SDK Termsの確認を最初の工程に置くことである。

根拠は、公開内容そのものにある。ガジェットを書き込んだりペアリングしたりする前にSDKトークンを取得して規約を確認する必要があり、ペアリングにはすべてのガジェットでトークンが要る。コードがオープンソースでも、Museにつなぐ経路は無条件に開いていない。

ライセンスも一枚岩ではない。全体はApache License 2.0だが、minimp3.hやpixel_font.cなど一部のサードパーティ製ファイルは上流のライセンスを維持している。Jollybotアバターはこのライセンスの対象外で、ビルド時に取得される依存関係もそれぞれ別のライセンスに従う。

これは趣味の工作の話で、仕事には関係ないと感じる人もいるかもしれない。しかしLinux向けSDKは、システム管理作業を機器経由でMuseに任せる使い方まで想定している。業務で触る環境に近づくほど、トークンと規約の扱いは試作の後回しにできない。

もちろん、規約の中身はこの記事では確認していない。ただ、中身を読まなくても順序は決められる。後から規約に合わないと分かれば、配線も基板も組み直しになり得る。リポジトリ作者も、改造による基板の文鎮化や保証の失効を挙げて自己責任での利用を促している（冗談めかした表現ではある）。壊れ得る試作だからこそ、入口の条件を先に固めておく価値がある。

マイクとスピーカーを持つ機器を作るなら、音声をどこに残し、いつ消すかという設計が最初の判断になる。AIボイスメモを作る側として実感するのはこの点だ。メモリスは録音の終了後にAIが処理し、処理が完了した音声データは自動で削除される。音声を扱う自作機器でも、この種の取り扱いを最初に決めておくと、後からの手戻りを抑えやすい。

作者向けには公式Discordも用意されているが、情報収集は規約確認の後でよい。順序を守るだけで、試作の手戻りは減らせる。