何が起きたか
Datasetteの開発者Simon Willison氏が、Datasette Liteから利用者のローカルに保存されたSQLiteファイルを直接編集できるかを検証するため、ブラウザ別の動作を試せるプレイグラウンドを公開しました。実装の鍵はOPFS（Origin Private File System）で、UIはClaude Code for webで組み上げています。
Datasette LiteはPython製のDatasetteをPyodideとWebAssemblyで完全にブラウザ内で動かす派生プロジェクトです。これまでも閲覧やクエリは可能でしたが、編集結果を「再読み込みしても消えない形」で保存する手段が課題でした。
なぜ重要か
サーバーを立てずにブラウザだけでSQLiteを永続的に扱えるなら、データ分析や軽量な業務アプリの配布形態が変わります。ユーザーは自分のマシン上にデータを置いたまま、URLを開くだけでアプリが動く——これはSaaSの「データを預ける」前提を崩す選択肢になります。
OPFSという選択
OPFSはオリジン単位でブラウザ内に隔離されたファイルシステムを提供する仕様で、IndexedDBより低レベルかつファイルI/Oに近い操作ができます。Pyodide上のSQLiteから直接OPFS上のファイルを読み書きできれば、ページを閉じてもDBがそのまま残り、次回アクセス時に編集を継続できます。
ブラウザごとの実装差や同時アクセス制御の挙動はまだ枯れておらず、Willison氏が「ブラウザ間で試すプレイグラウンド」を作った背景はここにあります。
💼 事業会社視点：これは自社にどう効くか
ローカル完結アプリという第三の選択肢
日本のSaaS事業者、特に中小企業向けに業務ツールを提供している企業にとって、この検証は中期的な脅威にも好機にもなります。「データを預けたくない」というニーズは士業、医療、地方自治体周辺で根強く、サーバーレスかつブラウザ完結で動くSQLite+Datasette型のアプローチは、オンプレ提案の代替として刺さります。
受託開発会社の経営者は、社内DXツールの納品形態を見直す価値があります。Webアプリでありながらユーザー端末にデータが残る構成は、サーバー運用費・SLA・個人情報保護のコストを発注側に転嫁できる設計で、保守契約のあり方を変えます。
EC・メディア企業の事業責任者にとっては、管理ツールや分析ダッシュボードを「URLを配るだけで配布」できる可能性があります。一方、SaaSベンダーの役員は、データロックインに依存した収益モデルが、Pyodide+OPFSのようなブラウザ実行環境の成熟で侵食され得る前提で、価値の源泉をデータ保有から運用・連携・更新頻度へ移す議論を始めるべきです。Claude Code for webで個人が短時間にプロトタイプを組める事実も、内製化の閾値が下がっていることを示しています。