WALAutopsy

誰のための案か

Litestream レプリカ / Turso / PocketBase / Rails 8 既定構成で、課金顧客のデータを本番 SQLite に置く 1〜20 人のチーム。今はレプリカへの盲信と、たまの手動 PRAGMA integrity_check — まさに Tailscale の記事が「破損が数ヶ月静かに複製され続ける」と示した構成

どんな困りごとか

時間と金銭。静かな WAL リセット破損は数ヶ月遅れで発覚し、その後「最後のきれいなバックアップはどれか」という唯一重要な問いに答えの出ないまま、1〜3 人週のページ手検分になる。汚染された行が注文やサブスクなら直接の売上喪失に加えて返金・サポート負債

どう作るか

CLI + GitHub Action + 小さなホスト型ダッシュボード。入力はローカルの DB + WAL ファイル、Litestream レプリカ URL(S3 / R2 / GCS)、Turso スナップショット。出力は破損ページ・テーブルと破損シグネチャを名指しする markdown / PDF の検死報告、最古クリーン世代のポインタ、クリーンだった連鎖が汚染へ転じた時の Slack / メール警報

どう稼ぐか

パニック駆動の単発検死が約 $99(データ復旧の価格帯は実証済み)、課金顧客のデータを SQLite に置くチームは世代ごとの継続検証に月 $29。無料の選択肢(PRAGMA integrity_check)は生きている DB しか見ず、破損をスナップショット世代へ帰属できず、2 人チームの誰も WAL フレームヘッダを勉強したくないから

なぜまだ無いのか

既存勢は手を出さない: Turso やクラウドベンダーが「あなたの複製済みバックアップは汚染されているかも」という検出器を出すのは自社のレプリケーションを疑わせるから。SQLite 本体はエンジン外のことに動きが遅い。Tailscale の 710 点の記事が WAL リセットの故障シグネチャと調査手順をちょうど公開したので、守る評判のない個人がベンダーの逡巡の間に数週間でスキャナ化できる

最初の利用者

HN スレッドは「うちも Litestream を本番で使っている」という今週不安な運用者だらけ。Show HN(「Tailscale の調査手順をワンコマンドのスキャナにした」)が直撃する。加えて、単一ファイルの耐久性に元々不安のある Rails 8 Solid Queue と PocketBase のコミュニティ

作る規模

2 人 × 8 週間

一番のリスク

SQLite か Litestream が 6 ヶ月以内に世代ごとの純正検証(公式の整合性モードや世代別チェックサム)を出すか、バグが十分に稀で、課金の習慣が根付く前にパニックが冷める

的中の条件(3 つすべて必要)

• SQLite の DB ファイルまたは Litestream レプリカ URL を渡すと、破損ページ・テーブルと検出した破損シグネチャ(WAL フレーム誤帰属を含む)を名指しするレポートを出す。5GB の DB で 10 分以内
• Litestream のレプリカ連鎖をたどり、クリーンと検証できた最古のスナップショット世代 — 復元に使える具体的な世代番号とタイムスタンプ — を出力する
• 定期モード(GitHub Action / cron)を備え、新しいスナップショットを再走査し、クリーンだった連鎖が汚染へ転じたら GitHub issue か Slack 警報を開く

的中の判定(6ヶ月後)

この形に合う GitHub リポジトリが 1,000 スター以上、またはこの種のスキャナの Show HN が 300 点以上か Product Hunt デイリー Top 5(判定日 2027-02-13)

AI自己確度 50/100 — 判定条件を満たす見込みの自己申告で、事業の成功率ではありません