Raspberry Piで動く助手と比べた違いは？

[MimiClaw](https://github.com/memovai/mimiclaw) は前提をMCUへ圧縮し、Linux不要・サーバ不要・追加ランタイム不要で、デバイス自体をサービスとして成立させる方向です。一方で [Raspberry Pi](https://www.raspberrypi.com) はLinuxスタックと複雑な編成に向きますが、依存と運用面も増えます。MimiClawは可搬性・複製性・プライバシー優先のデバイス路線で、対話面をメッセージチャネルに寄せて可制御性を上げます。

なぜTelegramを対話入口にするのですか？

[Telegram](https://telegram.org) は安定したメッセージチャネルとクロス端末入口を提供し、組み込み側は入出力プロトコルに集中できます。MCUにUIランタイムを持ち込むより軽く、権限や監査ルールも設計しやすくなります。結果として、遠隔から制御できる助手の外付け能力として扱えます。

エッジでローカル優先メモリを採る価値は？

状態と文脈をデバイス側に寄せることで、クラウド可用性への暗黙依存を減らし、機密データの露出面を小さくできます。常駐・携帯デバイスでは、メモリと設定がデバイスと一緒に動くため複製と移行が単純化されます。障害もファームウェア、ネットワーク、メッセージチャネルへ寄りやすく、切り分けが工学的になります。

MimiClaw Deep Dive: $5 Chip Alternative to Raspberry Pi

MimiClaw は、通常はLinuxやサーバを前提にしがちな個人アシスタントを、小型の ESP32-S3 ボードへ圧縮することを狙います。USB給電で起動し、WiFiに接続し、対話入口を Telegram に寄せることで、やり取りを安定したメッセージチャネルに固定し、デバッグと権限境界を明確にします。ローカル優先メモリとプライバシー優先が前提で、Node.js不要、Mac mini不要、Raspberry Pi不要、VPS不要という制約で設計を研ぎ澄まします。可搬性と共有性を一等に扱うため、同じ能力を複数デバイスへ複製しやすく、データ所在と実行環境の主導権も保ちやすい構成です。