fix: ブラウザ起動失敗時にプロファイルを自動修復して再試行する

[timakin]

背景

利用側リポジトリで bm-view-preview の起動が以下のエラーで落ちる事象が発生した。

browserType.launchPersistentContext: Target page, context or browser has been closed

実機調査の結果、原因は多重起動ではなく、使い込まれた永続プロファイル × 古いChromium（0.0.11のPlaywright 1.53 = Chromium 138）× macOS 26.3.2 の組み合わせで Chromium 本体が起動直後に SIGTRAP でクラッシュするものだった（macOSのクラッシュレポートで確認。空プロファイルでは正常に起動し、同じプロファイルでも 0.0.12 の新しい Chromium なら正常に起動する）。

また、launch の失敗が unhandled rejection になるため、利用者には生のスタックトレースと大量の Chromium ログしか見えず、原因も対処も分からない状態だった。

変更内容

• プロファイルの自動修復 (lib/chromiumProfile.js 新規): ブラウザ起動に失敗したとき、ログイン情報（Cookies / Login Data / Local Storage / WebStorage / Local State）だけを引き継いだプロファイルに作り直して 1 回だけ再試行する。元のプロファイルは chromium_profile.broken-<timestamp> に丸ごと退避して残す
• 多重起動の検知: SingletonLock の指す pid が生存している場合は「プロファイルを別インスタンスが使用中」なので修復せず、プロセスIDつきの案内を出して終了する（使用中のプロファイルを退避してしまう事故の防止）。stale lock（死んだ pid）は Chromium 自身が回復できるため関与しない
• エラーハンドリング (bin/bm-view-preview.js): top-level の try/catch を追加し、予期しないエラーを日本語メッセージで表示（生スタックトレースの unhandled rejection を廃止）
• version bump (0.0.13)

検証

• pnpm test（vitest 18件）
• 実際にクラッシュを起こしていた実プロファイルのコピーに修復処理を適用 → クラッシュしていた Chromium 138 で正常起動することを確認
• 修復後のプロファイルで利用側リポジトリの pnpm views dev が正常起動することを確認
• 起動中にもう1プロセス実行 → 修復は走らず、プロセスIDつきメッセージで終了することを確認

🤖 Generated with Claude Code