Skip to main content
PromptQuorumBuilt for humans. Structured for AI.
ホーム/ローカルLLM活用/Snug Protocol解説:持ち運べるAI製の個人用アプリ
Local AI Agents & Tool Use

Snug Protocol解説:持ち運べるAI製の個人用アプリ

·9分で読める·Hans Kuepper 著 · PromptQuorum創設者 · オープンウェイト/オープンソースAIの発見エンジン

Snug Protocolは、MITライセンスのオープンな仕様です。ホストプログラム内で動く小さなAI製アプリが、実行中はホストのAIモデルを借り、データはユーザーが所有する持ち運び可能な1つのファイルに保存します。 まだ初期段階です。仕様はバージョン1.0ですが、macOSアプリはバージョン0.1.3で、第三者による採用は確認されていません。

Snug Protocol(snugprotocol.org)は、小さなアプリのためのオープンな仕様です。このアプリはAIエージェントが説明文から作り、実行時にはホストのAIモデルを借り、データはユーザーが所有する1つのファイルに保存します。この特集では設計を解説したうえで、プロジェクトが文書化している内容と、まだ裏付けのない内容を切り分けます。

Snug Protocol解説:持ち運べるAI製の個人用アプリ

重要なポイント

  • 作者はJeetu Maker氏。GitHubリポジトリには、ほかの人間のコントリビューターは見当たりません
  • 仕様はバージョン1.0。作者は実装を1.0より前の段階と説明しています
  • 2つ目のホスト、独立した監査、外部のユーザー基盤は見つかっていません
  • デスクトップアプリはmacOS専用で、WindowsとLinuxは1.0以降に対応予定です

📍 一文で説明

Snug Protocolは、AI製のアプリ、それを動かすプログラム、ユーザーのデータファイルがどう連携するかを定め、アプリとデータを互換性のあるプログラム間で移せるようにします。

💬 簡潔に説明

アシスタントが作ったアプリを、アシスタント自身のサービス内に置くのではなく、自分で管理できる普通のファイルとして保存できる、というイメージです。

Snug Protocolとは?

Snugはプロトコルであり、AIモデルでも単一のアプリでもありません。 小さなWebアプリ、ホストプログラム、AIエージェントがどのようにやり取りし、アプリのデータをどこに保存するかを定めています。プロジェクトの前提は、AIアシスタントが作ったアプリは、通常そのデータごと作成元のプラットフォームに縛られる、という点です。コードはGitHubのsnugリポジトリにあります。

  • アプリ: 独自のインターフェースとロジックを持つ、小さく自己完結したHTMLアプリ。AIエージェントが平易な言葉の説明から作ります
  • ホスト: アプリをサンドボックス内で実行し、AIリクエスト、ストレージ、ネットワークアクセスを仲介するプログラム。プロジェクトはmacOSアプリとブラウザ版Playgroundの2つを提供しています
  • ユーザーファイル: 拡張子が.snugのSQLiteファイル1つに、アプリ、そのデータ、チャット、設定が入ります。丸ごとエクスポートして、互換性のあるホスト間で移せます

各パーツの連携の仕組み

アプリとホストは、エンベロープと呼ばれるバージョン付きのJSONメッセージをやり取りします。ドキュメントでは、AIエージェントをアプリの「mind(頭脳)」、アプリを「body(身体)」と呼んでいます。アプリが画面を描いて状態を保持し、エージェントは求められたときに知能を提供します。

  • 実行時のAI: アプリの実行中はホストがモデルを提供するため、プロジェクトによれば、モデルを切り替えてもアプリを作り直す必要はありません
  • 分離されたストレージ: 各アプリは、ユーザーファイル内に専用のデータベース名前空間を持ちます
  • 仕様: 6つのパートで構成され、ワイヤプロトコル、持ち運び可能なユーザーデータベース、接続されたアプリ、ランタイム契約とアプリのチャット画面、リンクされたデバイスの接続、適合性を扱います。本レビューでは、ランタイム契約の詳細は検討していません
  • 開発者向け: ホストの構築や、Snugを別の製品に組み込むためのガイドがドキュメントにあります。いずれもここでは試していません

ローカルモデルとホスト型モデル

モデルを選ぶのはホストなので、Snugはローカル推論でもホスト型推論でも動かせます。 ダウンロードページによると、macOSアプリにはAnthropicまたはOpenAIのAPIキーか、OpenAI互換のローカルエンドポイントが必要で、選択肢としてOllamaで提供するローカルモデルが挙げられています。

  • ローカル経路: OpenAI互換のローカルエンドポイントなら、推論を自分のマシン上にとどめられます。ハードウェアやOllamaのバージョンの要件は公開されていません
  • ホスト型経路: クラウドモデルは、アプリが推論のために送った内容をそのまま受け取ります
  • 認証情報: ダウンロードページによると、キーは自分の.snugファイルに保存され、Snugのサーバーではなく自分のマシンが付与します
  • その他のサービス: プロジェクトのサイトによれば、銀行口座を読み取るアプリは引き続きアグリゲーターを経由するため、「アプリのバックエンドがない」ことは外部サービスがないことを意味しません

セキュリティ設計とその限界

Snugはセキュリティ設計を公開の脅威モデルで文書化していますが、その文書はプロジェクト自身のもので、独立した監査は見つかっていません。 以下は、文書が述べている内容であり、検証した結果ではありません。

  • サンドボックス: アプリのiframeは、不透明なオリジンとconnect-src 'none'のコンテンツポリシーを持つsandbox="allow-scripts"を使うため、アプリが独自のネットワーク接続を開くことはできません
  • 認証情報の保管: 認証情報の形をしたヘッダーはプロトコル層で拒否され、レスポンスとエラーはアプリに届く前に除去されます
  • ネットワークの上限: アプリが到達できるのはユーザーが承認したホストのみで、リダイレクトは辿らず、データを変更するリクエストは認証情報を読む前に確認が必要です
  • ファイル保護: ユーザーファイルは既定では平文で、AES-256-GCM暗号化はユーザーが保護を有効にしたときだけ適用されます
  • 受け入れられたリスク: 文書は残存リスクを挙げています。たとえば、アプリがメッセージの保存領域を読む場合に第三者のメッセージがLLMに届きうること、1つの整合性チェックは部分的なコピーを検出できても、同じユーザーとして動く別のプロセスは検出できないことなどです
  • Windows: 文書は、プロジェクトが提供していないプラットフォームであるWindowsで、既知の不具合があると記録しています

入手方法

SnugのコードはMITライセンスで、プロジェクトはmacOSアプリの価格を明記していません。macOSアプリはApple siliconとIntelの両方に対応するユニバーサルな.dmgで、Playgroundはブラウザで動きます。

項目
入手先
macOSアプリSnug.dmg、0.1.3版
ブラウザ版Playgroundplayground.snugprotocol.org
公式サイトsnugprotocol.org
プライバシーポリシーsnugprotocol.org/privacy
ソースコードGitHub・MIT
仕様Spec 1.0
Windows、Linux1.0以降に対応予定

2026年10月17日に確認:macOSアプリは0.1.3で、2026年9月5日にリリースされています。リポジトリ自体の最終更新は2026年10月15日です。ダウンロードページには、アプリの価格、最低限のmacOSバージョン、署名の詳細が記載されていません。プロジェクトはPlaygroundを、データをブラウザ内に保持するデモと位置づけており、プライベートな運用環境とはしていません。

成熟度は?

仕様は公開されバージョン管理されていますが、周辺のエコシステムは単一のプロジェクトにとどまります。 リポジトリが作成されたのは2026年7月31日です。

分野
確認結果
仕様バージョン1.0を公開
実装macOSアプリ0.1.3。作者によれば1.0より前
コントリビューター人間のアカウントは1つ、ほかに依存関係のボット
GitHubでの動きスター2、フォーク0、未解決のIssue 11件
他のホストプロジェクト自身のもの以外は見当たらず
セキュリティ監査見当たらず。脅威モデルは自己公開

GitHubの数値は2026年10月17日に読み取ったもので、今後変わります。

確認できなかった点

上記はすべて、プロジェクト自身の文書とGitHubのページに基づいています。次の点は確認できませんでした。

  • 実際の動作: PromptQuorumは、macOSアプリもPlaygroundもインストールや実行をしていません
  • 採用状況: 2つ目のホスト実装も、第三者のユーザーも見つかっていません
  • セキュリティ: 独立した監査もペネトレーションテストも見つからず、長大な脅威モデルも一部しか読んでいません
  • プロジェクト側が報告する主張: プロジェクト自身の資料にある節約量や速度の数値は検証していません
  • 実運用での可搬性: ホスト間の移動を想定した形式ですが、独立した2つのホスト間での移動は確認できませんでした

普及を妨げうる要因

これは新しい可搬性レイヤー全般に当てはまる未解決の問いであり、Snug固有の調査結果ではありません。

  • 可搬性には2つ目のホストが必要です。 持ち運べるファイルが役立つのは、ほかの開発者が互換性のあるホストを作り、必要な挙動を維持した場合に限られます
  • それでもホストは重要です。 モデル、連携、デバイスへのアクセスはホストから提供されるため、同じアプリでも2つのホストで挙動が異なる可能性があります
  • サンドボックスが抑えるのは被害であり、ミスではありません。 生成されたアプリが誤った結果を出すことは、依然としてありえます
  • 小規模なローカルモデル。 単純なタスクはこなせても、複雑な推論や専門的なワークフローには苦戦するかもしれません

Snugを検討すべき人は?

問題は、1人の開発者による初期のプロトコルが、追いかけたり試したりする価値があるかどうかです。

試す価値がある方

  • AI製の個人用ツールを、自分で管理できるファイルとして持ちたい
  • AIプロダクトを開発していて、組み込み可能な設計を研究したい
  • Macを使っていて、1.0より前のソフトウェアにも抵抗がない

待ったほうがよい方

  • 今すぐWindowsやLinuxが必要
  • 金融などの機微なアカウントを接続する前に、独立して監査されたセキュリティが必要
  • チームの支えと実績のあるツールが必要

よくある質問

インストールせずにSnugを試せますか?

はい。ブラウザ版Playgroundはデモとして使えます。プロジェクトによれば、データはブラウザ内に保持されエクスポートもできますが、プライベートな運用環境ではありません。

Snugを使えばデータは完全にプライベートになりますか?

そうした主張はされていません。アプリ自体のバックエンドは不要ですが、ホスト型モデルはアプリが送った内容を見ますし、アカウントの接続には仲介者が関わることもあります。

.snugファイルを別のホストに移せますか?

形式はその目的で仕様化されていますが、これまでに見つかったホストはプロジェクト自身のものだけなので、独立した実装の間での移動は示されていません。

Snugは業界標準ですか?

まだそれを裏付ける証拠はありません。メンテナーが1人で、1.0の仕様を公開している、新興のオープンプロトコルと呼ぶのが適切です。

開発者はSnugを自社製品に組み込めますか?

ドキュメントにはホストの構築とSnugの組み込みのガイドがあり、リポジトリはTypeScriptパッケージを公開しています。本レビューでは試していません。

情報源

← ローカルLLM活用 に戻る

MCP