アプリを「インストールして使うもの」から、「ファイルとして渡して、そのまま開くもの」に変えようとしているサービスがあります。Capsuleは、その考え方をかなり正面から押し出したツールです。元記事では、アプリの見た目やデータ、実行に必要な要素を1つの .capsule ファイルにまとめ、メールやWhatsApp、AirDropで送れると説明しています。単なるデモではなく、AIでアプリを作り、あとから中身を直接更新できる点まで含めて、かなり野心的です。
いまこの記事を取り上げるのは、ローカル実行やプライバシー重視の流れに、AIによるアプリ生成が重なってきたからです。クラウドに預ける前提のSaaSとは違う、新しい「配布」の形を模索しているとも読めます。
Capsuleのサイトは、冒頭からかなり挑発的です。見出しは「Documents that run like apps」。説明文には「One file, entire app. Share like a document, open like an app.」とあり、1つのファイルでアプリ全体を持ち運べることを前面に出しています。.capsule という独自ファイルに、UI、データ、その他すべてをまとめる設計で、クラウドもアカウントも不要だとしています。
サイト内ではまず、AIを使ってアプリを作る流れが示されます。ユーザーが欲しいアプリの内容やレイアウト、機能をプロンプトで伝えると、CapsuleはHTML UI、schema、ローカルのSQLiteデータを含む自己完結型の .capsule コンテナを生成する、と説明しています。さらに、dark mode や schema の変更を「on the fly」で反映できるとしており、ChatGPT、Claude、Geminiなど、好きなAIアシスタントから始められる作りです。
その後に続くのが、Capsuleを「共有しやすい個人向けアプリ」にする、という話です。WhatsApp、AirDrop、メールでPDFやWord文書のように送れるとされ、受け取った側はファイルをタップするだけで起動し、データも最初から入った状態で使えるとしています。コードとデータは標準のHTMLとCSSで構成され、ベンダーロックインを避けられるとも書かれています。
プライバシー面では、「100% Private by Design」「Offline-First Storage」を掲げます。データは端末の中だけに保存され、クラウドサーバーやアカウント登録は不要。飛行機の中や地下鉄でも使える、とかなりはっきり言い切っています。さらに、ファイル単位で閉じているので、サーバー侵害の心配がないという理屈です。
対応環境も明記されています。macOS、Windows、Linuxで同じ .capsule ファイルをそのまま開けるとし、iOSとAndroidは「coming soon」となっています。ダウンロード用のホストプレイヤーは無料で、macOS 12 Monterey以降、Windows 10以降、Ubuntu/Debian/Fedora系のLinux向けにそれぞれ配布されています。Web版はブラウザで試せますが、ローカルに保存したり直接開いたりはできません。サイトの最後には「© 2026 Capsule」とあり、少なくともページ上ではかなり完成度の高い製品として見せています。
Capsuleの面白さは、機能そのものより、配布の単位を変えようとしている点にあると思う。普通のアプリは、インストーラを配るか、ストアに置くか、SaaSとしてログインさせるかのどれかになりがちだ。Capsuleはそこを外して、文書と同じ扱いに寄せている。これは、使い手にとっての「導入の手間」を減らすだけでなく、作り手側の配布戦略まで変える発想だ。
ただし、ここには現実的な難しさもある。ファイルにアプリを入れて持ち運ぶのは魅力的だが、誰がその実行環境を信頼するのか、という問題は残る。文書なら開いて読むだけで済むが、アプリになると実行権限が発生する。Capsuleはその点を「ローカル」「オフライン」「自分のデバイス上」に寄せて回避しようとしているが、逆に言えば、セキュリティや署名、更新の仕組みがどうなるかが肝になるはずだ。ここは元記事が強くは触れていないが、実運用では一番気になるところだと思う。
もう1つ引っかかるのは、Capsuleが単なるランタイムではなく、AI生成と強く結びついていることだ。プロンプトからアプリを作り、あとからAIで更新できるなら、これは「完成品を配る」より「使いながら育てる」用途に向いている。たとえば家族用の買い物リスト、イベント用の受付ツール、営業資料を兼ねたポートフォリオ、そういう小さな専用アプリにはかなり合いそうだ。
一方で、AI生成が便利であるほど、アプリの責任範囲は曖昧になる。誰でも作れて、誰でも編集できるなら、どの部分がテンプレートでどの部分がロジックなのか、後から見分けにくくなるからだ。CapsuleはHTMLとCSS、SQLiteという比較的わかりやすい素材を使っているが、それでも「AIが出したものをどこまで信じるか」は別問題だと思う。ここは、ノーコードやローコードの延長線上にあるようで、実際には「ファイルで配る分、後始末まで自分で持つ」方向に近い。
Capsuleの主張は、最近のソフトウェア界隈の空気に対する明確な逆張りでもある。多くのサービスは、ログイン、同期、共同編集、クラウド保存を前提にしている。便利ではあるけれど、使うたびにアカウントが増え、データの所在も曖昧になりやすい。Capsuleはその不便さを「最初から持たない」設計で外しにいく。これは個人のメモやプロジェクト管理だけでなく、閉じた環境で使う業務ツールにも相性がいいかもしれない。
ただ、クラウドを捨てることは、そのまま全部が良くなることを意味しない。同期がないなら、複数端末での整合性はどうするのか。共有した後に修正版をどう回収するのか。ファイルを送った相手がどこまで編集できるのか。こうした問題は、クラウドの面倒を減らす代わりに、ファイル配布の面倒として戻ってくる。だからCapsuleは、万人向けの置き換え先というより、「クラウドに載せたくないけれど、単なる静的ファイルでは足りない」場面で真価を出す製品だと見るのが自然だと思う。
Capsuleが本当に面白いのは、アプリをどう作るかより、どう渡すかを製品の中心に置いていることだ。これまでは、アプリは作ったあとに配るものだった。Capsuleは、作ることと渡すことをほぼ同じレイヤーに置いている。AI時代には、アプリ生成自体がどんどん安くなる可能性があるので、差別化ポイントはむしろ配布形式や所有形態に移っていくのではないか、と思う。
その意味で、Capsuleは小さな個人用途から始まるはずだ。レシピ集、旅行のしおり、案件ごとの作業メモ、営業用の簡易ポートフォリオ。巨大な基幹システムではなく、短い寿命の専用アプリに向いている。そこでは「インストール不要」「アカウント不要」「オフライン可」が効いてくる。ただし、ここから本当に普及するには、見た目の面白さ以上に、壊れにくさ、更新のしやすさ、そして他人に渡したときの安心感が必要だ。Capsuleはその入口に立っているように見える。
